Re: [PATCH] drm: kill more unused DRM macros

On Mon, 19 Oct 2009 01:37:08 -0400 Andres Salomon wrote: > There are a few more macros in drmP.h that are unused; DRM_GET_PRIV_SAREA, > DRM_ARRAY_SIZE, and DRM_WAITCOUNT can go away completely. > > Unfortunately, DRM_COPY is still used in one place, but we can at least > move it to where it's u

Re: [PATCH] drm/radeon/kms: add debugfs for power management for AtomBIOS devices

W dniu 3 listopada 2009 00:57 użytkownik Rafał Miłecki napisał: > Export engine and memory clock using debugfs on devices which have > AtomBIOS commands for engine and memory. Ups. Patch attached :) -- Rafał 0001-drm-radeon-kms-add-debugfs-for-power-management-for-.patch Description: Binary d

[Bug 14535] Memory corruption detected in low memory

http://bugzilla.kernel.org/show_bug.cgi?id=14535 --- Comment #1 from [email protected] 2009-11-03 05:23:19 --- Same problems with newer xorg and xf86-video-ati. With KMS enabled no such things happen, but everything is red in games and even glxgears. -- Configure bugmail: http://bugzilla.kernel.

[PATCH] drm/radeon/kms: stop putting VRAM at 0 in MC space on r600s.

From: Dave Airlie The Lenovo W500 laptop hangs inside an SMI on brightness changes, I thought it just needed the VGA disable but it turned out to require slightly more work, setting the MC locations up just like the IGP chip requirements seems to make it all happy again and I can boot and play wi

[Bug 14535] New: Memory corruption detected in low memory

http://bugzilla.kernel.org/show_bug.cgi?id=14535 Summary: Memory corruption detected in low memory Product: Drivers Version: 2.5 Kernel Version: 2.6.31-5 Platform: All OS/Version: Linux Tree: Mainline Status: NEW

[PATCH] drm/radeon/kms: disable D1VGA and D2VGA if enabled

From: Dave Airlie Once kms is enabled we don't need these, and it causes a problem with the Lenovo W500 ACPI brightness implementation, it hangs in a loop inside an SMI. Signed-off-by: Dave Airlie --- drivers/gpu/drm/radeon/rv515.c |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) d

[Bug 24084] Mirrored elements using intel i945

http://bugs.freedesktop.org/show_bug.cgi?id=24084 Ian Romanick changed: What|Removed |Added AssignedTo|dri-|[email protected] |d

[PATCH] drm/radeon/kms: add debugfs for power management for AtomBIOS devices

Export engine and memory clock using debugfs on devices which have AtomBIOS commands for engine and memory. -- Rafał -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you

[Bug 24861] [RV250Lf] External monitor loses signal from loading drm modules/firmware until X starts

http://bugs.freedesktop.org/show_bug.cgi?id=24861 --- Comment #2 from Johannes Obermayr 2009-11-02 13:28:26 PST --- Created an attachment (id=30934) --> (http://bugs.freedesktop.org/attachment.cgi?id=30934) Xorg.0.log -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=e

[Bug 24861] [RV250Lf] External monitor loses signal from loading drm modules/firmware until X starts

http://bugs.freedesktop.org/show_bug.cgi?id=24861 --- Comment #3 from Johannes Obermayr 2009-11-02 13:28:45 PST --- Created an attachment (id=30935) --> (http://bugs.freedesktop.org/attachment.cgi?id=30935) xorg.conf -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=em

[Bug 24861] New: [RV250Lf] External monitor loses signal from loading drm modules/firmware until X starts

http://bugs.freedesktop.org/show_bug.cgi?id=24861 Summary: [RV250Lf] External monitor loses signal from loading drm modules/firmware until X starts Product: DRI Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All)

[Bug 24861] [RV250Lf] External monitor loses signal from loading drm modules/firmware until X starts

http://bugs.freedesktop.org/show_bug.cgi?id=24861 --- Comment #1 from Johannes Obermayr 2009-11-02 13:28:01 PST --- Created an attachment (id=30933) --> (http://bugs.freedesktop.org/attachment.cgi?id=30933) dmesg -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email

[Bug 24860] Triple Buffer is very slow in Blender 3D

http://bugs.freedesktop.org/show_bug.cgi?id=24860 --- Comment #1 from Giedrius Slavinskas 2009-11-02 13:24:56 PST --- Created an attachment (id=30932) --> (http://bugs.freedesktop.org/attachment.cgi?id=30932) Xorg.log -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=e

[Bug 24860] New: Triple Buffer is very slow in Blender 3D

http://bugs.freedesktop.org/show_bug.cgi?id=24860 Summary: Triple Buffer is very slow in Blender 3D Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority:

