http://bugs.freedesktop.org/show_bug.cgi?id=10975
Summary: Enabling DRI makes X crash on resumed box
Product: DRI
Version: XOrg CVS
Platform: x86 (IA32)
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
http://bugs.freedesktop.org/show_bug.cgi?id=3272
[EMAIL PROTECTED] changed:
What|Removed |Added
CC|[EMAIL PROTECTED]|
--- Comment #6 from [EMAIL
http://bugs.freedesktop.org/show_bug.cgi?id=10975
--- Comment #1 from [EMAIL PROTECTED] 2007-05-16 23:53 PST ---
I forgot (!) to mention that I'm running debian/unstable with a
distribution-supplied linux 2.6.20 kernel.
--
Configure bugmail:
Hi list,
attached are few fixes for issues I found while browsing through the
r200 DRI code.
Bye,
Christoph
0001-r200-Drop-CVS-header-from-files.patch
Description: application/mbox
0002-r200-reenable-debug-output.patch
Description: application/mbox
http://bugs.freedesktop.org/show_bug.cgi?id=10975
--- Comment #2 from [EMAIL PROTECTED] 2007-05-17 02:23 PST ---
Suspend to RAM or disk? Note that this could also be an AGP driver issue.
Please attach (as opposed to paste) X config and log files and the dmesg
output.
--
Configure
http://bugs.freedesktop.org/show_bug.cgi?id=10978
Summary: Mesa 6.5.2 implementation error: User called no-op
dispatch function
Product: Mesa
Version: 6.5
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
http://bugs.freedesktop.org/show_bug.cgi?id=10978
--- Comment #1 from [EMAIL PROTECTED] 2007-05-17 05:58 PST ---
Could you try with newer mesa (dri driver/libGL)? Hard to tell what's going on,
but this could also happen if your libGL and dri drivers are out of sync.
--
Configure
Christoph Brill wrote:
Hi list,
attached are few fixes for issues I found while browsing through the
r200 DRI code.
Looks good to me. I fail to see how the max value for aniso could ever
be less than 1 but I guess the change shouldn't hurt anyway...
Roland
http://bugs.freedesktop.org/show_bug.cgi?id=10975
--- Comment #3 from [EMAIL PROTECTED] 2007-05-17 08:02 PST ---
Created an attachment (id=9996)
-- (http://bugs.freedesktop.org/attachment.cgi?id=9996action=view)
Running dmesg after a clean startup
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=10975
--- Comment #4 from [EMAIL PROTECTED] 2007-05-17 08:04 PST ---
Created an attachment (id=9997)
-- (http://bugs.freedesktop.org/attachment.cgi?id=9997action=view)
Xorg log after a clean startup
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=10975
--- Comment #5 from [EMAIL PROTECTED] 2007-05-17 08:58 PST ---
Created an attachment (id=9998)
-- (http://bugs.freedesktop.org/attachment.cgi?id=9998action=view)
Running dmesg after a resume in console
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=10975
--- Comment #6 from [EMAIL PROTECTED] 2007-05-17 09:02 PST ---
Created an attachment (id=)
-- (http://bugs.freedesktop.org/attachment.cgi?id=action=view)
Xorg log after the resume
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=10975
--- Comment #7 from [EMAIL PROTECTED] 2007-05-17 09:04 PST ---
Created an attachment (id=1)
-- (http://bugs.freedesktop.org/attachment.cgi?id=1action=view)
My xorg.conf
There's a commented Disable dri line because I usually
http://bugs.freedesktop.org/show_bug.cgi?id=10975
--- Comment #8 from [EMAIL PROTECTED] 2007-05-17 09:09 PST ---
Ah, yes, I forgot to answer the first question : It's about hibernating
(suspend to disk).
If I can provide more information...
--
Configure bugmail:
Dave Airlie wrote:
On 5/9/07, Thomas Hellström [EMAIL PROTECTED] wrote:
Dave Airlie wrote:
I'll try it out as soon as there is time.
I've just tested glxgears and a few mesa tests on it and it seems to
be working fine
We should probably think about pulling this over into the DRM sooner
Patches at http://www.kernel.org/pub/linux/kernel/people/jbarnes/patches
drm-modesetting-core.patch
drm-modesetting-i915.patch
console-unregister.patch
(Sorry the first two are slightly too big for lkml; they're against the
DRM tree at git://git.freedesktop.org/git/mesa/drm.)
In
Randy just informed me that the patch limits are bigger now, so here are the
actual patches.
This patch allows for proper console unregistration via the VT layer, and
updates the FB layer to use it. This makes debugging new console drivers
much easier, since you can properly clean them up before
On Thursday, May 17, 2007 3:32 pm Jesse Barnes wrote:
Randy just informed me that the patch limits are bigger now, so here
are the actual patches.
This patch allows for proper console unregistration via the VT layer,
and updates the FB layer to use it. This makes debugging new console
On Thursday, May 17, 2007 3:37 pm Jesse Barnes wrote:
This patch adds the core of the new DRM based modesetting system. It
creates several new structures in the DRM, the primary ones being the
CRTC, which controls all aspects of your device's CRTC(s), output,
which describes and controls the
On Thursday, May 17, 2007 3:40 pm Jesse Barnes wrote:
This patch adds support for DRM modesetting to the Intel DRM driver
and stubs out a simple FB driver to sit underneath. The code had to
be refactored a bit, since current DRM drivers tend to be fully
initialized by userspace via ioctls.
Christoph Brill wrote:
Hi list,
attached are few fixes for issues I found while browsing through the
r200 DRI code.
I checked in your patches.
-Brian
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express
On Thu, 2007-05-17 at 15:32 -0700, Jesse Barnes wrote:
Randy just informed me that the patch limits are bigger now, so here are the
actual patches.
This patch allows for proper console unregistration via the VT layer, and
updates the FB layer to use it. This makes debugging new console
Il Thu, May 17, 2007 at 03:37:45PM -0700, Jesse Barnes ha scritto:
This patch adds the core of the new DRM based modesetting system.
A couple of comments on drm_fb since I'm somewhat familiar with fb code:
new file mode 100644
index 000..0d06792
--- /dev/null
+++
On Thursday, May 17, 2007, Antonino A. Daplas wrote:
On Thu, 2007-05-17 at 15:32 -0700, Jesse Barnes wrote:
Randy just informed me that the patch limits are bigger now, so here
are the actual patches.
This patch allows for proper console unregistration via the VT layer,
and updates the
On Thursday, May 17, 2007, Luca Tettamanti wrote:
Il Thu, May 17, 2007 at 03:37:45PM -0700, Jesse Barnes ha scritto:
This patch adds the core of the new DRM based modesetting system.
A couple of comments on drm_fb since I'm somewhat familiar with fb code:
new file mode 100644
index
http://bugs.freedesktop.org/show_bug.cgi?id=10986
Summary: compressed texture formats are broken
Product: Mesa
Version: CVS
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
26 matches
Mail list logo