[Bug 14507] 855GM Suspend bug

2008-02-14 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=14507 Alexey Kuznetsov <[EMAIL PROTECTED]> changed: What|Removed |Added Attachment #14329|application/octet-stream|text/plain

[Bug 14507] 855GM Suspend bug

2008-02-14 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=14507 --- Comment #5 from Alexey Kuznetsov <[EMAIL PROTECTED]> 2008-02-14 21:51:11 PST --- Created an attachment (id=14333) --> (http://bugs.freedesktop.org/attachment.cgi?id=14333) normal screen -- Configure bugmail: http://bugs.freedesktop.or

[Bug 14507] 855GM Suspend bug

2008-02-14 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=14507 --- Comment #4 from Alexey Kuznetsov <[EMAIL PROTECTED]> 2008-02-14 21:50:41 PST --- Created an attachment (id=14332) --> (http://bugs.freedesktop.org/attachment.cgi?id=14332) broken screen -- Configure bugmail: http://bugs.freedesktop.or

[Bug 14507] 855GM Suspend bug

2008-02-14 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=14507 --- Comment #3 from Alexey Kuznetsov <[EMAIL PROTECTED]> 2008-02-14 21:33:14 PST --- Created an attachment (id=14331) --> (http://bugs.freedesktop.org/attachment.cgi?id=14331) dmesg -- Configure bugmail: http://bugs.freedesktop.org/userpr

[Bug 14507] 855GM Suspend bug

2008-02-14 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=14507 --- Comment #2 from Alexey Kuznetsov <[EMAIL PROTECTED]> 2008-02-14 21:32:54 PST --- Created an attachment (id=14330) --> (http://bugs.freedesktop.org/attachment.cgi?id=14330) xorg.conf -- Configure bugmail: http://bugs.freedesktop.org/us

[Bug 14507] 855GM Suspend bug

2008-02-14 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=14507 --- Comment #1 from Alexey Kuznetsov <[EMAIL PROTECTED]> 2008-02-14 21:32:39 PST --- Created an attachment (id=14329) --> (http://bugs.freedesktop.org/attachment.cgi?id=14329) xorg.log -- Configure bugmail: http://bugs.freedesktop.org/use

[Bug 14507] New: 855GM Suspend bug

2008-02-14 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=14507 Summary: 855GM Suspend bug Product: Mesa Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drive

Re: Gallium code reorganization

2008-02-14 Thread José Fonseca
On 2/15/08, Kristian Høgsberg <[EMAIL PROTECTED]> wrote: > On Thu, Feb 14, 2008 at 1:38 AM, José Fonseca > <[EMAIL PROTECTED]> wrote: > > I'll dedicate some time now to reorganize gallium's code & build process. > This is > > stuff which has been discussed internally at TG several times, but t

[Bug 14283] [915] HL2 under wine assertion failure 'intel->prim.primitive ! = ~0'

2008-02-14 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=14283 Eric Anholt <[EMAIL PROTECTED]> changed: What|Removed |Added Summary|Slackware 12, wine and Half-|[915] HL2 under wine

Re: redesigning the DRM internal logic..

2008-02-14 Thread Tiago Vignatti
Hi guys, Keith Packard escreveu: > On Wed, 2008-02-13 at 19:22 -0500, Alex Deucher wrote: > >> How about a "compat" node for old clients and a "new" render node that >> handles both new clients and GPGPU? Then the backwards compat stuff >> could just be a shim layer and everything else could use

Re: redesigning the DRM internal logic..

2008-02-14 Thread Kristian Høgsberg
On Wed, Feb 13, 2008 at 5:22 PM, Stephane Marchesin <[EMAIL PROTECTED]> wrote: > On 2/13/08, Dave Airlie <[EMAIL PROTECTED]> wrote: > > > > So I've been thinking about this stuff a lot lately wrt to getting the > > DRM into a state that enables fast-user-switching, GPGPU apps, > > different use

Re: Gallium code reorganization

2008-02-14 Thread Kristian Høgsberg
On Thu, Feb 14, 2008 at 1:38 AM, José Fonseca <[EMAIL PROTECTED]> wrote: > I'll dedicate some time now to reorganize gallium's code & build process. > This is > stuff which has been discussed internally at TG several times, but this time > I > want to get it done. > > My objectives are: > -

Re: redesigning the DRM internal logic..

2008-02-14 Thread Keith Packard
On Thu, 2008-02-14 at 08:20 +, Dave Airlie wrote: > If you can clarify exactly what you mean by DRI clients (i.e. mesa itself > or GL apps on top of Mesa), old X server (i.e. what we have now.. or > modesetting or TTM etc..), we might be able to find a point of usefulness, > like we can ru

[Bug 14497] DRI support on video card damaged

2008-02-14 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=14497 Sascha Peilicke <[EMAIL PROTECTED]> changed: What|Removed |Added Status|NEW |RESOLVED Re

Re: [PATCH 0/2] Keep generated glapi sources in mesa

2008-02-14 Thread Brian Paul
Dan Nicholson wrote: > On Feb 13, 2008 6:48 AM, Dan Nicholson <[EMAIL PROTECTED]> wrote: >> On Feb 13, 2008 6:40 AM, Dan Nicholson <[EMAIL PROTECTED]> wrote: >>> The glapi source files for the xserver's GLX module are currently >>> generated in the mesa tree and then manually merged into the the xs

[Bug 14497] DRI support on video card damaged

