Re: nouveau: hard lockup when gdm3 starts
Hi, Gedalya wrote: Tried removing the nvidia stuff and booting up with nouveau. [...] Total system hang as soon as xorg starts. No response from keyboard, mouse, no response on the network (no ping, no ARP response) [...] Using an Nvidia GeForce GT 520. Do I understand correctly that the system works fine until X starts (e.g., if you use the text kernel command line option)? Does X with the fbdev driver work? (You can test by putting the following in /etc/X11/xorg.conf.) Section Device Identifier geforce Driver fbdev EndSection Does starting X with the nouveau driver work if you do not start a GNOME session? (You can test by running startx xterm if the xinit package is installed.) Thanks for a clear report. Hope that helps, Jonathan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120531055946.GC1447@burratino
Re: nouveau: hard lockup when gdm3 starts
Gedalya wrote: On 5/31/2012 1:59 AM, Jonathan Nieder wrote: Does starting X with the nouveau driver work if you do not start a GNOME session? (You can test by running startx xterm if the xinit package is installed.) Interesting. Still working on this one. startx was complaining something about xorg.conf so I just renamed it, and then it started up. Pretty frozen at this point, no keyboard, only reset button helps, but I do get network response - there is ping, initial ssh response but nothing more, can't actually log in. Hm. Might be possible to get a log with netconsole[1]. [1] http://www.kernel.org/doc/Documentation/networking/netconsole.txt http://blog.mraw.org/2010/11/08/Debugging_using_netconsole/ -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120531063143.GD1447@burratino
Re: nouveau: hard lockup when gdm3 starts
On 5/31/2012 2:31 AM, Jonathan Nieder wrote: Gedalya wrote: On 5/31/2012 1:59 AM, Jonathan Nieder wrote: Does starting X with the nouveau driver work if you do not start a GNOME session? (You can test by running startx xterm if the xinit package is installed.) Interesting. Still working on this one. startx was complaining something about xorg.conf so I just renamed it, and then it started up. Pretty frozen at this point, no keyboard, only reset button helps, but I do get network response - there is ping, initial ssh response but nothing more, can't actually log in. Hm. Might be possible to get a log with netconsole[1]. [1] http://www.kernel.org/doc/Documentation/networking/netconsole.txt http://blog.mraw.org/2010/11/08/Debugging_using_netconsole/ Tried this again and this time I got a total hang again. Then I got it to work with the config file so I first tried fbdev and it worked, then when I switched to nouveau I got again this situation that it's pretty much hung but with ping. SSH does respond with failed authentication when it's the wrong password, but no successful login is possible. I'm gonna study netconsole now, let's see if I can figure it out. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fc7117d.9040...@gedalya.net
Re: nouveau: hard lockup when gdm3 starts
On 5/31/2012 1:59 AM, Jonathan Nieder wrote: Hi, Gedalya wrote: Tried removing the nvidia stuff and booting up with nouveau. [...] Total system hang as soon as xorg starts. No response from keyboard, mouse, no response on the network (no ping, no ARP response) [...] Using an Nvidia GeForce GT 520. Do I understand correctly that the system works fine until X starts (e.g., if you use the text kernel command line option)? Yes. As long as X doesn't start it seems rock solid. Does X with the fbdev driver work? (You can test by putting the following in /etc/X11/xorg.conf.) Section Device Identifier geforce Driver fbdev EndSection Yes. This does work. BTW driver vesa hangs the same. Does starting X with the nouveau driver work if you do not start a GNOME session? (You can test by running startx xterm if the xinit package is installed.) Interesting. Still working on this one. startx was complaining something about xorg.conf so I just renamed it, and then it started up. Pretty frozen at this point, no keyboard, only reset button helps, but I do get network response - there is ping, initial ssh response but nothing more, can't actually log in. Thanks for a clear report. Hope that helps, Jonathan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fc70ec3.7040...@gedalya.net
Bug#675289: libpciaccess: Implement legacy map io for hurd-i386
Samuel Thibault sthiba...@debian.org (31/05/2012): Please rather use the attached patch actually: just like on Linux (e.g. on my laptop actually), it does not disable i/o access, otherwise several opens and then fewer closes would not leave i/o access enabled. E.g. with the cirrus driver. Please follow this (as usual): http://www.x.org/wiki/Development/Documentation/SubmittingPatches Mraw, KiBi. signature.asc Description: Digital signature
Bug#674818: xserver-xorg: X randomly freezes
On Thu, May 31, 2012 at 10:03:58 +0200, Juergen Fuchsberger wrote: Package: xorg Version: 1:7.6+13 Followup-For: Bug #674818 same problem here - random freezes of whole display (gdm3?) - not sure though if problem comes from gnome3 or xorg because I don't have possibility to go to a terminal and check the system state. It's not the same problem, please don't hijack somebody else's report. Cheers, Julien -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120531095525.ga14...@radis.cristau.org
Processed (with 1 errors): Bug#673942: libreoffice: LibreOffice repeatedly freezes whole system
Processing commands for cont...@bugs.debian.org: severity 673942 important Bug #673942 [libreoffice] libreoffice: LibreOffice repeatedly freezes whole system Severity set to 'important' from 'critical' reassign 673942 xorg Bug #673942 [libreoffice] libreoffice: LibreOffice repeatedly freezes whole system Bug reassigned from package 'libreoffice' to 'xorg'. No longer marked as found in versions libreoffice/1:3.4.6-2. Ignoring request to alter fixed versions of bug #673942 to the same values previously set forcemerge 674818 673942 Bug #674818 {Done: Julien Cristau jcris...@debian.org} [xserver-xorg] xserver-xorg: X randomly freezes Unable to merge bugs because: package of #673942 is 'xorg' not 'xserver-xorg' Failed to forcibly merge 674818: Did not alter merged bugs Debbugs::Control::set_merged('transcript', 'GLOB(0x1b40928)', 'requester', 'Rene Engelhard r...@debian.org', 'request_addr', 'cont...@bugs.debian.org', 'request_msgid', '20120531081908.gb25...@rene-engelhard.de', 'request_subject', ...) called at /usr/lib/debbugs/service line 887 eval {...} called at /usr/lib/debbugs/service line 886 thanks Stopping processing here. Please contact me if you need assistance. -- 673942: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673942 674818: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674818 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.133846964213308.transcr...@bugs.debian.org
Processed: reassign 673942 to xserver-xorg, forcibly merging 674818 673942
Processing commands for cont...@bugs.debian.org: reassign 673942 xserver-xorg Bug #673942 [xorg] libreoffice: LibreOffice repeatedly freezes whole system Bug reassigned from package 'xorg' to 'xserver-xorg'. Ignoring request to alter found versions of bug #673942 to the same values previously set Ignoring request to alter fixed versions of bug #673942 to the same values previously set forcemerge 674818 673942 Bug #674818 {Done: Julien Cristau jcris...@debian.org} [xserver-xorg] xserver-xorg: X randomly freezes Bug #673942 [xserver-xorg] libreoffice: LibreOffice repeatedly freezes whole system Marked Bug as done Marked as found in versions xorg/1:7.6+13. Merged 673942 674818 thanks Stopping processing here. Please contact me if you need assistance. -- 673942: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673942 674818: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674818 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.133846995914468.transcr...@bugs.debian.org
Bug#675289: libpciaccess: Implement legacy map io for hurd-i386
forwarded 675289 xorg-de...@lists.x.org tags 675289 + upstream thanks Cyril Brulebois, le Thu 31 May 2012 09:12:37 +0200, a écrit : Samuel Thibault sthiba...@debian.org (31/05/2012): Please rather use the attached patch actually: just like on Linux (e.g. on my laptop actually), it does not disable i/o access, otherwise several opens and then fewer closes would not leave i/o access enabled. E.g. with the cirrus driver. Please follow this (as usual): Well, I had simply used the same way as was done for kFreeBSD in #669062... But alright, now forwarded. Samuel -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120531181025.gq4...@type.famille.thibault.fr
Processed: Re: Bug#675289: libpciaccess: Implement legacy map io for hurd-i386
Processing commands for cont...@bugs.debian.org: forwarded 675289 xorg-de...@lists.x.org Bug #675289 [libpciaccess] libpciaccess: Implement legacy map io for hurd-i386 Set Bug forwarded-to-address to 'xorg-de...@lists.x.org'. tags 675289 + upstream Bug #675289 [libpciaccess] libpciaccess: Implement legacy map io for hurd-i386 Added tag(s) upstream. thanks Stopping processing here. Please contact me if you need assistance. -- 675289: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675289 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.13384878368441.transcr...@bugs.debian.org
Bug#632772: Wheezy: KDE hangs on logout
Which KDE version do you use? The issue seems to have been resolved, KDE no longer hangs on logout, firmware-linux-nonfree is not installed on my machine. Package: kde-standard Version: 5:74 # uname -a Linux test 3.2.0-2-amd64 #1 SMP Sat May 12 23:08:28 UTC 2012 x86_64 GNU/Linux -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1338490037.59927.yahoomailclas...@web121904.mail.ne1.yahoo.com
Processed: [bts-link] source package xkeyboard-config
Processing commands for cont...@bugs.debian.org: # # bts-link upstream status pull for source package xkeyboard-config # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org Setting user to bts-link-upstr...@lists.alioth.debian.org (was bts-link-de...@lists.alioth.debian.org). # remote status report for #649519 (http://bugs.debian.org/649519) # Bug title: symbols/is: Some corrections and additions to the keymap # * https://bugs.freedesktop.org/show_bug.cgi?id=43173 # * remote status changed: RESOLVED - REOPENED # * remote resolution changed: FIXED - (?) # * reopen upstream tags 649519 - fixed-upstream Bug #649519 [xkb-data] symbols/is: Some corrections and additions to the keymap Removed tag(s) fixed-upstream. usertags 649519 - status-RESOLVED resolution-FIXED Bug#649519: symbols/is: Some corrections and additions to the keymap Usertags were: status-RESOLVED resolution-FIXED. Usertags are now: . usertags 649519 + status-REOPENED Bug#649519: symbols/is: Some corrections and additions to the keymap There were no usertags set. Usertags are now: status-REOPENED. thanks Stopping processing here. Please contact me if you need assistance. -- 649519: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=649519 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.133849200827108.transcr...@bugs.debian.org
[bts-link] source package xkeyboard-config
# # bts-link upstream status pull for source package xkeyboard-config # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #649519 (http://bugs.debian.org/649519) # Bug title: symbols/is: Some corrections and additions to the keymap # * https://bugs.freedesktop.org/show_bug.cgi?id=43173 # * remote status changed: RESOLVED - REOPENED # * remote resolution changed: FIXED - (?) # * reopen upstream tags 649519 - fixed-upstream usertags 649519 - status-RESOLVED resolution-FIXED usertags 649519 + status-REOPENED thanks -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120531192006.15207.33381.btsl...@busoni.debian.org
Re: nouveau: hard lockup when gdm3 starts
On Thu, May 31, 2012 at 00:59:46 -0500, Jonathan Nieder wrote: (You can test by running startx xterm if the xinit package is installed.) You mean startx /usr/bin/xterm. Cheers, Julien -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120531211540.gl31...@radis.cristau.org
Bug#675407: xserver-xorg-video-openchrome: openchrome relink against new xserver results in null pointer dereference
Package: xserver-xorg-video-openchrome Version: 1:0.2.904+svn1050-1+b1 Severity: grave Tags: upstream Justification: renders package unusable Hi, It's not enough to rebuild openchrome against the new X-Server, since the new X-Server does not run vgaHWSetStdFuncs(hwp) anymore: http://cgit.freedesktop.org/xorg/xserver/commit/?id=4bd6579188e718654c35f95623fd4772f9e0ef06 Please update the driver to support the X-Server's ABI change. -- Sebastian -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120531214102.25809.82908.reportbug@earth.universe
Bug#675407: xserver-xorg-video-openchrome: openchrome relink against new xserver results in null pointer dereference
Sebastian Reichel s...@debian.org (31/05/2012): Hi, It's not enough to rebuild openchrome against the new X-Server, since the new X-Server does not run vgaHWSetStdFuncs(hwp) anymore: http://cgit.freedesktop.org/xorg/xserver/commit/?id=4bd6579188e718654c35f95623fd4772f9e0ef06 Please update the driver to support the X-Server's ABI change. Hello, can you please test the attached patch? Seems like upstream's svn (no comment) has no fix at the moment. Should be as easy as: debcheckout, git am, debuild -b, sudo debi Mraw, KiBi. From 7e67d5a88475ada5be7573243c33b51f2b3bf186 Mon Sep 17 00:00:00 2001 From: Cyril Brulebois k...@debian.org Date: Fri, 1 Jun 2012 00:38:19 + Subject: [PATCH] Fix for X 1.12: Introduce a driver-side vgaHWSetStdFuncs() call. Mimick other drivers, and call vgaHWSetStdFuncs() unconditionally. Signed-off-by: Cyril Brulebois k...@debian.org --- src/via_driver.c |3 +++ 1 file changed, 3 insertions(+) diff --git a/src/via_driver.c b/src/via_driver.c index 62d8fb1..ed379c9 100644 --- a/src/via_driver.c +++ b/src/via_driver.c @@ -1013,6 +1013,9 @@ VIAPreInit(ScrnInfoPtr pScrn, int flags) hwp = VGAHWPTR(pScrn); +/* Needed with X 1.12 */ +vgaHWSetStdFuncs(hwp); + switch (pVia-Chipset) { case VIA_CLE266: #ifdef XSERVER_LIBPCIACCESS -- 1.7.10 signature.asc Description: Digital signature
Re: nouveau: hard lockup when gdm3 starts
On 5/31/2012 2:31 AM, Jonathan Nieder wrote: Hm. Might be possible to get a log with netconsole[1]. [1]http://www.kernel.org/doc/Documentation/networking/netconsole.txt http://blog.mraw.org/2010/11/08/Debugging_using_netconsole/ Now tried running startx /usr/bin/xterm with nouveau, [ 82.427553] [drm] nouveau :01:00.0: PDISP: DCB for 6/0xbad00103 not found [ 82.428536] [drm] nouveau :01:00.0: PDISP: DCB for 0/0xbad00103 not found [ 82.429483] [drm] nouveau :01:00.0: Table 0x0103 not found for 0/2, using first I kept a previously opened ssh connection. When starting X, the screen went black, but didn't totally lock up until I killed the X process from SSH. No further netconsole output, the machine went totally dead. Rebooted, this time tried to start gdm3. This time we got some juice. [ 84.538008] [drm] nouveau :01:00.0: PDISP: DCB for 6/0xbad00103 not found [ 84.538990] [drm] nouveau :01:00.0: PDISP: DCB for 0/0xbad00103 not found [ 84.539937] [drm] nouveau :01:00.0: Table 0x0103 not found for 0/2, using first [ 85.216875] BUG: unable to handle kernel paging request at 8800f1d5f100 [ 85.216940] IP: [a0473eb8] evo_wait.constprop.13+0x3f/0xaa [nouveau] [ 85.216991] PGD 1606063 PUD 1fffc067 PMD 0 [ 85.217020] Oops: 0002 [#1] SMP [ 85.217045] CPU 2 [ 85.217057] Modules linked in: usb_storage uas netconsole configfs nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc ext2 loop firewire_sbp2 tpm_infineon nouveau mxm_wmi snd_hda_codec_hdmi wmi video snd_usb_audio snd_usbmidi_lib uvcvideo snd_rawmidi snd_hda_codec_realtek ttm snd_seq_device drm_kms_helper videodev iTCO_wdt iTCO_vendor_support parport_pc parport psmouse pcspkr serio_raw drm i2c_algo_bit i2c_i801 snd_hda_intel v4l2_compat_ioctl32 snd_hda_codec snd_hwdep snd_pcm snd_page_alloc media button processor tpm_tis tpm i2c_core tpm_bios evdev snd_timer snd soundcore thermal_sys ext4 crc16 jbd2 mbcache dm_mod raid1 md_mod sd_mod crc_t10dif sr_mod cdrom ata_generic usbhid hid pata_jmicron firewire_ohci firewire_core crc_itu_t uhci_hcd r8169 mii ahci libahci libata scsi_mod ehci_hcd usbcore usb_common [last unloaded: scsi_wait_scan] [ 85.217816] [ 85.217826] Pid: 2605, comm: Xorg Not tainted 3.2.0-2-amd64 #1 Gigabyte Technology Co., Ltd. EP45-UD3P/EP45-UD3P [ 85.217885] RIP: 0010:[a0473eb8] [a0473eb8] evo_wait.constprop.13+0x3f/0xaa [nouveau] [ 85.217942] RSP: 0018:88021be35cd8 EFLAGS: 00010212 [ 85.217969] RAX: 88003705f000 RBX: 88021cdc7000 RCX: [ 85.218003] RDX: 2eb40040 RSI: 0064 RDI: 88021cdc7000 [ 85.218037] RBP: 88021b66bac0 R08: R09: 8168d880 [ 85.218071] R10: ffea R11: ffea R12: 2eb40050 [ 85.218105] R13: 88021b859001 R14: 88021db4cbc0 R15: 88021dc03c00 [ 85.218140] FS: 7fbf30962880() GS:880227d0() knlGS: [ 85.218178] CS: 0010 DS: ES: CR0: 80050033 [ 85.218207] CR2: 8800f1d5f100 CR3: 00021dac7000 CR4: 000406e0 [ 85.218241] DR0: DR1: DR2: [ 85.218275] DR3: DR6: 0ff0 DR7: 0400 [ 85.218310] Process Xorg (pid: 2605, threadinfo 88021be34000, task 88021ddb35d0) [ 85.218348] Stack: [ 85.218359] 88021b859000 88021cdc7000 88021cdc7001 a0474303 [ 85.218406] 88021b859001 88021b859000 88021cdc7020 [ 85.218451] 88021b859001 a04746f4 c01c64a3 88021be35df0 [ 85.218497] Call Trace: [ 85.218519] [a0474303] ? nvd0_crtc_cursor_show+0x21/0xf8 [nouveau] [ 85.218562] [a04746f4] ? nvd0_crtc_cursor_set+0xd5/0xf1 [nouveau] [ 85.218602] [a029ad7c] ? drm_mode_cursor_ioctl+0xe5/0x13d [drm] [ 85.218703] [a028f61f] ? drm_ioctl+0x289/0x35e [drm] [ 85.218738] [a029ac97] ? drm_mode_setcrtc+0x376/0x376 [drm] [ 85.218772] [8134c42d] ? do_page_fault+0x2fc/0x337 [ 85.218802] [81106605] ? do_vfs_ioctl+0x459/0x49a [ 85.218831] [81106691] ? sys_ioctl+0x4b/0x72 [ 85.218859] [8134e452] ? system_call_fastpath+0x16/0x1b [ 85.21] Code: 89 fb 48 8b a8 08 0f 00 00 e8 06 f4 ff ff 89 c2 c1 ea 02 41 01 d4 41 81 fc ff 03 00 00 76 66 48 8b 45 10 be 00 00 64 00 48 89 df c7 04 90 00 00 00 20 31 d2 e8 ed f3 ff ff 45 31 c0 83 c9 ff ba [ 85.219253] RIP [a0473eb8] evo_wait.constprop.13+0x3f/0xaa [nouveau] [ 85.219299] RSP 88021be35cd8 [ 85.219316] CR2: 8800f1d5f100 Tried pinging the machine at this point and netconsole printed this: [ 240.648014] INFO: task kworker/2:1:30 blocked for more than 120 seconds. [ 240.648064] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. [ 240.648122] kworker/2:1 D
Re: nouveau: hard lockup when gdm3 starts
Gedalya wrote: Now tried running startx /usr/bin/xterm with nouveau, [ 82.427553] [drm] nouveau :01:00.0: PDISP: DCB for 6/0xbad00103 not found [ 82.428536] [drm] nouveau :01:00.0: PDISP: DCB for 0/0xbad00103 not found [ 82.429483] [drm] nouveau :01:00.0: Table 0x0103 not found for 0/2, using first I kept a previously opened ssh connection. When starting X, the screen went black, but didn't totally lock up until I killed the X process from SSH. No further netconsole output, the machine went totally dead. Worrisome. Can you send a full kernel log from booting and doing this, including the boot-up sequence? Please send it as an attachment if possible so the log doesn't get corrupted in transit (e.g. by line wrapping). Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120601055746.GC28116@burratino