[Bug 20679] New: [i915] blank screen with 2.6.29-rc kernels
http://bugs.freedesktop.org/show_bug.cgi?id=20679 Summary: [i915] blank screen with 2.6.29-rc kernels Product: Mesa Version: 7.1 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Keywords: NEEDINFO, regression Severity: normal Priority: medium Component: Drivers/DRI/i915 AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: kerol...@iki.fi Created an attachment (id=23905) -- (http://bugs.freedesktop.org/attachment.cgi?id=23905) debug files: dmesg.txt lspci-vvv.txt Xorg.0.log xorg.conf xrandr-verbose.txt System environment -- -- chipset: 00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c) (prog-if 00 [VGA controller]) Subsystem: Dell Latitude D630 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 27 Region 0: Memory at fea0 (64-bit, non-prefetchable) [size=1M] Region 2: Memory at e000 (64-bit, prefetchable) [size=256M] Region 4: I/O ports at efe8 [size=8] Capabilities: [90] Message Signalled Interrupts: Mask- 64bit- Queue=0/0 Enable+ Address: fee0300c Data: 4191 Capabilities: [d0] Power Management version 3 Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Bridge: PM- B3+ Kernel modules: intelfb 00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c) Subsystem: Dell Unknown device 01f9 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Region 0: Memory at feb0 (64-bit, non-prefetchable) [size=1M] Capabilities: [d0] Power Management version 3 Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Bridge: PM- B3+ -- system architecture: x86_64 -- xf86-video-intel/xserver/mesa/libdrm version: Name: mesa-dri-drivers Relocations: (not relocatable) Version : 7.1 Vendor: Fedora Project Release : 0.37.fc9 Build Date: Fri 27 Jun 2008 10:24:46 PM CEST X.Org X Server 1.5.2 Release Date: 10 October 2008 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.18-92.1.10.el5 x86_64 Current Operating System: Linux lelux 2.6.29-rc7-00143-g99adcd9 #1 SMP Tue Mar 10 13:10:40 CET 2009 x86_64 Build Date: 03 November 2008 12:34:48AM Build ID: xorg-x11-server 1.5.2-3.fc9 server glx version string: 1.2 Name: libdrm Relocations: (not relocatable) Version : 2.4.0 Vendor: Fedora Project Release : 0.13.fc9 Build Date: Wed 18 Jun 2008 01:25:28 AM CEST -- kernel version: 2.6.29-rc7-00143-g99adcd9 -- Linux distribution: Fedora release 9 -- Machine or mobo model: Dell Latitude D630 http://www.dell.com/content/products/productdetails.aspx/latit_d630?c=usl=ens=bizcs=555 -- Display connector: docking connector, VGA, Reproduce steps. Probability if not 100% reproducible - Problems started with 2.6.29-rc* kernels. I am not sure which was the first time I saw the behavior first time but rc3 is quite close. My laptop is nearly always attached to docking station, so it took a while to figure out how bad this bug is. Startup. Initially I noticed blank screen after boot. That was easily cured with switching to console and back to login page (ctrl+alt+f1 ctrl+alt+f7). Mode switching. When switching modes nearly 50% of times when I come back to X screen is blank. Retry works fine. Deattach from dock while system running test. After this X was never blank, but console mode was always. The console mode was perfectly usable. Reattach to dock. System freeze without stacktrace and the Magic SysRq keys did nothing. All of my reattachment tries has always caused this, and because behavior is so annoying I have done this only three times. When I send email to Jessa Barnes he replied: Sounds like a regression, but it could be related to the new KMS bits... -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Apps built with the Adobe(R)
[Bug 20672] Sync to vblank does not work on X1300 Mobility
http://bugs.freedesktop.org/show_bug.cgi?id=20672 Michel Dänzer mic...@daenzer.net changed: What|Removed |Added Component|Drivers/DRI/Radeon |Drivers/DRI/r300 --- Comment #4 from Michel Dänzer mic...@daenzer.net 2009-03-16 02:09:59 PST --- Does watch grep radeon /proc/interrupts show an increase in the number of interrupts received from the Radeon which roughly corresponds to the display refresh rate? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 20672] Sync to vblank does not work on X1300 Mobility
http://bugs.freedesktop.org/show_bug.cgi?id=20672 --- Comment #5 from Christian Speckner cnspe...@physik.uni-wuerzburg.de 2009-03-16 03:45:13 PST --- No, it doesn't; no interrupts seem to be generated. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 20672] Sync to vblank does not work on X1300 Mobility
http://bugs.freedesktop.org/show_bug.cgi?id=20672 --- Comment #6 from Michel Dänzer mic...@daenzer.net 2009-03-16 03:55:43 PST --- Did you check with and without glxgears or another 3D app running? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 20672] Sync to vblank does not work on X1300 Mobility
http://bugs.freedesktop.org/show_bug.cgi?id=20672 --- Comment #7 from Christian Speckner cnspe...@physik.uni-wuerzburg.de 2009-03-16 04:00:33 PST --- Yep, I did. grep radeon /proc/interrupts gives 16: 1 0 IO-APIC-fasteoi yenta, uhci_hcd:usb2, rad...@pci::01:00.0 which doesn't change on running glxgears. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 20672] Sync to vblank does not work on X1300 Mobility
http://bugs.freedesktop.org/show_bug.cgi?id=20672 --- Comment #8 from Michel Dänzer mic...@daenzer.net 2009-03-16 04:13:50 PST --- This is most likely an issue in the kernel then, or possibly in xf86-video-ati. Can you try a newer kernel (e.g. 2.6.28.x) or the DRM kernel modules from git://anongit.freedesktop.org/git/mesa/drm ? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 20672] Sync to vblank does not work on X1300 Mobility
http://bugs.freedesktop.org/show_bug.cgi?id=20672 Christian Speckner cnspe...@physik.uni-wuerzburg.de changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #9 from Christian Speckner cnspe...@physik.uni-wuerzburg.de 2009-03-16 04:27:49 PST --- On the spot, thanks! I just tried the git drm modules, and it now works fine. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 20626] r200 texgen with glVertex4f(x, y, z, w) error
http://bugs.freedesktop.org/show_bug.cgi?id=20626 raoxianhong raoxianh...@163.net changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #6 from raoxianhong raoxianh...@163.net 2009-03-16 04:48:52 PST --- (In reply to comment #5) (In reply to comment #3) Thank for replay, I use the texgen function use with GL_OBJECT_LINEAR option and expexted tex coord as px * x + py * y + pz * z + pw * w, it looks like r200 set object coord to normalized (x/w, y/w, z/w, 1.0), so the result is px * x / w + py * y / w + pz * z / w + pw, is it a hw limitation or parameter setting bug? The hw should be able to handle it, so should the driver. You should try a newer mesa version. The problem is solved by update mesa version. But I must DISABLE GL_TEXTURE_GEN_R and GL_TEXTURE_GEN_Q to do it. If GL_TEXTURE_GEN_R or GL_TEXTURE_GEN_Q is enabled, R200 looks line to object coord to normalized (x/w, y/w, z/w, 1.0), it is same when I use with ATI's driver under windows XP, so it must be a limitation of R200. (and I get the same result on RADEON X300, X1300) -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: 2.6.29-rc breaks STD using Intel 945
Sitsofe Wheeler wrote: Hmm. Does switching to and then back from a virtual terminal also break? I think i have the same problem and yes, switching to and back from vt also breaks X. I opened a bug here: https://bugzilla.novell.com/show_bug.cgi?id=485537 For me it currently helps to disable dri which makes my system stable again. Thanks, Frank -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 12861] Xorg fails to start Failed to allocate space for kernel memory manager
http://bugzilla.kernel.org/show_bug.cgi?id=12861 se...@hallyn.com changed: What|Removed |Added CC||airl...@linux.ie --- Comment #15 from se...@hallyn.com 2009-03-16 07:47 --- Hi David, could you look over the comments in this post and tell me if it rings any bells about what sorts of situations would cause the case where, when running startx, agp_bridge-agp_in_use 0? The kernel bisect results claim that this started happening as of a patch (which I wrote) which, in the test machine, moves some calls to a static inline empty function (put_user_ns) around. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 20647] display hangs with radeon driver in Xorg 1.6
http://bugs.freedesktop.org/show_bug.cgi?id=20647 --- Comment #10 from Alex Deucher ag...@yahoo.com 2009-03-16 08:07:27 PST --- (In reply to comment #9) can reproduce the hang even with 1x with dosbox if I tell it to use opengl at a resolution of 1600x1200 in fullscreen. first causes dosbox to chew up all cpu. then if dosbox is killed Xorg chews up all cpu (and is unkillable, just stuck in R state, never getting the kill -9) That may be an app specific issue and not necessarily related to this bug. Can you try agpmode 2? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 20647] display hangs with radeon driver in Xorg 1.6
http://bugs.freedesktop.org/show_bug.cgi?id=20647 --- Comment #11 from Shaya Potter spot...@cs.columbia.edu 2009-03-16 08:42:00 PST --- I've been using 2 without a problem. However, should a buggy app be able to make the Xserver go nuts like that? i.e. consume 100% cpu even when the program is forcably killed and the Xserver not be able to be forcably killed? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 20626] r200 texgen with glVertex4f(x, y, z, w) error
http://bugs.freedesktop.org/show_bug.cgi?id=20626 --- Comment #7 from Roland Scheidegger srol...@tungstengraphics.com 2009-03-16 08:53:42 PST --- (In reply to comment #6) The problem is solved by update mesa version. But I must DISABLE GL_TEXTURE_GEN_R and GL_TEXTURE_GEN_Q to do it. If GL_TEXTURE_GEN_R or GL_TEXTURE_GEN_Q is enabled, R200 looks line to object coord to normalized (x/w, y/w, z/w, 1.0), it is same when I use with ATI's driver under windows XP, so it must be a limitation of R200. (and I get the same result on RADEON X300, X1300) I'm not sure I follow you there. If you get the same results on X300 and X1300 then possibly the results might be correct. Clearly if you disable GL_TEXTURE_GEN_R and GL_TEXTURE_GEN_Q results are expected to be different. In the example you gave, what coords do you get? The coords after texgen for your four vertices should be (1.0, 0.0, 2.0, 2.0) (1.0, 2.0, 2.0, 2.0) (0.5, 2.0, 2.0, 2.0) (0.25, 0.0, 1.0, 1.0) hence after the q divide (and ignoring the unused r coord) (0.5, 0.0) (0.5, 1.0) (0.25, 1.0) (0.25, 0.0) Is that different to what you get? Note that if you disable some of the texgen coords, the r200 _will_ produce bogus results in some cases, and I think it's generally a good idea to stay away from doing this -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: 2.6.29-rc breaks STD using Intel 945
On Mon, Mar 16, 2009 at 02:02:56PM +0100, Frank Seidel wrote: Sitsofe Wheeler wrote: Hmm. Does switching to and then back from a virtual terminal also break? I think i have the same problem and yes, switching to and back from vt also breaks X. I opened a bug here: https://bugzilla.novell.com/show_bug.cgi?id=485537 For me it currently helps to disable dri which makes my system stable again. The reason I asked is because I am seeing a problem/regression with VT switching but only when AIGLX is on: http://marc.info/?l=linux-kernelm=123523074304955w=4 , http://marc.info/?l=dri-develm=123666881014615w=4 and http://bugzilla.kernel.org/show_bug.cgi?id=12765 . The above may or may not be what Rolf is seeing (but if it is it would be good to know so they can all be collected together)... -- Sitsofe | http://sucs.org/~sits/ -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 20647] display hangs with radeon driver in Xorg 1.6
http://bugs.freedesktop.org/show_bug.cgi?id=20647 --- Comment #12 from Alex Deucher ag...@yahoo.com 2009-03-16 10:45:33 PST --- (In reply to comment #11) I've been using 2 without a problem. ok. However, should a buggy app be able to make the Xserver go nuts like that? i.e. consume 100% cpu even when the program is forcably killed and the Xserver not be able to be forcably killed? If the app uses GL, the 3D driver converts GL to hardware commands which are fed to the chip. Something about that command stream (perhaps in combination with the 2D command stream from the 2D driver loaded by the xserver) is causing the GPU to hang. Once that happens generally, you're done. The 2D driver is generally stuck looping in an ioctl waiting for idle, etc. which is what causes the CPU to spike. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 20647] display hangs with radeon driver in Xorg 1.6
http://bugs.freedesktop.org/show_bug.cgi?id=20647 --- Comment #13 from Alex Deucher ag...@yahoo.com 2009-03-16 10:54:04 PST --- I've added an AGP quirk for your system: a6855c370194b6df307ea33724fe17a85d67607e -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 12418] Repeated ioctl(4, 0x40046445, ..) loop in glxgears
http://bugzilla.kernel.org/show_bug.cgi?id=12418 venkatesh.pallip...@intel.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||CODE_FIX --- Comment #1 from venkatesh.pallip...@intel.com 2009-03-16 11:16 --- Looks like problem is gone with latest git (5bee17f). Not sure what commit fixed this problem. Please close this bug. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 20697] New: xorg 1.6 caught a signal 11 when dri is enabled
http://bugs.freedesktop.org/show_bug.cgi?id=20697 Summary: xorg 1.6 caught a signal 11 when dri is enabled Product: DRI Version: DRI CVS Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: jimmy.j...@gmx.net Created an attachment (id=23927) -- (http://bugs.freedesktop.org/attachment.cgi?id=23927) Xorg log file I'm testing the r6xx-r7xx-branch git branch and xorg 1.6 but the server is unable to activate its drm/dri code and crashes. It is still possible to access the computer from a remote console. The issue concerns both xf86-video-radeonhd and xf86-video-ati drivers. Without DRI support, the server works pretty well. Here is the drm debug messages returned during the crash: PM: Adding info for No Bus:vcs2 PM: Adding info for No Bus:vcsa2 [drm:drm_stub_open] [drm:drm_open_helper] pid = 836, minor = 0 [drm:radeon_driver_open] [drm:drm_addmap_core] offset = 0xfdee, size = 0x0001, type = 1 [drm:drm_addmap_core] offset = 0xd000, size = 0x1000, type = 0 mtrr: 0xd000,0x1000 overlaps existing 0xd000,0x100 [drm:drm_addmap_core] offset = 0x, size = 0x2000, type = 2 [drm:drm_addmap_core] 8192 13 c2679000 [drm:drm_setup] [drm:drm_unlocked_ioctl] pid=836, cmd=0xc0406400, nr=0x00, dev 0xe200, auth=1 [drm:drm_unlocked_ioctl] pid=836, cmd=0xc0406400, nr=0x00, dev 0xe200, auth=1 [drm:drm_release] open_count = 1 [drm:drm_release] pid = 836, device = 0xe200, open_count = 1 [drm:drm_fasync] fd = -1, device = 0xe200 [drm:drm_lastclose] [drm:r600_do_cleanup_cp] [drm:drm_lastclose] driver lastclose completed [drm:drm_lastclose] lastclose completed [drm:drm_stub_open] [drm:drm_open_helper] pid = 836, minor = 0 [drm:radeon_driver_open] [drm:drm_addmap_core] offset = 0xfdee, size = 0x0001, type = 1 [drm:drm_addmap_core] offset = 0xd000, size = 0x1000, type = 0 mtrr: 0xd000,0x1000 overlaps existing 0xd000,0x100 [drm:drm_addmap_core] offset = 0x, size = 0x2000, type = 2 [drm:drm_addmap_core] 8192 13 c2679000 [drm:drm_setup] [drm:drm_unlocked_ioctl] pid=836, cmd=0xc0106407, nr=0x07, dev 0xe200, auth=1 [drm:drm_unlocked_ioctl] pid=836, cmd=0xc0106401, nr=0x01, dev 0xe200, auth=1 [drm:drm_unlocked_ioctl] pid=836, cmd=0xc0106401, nr=0x01, dev 0xe200, auth=1 [drm:drm_unlocked_ioctl] pid=836, cmd=0xc0406400, nr=0x00, dev 0xe200, auth=1 [drm:drm_unlocked_ioctl] pid=836, cmd=0xc0406400, nr=0x00, dev 0xe200, auth=1 [drm:drm_release] open_count = 1 [drm:drm_release] pid = 836, device = 0xe200, open_count = 1 [drm:drm_fasync] fd = -1, device = 0xe200 [drm:drm_lastclose] [drm:r600_do_cleanup_cp] [drm:drm_lastclose] driver lastclose completed [drm:drm_lastclose] lastclose completed [drm:drm_stub_open] [drm:drm_open_helper] pid = 836, minor = 0 [drm:radeon_driver_open] [drm:drm_addmap_core] offset = 0xfdee, size = 0x0001, type = 1 [drm:drm_addmap_core] offset = 0xd000, size = 0x1000, type = 0 mtrr: 0xd000,0x1000 overlaps existing 0xd000,0x100 [drm:drm_addmap_core] offset = 0x, size = 0x2000, type = 2 [drm:drm_addmap_core] 8192 13 c2679000 [drm:drm_setup] [drm:drm_unlocked_ioctl] pid=836, cmd=0xc0406400, nr=0x00, dev 0xe200, auth=1 [drm:drm_unlocked_ioctl] pid=836, cmd=0xc0406400, nr=0x00, dev 0xe200, auth=1 [drm:drm_release] open_count = 1 [drm:drm_release] pid = 836, device = 0xe200, open_count = 1 [drm:drm_fasync] fd = -1, device = 0xe200 [drm:drm_lastclose] [drm:r600_do_cleanup_cp] [drm:drm_lastclose] driver lastclose completed [drm:drm_lastclose] lastclose completed [drm:drm_stub_open] [drm:drm_open_helper] pid = 836, minor = 0 [drm:radeon_driver_open] [drm:drm_addmap_core] offset = 0xfdee, size = 0x0001, type = 1 [drm:drm_addmap_core] offset = 0xd000, size = 0x1000, type = 0 mtrr: 0xd000,0x1000 overlaps existing 0xd000,0x100 [drm:drm_addmap_core] offset = 0x, size = 0x2000, type = 2 [drm:drm_addmap_core] 8192 13 c2679000 [drm:drm_setup] [drm:drm_unlocked_ioctl] pid=836, cmd=0xc0406400, nr=0x00, dev 0xe200, auth=1 [drm:drm_unlocked_ioctl] pid=836, cmd=0xc0406400, nr=0x00, dev 0xe200, auth=1 [drm:drm_release] open_count = 1 [drm:drm_release] pid = 836, device = 0xe200, open_count = 1 [drm:drm_fasync] fd = -1, device = 0xe200 [drm:drm_lastclose] [drm:r600_do_cleanup_cp] [drm:drm_lastclose] driver lastclose completed [drm:drm_lastclose] lastclose completed [drm:drm_stub_open] [drm:drm_open_helper] pid = 836, minor = 0 [drm:radeon_driver_open] [drm:drm_addmap_core] offset = 0xfdee, size = 0x0001, type = 1 [drm:drm_addmap_core] offset = 0xd000, size = 0x1000, type = 0 mtrr: 0xd000,0x1000 overlaps existing 0xd000,0x100 [drm:drm_addmap_core] offset =
[PATCH] radeon: fix logic in r600_page_table_init() to match ati_gart
[PATCH] radeon: fix logic in r600_page_table_init() to match ati_gart
This fixes page table init on rs600.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
please apply to both drm-next and drm-rawhide
http://www.botchco.com/alex/xorg/drm-rawhide/0001-radeon-fix-logic-in-r600_page_table_init-to-match.patch
From d1a93f61cabcce5ed6d864c630a4592e14af944d Mon Sep 17 00:00:00 2001
From: Alex Deucher alexdeuc...@gmail.com
Date: Mon, 16 Mar 2009 15:31:56 -0400
Subject: [PATCH] radeon: fix logic in r600_page_table_init() to match ati_gart
This fixes page table init on rs600.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/r600_cp.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_cp.c b/drivers/gpu/drm/radeon/r600_cp.c
index ca4eb2f..dee3840 100644
--- a/drivers/gpu/drm/radeon/r600_cp.c
+++ b/drivers/gpu/drm/radeon/r600_cp.c
@@ -172,7 +172,6 @@ int r600_page_table_init(struct drm_device *dev)
if (entry-busaddr[i] == 0) {
DRM_ERROR(unable to map PCIGART pages!\n);
r600_page_table_cleanup(dev, gart_info);
- ret = -EINVAL;
goto done;
}
entry_addr = entry-busaddr[i];
@@ -191,6 +190,7 @@ int r600_page_table_init(struct drm_device *dev)
entry_addr += ATI_PCIGART_PAGE_SIZE;
}
}
+ ret = 1;
done:
return ret;
}
@@ -2089,7 +2089,7 @@ int r600_do_init_cp(struct drm_device *dev,
drm_radeon_init_t *init,
dev_priv-gart_info.addr,
dev_priv-pcigart_offset);
- if (r600_page_table_init(dev)) {
+ if (!r600_page_table_init(dev)) {
DRM_ERROR(Failed to init GART table\n);
r600_do_cleanup_cp(dev);
return -EINVAL;
--
1.5.6.3
--
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 20697] xorg 1.6 caught a signal 11 when dri is enabled
http://bugs.freedesktop.org/show_bug.cgi?id=20697 --- Comment #1 from Jimmy Jazz jimmy.j...@gmx.net 2009-03-16 12:45:37 PST --- Created an attachment (id=23928) -- (http://bugs.freedesktop.org/attachment.cgi?id=23928) xorg log file with radeonhd driver -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 12861] Xorg fails to start Failed to allocate space for kernel memory manager
http://bugzilla.kernel.org/show_bug.cgi?id=12861 --- Comment #16 from jkarl...@cc.hut.fi 2009-03-16 13:22 --- You can always question the bisect. Still haven't seen anything newer than 99cbb86180bccd77f331f6e8eb7ce26aeea2cb72 (which I retested) work properly. I also find curious how oldconfig asks about dma remapping being on by default, even though there is nothing new in kernel configuration system between these 2 revisions afaik. This particular trait seems to correlate with xorg being able to start. Perhaps I just suck at git, still I am quite confident that there actually is a bug ;) - without git the regression is limited to rc4...rc5. Also tried not compiling alsa and not compiling dma remapping as well as setting it on as default, none of which has any effect. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 12418] Repeated ioctl(4, 0x40046445, ..) loop in glxgears
http://bugzilla.kernel.org/show_bug.cgi?id=12418 r...@sisk.pl changed: What|Removed |Added Status|RESOLVED|CLOSED -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 12861] Xorg fails to start Failed to allocate space for kernel memory manager
http://bugzilla.kernel.org/show_bug.cgi?id=12861 --- Comment #17 from se...@hallyn.com 2009-03-16 14:48 --- Sorry - are you saying that without git, rc6 works fine? -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 12861] Xorg fails to start Failed to allocate space for kernel memory manager
http://bugzilla.kernel.org/show_bug.cgi?id=12861 --- Comment #18 from jkarl...@cc.hut.fi 2009-03-16 15:05 --- I was not saying anything radically new or relevant, anything =rc5 fails, sorry for the poor phrasing. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 12419] possible circular locking dependency on i915 dma
http://bugzilla.kernel.org/show_bug.cgi?id=12419 --- Comment #13 from e...@anholt.net 2009-03-16 15:22 --- Thanks for the report. I think this was the bug: - ret = i915_dispatch_cmdbuffer(dev, cmdbuf, cliprects, data); + ret = i915_dispatch_cmdbuffer(dev, cmdbuf, cliprects, batch_data); but I still haven't actually tested that path yet (been trying to get the GEM paths solid). New for-review pushed. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Intel-gfx] [PATCH] make KMS resource mappings exclusive
On Thursday, March 12, 2009 10:42:22 am Jesse Barnes wrote: On Monday, March 9, 2009 3:29:40 am Simon Farnsworth wrote: Eric Anholt wrote: On Mon, 2009-01-19 at 13:00 -0800, Jesse Barnes wrote: This should help avoid problems with unsupported userspace programs or configurations running on top of a KMS enabled driver. Updates the ioremap to nocache as well, since that's really what we want to track. Signed-off-by: Jesse Barnes jbar...@virtuousgeek.org For the record: the reason I've avoided doing this one is that when jbarnes and I talked, we figured that this prevents userland from mapping at all, though we really only care about preventing write mapping of the registers/aperture. Since we've still got a bunch of really useful userland tools for debugging that rely on read-only mapping of registers, we're pending this until we get that information into the kernel somehow. Is there a reason why booting with iomem=relaxed isn't enough to let the userspace tools work? No, that should work, but it does make things a lot more difficult for testers, since it means they'd likely have to reboot to collect dumps, rather than just collecting them when they run into a problem. Eventually we'll be able to restrict the mappings though, after we support dumping the relevant info from debugfs instead. On second thought it's probably ok to apply this patch. If users are having display problems they're likely to be rebooting a lot anyway, so the iomem=relaxed parameter will work. Eric, what do you think? We definitely have users running into the non-KMS 2D on top of KMS failure mode; preventing it seems like a good idea even if it means slightly less convenient debugging... -- Jesse Barnes, Intel Open Source Technology Center -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 20697] xorg 1.6 caught a signal 11 when dri is enabled
http://bugs.freedesktop.org/show_bug.cgi?id=20697 --- Comment #2 from Jimmy Jazz jimmy.j...@gmx.net 2009-03-16 16:50:42 PST --- As opposed to what one can read in the log file, (II) RADEON(0): DRIScreenInit for fglrx driver i'm using the open source radeon module. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 20697] xorg 1.6 caught a signal 11 when dri is enabled
http://bugs.freedesktop.org/show_bug.cgi?id=20697 --- Comment #3 from Alex Deucher ag...@yahoo.com 2009-03-16 17:32:56 PST --- Do you have old fglrx libs still lying around? Make sure to fully uninstall it before using the open source drivers. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[PATCH] drm: Cache the EDID value for a short time in i915
From 8ad1bd63c097f9f6948439c1ce7c0b17b8caa64a Mon Sep 17 00:00:00 2001
From: Arjan van de Ven ar...@linux.intel.com
Date: Mon, 16 Mar 2009 19:31:39 -0700
Subject: [PATCH] drm: Cache the EDID value for a short time in i915
during the boot process we have several places that want to make sure we have
EDID information in a short time. An EDID probe for me takes 0.23 seconds, so
doing multiple of them is not very nice.
This patch caches the EDID result for upto 1 second to avoid repeated
delays.
Signed-off-by: Arjan van de Ven ar...@linux.intel.com
---
drivers/gpu/drm/i915/intel_drv.h |1 +
drivers/gpu/drm/i915/intel_modes.c |4
2 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_drv.h b/drivers/gpu/drm/i915/intel_drv.h
index 957daef..72e6b9a 100644
--- a/drivers/gpu/drm/i915/intel_drv.h
+++ b/drivers/gpu/drm/i915/intel_drv.h
@@ -81,6 +81,7 @@ struct intel_output {
int type;
struct intel_i2c_chan *i2c_bus; /* for control functions */
struct intel_i2c_chan *ddc_bus; /* for DDC only stuff */
+ unsigned long last_edid;
bool load_detect_temp;
bool needs_tv_clock;
void *dev_priv;
diff --git a/drivers/gpu/drm/i915/intel_modes.c
b/drivers/gpu/drm/i915/intel_modes.c
index e42019e..7c21b53 100644
--- a/drivers/gpu/drm/i915/intel_modes.c
+++ b/drivers/gpu/drm/i915/intel_modes.c
@@ -70,6 +70,9 @@ int intel_ddc_get_modes(struct intel_output *intel_output)
struct edid *edid;
int ret = 0;
+ if (intel_output-last_edid time_after(intel_output-last_edid+HZ,
jiffies))
+ return 0;
+
edid = drm_get_edid(intel_output-base,
intel_output-ddc_bus-adapter);
if (edid) {
@@ -77,6 +80,7 @@ int intel_ddc_get_modes(struct intel_output *intel_output)
edid);
ret = drm_add_edid_modes(intel_output-base, edid);
kfree(edid);
+ intel_output-last_edid = jiffies;
}
return ret;
--
1.6.0.6
--
Arjan van de VenIntel Open Source Technology Centre
For development, discussion and tips for power savings,
visit http://www.lesswatts.org
--
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