[Bug 24535] [KMS] KDE 4.3 causes lock up on RV620 (M82)

http://bugs.freedesktop.org/show_bug.cgi?id=24535 Alex Deucher changed: What|Removed |Added Attachment #30926|0 |1 is obsolete|

[Bug 24535] [KMS] KDE 4.3 causes lock up on RV620 (M82)

http://bugs.freedesktop.org/show_bug.cgi?id=24535 --- Comment #24 from Rafał Miłecki 2009-11-02 13:16:57 PST --- OK, so to sum up this. Reading CP_RB_CNTL just after writing it is a bad idea. Last patch from Alex avoids that and it works fine with it applied. I've also tried to put "mdelay

[PATCH] drm/radeon/kms: Don't RMW CP_RB_CNTL

>From 285b15261833cccb0fd2396f3404b7a7d59a014e Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Mon, 2 Nov 2009 16:01:27 -0500 Subject: [PATCH] drm/radeon/kms: Don't RMW CP_RB_CNTL Immediate readback seems faulty on some chips. I suspect it takes a while to get through the fifo to the actual re

[Bug 24535] [KMS] KDE 4.3 causes lock up on RV620 (M82)

http://bugs.freedesktop.org/show_bug.cgi?id=24535 --- Comment #23 from Rafał Miłecki 2009-11-02 13:12:59 PST --- (In reply to comment #22) > Created an attachment (id=30926) --> (http://bugs.freedesktop.org/attachment.cgi?id=30926) [details] > don't RMW cp_rb_cntl > > As pointed out by An

[Bug 24857] Lightening and object selection in viewport is not working in Blender 3D

http://bugs.freedesktop.org/show_bug.cgi?id=24857 --- Comment #1 from Giedrius Slavinskas 2009-11-02 13:10:08 PST --- Created an attachment (id=30928) --> (http://bugs.freedesktop.org/attachment.cgi?id=30928) Xorg.log -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=e

[Bug 24857] New: Lightening and object selection in viewport is not working in Blender 3D

http://bugs.freedesktop.org/show_bug.cgi?id=24857 Summary: Lightening and object selection in viewport is not working in Blender 3D Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status:

[Bug 24535] [KMS] KDE 4.3 causes lock up on RV620 (M82)

http://bugs.freedesktop.org/show_bug.cgi?id=24535 --- Comment #22 from Alex Deucher 2009-11-02 12:41:03 PST --- Created an attachment (id=30926) --> (http://bugs.freedesktop.org/attachment.cgi?id=30926) don't RMW cp_rb_cntl As pointed out by Andre and IRC, we don't RMW CP_RB_CNTL in the no

[Bug 24840] Quality of textures cannot be lowered in Quake Live

http://bugs.freedesktop.org/show_bug.cgi?id=24840 Giedrius Slavinskas changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 24535] [KMS] KDE 4.3 causes lock up on RV620 (M82)

http://bugs.freedesktop.org/show_bug.cgi?id=24535 --- Comment #21 from Rafał Miłecki 2009-11-02 12:03:29 PST --- Created an attachment (id=30925) --> (http://bugs.freedesktop.org/attachment.cgi?id=30925) dmesg with v5 of glisse's patch [drm] GART: num cpu pages 131072, num gpu pages 13107

[Bug 24844] Incorrect connector detection on IEI Kino-690S1

http://bugs.freedesktop.org/show_bug.cgi?id=24844 --- Comment #9 from Bruno 2009-11-02 12:00:49 PST --- Created an attachment (id=30924) --> (http://bugs.freedesktop.org/attachment.cgi?id=30924) Dump of some of the regs (KMS versus VGA text console on AOC DVI monitor) -- Configure bugmai

[Bug 24535] [KMS] KDE 4.3 causes lock up on RV620 (M82)

http://bugs.freedesktop.org/show_bug.cgi?id=24535 --- Comment #20 from Rafał Miłecki 2009-11-02 11:53:58 PST --- Created an attachment (id=30923) --> (http://bugs.freedesktop.org/attachment.cgi?id=30923) Alex's patch little modified I've modified http://www.botchco.com/alex/xorg/dump_rb_c

[Bug 24844] Incorrect connector detection on IEI Kino-690S1

http://bugs.freedesktop.org/show_bug.cgi?id=24844 --- Comment #8 from Alex Deucher 2009-11-02 10:44:10 PST --- Ok. it looks like the GPIOs are correct, just the connector types are wrong (HDMI-0 is the built in DVI-0 port) and DVI-0 is probably actually an hdmi port available via an add-in

[Bug 24844] Incorrect connector detection on IEI Kino-690S1

http://bugs.freedesktop.org/show_bug.cgi?id=24844 --- Comment #7 from Bruno 2009-11-02 10:17:54 PST --- Created an attachment (id=30921) --> (http://bugs.freedesktop.org/attachment.cgi?id=30921) edid reported under HDMI connector for DVI-connected display (Iiyama) This is the edid of the w

Re: Fwd: how to make sure cache synchronization between GPU and CPU

Donnie Fang wrote: > Sorry for omitting thomas. > > -- Forwarded message -- > From: *Donnie Fang* mailto:[email protected]>> > Date: 2009/11/2 > Subject: how to make sure cache synchronization between GPU and CPU > To: [email protected] >

[Bug 24535] [KMS] KDE 4.3 causes lock up on RV620 (M82)

http://bugs.freedesktop.org/show_bug.cgi?id=24535 --- Comment #19 from Rafał Miłecki 2009-11-02 09:18:04 PST --- Created an attachment (id=30920) --> (http://bugs.freedesktop.org/attachment.cgi?id=30920) dmesg with v4 of glisse's patch [drm] GART: num cpu pages 131072, num gpu pages 13107

[Bug 24535] [KMS] KDE 4.3 causes lock up on RV620 (M82)

http://bugs.freedesktop.org/show_bug.cgi?id=24535 --- Comment #18 from Rafał Miłecki 2009-11-02 08:45:33 PST --- (In reply to comment #17) > Created an attachment (id=30919) --> (http://bugs.freedesktop.org/attachment.cgi?id=30919) [details] > dmesg with v2 of glisse's patch I've meant v3

Re: [RFC] DRI2 synchronization and swap bits

On Sun, 1 Nov 2009 21:46:45 +0100 Mario Kleiner wrote: > I read this RFC and i'm very excited about the prospect of having > well working support for the OML_sync_control extension in DRI2 on > Linux/X11. I was hoping for this to happen since years, so a big > thank you in advance! This is w

[Bug 24535] [KMS] KDE 4.3 causes lock up on RV620 (M82)

http://bugs.freedesktop.org/show_bug.cgi?id=24535 --- Comment #17 from Rafał Miłecki 2009-11-02 08:17:38 PST --- Created an attachment (id=30919) --> (http://bugs.freedesktop.org/attachment.cgi?id=30919) dmesg with v2 of glisse's patch [drm] GART: num cpu pages 131072, num gpu pages 13107

[Bug 24352] When DRI is explicitly enabled in xorg.conf the desktop is covered by gdm loginpicture

http://bugs.freedesktop.org/show_bug.cgi?id=24352 --- Comment #8 from Alex Deucher 2009-11-02 07:53:20 PST --- (In reply to comment #7) > The root problem was and still is the AGP-bus. By forcing BusType to PCIE I > get > working DRI2 and KMS. > radeonhd does not support KMS; you need to

[Bug 24535] [KMS] KDE 4.3 causes lock up on RV620 (M82)

http://bugs.freedesktop.org/show_bug.cgi?id=24535 --- Comment #16 from Rafał Miłecki 2009-11-02 06:34:47 PST --- Created an attachment (id=30916) --> (http://bugs.freedesktop.org/attachment.cgi?id=30916) dmesg with hacked v2 of glisse's patch Added registers dumps on "radeon: fence wait f

Re: [PATCH 3/3] drm/i915: allocate framebuffer cmap

> Without an allocated colormap, FBIOGETCMAP fails. This would make > programs restore an all-black colormap ("links -g") or fail to work > altogether ("mplayer -vo fbdev2"). > > Signed-off-by: Clemens Ladisch > --- > Untested. > > --- linux-2.6/drivers/gpu/drm/i915/intel_fb.c > +++ linux-2.6

[Bug 24535] [KMS] KDE 4.3 causes lock up on RV620 (M82)

http://bugs.freedesktop.org/show_bug.cgi?id=24535 --- Comment #15 from Rafał Miłecki 2009-11-02 06:02:40 PST --- Created an attachment (id=30915) --> (http://bugs.freedesktop.org/attachment.cgi?id=30915) r600_ring_info from debugfs with glisse's patch -- Configure bugmail: http://bugs.f

[Bug 24352] When DRI is explicitly enabled in xorg.conf the desktop is covered by gdm loginpicture

http://bugs.freedesktop.org/show_bug.cgi?id=24352 Tormod Volden changed: What|Removed |Added Attachment #30121|application/octet-stream|text/plain mime type|

[Bug 24352] When DRI is explicitly enabled in xorg.conf the desktop is covered by gdm loginpicture

http://bugs.freedesktop.org/show_bug.cgi?id=24352 Tormod Volden changed: What|Removed |Added Attachment #30120|application/octet-stream|text/plain mime type|

[Bug 24352] When DRI is explicitly enabled in xorg.conf the desktop is covered by gdm loginpicture

