[Bug 33348] [r300g] Display corruption (artifacts) when using 3D graphics...
https://bugs.freedesktop.org/show_bug.cgi?id=33348 --- Comment #13 from Alex Deucher 2011-02-23 23:55:28 PST --- (In reply to comment #12) > Could the fact that the kernel drm module seems to recognize my card > incorrectly as an RV380 card, X600 Radeon card, have anything to do with my > issues ? > > >>> [drm] initializing kernel modesetting (RV380 0x1002:0x5B60) No, that's fine. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 33348] [r300g] Display corruption (artifacts) when using 3D graphics...
https://bugs.freedesktop.org/show_bug.cgi?id=33348 --- Comment #12 from Dawit Alemayehu 2011-02-23 23:40:31 PST --- Could the fact that the kernel drm module seems to recognize my card incorrectly as an RV380 card, X600 Radeon card, have anything to do with my issues ? >>> [drm] initializing kernel modesetting (RV380 0x1002:0x5B60) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[git pull] drm fixes
Nothing too major, Two regression fixers (one revert that got fixes properly elsewhere), some timestamp fixes and an agp module reload fix. Dave. The following changes since commit d8204a37baf5474d3154eb536c936369be2bd5c0: Merge branch 'urgent' of git://git.kernel.org/pub/scm/linux/kernel/git/brodo/pcmcia-2.6 (2011-02-22 09:26:54 -0800) are available in the git repository at: ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes Alex Deucher (1): Revert "drm/radeon/kms: switch back to min->max pll post divider iteration" Dave Airlie (2): drm/radeon/kms: align height of fb allocation. drm/radeon: fix regression with AA resolve checking Florian Mickler (1): amd64-agp: fix crash at second module load Mario Kleiner (3): drm/vblank: Use abs64(diff_ns) for s64 diff_ns instead of abs(diff_ns) drm/vblank: Use memory barriers optimized for atomic_t instead of generics. drm/vblank: Enable precise vblank timestamps for interlaced and doublescan modes. Paul Bolle (1): drm: drop commented out code and preceding comment drivers/char/agp/amd64-agp.c|9 +++-- drivers/gpu/drm/drm_irq.c | 26 ++ drivers/gpu/drm/radeon/r100.c |4 +--- drivers/gpu/drm/radeon/radeon_display.c |2 +- drivers/gpu/drm/radeon/radeon_fb.c |5 - 5 files changed, 27 insertions(+), 19 deletions(-)
[Bug 25052] kernel modesetting still does not work
https://bugzilla.kernel.org/show_bug.cgi?id=25052 --- Comment #17 from Elmar Stellnberger 2011-02-23 21:29:44 --- Concerning your patches I believe that they will be valuable for many users (although I could not verify them for me yet.). As I have found out flawed EDIDs are a known problem and thatways f.i. already addressed by the proprietary fglrx driver through letting the user select out of a prewritten list of artificial EDIDs for known monitor types. Nonetheless just using the EDID of another port of the same monitor or just suppressing the checksum test promises to be a more gracile way of resolving such an issue. That is basically why I want to make a commit request for these patches to be acquired in the final openSuSE 11.4 release within 15 days so that more people can test these options (mentioning them in the release notes with a demand to report the results for finally acquiring the patches into the mainline kernel.). As far as now I would also issue the following additional feature requests for an in future comprehensively EDID relied graphics system: (1) kernel option for using a user supplied EDID (instead of the hw. supplied ED.) (2) option(s) for Xorg or the radeon kernel module to achieve the same: rebooting is painful and the typical user will have to test different things. If Xorg quits without success in modesetting (as so often by 2.6.36.1-1) or detects a wrong EDID checksum then it should point the user on the fgconsole to try them. by the way: Do you know whether the nouveau driver does already fully rely on KMS? -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Free Software Download: Index, Search & Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev -- ___ Dri-devel mailing list Dri-devel at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 25052] kernel modesetting still does not work
https://bugzilla.kernel.org/show_bug.cgi?id=25052 --- Comment #16 from Elmar Stellnberger 2011-02-23 20:45:45 --- As Comment #15 shows there is currently something more fundamentally messed up with KMS (which is apparently not EDID-related). Actually the situation has rather deteriorated instead of improving: 2.6.34-12.1 & -9.3: itg: works, ext: dark 2.6.36.1-1, Comment #1: non-deterministic, once it worked for both monitors 2.6.38-0.0.12: both monitors: vertical pixelry, nothing works (results completed by downstream report from openSuSE as linked by Comment #1.) If it works for other cards KMS does probably have a problem with ATI or just ATI Mobility 2xxx cards (I am planning to make a request to the oS core test team in this regard and will tell you as soon as results should become available.). -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Free Software Download: Index, Search & Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev -- ___ Dri-devel mailing list Dri-devel at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 25052] kernel modesetting still does not work
https://bugzilla.kernel.org/show_bug.cgi?id=25052 --- Comment #15 from Elmar Stellnberger 2011-02-23 20:27:24 --- Unfortunately the tests of Comment #14 were not significant. I have tested the patches with the same kernel but a different Xorg namely xorg-x11-server-7.6_1.9.3-122.1 and xorg-x11-driver-video-7.6-180.1 which however now does resolve UMS for radeon so that everything does again work without any patch and kernel option. With a full KMS kernel like 2.6.38-0.0.12 on the other hand unfortunately video mode initializtion does at me currently not work at all under any configuration: neither with the integrated monitor nor with my external one over any of the ports DVI, HDMI or VGA. Here are the exact results: VGA: itg: colored vertical lines; ext: c.v.l.(the same), mouse: pixelry HDMI: itg & ext: colored lines; this time brighter with more white, mouse: same DVI: itg: 1st: colored lines; 2nd: sparse colored lines ahead of white bg, ext 1&2: at first 'no signal'-dark then the same as for itg, mouse: same As the screen output for DVI has differed between two consecutive test runs I presume that there is no substantial difference in the result between different monitors and ports (always vertical colorful lines). The mouse did at first never appear until you moved it into the upper left screen area where there would normally appear an xterm by xinit. From then on the mouse pointer was represented by a rectangular pixel surrogate. Rebooting was the only escape though the system was still reactive (no crash or hang): changing the virtual terminal (chvt) or exiting X from an exit typed into xterm both resulted in a fully blackened screen with no more output. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Free Software Download: Index, Search & Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev -- ___ Dri-devel mailing list Dri-devel at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[git pull] drm for rc1
Hi! > > > >>> Highlights: > > > >>> core/drivers: add support for high precision vblank timestamps > > > >>> radeon: pageflipping support, Gen2 PCIE support > > > >>> nouveau: reworked VRAM and VM support > > > >>> intel: better ILK/SNB powersaving support, Full GTT support > > > >> > > > >> Lowlights: it's broken. > > > > Heh, at this point I expected Linus to complain about milion merges in > > changelog... (Ok, I chould have put a smiley there :-). > > > Arg. It's been ok on my ILK systems, but Chris has found some > > >issues with out watermarking code iirc; apparently we're underflowing > > >the display FIFO, causing all sorts of trouble. If it works before > > >the pull of Dave's tree, can you bisect? > > > > Watermarking code? What goes on there? > > FIFO watermarks, they determine when the display fetches from the scanout > buffer to fill the pipe. If we run out of FIFO entries then the display > flickers at best, at worst we may hard hang the machine. Thanks for info. I was afraid it was trying to do some watermarks on video signal, to catch evil videotapers or something like that... -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
[Bug 29632] v2.6.38-rc5 drm:radeon regression
https://bugzilla.kernel.org/show_bug.cgi?id=29632 Rafael J. Wysocki changed: What|Removed |Added Status|RESOLVED|CLOSED -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Free Software Download: Index, Search & Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev -- ___ Dri-devel mailing list Dri-devel at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 29632] v2.6.38-rc5 drm:radeon regression
https://bugzilla.kernel.org/show_bug.cgi?id=29632 Rafael J. Wysocki changed: What|Removed |Added Status|NEW |RESOLVED Resolution||CODE_FIX -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Free Software Download: Index, Search & Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev -- ___ Dri-devel mailing list Dri-devel at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Linux 2.6.38-rc6
On Wed, Feb 23, 2011 at 6:32 PM, Linus Torvalds wrote: > On Tue, Feb 22, 2011 at 9:42 PM, Anca Emanuel > wrote: >> General protection fault: >> http://i.imgur.com/TBJ6y.jpg >> >> dmesg: http://pastebin.com/qD8pR8QH >> config: http://pastebin.com/XEurtHWi > > That's drivers/video/fbmem.c: fb_release(), and the "Code:" > disassembly shows that it is > > ?1b: ? e8 f7 c0 29 00 ? ? ? ? ?callq ?xyz > ?20: ? 48 8b 93 b8 03 00 00 ? ?mov ? ?0x3b8(%rbx),%rdx > ?27:* ?48 8b 42 10 ? ? ? ? ? ? mov ? ?0x10(%rdx),%rax ? ? <-- trapping > instruction > > which corresponds to > > ? ? ? ?mutex_lock(>lock); > ? ? ? ?if (info->fbops->fb_release) > ? ? ? ? ? ? ? ?info->fbops->fb_release(info,1); > > so it looks like 'info->fbops' is invalid. It's in %rdx, and is > 0x00d000ae00b500c2, which is definitely not a valid pointer. Looks > like some bad corruption (looks like a sequence of 16-bit numbers, but > it could be anything). > > Looks like nouveafb took over from vesafb. Did you do anything special > to trigger this? No. Just boot the system. > > Also, you do seem to have some extra patches (yama at the least). Anything > else? I used git clone, nothing else. First time 2.6.38-rc6 was working. After an update from ubuntu I get that error at boot. The dmesg is from Ubuntu 11.04 with their kernel and is working fine. > > ? ? ? ? ? ? ? ? ? ? ? ? ? ?Linus > -- > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo at vger.kernel.org > More majordomo info at ?http://vger.kernel.org/majordomo-info.html > Please read the FAQ at ?http://www.tux.org/lkml/ >
[Bug 34643] ut2004/doom3 looping in submenu on r300g/PageFlip
https://bugs.freedesktop.org/show_bug.cgi?id=34643 --- Comment #3 from Chistopher Krakowiak 2011-02-23 17:15:40 PST --- Created an attachment (id=43739) --> (https://bugs.freedesktop.org/attachment.cgi?id=43739) kernel dmesg from running Doom3(and ut2k4, but tail is from Doom3 for sure) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34643] ut2004/doom3 looping in submenu on r300g/PageFlip
https://bugs.freedesktop.org/show_bug.cgi?id=34643 --- Comment #2 from Chistopher Krakowiak 2011-02-23 17:13:57 PST --- Created an attachment (id=43738) --> (https://bugs.freedesktop.org/attachment.cgi?id=43738) xorg.log. nothing surprising there -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34643] ut2004/doom3 looping in submenu on r300g/PageFlip
https://bugs.freedesktop.org/show_bug.cgi?id=34643 --- Comment #1 from Chistopher Krakowiak 2011-02-23 17:12:33 PST --- Created an attachment (id=43737) --> (https://bugs.freedesktop.org/attachment.cgi?id=43737) kernel dmesg from running ut2004(and doom3, but tail is from UT for sure) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34643] New: ut2004/doom3 looping in submenu on r300g/PageFlip
https://bugs.freedesktop.org/show_bug.cgi?id=34643 Summary: ut2004/doom3 looping in submenu on r300g/PageFlip Product: Mesa Version: git Platform: Other OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel at lists.freedesktop.org ReportedBy: krzysztof.krakowiak at gmail.com Created an attachment (id=43736) --> (https://bugs.freedesktop.org/attachment.cgi?id=43736) gdb/ut2k4 output and backraces. ut2004(32/64bit) and doom3(32bit) are looping everytime in submenu on r300g/PageFlip. I believe that bug occured during last two weeks, but bisecting would be hard, because I was bisecting for: https://bugs.freedesktop.org/show_bug.cgi?id=34418 And everytime supertuxkart wasnt working, ut2k4 also and vice versa, altough bugs were definitely different. Now previous bug is fixed(which affected only 64bit apps), but ut2004/doom3 got very similar behaviour(like looped video tape or something, moving forward and back), similar spam in console, but a bit different at output. Disabling PageFLip fixes this problem definitely, but I was happpy pflip user from a long time. Kernel is fresh D-R-T, DDX/DRM/Mesa from master. --- UT2004 dmesg --- [...] [drm:radeon_cs_parser_relocs] *ERROR* gem object lookup failed 0xe [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -2! [drm:radeon_cs_parser_relocs] *ERROR* gem object lookup failed 0x1f [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -2! [drm:radeon_cs_parser_relocs] *ERROR* gem object lookup failed 0xe [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -2! [drm:radeon_cs_parser_relocs] *ERROR* gem object lookup failed 0x1f [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -2! [...] --- EOF UT2004 dmesg --- --- UT2004 gdb output/backtrace --- [...] [Thread 0x7fffe50cd700 (LWP 5934) exited] [New Thread 0x7fffe50cd700 (LWP 5935)] [Thread 0x7fffe50cd700 (LWP 5935) exited] [New Thread 0x7fffe50cd700 (LWP 5936)] [...] [Thread 0x7fffe50cd700 (LWP 6540) exited] [New Thread 0x7fffe50cd700 (LWP 6541)] radeon: The kernel rejected CS, see dmesg for more information. [Thread 0x7fffe50cd700 (LWP 6541) exited] [...] Program received signal SIGINT, Interrupt. 0x76e0a1f3 in poll () from /lib64/libc.so.6 (gdb) bt #0 0x76e0a1f3 in poll () from /lib64/libc.so.6 #1 0x765eac6a in ?? () from /usr/lib64/libxcb.so.1 #2 0x765ec2ff in xcb_wait_for_reply () from /usr/lib64/libxcb.so.1 #3 0x7684392d in _XReply () from /usr/lib64/libX11.so.6 #4 0x7fffe6c1748c in DRI2GetBuffersWithFormat () from /opt/xorg/lib64/libGL.so.1 #5 0x7fffe6c14bf9 in dri2GetBuffersWithFormat () from /opt/xorg/lib64/libGL.so.1 #6 0x7fffe56de4d8 in dri2_allocate_textures () from /opt/xorg/lib64/dri/gallium/r300_dri.so #7 0x7fffe56dfb77 in dri_st_framebuffer_validate () from /opt/xorg/lib64/dri/gallium/r300_dri.so #8 0x7fffe573f132 in st_framebuffer_validate () from /opt/xorg/lib64/dri/gallium/r300_dri.so #9 0x7fffe5740916 in st_manager_validate_framebuffers () from /opt/xorg/lib64/dri/gallium/r300_dri.so #10 0x7fffe58e3c1e in st_validate_state () from /opt/xorg/lib64/dri/gallium/r300_dri.so #11 0x7fffe58ebb3a in st_Clear () from /opt/xorg/lib64/dri/gallium/r300_dri.so #12 0x00d291d9 in FOpenGLRenderInterface::Clear(int, FColor, int, float, int, unsigned int) () #13 0x0069d234 in UGameEngine::Draw(UViewport*, int, unsigned char*, int*) () #14 0x00d1d106 in USDLViewport::Repaint(int) () #15 0x00d1ab09 in USDLClient::Tick() () #16 0x006a0f54 in UGameEngine::Tick(float) () #17 0x0053d2a3 in CMainLoop::RunLoop() () #18 0x0053344f in ?? () #19 0x0052f1a0 in main () --- UT2004 gdb output/backtrace --- --- Doom3 output --- [...] radeon: The kernel rejected CS, see dmesg for more information. radeon: The kernel rejected CS, see dmesg for more information [...] --- EOF Doom3 output --- TIP: For full logs, look into attachements (but nothing special in xorg.log) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
Linux 2.6.38-rc6
On Wed, Feb 23, 2011 at 9:16 AM, Anca Emanuel wrote: >> >> Looks like nouveafb took over from vesafb. Did you do anything special >> to trigger this? > > No. Just boot the system. Every boot? And just out of interest, what happens if you don't have the vesafb driver at all? Linus
[git pull] drm fixes
On Wed, Feb 23, 2011 at 3:17 PM, Dave Airlie wrote: > > Nothing too major, > > Two regression fixers (one revert that got fixes properly elsewhere), some > timestamp fixes and an agp module reload fix. Pulled. However, what about the report from Pavel Machek : > > drm/i915: Completely disable fence pipelining. > > Reverting this commit helps in v2.6.38-rc5+ when screen is not fully updated, > or has a corrupted picture like horizontal black or white stripes. Using a > compositor like compiz may help to avoid the problem. > > See bug https://bugzilla.kernel.org/show_bug.cgi?id=27572 Any update on that one? There's that whole "return -EINVAL for I915_PARAM_HAS_RELAXED_FENCING" patch thing? Linus
[PATCH] radeon: DMA unmap dummy page during unload/unbind.
git commit 82568565683b4991964a5fc89a9ca0c7122818e8 adds a dummy page so that if something goes wrong it will at least fetch/write data _only_ to this location. The radeon_gart_init sets it up.. but there is no corresponding free-ing of this dummy page. There is one invocation to free-ing the dummy page in r600.c but nothing in the radeon_gart_fini path. This patch adds in the unloading/unbind path the free-ing of said dummy page. Without this patch and if we have CONFIG_DMA_API_DEBUG=y set we get this: [ 22.113420] drm: unregistered panic notifier [ 22.126500] [drm] radeon: finishing device. [ 22.130868] [drm] radeon: cp finalized [ 22.135384] [TTM] Finalizing pool allocator. [ 22.139669] [TTM] Zone kernel: Used memory at exit: 0 kiB. [ 22.145229] [drm] radeon: ttm finalized [ 22.149055] vga_switcheroo: disabled [ 22.153393] [ cut here ] [ 22.158021] WARNING: at /home/konrad/ssd/linux/lib/dma-debug.c:689 dma_debug_device_change+0x12e/0x161() [ 22.167475] Hardware name: PowerEdge T105 [ 22.171562] pci :01:08.0: DMA-API: device driver has pending DMA allocations while released from device [count=1] With this patch we don't see this anymore. Signed-off-by: Konrad Rzeszutek Wilk --- drivers/gpu/drm/radeon/radeon_gart.c |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_gart.c b/drivers/gpu/drm/radeon/radeon_gart.c index 6501611..dc04c7b 100644 --- a/drivers/gpu/drm/radeon/radeon_gart.c +++ b/drivers/gpu/drm/radeon/radeon_gart.c @@ -269,4 +269,6 @@ void radeon_gart_fini(struct radeon_device *rdev) kfree(rdev->gart.pages_addr); rdev->gart.pages = NULL; rdev->gart.pages_addr = NULL; + + radeon_dummy_page_fini(rdev); } -- 1.7.1
[PATCH] bug fix for radeon driver in 2.6.38-rc6 w/ATI ES1000
I found this when I was doing a bit of testing of my TTM patches. The issue is that during unload/unbind: echo :01:05.0 > /sys/bus/pci/drivers/radeon/unbind the radeon driver would unload, but if compiled with the CONFIG_DMA_API_DEBUG=y it would throw out this warning: [ 22.113420] drm: unregistered panic notifier^M [ 22.126500] [drm] radeon: finishing device.^M [ 22.130868] [drm] radeon: cp finalized^M [ 22.135384] [TTM] Finalizing pool allocator.^M [ 22.139669] [TTM] Zone kernel: Used memory at exit: 0 kiB.^M [ 22.145229] [drm] radeon: ttm finalized^M [ 22.149055] vga_switcheroo: disabled^M [ 22.153393] [ cut here ]^M [ 22.158021] WARNING: at /home/konrad/ssd/linux/lib/dma-debug.c:689 dma_debug_device_change+0x12e/0x161()^M [ 22.167475] Hardware name: PowerEdge T105 ^M [ 22.171562] pci :01:08.0: DMA-API: device driver has pending DMA allocations while released from device [count=1]^M [ 22.182139] Modules linked in: nouveau video sr_mod sg sd_mod cdrom ata_generic qla2xxx radeon sata_nv scsi_transport_fc scsi_tgt libata fbcon tileblit font bitblit softcursor ttm e1000e drm_kms_helper scsi_mod^M [ 22.201101] Pid: 2550, comm: primary_fb Not tainted 2.6.38-rc6-linux-next #1^M [ 22.208129] Call Trace:^M [ 22.210575] [] ? warn_slowpath_common+0x80/0x98^M [ 22.216737] [] ? warn_slowpath_fmt+0x41/0x43^M [ 22.222643] [] ? dma_debug_device_change+0x12e/0x161^M [ 22.229240] [] ? notifier_call_chain+0x32/0x5e^M [ 22.235319] [] ? __blocking_notifier_call_chain+0x4b/0x62^M [ 22.242350] [] ? blocking_notifier_call_chain+0xf/0x11^M [ 22.249121] [] ? __device_release_driver+0xab/0xb0^M [ 22.255543] [] ? device_release_driver+0x1e/0x2b^M [ 22.261794] [] ? driver_unbind+0x57/0x8c^M [ 22.267352] [] ? drv_attr_store+0x27/0x29^M [ 22.272998] [] ? sysfs_write_file+0xff/0x13b^M [ 22.278903] [] ? vfs_write+0xa9/0x105^M [ 22.284202] [] ? sys_write+0x45/0x6c^M [ 22.289415] [] ? system_call_fastpath+0x16/0x1b^M [ 22.295578] ---[ end trace f6e27fa61e0cc3ec ]---^M ERROR: Module radeon is in use^M The radeon_gart_fini was missing an pci_unmap for the dummy page. Interestingly enough the r600.c has a call to radeon_dummy_page_fini() in its unwind path so there are definitly some chipsets on which this is done without any hinderance. This above test is easily manifested with a stock 2.6.38-rc6 on a machine with a ATI ES1000 chipset (Dell T105, IBM x366, SuperMicro X7DB8).
[Bug 34583] graphics artifacts in Opengl
https://bugs.freedesktop.org/show_bug.cgi?id=34583 --- Comment #5 from Maciej Jagie??o 2011-02-23 12:58:52 PST --- Created an attachment (id=43731) --> (https://bugs.freedesktop.org/attachment.cgi?id=43731) Xorg.0.log -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34583] graphics artifacts in Opengl
https://bugs.freedesktop.org/show_bug.cgi?id=34583 --- Comment #4 from Maciej Jagie??o 2011-02-23 12:57:34 PST --- Created an attachment (id=43730) --> (https://bugs.freedesktop.org/attachment.cgi?id=43730) xorg.conf -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34583] graphics artifacts in Opengl
https://bugs.freedesktop.org/show_bug.cgi?id=34583 --- Comment #3 from Maciej Jagie??o 2011-02-23 12:56:24 PST --- Created an attachment (id=43729) --> (https://bugs.freedesktop.org/attachment.cgi?id=43729) glxgears -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34583] graphics artifacts in Opengl
https://bugs.freedesktop.org/show_bug.cgi?id=34583 --- Comment #2 from Maciej Jagie??o 2011-02-23 12:55:58 PST --- Created an attachment (id=43728) --> (https://bugs.freedesktop.org/attachment.cgi?id=43728) nexuiz -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34618] Slow text scrolling on tty after suspend-cycle
https://bugs.freedesktop.org/show_bug.cgi?id=34618 --- Comment #16 from peterle at hottemptation.org 2011-02-23 12:01:33 PST --- So I will not do this. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34618] Slow text scrolling on tty after suspend-cycle
https://bugs.freedesktop.org/show_bug.cgi?id=34618 --- Comment #15 from Alex Deucher 2011-02-23 11:59:40 PST --- (In reply to comment #11) > Should I compile a kernel without MTRR an test it? I don't know how to switch > of PAT, does it depend on MTRR? If you disable pat or mtrrs it will likely be slow since you won't get write combining on the mmaped fb. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34618] Slow text scrolling on tty after suspend-cycle
https://bugs.freedesktop.org/show_bug.cgi?id=34618 --- Comment #14 from peterle at hottemptation.org 2011-02-23 11:55:23 PST --- You can "see": 1. computer after bootup and login on tty1-tty4 2. tty2: dmesg (scrolling fast) 3. tty2: pm-suspend 4. tty2: resume from suspend (thanks to your prior work very fast) 5. tty2: dmesg (scrolling slow) 6. tty2: switch to tty1 // if done this, because dmesg needs a half minute or more with slow scrolling 7. tty1: switch to tty2 8. tty2: complete ouput of dmesg -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34618] Slow text scrolling on tty after suspend-cycle
https://bugs.freedesktop.org/show_bug.cgi?id=34618 --- Comment #13 from peterle at hottemptation.org 2011-02-23 11:47:23 PST --- Created an attachment (id=43725) --> (https://bugs.freedesktop.org/attachment.cgi?id=43725) lowres video mpeg -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34618] Slow text scrolling on tty after suspend-cycle
https://bugs.freedesktop.org/show_bug.cgi?id=34618 --- Comment #12 from peterle at hottemptation.org 2011-02-23 11:46:18 PST --- I will try to give you some more "input": I rebootet my computer, started "dmesg" on different tty's = everyting fine. Than I suspend the machine three times = everything fine (I expected slow scrolling on all tty's!) Than I suspend the machine on tty1 while leaving fbi open with a picture on tty2 = scrolling fine on tty2, scrolling slow on tty1 Now I logged in X11 (Gnome) and tty3 (by the way, scrolling on tty3 was fast). Than I suspend the machine again = scrolling again slow on tty1, again fast on tty2 and slow on tty3 It so - uncertain. So I decided to do some reboots and tests, I also captured two videos! I've rebooted three times, suspended the computer and every time the output on all tty's were scrolling slow! I have taken two videos, one lowres (160x mpg) and one highres (640x mpg). I will upload the lowres if bugzilla allows this. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34618] Slow text scrolling on tty after suspend-cycle
https://bugs.freedesktop.org/show_bug.cgi?id=34618 --- Comment #11 from peterle at hottemptation.org 2011-02-23 11:06:54 PST --- Should I compile a kernel without MTRR an test it? I don't know how to switch of PAT, does it depend on MTRR? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34618] Slow text scrolling on tty after suspend-cycle
https://bugs.freedesktop.org/show_bug.cgi?id=34618 --- Comment #10 from Alex Deucher 2011-02-23 11:00:09 PST --- I'm guessing this is an issue with pat or mtrrs on the fb mapping after resume. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 29632] v2.6.38-rc5 drm:radeon regression
https://bugzilla.kernel.org/show_bug.cgi?id=29632 Marek Ol??k changed: What|Removed |Added CC||maraeo at gmail.com --- Comment #3 from Marek Ol??k 2011-02-23 10:55:22 --- This was fixed with commit 45e4039c3aea597ede44a264cea322908cdedfe9 in Dave Airlie's drm-fixes branch. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Free Software Download: Index, Search & Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev -- ___ Dri-devel mailing list Dri-devel at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 34618] Slow text scrolling on tty after suspend-cycle
https://bugs.freedesktop.org/show_bug.cgi?id=34618 --- Comment #9 from peterle at hottemptation.org 2011-02-23 10:53:55 PST --- http://linux.derkeiler.com/Mailing-Lists/Kernel/2011-01/msg00351.html Looks very similar. I can't approve that pressing a single button or generating load on the machine speeds up scrolling, but after changing the tty and switching back the output is (of course) completely printed to the terminal. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 7173] Kernel lockup when starting second X on MGA G200
https://bugs.freedesktop.org/show_bug.cgi?id=7173 Sitsofe Wheeler changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #5 from Sitsofe Wheeler 2011-02-23 10:46:34 PST --- Let's close this INVALID. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug.
[Bug 33038] celestia crashes with error: "radeon_cs_gem.c:181: cs_gem_write_reloc: Assertion `boi->space_accounted' failed"
https://bugs.freedesktop.org/show_bug.cgi?id=33038 --- Comment #5 from aceman 2011-02-23 10:38:08 PST --- If you could provide a patch for R600c (mesa 7.10) I can compile and test it. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 14442] resume after hibernate: /dev/sdb drops and returns as /dev/sde
https://bugzilla.kernel.org/show_bug.cgi?id=14442 --- Comment #36 from Duncan <1i5t5.duncan at cox.net> 2011-02-23 10:30:57 --- Yes, thanks for the clarification. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Free Software Download: Index, Search & Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev -- ___ Dri-devel mailing list Dri-devel at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 14442] resume after hibernate: /dev/sdb drops and returns as /dev/sde
https://bugzilla.kernel.org/show_bug.cgi?id=14442 Florian Mickler changed: What|Removed |Added Status|RESOLVED|CLOSED Resolution|PATCH_ALREADY_AVAILABLE |UNREPRODUCIBLE --- Comment #35 from Florian Mickler 2011-02-23 10:02:40 --- Where is the patch that fixes the issue? You can choose between 3 alternatives here: - Resolved|PatchAlreadyAvailable means there is a patch that is not yet merged in Linus tree, this always needs a line "Patch: url_to_patch" in order for Rafaels scripts to work nicely. (Not strictly needed here, as he doesn't produce reports for old kernels ... but.. anyway) - Closed|CodeFix means, a commit was merged into linus tree that has fixed the issue (always give the sha1 id of that commit - Closed|Unreproducible means, it is not reproducible on current linus tree but it's not clear what fixed it. (i.e. you can not provide a sha1 of the fix) I guess, the last one is what's applicable here? -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Free Software Download: Index, Search & Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev -- ___ Dri-devel mailing list Dri-devel at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 34632] New: RV300 clutter test_texture_pick_with_alpha: assertion failed
https://bugs.freedesktop.org/show_bug.cgi?id=34632 Summary: RV300 clutter test_texture_pick_with_alpha: assertion failed Product: DRI Version: unspecified Platform: All OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel at lists.freedesktop.org ReportedBy: py at luyten.fr Created an attachment (id=43721) --> (https://bugs.freedesktop.org/attachment.cgi?id=43721) standalone test output I use jhbuild to build gnome-shell. Clutter module compiles fine but when I make check , then the "test_texture_pick_with_alpha" fails . ERROR:test-clutter-texture.c:65:test_texture_pick_with_alpha: assertion failed: (actor == CLUTTER_ACTOR (tex)) Aborted (core dumped) ATI card : radeon 9600 GL_VENDOR: X.Org R300 Project GL_RENDERER: Gallium 0.4 on RV350 GL_VERSION: 2.1 Mesa 7.9 The output is attached. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 29632] v2.6.38-rc5 drm:radeon regression
https://bugzilla.kernel.org/show_bug.cgi?id=29632 Rafael J. Wysocki changed: What|Removed |Added CC||airlied at linux.ie --- Comment #2 from Rafael J. Wysocki 2011-02-23 09:13:17 --- First-Bad-Commit : fff1ce4dc6113b6fdc4e3a815ca5fd229408f8ef -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Free Software Download: Index, Search & Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev -- ___ Dri-devel mailing list Dri-devel at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 34626] Mesa-Gallium with R600 - Framerate limited to 60 fps after suspend-cycle
https://bugs.freedesktop.org/show_bug.cgi?id=34626 --- Comment #8 from peterle at hottemptation.org 2011-02-23 09:08:40 PST --- If I only switch between console and X everything keeps fine. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34618] Slow text scrolling on tty after suspend-cycle
https://bugs.freedesktop.org/show_bug.cgi?id=34618 --- Comment #8 from peterle at hottemptation.org 2011-02-23 09:06:36 PST --- Console! On X11 everything seems still to be fine. At the moment I have not enough time for bisect, maybe at the weekend. But to clarify, the bug itself exists a long time ago (as far as I remember), but with the current 2.6.38-r6 is reproducable: Because it occours now after nearly every suspend cycle (9 of 10, and not like before in 1 of 10) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 29632] v2.6.38-rc5 drm:radeon regression
https://bugzilla.kernel.org/show_bug.cgi?id=29632 Fabio changed: What|Removed |Added CC||fabio.ped at libero.it --- Comment #1 from Fabio 2011-02-23 08:48:11 ---
[Bug 34626] Mesa-Gallium with R600 - Framerate limited to 60 fps after suspend-cycle
https://bugs.freedesktop.org/show_bug.cgi?id=34626 --- Comment #7 from Michel D?nzer 2011-02-23 08:45:26 PST --- (In reply to comment #7) > 5. switch to a tty during playing (should be no problem with > Kernel-Mode-Setting) > 6. #pm-suspend (as root) > 7. resume from suspend > 8. switch back to X11/IOQuake3 -> framerate is limited to 60 fps Does the problem also occur if you switch to console and back to X without a suspend/resume cycle in between? > Maybe Gallium doesn't read or forget the environment-variable export_vblank > during resume from suspend? No, the 3D driver is blissfully unaware of the suspend/resume cycle. The problem is more likely in the X server/driver or kernel. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 14442] resume after hibernate: /dev/sdb drops and returns as /dev/sde
https://bugzilla.kernel.org/show_bug.cgi?id=14442 Duncan <1i5t5.duncan at cox.net> changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution||PATCH_ALREADY_AVAILABLE --- Comment #34 from Duncan <1i5t5.duncan at cox.net> 2011-02-23 08:45:14 --- AFAICT, Resolved with 2.6.37 release, so updating as such. I finally got some time to test with a stable kernel, and as of 2.6.37, as best I can tell (this one bedeviled me to the point I'm reluctant to say it's for sure fixed now, without a YEAR of it not coming back!), it's fixed. The kernel comes back up and from CLI (there's major X corruption preventing use of it after restore, but that'd be a different bug), I can dmesg, which clearly shows (1) an initial failure to read the drive's ID info properly, as before, but now, (2) instead of kicking it out to sde (with sd[a-d] normal) or whatever as it did before, it apparently retries and comes up with the proper ID, thus returning the drive to the proper sd[a-d] letter and its partitions to the proper place in their assigned md/RAIDs. On a slightly different note, a big THANKS! to whoever introduced and continues maintaining magic-sysreq. I had a hardware issue for awhile and at first thought it was yet another pre-release kernel bug. A bit of circuit-trace paint later (expensive keyboard) and it's working fine again, but as often the case, I didn't realize how much I took that feature for granted until it failed. And of course, thanks for getting the device-id detect and if necessary retry working, too. =:^) Now to see how 2.6.38 is coming along. Maybe the radeon graphics restore-state-on-resume works better now. We'll see. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Free Software Download: Index, Search & Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev -- ___ Dri-devel mailing list Dri-devel at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 34427] Graphical corruption when opening windows
https://bugs.freedesktop.org/show_bug.cgi?id=34427 --- Comment #10 from Michel D?nzer 2011-02-23 08:38:46 PST --- I guess it's most likely an xserver issue. E.g. commit 6dd775f57d2f94f0ddaee324aeec33b9b66ed5bc ('composite: Don't backfill non-bg-None windows') looks possibly relevant. Sounds like bug 27596 btw (though AFAICT that was reported before the change above was made). -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
Linux 2.6.38-rc6
On Tue, Feb 22, 2011 at 9:42 PM, Anca Emanuel wrote: > General protection fault: > http://i.imgur.com/TBJ6y.jpg > > dmesg: http://pastebin.com/qD8pR8QH > config: http://pastebin.com/XEurtHWi That's drivers/video/fbmem.c: fb_release(), and the "Code:" disassembly shows that it is 1b: e8 f7 c0 29 00 callq xyz 20: 48 8b 93 b8 03 00 00mov0x3b8(%rbx),%rdx 27:* 48 8b 42 10 mov0x10(%rdx),%rax <-- trapping instruction which corresponds to mutex_lock(>lock); if (info->fbops->fb_release) info->fbops->fb_release(info,1); so it looks like 'info->fbops' is invalid. It's in %rdx, and is 0x00d000ae00b500c2, which is definitely not a valid pointer. Looks like some bad corruption (looks like a sequence of 16-bit numbers, but it could be anything). Looks like nouveafb took over from vesafb. Did you do anything special to trigger this? Also, you do seem to have some extra patches (yama at the least). Anything else? Linus
[Bug 34626] Mesa-Gallium with R600 - Framerate limited to 60 fps after suspend-cycle
https://bugs.freedesktop.org/show_bug.cgi?id=34626 --- Comment #6 from peterle at hottemptation.org 2011-02-23 08:21:20 PST --- Environment-Variables: export R600_ENABLE_S3TC=1 export vblank_mode=0 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34626] Mesa-Gallium with R600 - Framerate limited to 60 fps after suspend-cycle
https://bugs.freedesktop.org/show_bug.cgi?id=34626 --- Comment #5 from peterle at hottemptation.org 2011-02-23 08:20:49 PST --- Created an attachment (id=43714) --> (https://bugs.freedesktop.org/attachment.cgi?id=43714) output of complete package-list -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34626] Mesa-Gallium with R600 - Framerate limited to 60 fps after suspend-cycle
https://bugs.freedesktop.org/show_bug.cgi?id=34626 --- Comment #4 from peterle at hottemptation.org 2011-02-23 08:20:14 PST --- Created an attachment (id=43713) --> (https://bugs.freedesktop.org/attachment.cgi?id=43713) output of lspci -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34626] Mesa-Gallium with R600 - Framerate limited to 60 fps after suspend-cycle
https://bugs.freedesktop.org/show_bug.cgi?id=34626 --- Comment #3 from peterle at hottemptation.org 2011-02-23 08:19:56 PST --- Created an attachment (id=43712) --> (https://bugs.freedesktop.org/attachment.cgi?id=43712) .config of kernel-2.6.38-rc6 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34626] Mesa-Gallium with R600 - Framerate limited to 60 fps after suspend-cycle
https://bugs.freedesktop.org/show_bug.cgi?id=34626 --- Comment #2 from peterle at hottemptation.org 2011-02-23 08:19:28 PST --- Created an attachment (id=43711) --> (https://bugs.freedesktop.org/attachment.cgi?id=43711) output of glxinfo -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34626] Mesa-Gallium with R600 - Framerate limited to 60 fps after suspend-cycle
https://bugs.freedesktop.org/show_bug.cgi?id=34626 --- Comment #1 from peterle at hottemptation.org 2011-02-23 08:18:54 PST --- Created an attachment (id=43710) --> (https://bugs.freedesktop.org/attachment.cgi?id=43710) output of dmesg -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34626] New: Mesa-Gallium with R600 - Framerate limited to 60 fps after suspend-cycle
https://bugs.freedesktop.org/show_bug.cgi?id=34626 Summary: Mesa-Gallium with R600 - Framerate limited to 60 fps after suspend-cycle Product: DRI Version: XOrg CVS Platform: Other OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel at lists.freedesktop.org ReportedBy: peterle at hottemptation.org Hello, I past I thought this is a bug of IOQuake3, but during switching between Mesa-Classic and Mesa-Gallium I recognized, that the problem only exists with Mesa-Gallium! Reproduce: 1. $export vblank_mode=0 // switching of vsync 2. Launch an IOQuake3 based game (Quake3 Arena, OpenArena, World of Padman...) 3. check that VSYNC in IOQuake3 is also disabled! 4. Start a game and set "cg_drawpfs 1", know you should have at the top right corner a display with your current framerate which is hopefully over 60 fps 5. switch to a tty during playing (should be no problem with Kernel-Mode-Setting) 6. #pm-suspend (as root) 7. resume from suspend 8. switch back to X11/IOQuake3 -> framerate is limited to 60 fps To fix this you have to relaunch IOQuake3 or simply type into quake-console "vid_restart". With Mesa-Classic and the R600-Driver this is not necessary, it displays always the maximum possible framerate. Maybe Gallium doesn't read or forget the environment-variable export_vblank during resume from suspend? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34427] Graphical corruption when opening windows
https://bugs.freedesktop.org/show_bug.cgi?id=34427 Michel D?nzer changed: What|Removed |Added Attachment #43656|text/x-c++ |text/plain mime type|| -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34427] Graphical corruption when opening windows
https://bugs.freedesktop.org/show_bug.cgi?id=34427 Michel D?nzer changed: What|Removed |Added Attachment #43655|text/x-c++ |text/plain mime type|| -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34618] Slow text scrolling on tty after suspend-cycle
https://bugs.freedesktop.org/show_bug.cgi?id=34618 --- Comment #7 from Alex Deucher 2011-02-23 08:11:42 PST --- Just to clarify, is scrolling slow in X or the console after resume? Can you bisect? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[PATCH] drm/i915: fix corruptions on i8xx due to relaxed fencing
Am Mi, 23.02.2011, 07:59 schrieb Indan Zupancic: > On Tue, February 22, 2011 18:25, Daniel Vetter wrote: >> It looks like gen2 has a peculiar interleaved 2-row inter-tile >> layout. Probably inherited from i81x which had 2kb tiles (which >> naturally fit an even-number-of-tile-rows scheme to fit onto 4kb >> pages). There is no other mention of this in any docs (also not >> in the Intel internal documention according to Chris Wilson). >> >> Problem manifests itself in corruptions in the second half of the >> last tile row (if the bo has an odd number of tiles). Which can >> only happen with relaxed tiling (introduced in a00b10c360b35d6431a9). >> >> So reject set_tiling calls that don't satisfy this constrain to >> prevent broken userspace from causing havoc. While at it, also >> check the size for newer chipsets. >> >> LKML: https://lkml.org/lkml/2011/2/19/5 >> Reported-by: Indan Zupancic >> Signed-off-by: Daniel Vetter >> --- >> drivers/gpu/drm/i915/i915_gem_tiling.c | 16 +++- >> 1 files changed, 15 insertions(+), 1 deletions(-) >> >> diff --git a/drivers/gpu/drm/i915/i915_gem_tiling.c >> b/drivers/gpu/drm/i915/i915_gem_tiling.c >> index 22a32b9..79a04fd 100644 >> --- a/drivers/gpu/drm/i915/i915_gem_tiling.c >> +++ b/drivers/gpu/drm/i915/i915_gem_tiling.c >> @@ -184,7 +184,7 @@ i915_gem_detect_bit_6_swizzle(struct drm_device >> *dev) >> static bool >> i915_tiling_ok(struct drm_device *dev, int stride, int size, int >> tiling_mode) >> { >> -int tile_width; >> +int tile_width, tile_height; >> >> /* Linear is always fine */ >> if (tiling_mode == I915_TILING_NONE) >> @@ -215,6 +215,20 @@ i915_tiling_ok(struct drm_device *dev, int stride, >> int size, int >> tiling_mode) >> } >> } >> >> +if (IS_GEN2(dev) || >> +(tiling_mode == I915_TILING_Y && HAS_128_BYTE_Y_TILING(dev))) >> +tile_height = 32; >> +else >> +tile_height = 8; >> +/* i8xx is strange: It has 2 interleaved rows of tiles, so needs an >> even >> + * number of tile rows. */ >> +if (IS_GEN2(dev)) >> +tile_height *= 2; >> + >> +/* Size needs to be aligned to a full tile row */ >> +if (size & (tile_height * stride - 1)) >> +return false; >> + >> /* 965+ just needs multiples of tile width */ >> if (INTEL_INFO(dev)->gen >= 4) { >> if (stride & (tile_width - 1)) > > Tested-by: Indan Zupancic > > I tested with this patch and without the other ones you send and the > corruption > is indeed gone. > > Not sure why you dropped lkml from CC, now people who stuble upon it don't > see > the ending... Random incoherency in my brain. Re-added to cc. - Daniel
[Bug 34618] Slow text scrolling on tty after suspend-cycle
https://bugs.freedesktop.org/show_bug.cgi?id=34618 --- Comment #6 from peterle at hottemptation.org 2011-02-23 08:08:59 PST --- Following environment variables are set: export R600_ENABLE_S3TC=1 export vblank_mode=0 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34618] Slow text scrolling on tty after suspend-cycle
https://bugs.freedesktop.org/show_bug.cgi?id=34618 --- Comment #5 from peterle at hottemptation.org 2011-02-23 08:07:02 PST --- Created an attachment (id=43709) --> (https://bugs.freedesktop.org/attachment.cgi?id=43709) list of installed packages -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34618] Slow text scrolling on tty after suspend-cycle
https://bugs.freedesktop.org/show_bug.cgi?id=34618 --- Comment #4 from peterle at hottemptation.org 2011-02-23 08:06:30 PST --- Created an attachment (id=43708) --> (https://bugs.freedesktop.org/attachment.cgi?id=43708) output of lspci -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34618] Slow text scrolling on tty after suspend-cycle
https://bugs.freedesktop.org/show_bug.cgi?id=34618 --- Comment #3 from peterle at hottemptation.org 2011-02-23 08:06:11 PST --- Created an attachment (id=43707) --> (https://bugs.freedesktop.org/attachment.cgi?id=43707) .config of kernel 2.6.38-rc6 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34618] Slow text scrolling on tty after suspend-cycle
https://bugs.freedesktop.org/show_bug.cgi?id=34618 --- Comment #2 from peterle at hottemptation.org 2011-02-23 08:05:47 PST --- Created an attachment (id=43706) --> (https://bugs.freedesktop.org/attachment.cgi?id=43706) output of dmesg -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34618] Slow text scrolling on tty after suspend-cycle
https://bugs.freedesktop.org/show_bug.cgi?id=34618 --- Comment #1 from peterle at hottemptation.org 2011-02-23 08:05:12 PST --- Created an attachment (id=43705) --> (https://bugs.freedesktop.org/attachment.cgi?id=43705) output of glxinfo -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[PATCH] drm/i915: fix corruptions on i8xx due to relaxed fencing
Hi, On Tue, February 22, 2011 18:25, Daniel Vetter wrote: > It looks like gen2 has a peculiar interleaved 2-row inter-tile > layout. Probably inherited from i81x which had 2kb tiles (which > naturally fit an even-number-of-tile-rows scheme to fit onto 4kb > pages). There is no other mention of this in any docs (also not > in the Intel internal documention according to Chris Wilson). > > Problem manifests itself in corruptions in the second half of the > last tile row (if the bo has an odd number of tiles). Which can > only happen with relaxed tiling (introduced in a00b10c360b35d6431a9). > > So reject set_tiling calls that don't satisfy this constrain to > prevent broken userspace from causing havoc. While at it, also > check the size for newer chipsets. > > LKML: https://lkml.org/lkml/2011/2/19/5 > Reported-by: Indan Zupancic > Signed-off-by: Daniel Vetter > --- > drivers/gpu/drm/i915/i915_gem_tiling.c | 16 +++- > 1 files changed, 15 insertions(+), 1 deletions(-) > > diff --git a/drivers/gpu/drm/i915/i915_gem_tiling.c > b/drivers/gpu/drm/i915/i915_gem_tiling.c > index 22a32b9..79a04fd 100644 > --- a/drivers/gpu/drm/i915/i915_gem_tiling.c > +++ b/drivers/gpu/drm/i915/i915_gem_tiling.c > @@ -184,7 +184,7 @@ i915_gem_detect_bit_6_swizzle(struct drm_device *dev) > static bool > i915_tiling_ok(struct drm_device *dev, int stride, int size, int tiling_mode) > { > - int tile_width; > + int tile_width, tile_height; > > /* Linear is always fine */ > if (tiling_mode == I915_TILING_NONE) > @@ -215,6 +215,20 @@ i915_tiling_ok(struct drm_device *dev, int stride, int > size, int > tiling_mode) > } > } > > + if (IS_GEN2(dev) || > + (tiling_mode == I915_TILING_Y && HAS_128_BYTE_Y_TILING(dev))) > + tile_height = 32; > + else > + tile_height = 8; > + /* i8xx is strange: It has 2 interleaved rows of tiles, so needs an even > + * number of tile rows. */ > + if (IS_GEN2(dev)) > + tile_height *= 2; > + > + /* Size needs to be aligned to a full tile row */ > + if (size & (tile_height * stride - 1)) > + return false; > + > /* 965+ just needs multiples of tile width */ > if (INTEL_INFO(dev)->gen >= 4) { > if (stride & (tile_width - 1)) Tested-by: Indan Zupancic I tested with this patch and without the other ones you send and the corruption is indeed gone. Not sure why you dropped lkml from CC, now people who stuble upon it don't see the ending... Greetings, Indan
[Bug 34618] New: Slow text scrolling on tty after suspend-cycle
https://bugs.freedesktop.org/show_bug.cgi?id=34618 Summary: Slow text scrolling on tty after suspend-cycle Product: DRI Version: XOrg CVS Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel at lists.freedesktop.org ReportedBy: peterle at hottemptation.org Hello, I upgraded from kernel-2.6.37 to kernel-2.6.38-rc6 today, before that upgrade the bug was also present but only sometimes (1 in 10). Because this now happens while after every suspsend-cycle this is definitely reproduceable. When I suspend with "pm-suspend" and resume the computer from suspend, the scrolling on the tty windows is extremly slow. Reproduce: 1. Use a tty with KMS 2. #pm-suspend 3. resume from suspend 4. launch a command which requires to scroll the output on the tty, like "dmesg" Other applications also draw "slow" like fbi (part of fbida, a imageviewer for the framebuffer). -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 30167] Heroes of Newerth: Setting shader quality to medium results in corrupt rendering
https://bugs.freedesktop.org/show_bug.cgi?id=30167 --- Comment #23 from Marek Ol??k 2011-02-23 06:34:31 PST --- It could be. That FS input may contain random values because it's uninitialized, potentially leading to pixels being influenced by it, resulting in sort of random corruption. It depends on the shader and how much the input contributes to the final pixel color. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34418] SuperTuxRacer 0.7/Warzone 2100 and r300g MemoryFault (64bit only)
https://bugs.freedesktop.org/show_bug.cgi?id=34418 Marek Ol??k changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #15 from Marek Ol??k 2011-02-23 06:25:30 PST --- The patch landed in master. Thanks for figuring out this bug. Hell of a job. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34462] 180 second hang on boot, DRM doesn't seem to initialize (firmware issue?)
https://bugs.freedesktop.org/show_bug.cgi?id=34462 --- Comment #4 from Michel D?nzer 2011-02-23 06:05:20 PST --- (In reply to comment #4) > [4.414321] radeon :01:05.0: WB enabled Does passing the parameter no_wb=1 to the radeon kernel module help? Alternatively, does disabling the integrated RS780 GPU work around the problem? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 30167] Heroes of Newerth: Setting shader quality to medium results in corrupt rendering
https://bugs.freedesktop.org/show_bug.cgi?id=30167 --- Comment #22 from Sven Arvidsson 2011-02-23 05:42:54 PST --- (In reply to comment #21) > I don't think so. We can't fix the error, we can only suppress printing it. If > there is any issue unrelated to the error, let's keep this report open (is > there any?), otherwise I'd close it. There's still a problem with rendering issues when shader quality is set to anything higher than "Low". I was just wondering if this is related to the hardware limitation (the "FS input generic 17 unassigned" warning) rather than bug? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34583] graphics artifacts in Opengl
https://bugs.freedesktop.org/show_bug.cgi?id=34583 --- Comment #1 from Michel D?nzer 2011-02-23 04:33:30 PST --- (In reply to comment #1) > Attached a screenshot. There's no attachment. Please also attach the full Xorg.0.log and xorg.conf (if any) and maybe also the output of glxinfo. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 33185] X crashes when kWin effects are turned on
https://bugs.freedesktop.org/show_bug.cgi?id=33185 --- Comment #14 from Marek Ol??k 2011-02-23 04:12:41 PST --- Alright, I missed that info, sorry. I tried kwin just recently and I didn't see any crashes. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 33185] X crashes when kWin effects are turned on
https://bugs.freedesktop.org/show_bug.cgi?id=33185 --- Comment #13 from Wojciech Ryrych 2011-02-23 03:01:42 PST --- > This backtrace doesn't make sense. There's a NULL pointer check in > r300_buffer_create, so get_cs_handle shouldn't be called at all. Have you > installed the driver properly? Marek, as I said I have the driver installed from xorg-edgers ppa. I don?t compile it myself. This ppa is a snapshot from git and updates arrive fairly often. I?d like to help you writing good report but I can only tell that kWin crashes when I try to turn destop effects on. I saw many similar problems to mine but in other bugzillas, be it KDE, Ubuntu and others. The problem is many people don?t decide to report their problems upstream, that is here, on freedesktop. I would also like to know if someone else has the same problem as I have. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[PATCH] fix backlight brightness on intel LVDS panel after reopening lid
On Tue, February 22, 2011 22:04, Jesse Barnes wrote: > On Sat, 19 Feb 2011 15:07:49 -0800 > Linus Torvalds wrote: > >> On Sat, Feb 19, 2011 at 4:26 AM, Alex Riesen wrote: >> > On Sat, Feb 19, 2011 at 13:11, Alex Riesen wrote: >> >>> Lastly, could you verify that my patch at >> >>> https://lkml.org/lkml/2011/2/16/447 >> fixes >> >>> it for you too? (Make sure you're at max brightness before rebooting.) >> >> >> >> I'll try it now. >> >> >> > >> > I can confirm that it does fix backlight in my case (Dell XPS 1330, >> > LVDS panel, GM965/GL960). >> > >> > Tested-by: Alex Riesen >> >> Guys, should I apply this, or will I get it through somebody's pull? > > I'm worried that removing combo mode will break some working setups, > but if it's seen a lot of testing and is ok, then I'm fine with it, as > it definitely simplifies things. This all seems new code added in 2.6.37, it wasn't there before. The working setups stopped working when that code was added. The only reason it may work for some gen 2 and gen 3 hardware is because of a random value of the max brightness (bit 16). The buggy code seems to be written in a haste without any testing done. It's so off from the official documentation that I suspect that the windows driver was used as reference, but its code was misinterpreted. I grepped the userspace driver source, and LBPC is defined there for 810, but not used anywhere either. This patch should be added to stable kernel 2.6.37.2, because it messes up the LPBC register, which some laptops store between boots. Quoting https://bugzilla.kernel.org/show_bug.cgi?id=23472#c57 - Checking bit 16 in BLC_PWM_CTL is wrong, it has no special meaning. - If LBPC == 0xff, it should be ignored and it's not in combination mode. (This is for gen 3). - Gen 2 documentation doesn't mention LBPC or combination mode at all. Gen 3 does, but doesn't tell what the register value is or how to use it, it just mentions it. - The calculations are rubbish, resulting in bogus LBPC values, and depending on how lucky you are, it writes different values for the registers after a restore. All this code is new and causes problems, while everything worked before just fine, when the driver didn't do anything special. So it seems a bit like voodoo programming, because nothing the driver did followed the official Intel documentation. Now, there may be real reasons for some of the code, but I propose we add them one at a time when people show up with problems without the weird code added. That way the reason for any weirdness is also documented. Greetings, Indan
[Bug 34567] xf86-video-ati git and drm-radeon-testing git: CS checker let mplayer / vlc to fail with xv
https://bugs.freedesktop.org/show_bug.cgi?id=34567 --- Comment #7 from Andy Furniss 2011-02-23 02:28:40 PST --- (In reply to comment #6) > Does this commit to the ddx fix the issue? > http://cgit.freedesktop.org/xorg/driver/xf86-video-ati/commit/?id=91070cfd75d5607c4a72ace780f830f0ddb40e84 No. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34598] New: pipewalker-0.9.1 crashed with intel i965 gallium driver
https://bugs.freedesktop.org/show_bug.cgi?id=34598 Summary: pipewalker-0.9.1 crashed with intel i965 gallium driver Product: Mesa Version: 7.10 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/i915g AssignedTo: dri-devel at lists.freedesktop.org ReportedBy: toralf.foerster at gmx.de I tried to make a good back trace but for some reasons (https://bugs.gentoo.org/show_bug.cgi?id=354445#c3) a I could only produce a not very useful backtrace (https://forums.gentoo.org/viewtopic.php?p=6589137#6589137). -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 31565] [r300] radeon_texture.c:136: radeon_teximage_map: Assertion `!image->base.Data' failed.
https://bugs.freedesktop.org/show_bug.cgi?id=31565 --- Comment #3 from Lee Wilson 2011-02-23 00:50:28 PST --- (In reply to comment #2) > I'm experiencing this problem under Arch Linux (x64, 2.6.36.2, Mesa 7.10) when > trying to launch Gnome-Shell from git on an R600: > 01:00.0 VGA compatible controller: ATI Technologies Inc Mobility Radeon HD > 3650 kernel 2.6.38-rc5 fix's this with its new radeon driver. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 33038] celestia crashes with error: "radeon_cs_gem.c:181: cs_gem_write_reloc: Assertion `boi->space_accounted' failed"
https://bugs.freedesktop.org/show_bug.cgi?id=33038 --- Comment #4 from Fabio Pedretti 2011-02-23 00:28:34 PST --- IIRC there was a similar problem on other radeon drivers that was fixed with the following commits: r200: http://cgit.freedesktop.org/mesa/mesa/commit/?id=603741a86df0e43c0b52e8c202a35c7fe2fc1d9c r100: http://cgit.freedesktop.org/mesa/mesa/commit/?id=b194b9b23801cd716244047b0b9b8bd9be518b78 r300: http://cgit.freedesktop.org/mesa/mesa/commit/?id=d8eef5196fcd6f51e443d4dfa0fda8aadc668f9f -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 33038] celestia crashes with error: radeon_cs_gem.c:181: cs_gem_write_reloc: Assertion `boi-space_accounted' failed
https://bugs.freedesktop.org/show_bug.cgi?id=33038 --- Comment #4 from Fabio Pedretti fabio@libero.it 2011-02-23 00:28:34 PST --- IIRC there was a similar problem on other radeon drivers that was fixed with the following commits: r200: http://cgit.freedesktop.org/mesa/mesa/commit/?id=603741a86df0e43c0b52e8c202a35c7fe2fc1d9c r100: http://cgit.freedesktop.org/mesa/mesa/commit/?id=b194b9b23801cd716244047b0b9b8bd9be518b78 r300: http://cgit.freedesktop.org/mesa/mesa/commit/?id=d8eef5196fcd6f51e443d4dfa0fda8aadc668f9f -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 14442] resume after hibernate: /dev/sdb drops and returns as /dev/sde
https://bugzilla.kernel.org/show_bug.cgi?id=14442 Duncan 1i5t5.dun...@cox.net changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution||PATCH_ALREADY_AVAILABLE --- Comment #34 from Duncan 1i5t5.dun...@cox.net 2011-02-23 08:45:14 --- AFAICT, Resolved with 2.6.37 release, so updating as such. I finally got some time to test with a stable kernel, and as of 2.6.37, as best I can tell (this one bedeviled me to the point I'm reluctant to say it's for sure fixed now, without a YEAR of it not coming back!), it's fixed. The kernel comes back up and from CLI (there's major X corruption preventing use of it after restore, but that'd be a different bug), I can dmesg, which clearly shows (1) an initial failure to read the drive's ID info properly, as before, but now, (2) instead of kicking it out to sde (with sd[a-d] normal) or whatever as it did before, it apparently retries and comes up with the proper ID, thus returning the drive to the proper sd[a-d] letter and its partitions to the proper place in their assigned md/RAIDs. On a slightly different note, a big THANKS! to whoever introduced and continues maintaining magic-sysreq. I had a hardware issue for awhile and at first thought it was yet another pre-release kernel bug. A bit of circuit-trace paint later (expensive keyboard) and it's working fine again, but as often the case, I didn't realize how much I took that feature for granted until it failed. And of course, thanks for getting the device-id detect and if necessary retry working, too. =:^) Now to see how 2.6.38 is coming along. Maybe the radeon graphics restore-state-on-resume works better now. We'll see. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Free Software Download: Index, Search Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev -- ___ Dri-devel mailing list dri-de...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 29632] v2.6.38-rc5 drm:radeon regression
https://bugzilla.kernel.org/show_bug.cgi?id=29632 Fabio fabio@libero.it changed: What|Removed |Added CC||fabio@libero.it --- Comment #1 from Fabio fabio@libero.it 2011-02-23 08:48:11 --- From http://marc.info/?l=linux-kernelm=129803001230359w=2 : fff1ce4dc6113b6fdc4e3a815ca5fd229408f8ef is the first bad commit commit fff1ce4dc6113b6fdc4e3a815ca5fd229408f8ef Author: Marek Olšák mar...@gmail.com Date: Mon Feb 14 01:01:10 2011 +0100 drm/radeon/kms: check AA resolve registers on r300 This is an important security fix because we allowed arbitrary values to be passed to AARESOLVE_OFFSET. This also puts the right buffer address in the register. Signed-off-by: Marek Olšák mar...@gmail.com Signed-off-by: Dave Airlie airl...@redhat.com :04 04 c3a86a556f8c4ee1313bdc12e1f86cb44bacb742 5b872a00532f36c0514790223375f1377a588501 M drivers -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Free Software Download: Index, Search Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev -- ___ Dri-devel mailing list dri-de...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 31565] [r300] radeon_texture.c:136: radeon_teximage_map: Assertion `!image-base.Data' failed.
https://bugs.freedesktop.org/show_bug.cgi?id=31565 --- Comment #3 from Lee Wilson vixsand...@gmail.com 2011-02-23 00:50:28 PST --- (In reply to comment #2) I'm experiencing this problem under Arch Linux (x64, 2.6.36.2, Mesa 7.10) when trying to launch Gnome-Shell from git on an R600: 01:00.0 VGA compatible controller: ATI Technologies Inc Mobility Radeon HD 3650 kernel 2.6.38-rc5 fix's this with its new radeon driver. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 34598] New: pipewalker-0.9.1 crashed with intel i965 gallium driver
https://bugs.freedesktop.org/show_bug.cgi?id=34598 Summary: pipewalker-0.9.1 crashed with intel i965 gallium driver Product: Mesa Version: 7.10 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/i915g AssignedTo: dri-devel@lists.freedesktop.org ReportedBy: toralf.foers...@gmx.de I tried to make a good back trace but for some reasons (https://bugs.gentoo.org/show_bug.cgi?id=354445#c3) a I could only produce a not very useful backtrace (https://forums.gentoo.org/viewtopic.php?p=6589137#6589137). -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 29632] v2.6.38-rc5 drm:radeon regression
https://bugzilla.kernel.org/show_bug.cgi?id=29632 Rafael J. Wysocki r...@sisk.pl changed: What|Removed |Added CC||airl...@linux.ie --- Comment #2 from Rafael J. Wysocki r...@sisk.pl 2011-02-23 09:13:17 --- First-Bad-Commit : fff1ce4dc6113b6fdc4e3a815ca5fd229408f8ef -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Free Software Download: Index, Search Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev -- ___ Dri-devel mailing list dri-de...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 14442] resume after hibernate: /dev/sdb drops and returns as /dev/sde
https://bugzilla.kernel.org/show_bug.cgi?id=14442 Florian Mickler flor...@mickler.org changed: What|Removed |Added Status|RESOLVED|CLOSED Resolution|PATCH_ALREADY_AVAILABLE |UNREPRODUCIBLE --- Comment #35 from Florian Mickler flor...@mickler.org 2011-02-23 10:02:40 --- Where is the patch that fixes the issue? You can choose between 3 alternatives here: - Resolved|PatchAlreadyAvailable means there is a patch that is not yet merged in Linus tree, this always needs a line Patch: url_to_patch in order for Rafaels scripts to work nicely. (Not strictly needed here, as he doesn't produce reports for old kernels ... but.. anyway) - Closed|CodeFix means, a commit was merged into linus tree that has fixed the issue (always give the sha1 id of that commit - Closed|Unreproducible means, it is not reproducible on current linus tree but it's not clear what fixed it. (i.e. you can not provide a sha1 of the fix) I guess, the last one is what's applicable here? -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Free Software Download: Index, Search Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev -- ___ Dri-devel mailing list dri-de...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 34567] xf86-video-ati git and drm-radeon-testing git: CS checker let mplayer / vlc to fail with xv
https://bugs.freedesktop.org/show_bug.cgi?id=34567 --- Comment #7 from Andy Furniss li...@andyfurniss.entadsl.com 2011-02-23 02:28:40 PST --- (In reply to comment #6) Does this commit to the ddx fix the issue? http://cgit.freedesktop.org/xorg/driver/xf86-video-ati/commit/?id=91070cfd75d5607c4a72ace780f830f0ddb40e84 No. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 14442] resume after hibernate: /dev/sdb drops and returns as /dev/sde
https://bugzilla.kernel.org/show_bug.cgi?id=14442 --- Comment #36 from Duncan 1i5t5.dun...@cox.net 2011-02-23 10:30:57 --- Yes, thanks for the clarification. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Free Software Download: Index, Search Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev -- ___ Dri-devel mailing list dri-de...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 29632] v2.6.38-rc5 drm:radeon regression
https://bugzilla.kernel.org/show_bug.cgi?id=29632 Marek Olšák mar...@gmail.com changed: What|Removed |Added CC||mar...@gmail.com --- Comment #3 from Marek Olšák mar...@gmail.com 2011-02-23 10:55:22 --- This was fixed with commit 45e4039c3aea597ede44a264cea322908cdedfe9 in Dave Airlie's drm-fixes branch. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Free Software Download: Index, Search Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev -- ___ Dri-devel mailing list dri-de...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 33185] X crashes when kWin effects are turned on
https://bugs.freedesktop.org/show_bug.cgi?id=33185 --- Comment #14 from Marek Olšák mar...@gmail.com 2011-02-23 04:12:41 PST --- Alright, I missed that info, sorry. I tried kwin just recently and I didn't see any crashes. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 30167] Heroes of Newerth: Setting shader quality to medium results in corrupt rendering
https://bugs.freedesktop.org/show_bug.cgi?id=30167 --- Comment #22 from Sven Arvidsson s...@whiz.se 2011-02-23 05:42:54 PST --- (In reply to comment #21) I don't think so. We can't fix the error, we can only suppress printing it. If there is any issue unrelated to the error, let's keep this report open (is there any?), otherwise I'd close it. There's still a problem with rendering issues when shader quality is set to anything higher than Low. I was just wondering if this is related to the hardware limitation (the FS input generic 17 unassigned warning) rather than bug? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 34462] 180 second hang on boot, DRM doesn't seem to initialize (firmware issue?)
https://bugs.freedesktop.org/show_bug.cgi?id=34462 --- Comment #4 from Michel Dänzer mic...@daenzer.net 2011-02-23 06:05:20 PST --- (In reply to comment #4) [4.414321] radeon :01:05.0: WB enabled Does passing the parameter no_wb=1 to the radeon kernel module help? Alternatively, does disabling the integrated RS780 GPU work around the problem? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 34418] SuperTuxRacer 0.7/Warzone 2100 and r300g MemoryFault (64bit only)
https://bugs.freedesktop.org/show_bug.cgi?id=34418 Marek Olšák mar...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #15 from Marek Olšák mar...@gmail.com 2011-02-23 06:25:30 PST --- The patch landed in master. Thanks for figuring out this bug. Hell of a job. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 30167] Heroes of Newerth: Setting shader quality to medium results in corrupt rendering
https://bugs.freedesktop.org/show_bug.cgi?id=30167 --- Comment #23 from Marek Olšák mar...@gmail.com 2011-02-23 06:34:31 PST --- It could be. That FS input may contain random values because it's uninitialized, potentially leading to pixels being influenced by it, resulting in sort of random corruption. It depends on the shader and how much the input contributes to the final pixel color. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 34618] Slow text scrolling on tty after suspend-cycle
https://bugs.freedesktop.org/show_bug.cgi?id=34618 --- Comment #1 from pete...@hottemptation.org 2011-02-23 08:05:12 PST --- Created an attachment (id=43705) -- (https://bugs.freedesktop.org/attachment.cgi?id=43705) output of glxinfo -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 34618] Slow text scrolling on tty after suspend-cycle
https://bugs.freedesktop.org/show_bug.cgi?id=34618 --- Comment #2 from pete...@hottemptation.org 2011-02-23 08:05:47 PST --- Created an attachment (id=43706) -- (https://bugs.freedesktop.org/attachment.cgi?id=43706) output of dmesg -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 34618] Slow text scrolling on tty after suspend-cycle
https://bugs.freedesktop.org/show_bug.cgi?id=34618 --- Comment #3 from pete...@hottemptation.org 2011-02-23 08:06:11 PST --- Created an attachment (id=43707) -- (https://bugs.freedesktop.org/attachment.cgi?id=43707) .config of kernel 2.6.38-rc6 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 34618] Slow text scrolling on tty after suspend-cycle
https://bugs.freedesktop.org/show_bug.cgi?id=34618 --- Comment #4 from pete...@hottemptation.org 2011-02-23 08:06:30 PST --- Created an attachment (id=43708) -- (https://bugs.freedesktop.org/attachment.cgi?id=43708) output of lspci -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 34618] Slow text scrolling on tty after suspend-cycle
https://bugs.freedesktop.org/show_bug.cgi?id=34618 --- Comment #5 from pete...@hottemptation.org 2011-02-23 08:07:02 PST --- Created an attachment (id=43709) -- (https://bugs.freedesktop.org/attachment.cgi?id=43709) list of installed packages -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 34618] Slow text scrolling on tty after suspend-cycle
https://bugs.freedesktop.org/show_bug.cgi?id=34618 --- Comment #6 from pete...@hottemptation.org 2011-02-23 08:08:59 PST --- Following environment variables are set: export R600_ENABLE_S3TC=1 export vblank_mode=0 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 34427] Graphical corruption when opening windows
https://bugs.freedesktop.org/show_bug.cgi?id=34427 Michel Dänzer mic...@daenzer.net changed: What|Removed |Added Attachment #43655|text/x-c++ |text/plain mime type|| -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 34427] Graphical corruption when opening windows
https://bugs.freedesktop.org/show_bug.cgi?id=34427 Michel Dänzer mic...@daenzer.net changed: What|Removed |Added Attachment #43656|text/x-c++ |text/plain mime type|| -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 34626] New: Mesa-Gallium with R600 - Framerate limited to 60 fps after suspend-cycle
https://bugs.freedesktop.org/show_bug.cgi?id=34626 Summary: Mesa-Gallium with R600 - Framerate limited to 60 fps after suspend-cycle Product: DRI Version: XOrg CVS Platform: Other OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel@lists.freedesktop.org ReportedBy: pete...@hottemptation.org Hello, I past I thought this is a bug of IOQuake3, but during switching between Mesa-Classic and Mesa-Gallium I recognized, that the problem only exists with Mesa-Gallium! Reproduce: 1. $export vblank_mode=0 // switching of vsync 2. Launch an IOQuake3 based game (Quake3 Arena, OpenArena, World of Padman...) 3. check that VSYNC in IOQuake3 is also disabled! 4. Start a game and set cg_drawpfs 1, know you should have at the top right corner a display with your current framerate which is hopefully over 60 fps 5. switch to a tty during playing (should be no problem with Kernel-Mode-Setting) 6. #pm-suspend (as root) 7. resume from suspend 8. switch back to X11/IOQuake3 - framerate is limited to 60 fps To fix this you have to relaunch IOQuake3 or simply type into quake-console vid_restart. With Mesa-Classic and the R600-Driver this is not necessary, it displays always the maximum possible framerate. Maybe Gallium doesn't read or forget the environment-variable export_vblank during resume from suspend? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 34626] Mesa-Gallium with R600 - Framerate limited to 60 fps after suspend-cycle
https://bugs.freedesktop.org/show_bug.cgi?id=34626 --- Comment #1 from pete...@hottemptation.org 2011-02-23 08:18:54 PST --- Created an attachment (id=43710) -- (https://bugs.freedesktop.org/attachment.cgi?id=43710) output of dmesg -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel