[Bug 8641] interrupts not properly handled for VIA K8M800 / UniChrome Pro
http://bugzilla.kernel.org/show_bug.cgi?id=8641 [EMAIL PROTECTED] changed: What|Removed |Added Summary|interrupts not properly |interrupts not properly |handled for VIA K8M00 / |handled for VIA K8M800 / |UniChrome Pro |UniChrome Pro -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 11078] GLX games (example: certain quake-based games) cause lock-ups on i915 card
http://bugs.freedesktop.org/show_bug.cgi?id=11078 --- Comment #5 from [EMAIL PROTECTED] 2007-06-17 05:24 PST --- (In reply to comment #4) Another issue is that sometimes X completely locks up when switching to a VT or logging off of my X session. Worse, sometimes it even reboots the entire computer after the screen locks up. Seeing the same issue. After running Frets on Fire, or trying to start beryl, X completely freezes when it is shutdown. Keyboard and mouse don't respond and a hard reset is neccessary. My system: Gentoo Linux, running kernel 2.6.17-gentoo-r4 Xorg-x11 7.2 Intel-drivers: xf86-video-i810 1.7.4 -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 11078] GLX games (example: certain quake-based games) cause lock-ups on i915 card
http://bugs.freedesktop.org/show_bug.cgi?id=11078 --- Comment #6 from [EMAIL PROTECTED] 2007-06-17 05:31 PST --- (In reply to comment #5) (In reply to comment #4) Another issue is that sometimes X completely locks up when switching to a VT or logging off of my X session. Worse, sometimes it even reboots the entire computer after the screen locks up. Seeing the same issue. After running Frets on Fire, or trying to start beryl, X completely freezes when it is shutdown. Keyboard and mouse don't respond and a hard reset is neccessary. My system: Gentoo Linux, running kernel 2.6.17-gentoo-r4 Xorg-x11 7.2 Intel-drivers: xf86-video-i810 1.7.4 Just something I forgot: my videocard is an intel 915GM -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Merging DRI changes
On Wed, 2007-06-13 at 18:48 -0400, Kristian Høgsberg wrote: Hi, I've finished the changes to the DRI interface that I've been talking about for a while (see #5714). Ian had a look at the DRI driver side of things, and ACK'ed those changes. I've done the X server changes now plus a couple of GLX module cleanups, and I think it's all ready to push: http://gitweb.freedesktop.org/?p=users/krh/mesa.git;a=shortlog;h=dri2 and http://gitweb.freedesktop.org/?p=users/krh/xserver.git;a=shortlog;h=dri2 One thing that's still missing is Alan H's changes to how DRI/DDX maps the front buffer. While the changes above break the DRI interface, they only require an X server and a Mesa update. Alans patches change the device private shared between the DDX and DRI driver and thus requires updating every DRI capable DDX driver in a non-compatible way. I've been trying to understand the change better in order to try to come up with a backwards compatible way to do the same. I think I've found a way to let the DDX driver tell libdri not to map the framebuffer and then do it itself. The problem is that Alans patch also changes the DRI driver side of things to not map the front buffer in the loader but in the driver code, based on extra info from the DDX device private. A compromise that will leave the DDX device private untouched is still require the framebuffer info (handle and size etc) through DRIGetDeviceInfo, but to not map the front buffer in the loader. Instead we just pass the handle and size into the DRI driver (as we do now), and the driver can then do the drmMap(). However, at this point I'm wondering what the intention of the patch is and if my suggested change somehow conflicts with that... help? Kristian, What you are suggesting sounds fine, but do you have patches to back up the suggested compromise so I can double check ?? Thanks, Alan. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Merging DRI changes
On Sat, 2007-06-16 at 15:05 +0200, Jerome Glisse wrote: On 6/16/07, Kristian Høgsberg [EMAIL PROTECTED] wrote: On 6/14/07, Keith Whitwell [EMAIL PROTECTED] wrote: Kristian Høgsberg wrote: Hi, I've finished the changes to the DRI interface that I've been talking about for a while (see #5714). Ian had a look at the DRI driver side of things, and ACK'ed those changes. I've done the X server changes now plus a couple of GLX module cleanups, and I think it's all ready to push: http://gitweb.freedesktop.org/?p=users/krh/mesa.git;a=shortlog;h=dri2 and http://gitweb.freedesktop.org/?p=users/krh/xserver.git;a=shortlog;h=dri2 One thing that's still missing is Alan H's changes to how DRI/DDX maps the front buffer. While the changes above break the DRI interface, they only require an X server and a Mesa update. Alans patches change the device private shared between the DDX and DRI driver and thus requires updating every DRI capable DDX driver in a non-compatible way. Kristian, Just letting you know Alan's on holidays this week, back on Monday. Ah, thanks. I was talking to Dave about it in IRC and it sounds like we can let the DDX driver add the front buffer map and let the DRI driver set it up without breaking the shared private struct. I've attached three patches (on top of my dri2 work) to illustrate the idea. What's missing is the i810 specific setup in mesa and a mechanism to indicate whether or not dri_util.c should map the buffer or if the DRI driver will do that. But that's all behind the DRI interface, so it's not a big deal. I'm not sure why we're doing this though. It looks like things are mostly working as it is, it's just not very elegant. And if we're about to shake things up with DRM memory manager enabled DDX and DRI drivers, do we want to add a hack like this? Kristian My feeling is that i would love to avoid hack and take advantage of undergoing change to fix API in sane way btw all component involved. Maybe we should accept to break backward compat at a point in order to properly and cleanly change all this. But as i can't devote time to this is just my personnal view. Actually, I agree here too. Alan. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