http://bugs.freedesktop.org/show_bug.cgi?id=24352 Tormod Volden changed: What|Removed |Added Attachment #30118|application/octet-stream|text/plain mime type|

[Bug 24352] When DRI is explicitly enabled in xorg.conf the desktop is covered by gdm loginpicture

http://bugs.freedesktop.org/show_bug.cgi?id=24352 Tormod Volden changed: What|Removed |Added Attachment #30117|application/octet-stream|text/plain mime type|

[Bug 24352] When DRI is explicitly enabled in xorg.conf the desktop is covered by gdm loginpicture

http://bugs.freedesktop.org/show_bug.cgi?id=24352 Tormod Volden changed: What|Removed |Added Attachment #30119|application/octet-stream|text/plain mime type|

[Bug 24535] [KMS] KDE 4.3 causes lock up on RV620 (M82)

http://bugs.freedesktop.org/show_bug.cgi?id=24535 --- Comment #14 from Rafał Miłecki 2009-11-02 05:56:26 PST --- Created an attachment (id=30914) --> (http://bugs.freedesktop.org/attachment.cgi?id=30914) dmesg with glisse's patch applied I've applied http://people.freedesktop.org/~glisse/

[Bug 24535] [KMS] KDE 4.3 causes lock up on RV620 (M82)

http://bugs.freedesktop.org/show_bug.cgi?id=24535 --- Comment #13 from Rafał Miłecki 2009-11-02 05:55:33 PST --- Created an attachment (id=30913) --> (http://bugs.freedesktop.org/attachment.cgi?id=30913) dmesg from clean drm-next -- Configure bugmail: http://bugs.freedesktop.org/userpre

[Bug 24352] When DRI is explicitly enabled in xorg.conf the desktop is covered by gdm loginpicture

http://bugs.freedesktop.org/show_bug.cgi?id=24352 --- Comment #7 from Juho-Mikko Pellinen 2009-11-02 05:50:13 PST --- The root problem was and still is the AGP-bus. By forcing BusType to PCIE I get working DRI2 and KMS. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=

Fwd: how to make sure cache synchronization between GPU and CPU

Sorry for omitting thomas. -- Forwarded message -- From: Donnie Fang Date: 2009/11/2 Subject: how to make sure cache synchronization between GPU and CPU To: [email protected] After review TTM code, i found that when BO is in AGP aperture, the cache attribute for th

how to make sure cache synchronization between GPU and CPU

After review TTM code, i found that when BO is in AGP aperture, the cache attribute for this BO is often to be "WC". So user mode page table will be "WC" of course. This guarantee that data won't be cached by CPU and be visible to GPU correctly. But how about the opposition in this case? How to gua

[PATCH 3/3] drm/i915: allocate framebuffer cmap

Without an allocated colormap, FBIOGETCMAP fails. This would make programs restore an all-black colormap ("links -g") or fail to work altogether ("mplayer -vo fbdev2"). Signed-off-by: Clemens Ladisch --- Untested. --- linux-2.6/drivers/gpu/drm/i915/intel_fb.c +++ linux-2.6/drivers/gpu/drm/i915/

[PATCH 2/3] drm/radeon/kms: allocate framebuffer cmap

Without an allocated colormap, FBIOGETCMAP fails. This would make programs restore an all-black colormap ("links -g") or fail to work altogether ("mplayer -vo fbdev2"). Signed-off-by: Clemens Ladisch --- linux-2.6/drivers/gpu/drm/radeon/radeon_fb.c +++ linux-2.6/drivers/gpu/drm/radeon/radeon_fb

[PATCH] drm/kms: fix spelling of "CLOCK"

From: Pavel Roskin Signed-off-by: Pavel Roskin [[email protected]: merged into drm_fb_helper] Signed-off-by: Clemens Ladisch --- linux-2.6/drivers/gpu/drm/drm_fb_helper.c +++ linux-2.6/drivers/gpu/drm/drm_fb_helper.c @@ -676,7 +676,7 @@ int drm_fb_helper_set_par(struct fb_info int i;

[PATCH 0/3] DRM/KMS framebuffer fixes

These patches make the KMS framebuffer work with various programs like links, mplayer and X. drivers/gpu/drm/drm_fb_helper.c|6 +++--- drivers/gpu/drm/i915/intel_fb.c|5 + drivers/gpu/drm/radeon/radeon_fb.c |5 + 3 files changed, 13 insertions(+), 3 deletions(-) -

[PATCH 1/3] drm/fb: fix FBIOGET/PUT_VSCREENINFO pixel clock handling

When the framebuffer driver does not publish detailed timing information for the current video mode, the correct value for the pixclock field is zero, not -1. Since pixclock is actually unsigned, the value -1 would be interpreted as 4294967295 picoseconds (i.e., about 4 milliseconds) by register_f