2008-02-14 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=14497 --- Comment #6 from Alex Deucher <[EMAIL PROTECTED]> 2008-02-14 06:23:59 PST --- newer versions of the raeon driver changed the default AGP mode which caused problems with some cards. I suspect that is what you are seeing. The default has s

Re: [Mesa3d-dev] Gallium code reorganization

2008-02-14 Thread Keith Whitwell
Michel Dänzer wrote: > On Thu, 2008-02-14 at 20:05 +0900, José Fonseca wrote: >> On 2/14/08, Keith Whitwell <[EMAIL PROTECTED]> wrote: >>> José Fonseca wrote: >>> > >>> > 1. Physically separate gallium source code from mesa code. This will be >>> the >>> > final layout: >>> > >>> > - src/mesa

Re: [Mesa3d-dev] Gallium code reorganization

2008-02-14 Thread Michel Dänzer
On Thu, 2008-02-14 at 20:05 +0900, José Fonseca wrote: > On 2/14/08, Keith Whitwell <[EMAIL PROTECTED]> wrote: > > José Fonseca wrote: > > > > > > 1. Physically separate gallium source code from mesa code. This will be > > the > > > final layout: > > > > > > - src/mesa > > > - src/gallium >

[Bug 14497] DRI support on video card damaged

2008-02-14 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=14497 Sascha Peilicke <[EMAIL PROTECTED]> changed: What|Removed |Added Attachment #14307|application/octet-stream|text/plain

[Bug 14497] DRI support on video card damaged

2008-02-14 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=14497 Sascha Peilicke <[EMAIL PROTECTED]> changed: What|Removed |Added Attachment #14305|application/octet-stream|text/plain

[Bug 14497] DRI support on video card damaged

2008-02-14 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=14497 Sascha Peilicke <[EMAIL PROTECTED]> changed: What|Removed |Added Attachment #14306|application/octet-stream|text/plain

[Bug 14497] DRI support on video card damaged

2008-02-14 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=14497 --- Comment #5 from Sascha Peilicke <[EMAIL PROTECTED]> 2008-02-14 03:06:41 PST --- Sorry, those are the logfiles generated when booting with the "radeon" driver. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --

[Bug 14497] DRI support on video card damaged

2008-02-14 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=14497 --- Comment #4 from Sascha Peilicke <[EMAIL PROTECTED]> 2008-02-14 03:06:05 PST --- Created an attachment (id=14307) --> (http://bugs.freedesktop.org/attachment.cgi?id=14307) /var/log/messages -- Configure bugmail: http://bugs.freedesktop

Re: [Mesa3d-dev] Gallium code reorganization

2008-02-14 Thread José Fonseca
On 2/14/08, Keith Whitwell <[EMAIL PROTECTED]> wrote: > José Fonseca wrote: > > I'll dedicate some time now to reorganize gallium's code & build process. > This is > > stuff which has been discussed internally at TG several times, but this > time I > > want to get it done. > > > > My objecti

[Bug 14497] DRI support on video card damaged

2008-02-14 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=14497 --- Comment #3 from Sascha Peilicke <[EMAIL PROTECTED]> 2008-02-14 03:04:53 PST --- Created an attachment (id=14306) --> (http://bugs.freedesktop.org/attachment.cgi?id=14306) /var/log/Xorg.0.log -- Configure bugmail: http://bugs.freedeskt

[Bug 14497] DRI support on video card damaged

2008-02-14 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=14497 --- Comment #2 from Sascha Peilicke <[EMAIL PROTECTED]> 2008-02-14 03:04:15 PST --- Created an attachment (id=14305) --> (http://bugs.freedesktop.org/attachment.cgi?id=14305) /var/log/dmesg -- Configure bugmail: http://bugs.freedesktop.or

[Bug 14497] DRI support on video card damaged

2008-02-14 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=14497 --- Comment #1 from Adam K Kirchhoff <[EMAIL PROTECTED]> 2008-02-14 02:50:27 PST --- The only log file in that thread is with the fglrx driver. While you may not get direct rendering with the open source driver either, we'd need to actually

[Bug 14497] New: DRI support on video card damaged

2008-02-14 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=14497 Summary: DRI support on video card damaged Product: DRI Version: XOrg CVS Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium

Re: redesigning the DRM internal logic..

2008-02-14 Thread Keith Whitwell
Alex Deucher wrote: > On Feb 13, 2008 9:09 PM, Keith Packard <[EMAIL PROTECTED]> wrote: >> On Wed, 2008-02-13 at 19:22 -0500, Alex Deucher wrote: >> >>> How about a "compat" node for old clients and a "new" render node that >>> handles both new clients and GPGPU? Then the backwards compat stuff >>

Re: [Mesa3d-dev] Gallium code reorganization

2008-02-14 Thread Keith Whitwell
José Fonseca wrote: > I'll dedicate some time now to reorganize gallium's code & build process. > This is > stuff which has been discussed internally at TG several times, but this time I > want to get it done. > > My objectives are: > - leaner and more easy to understand/navigate source tree >

Re: redesigning the DRM internal logic..

2008-02-14 Thread Dave Airlie
> > Any idea if we can wrap legacy DRI users in a separate 'rendering > context' so that you can run old and new X servers/DRI clients in > different sessions? I'm thinking the exclusive nature will make some > application compatibility harder (app 'Q' runs only on old DRI, app 'R' > runs only o