[Dri-devel] [Bug 185] Random triangle rendering dropout in Radeon DRI

2003-11-06 Thread bugzilla-daemon
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter your comments there. http://bugs.xfree86.org/show_bug.cgi?id=185 [EMAIL PROTECTED] changed: What|Removed |Added ---

[Dri-devel] [Bug 131] Metabug - Mach64 DRI is not merged into the [DRI] trunk.

2003-11-06 Thread bugzilla-daemon
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter your comments there. http://bugs.xfree86.org/show_bug.cgi?id=131 [EMAIL PROTECTED] changed: What|Removed |Added ---

[Dri-devel] [Bug 98] 3D object surfaces 'randomly' render red

2003-11-06 Thread bugzilla-daemon
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter your comments there. http://bugs.xfree86.org/show_bug.cgi?id=98 [EMAIL PROTECTED] changed: What|Removed |Added

[Dri-devel] [Bug 62] RFE: Add support for DRI with Xinerama configurations

2003-11-06 Thread bugzilla-daemon
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter your comments there. http://bugs.xfree86.org/show_bug.cgi?id=62 [EMAIL PROTECTED] changed: What|Removed |Added

[Dri-devel] [Bug 44] Radeon Driver hard locks during VT switches/resolution changes 8500DV DRI only

2003-11-06 Thread bugzilla-daemon
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter your comments there. http://bugs.xfree86.org/show_bug.cgi?id=44 [EMAIL PROTECTED] changed: What|Removed |Added

[Dri-devel] [Bug 25] radeon_vtxfmt.c:1057: radeonVtxfmtUnbindContext: Assertion `vb.context == ctx' failed.

2003-11-06 Thread bugzilla-daemon
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter your comments there. http://bugs.xfree86.org/show_bug.cgi?id=25 [EMAIL PROTECTED] changed: What|Removed |Added

Re: [Dri-devel] Header files for DRM IOCTLs

2003-11-06 Thread Ian Romanick
Jon Smirl wrote: Is there any special reason that user space and kernel drivers don't share the same header files for IOCTL numbers and structures? I'm working on the radeon ones and the structures match between the two sets of header files but there are spelling and capitalization variations. For

[Dri-devel] Header files for DRM IOCTLs

2003-11-06 Thread Jon Smirl
Is there any special reason that user space and kernel drivers don't share the same header files for IOCTL numbers and structures? I'm working on the radeon ones and the structures match between the two sets of header files but there are spelling and capitalization variations. For example: typedef

Re: [Mesa3d-dev] Re: [Dri-devel] Changing DRM IOCTLs to get FB and IO memory info

2003-11-06 Thread Otto Solares
On Wed, Nov 05, 2003 at 02:03:13PM -0700, Brian Paul wrote: > Jon Smirl wrote: > >--- Otto Solares <[EMAIL PROTECTED]> wrote: > > > >>How can i interface with your changes?, currently i open the fbdev, > >>mmap fb and mmio region, set desired fbdev mode, load r200 dso, pull hooks > >>and > >>everyt

[Dri-devel] DRM copy VBIOS ROM function

2003-11-06 Thread Jon Smirl
I'm working on a function like the one below for copying out the VBIOS ROM. This would make a good candidate for a device indepenent DRM IOCTL (with a callout for the bug fix). This is something that really should be fixed in X. Mapping the ROM in from user space without the kernel's knowledge is a

Re: [Dri-devel] Problems with the radeon 1.9.0 driver in 2.6.0-test9-mm2

2003-11-06 Thread Bradley Chapman
Mr. Vindenes, --- "Ronny V. Vindenes" <[EMAIL PROTECTED]> wrote: > On Wed, 2003-11-05 at 23:44, Michel Dänzer wrote: > > > > > > There's a patch in -mm2 that does something with drm/agp (haven't looked > > > > > at it yet): > > > > > > > > > > +drm-agp-module-dependency-fix.patch > > > > > > >

[Dri-devel] SPLIT_WC_REGIONS - anyone out there?

2003-11-06 Thread Alexander Stohr
Hello, i stumbled across the above mentioned define and related code in the XFree86 sources (lnx_video.c). comparing X4.1.0 and X4.3.0 i found that the condtitnal coding of "if (base % size)" has vanished at some point in time and the handling is now hardcoded at this code location. to my best k

Re: [Dri-devel] Problems with the radeon 1.9.0 driver in 2.6.0-test9-mm2

2003-11-06 Thread Bradley Chapman
Mr. Morton, > diff -bBpur fix/drivers/char/drm/drm_agpsupport.h > linux-2.6.0-test9-mm2/drivers/char/drm/drm_agpsupport.h > --- fix/drivers/char/drm/drm_agpsupport.h 2003-11-06 00:49:53.299160210 +0100 > +++ linux-2.6.0-test9-mm2/drivers/char/drm/drm_agpsupport.h 2003-11-06 > 00:27:43.00

Re: [Dri-devel] Problems with the radeon 1.9.0 driver in 2.6.0-test9-mm2

2003-11-06 Thread Bradley Chapman
Michel, --- Michel Dänzer <[EMAIL PROTECTED]> wrote: > On Wed, 2003-11-05 at 22:24, Bradley Chapman wrote: > > Mr. Danzer, > > FYI, the correct transliteration of my last name would be 'Daenzer', but > I feel more comfortable if people simply call me Michel. Sorry about that. My default when spe

Re: [Dri-devel] Hard lockup switching between xservers on different VTs

2003-11-06 Thread Michel Dänzer
On Thu, 2003-11-06 at 03:05, Ian Romanick wrote: > Eric Anholt wrote: > > This makes me wonder how difficult it would be to get two servers to > > cooperatively share a DRM instance (both of them holding the DRM open, > > rather than the reinit thing done before). > > I thought the reason for the

Re: [Dri-devel] Hard lockup switching between xservers on different VTs

2003-11-06 Thread Keith Whitwell
Jon Smirl wrote: --- Eric Anholt <[EMAIL PROTECTED]> wrote: This makes me wonder how difficult it would be to get two servers to cooperatively share a DRM instance (both of them holding the DRM open, rather than the reinit thing done before). I'd find this useful. It would let me run X on one V

Re: [Dri-devel] Changing DRM IOCTLs to get FB and IO memory info

2003-11-06 Thread Otto Solares
On Wed, Nov 05, 2003 at 03:49:26PM +, Torgeir Veimo wrote: > On Wed, 2003-11-05 at 03:49, Otto Solares wrote: > > > I am trying to deviate from windows and use instead workspaces, i really > > think that windows are counter-productive, workspaces would be a > > better way to manage different a

Re: [Dri-devel] thoughts about radeon_emit_clip_rect()

2003-11-06 Thread Michel Dänzer
On Thu, 2003-11-06 at 01:54, Alex Deucher wrote: > Interesting... could these be used in combination? perhaps to get > around the 2048 limit? or if we were to implement the iterative "zone" > approach, process serveral zones at once? No, but they could be used to render up to four cliprects of

Re: [Mesa3d-dev] Re: [Dri-devel] Changing DRM IOCTLs to get FB and IO memory info

2003-11-06 Thread Brian Paul
Jon Smirl wrote: --- Otto Solares <[EMAIL PROTECTED]> wrote: How can i interface with your changes?, currently i open the fbdev, mmap fb and mmio region, set desired fbdev mode, load r200 dso, pull hooks and everything is ok from there. The only thing i dislike with the current aproach is that we