Re: Magic SysRq reboot (was Re: switching to proprietary ati radeon driver)
On Wed, Aug 19, 2009 at 11:05:13AM -0500, Boyd Stephen Smith Jr. wrote: In 68b1e2610908190512y3dc7d46eob79b6398686b7...@mail.gmail.com, Liviu Andronic wrote: On 8/17/09, Wolodja Wentland wentl...@cl.uni-heidelberg.de wrote: I can't really help you with your problem, but a hard shutdown is almost never necessary. You can send various low-level commands to your kernel using the SysRq Key [1], which will allow you to reboot a computer without corrupting the filesystem. Nope, this didn't work on my panic-ed kernel. Yes, the Magic SysRq is handled entirely[1] within the kernel, but if you don't have a kernel nothing will work. A frozen userland (including X) can be recovered (or at least saved) via Alt+SysRq key combinations. some times you have to grab the keyboard back from X i think it is the RAW option From my experience with Gentoo, kernels can quite often hang and not respond to SysRq. They shouldn't. If your kernel regularly panics or hangs, it is probably a bug and should be reported. It could be bad HW though. -- But the God I know is not one that -- the God I know is one that promotes peace and freedom. But I get great sustenance from my personal relationship. That doesn't make me think I'm a better person than you are, by the way. - George W. Bush 06/24/2004 Washington, DC in an Interview on Radio and Television Ireland signature.asc Description: Digital signature
Re: Magic SysRq reboot (was Re: switching to proprietary ati radeon driver)
On 8/17/09, Wolodja Wentland wentl...@cl.uni-heidelberg.de wrote: I can't really help you with your problem, but a hard shutdown is almost never necessary. You can send various low-level commands to your kernel using the SysRq Key [1], which will allow you to reboot a computer without corrupting the filesystem. Nope, this didn't work on my panic-ed kernel. From my experience with Gentoo, kernels can quite often hang and not respond to SysRq. Liviu -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Magic SysRq reboot (was Re: switching to proprietary ati radeon driver)
In 68b1e2610908190512y3dc7d46eob79b6398686b7...@mail.gmail.com, Liviu Andronic wrote: On 8/17/09, Wolodja Wentland wentl...@cl.uni-heidelberg.de wrote: I can't really help you with your problem, but a hard shutdown is almost never necessary. You can send various low-level commands to your kernel using the SysRq Key [1], which will allow you to reboot a computer without corrupting the filesystem. Nope, this didn't work on my panic-ed kernel. Yes, the Magic SysRq is handled entirely[1] within the kernel, but if you don't have a kernel nothing will work. A frozen userland (including X) can be recovered (or at least saved) via Alt+SysRq key combinations. From my experience with Gentoo, kernels can quite often hang and not respond to SysRq. They shouldn't. If your kernel regularly panics or hangs, it is probably a bug and should be reported. It could be bad HW though. -- Boyd Stephen Smith Jr. ,= ,-_-. =. b...@iguanasuicide.net ((_/)o o(\_)) ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-' http://iguanasuicide.net/\_/ [1] The sent signals may be handled in userland, but the sending is all done in kernel space and the process receives them next time it is scheduled. The syncing and unmounting is done by flushing/updating the kernel structures directly; /etc/mtab may not be correct. Rebooting and power off is handled inside the kernel, but does require some interaction with BIOS (or your architectures equivalent). Putting the keyboard in raw mode and the various reporting functions are handled entirely within the kernel. signature.asc Description: This is a digitally signed message part.
restarting X fails and generates kernel panic on halt (was Re: Magic SysRq reboot (was Re: switching to proprietary ati radeon driver))
(Sorry for the long re-naming, but I fell the thread should get its proper name as the issue evolves) On 8/17/09, Wolodja Wentland wentl...@cl.uni-heidelberg.de wrote: and voilà the system reboots and your data is as safe as possible. Thank you, I completely forgot about this one. Two issues though: 1. In an older discussion on Gentoo ML, it was suggested that the SysRq procedure was normally designed for emergency situations only, and not for regular usage. Currently my laptop would qualify for SysRq shutdowns/reboots, but I would prefer to avoid using it for months. 2. Restarting X, such as when I log off Xfce and gdm restarts, will fail. This is almost certainly caused by the fglrx driver/setup, to which I switched these days. I also believe that this failure causes the kernel panic on shutdowns/reboots after X failed to restart (although panics can sometimes not happen). On gdm restart, X will complain of ddm module already built in. There are no such complaints during regular system boot, and initial start-up of X. Would anyone have ideas on how to get to the bottom of this issue? Thank you Liviu ## Sys info ## -Computer- Processor : 2x AMD Turion(tm) X2 Dual-Core Mobile RM-72 Memory : 3804MB (1014MB used) Operating System: Debian GNU/Linux squeeze/sid User Name : liviu (Liviu) Date/Time : Tue 18 Aug 2009 11:50:14 BST -Display- Resolution : 1280x800 pixels OpenGL Renderer : ATI Radeon HD 3200 Graphics X11 Vendor : The X.Org Foundation -Multimedia- Audio Adapter : HDA-Intel - HDA ATI SB Audio Adapter : HDA-Intel - HDA ATI HDMI -Input Devices- Macintosh mouse button emulation AT Translated Set 2 keyboard Power Button (FF) Power Button (CM) Lid Switch PC Speaker Video Bus Video Bus SynPS/2 Synaptics TouchPad HP Webcam -Printers (CUPS)- psc_1200_first -SCSI Disks- ATA Hitachi HTS54323 HL-DT-ST DVDRAM GS20N Generic- Multi-Card -Version- Kernel : Linux 2.6.26-2-amd64 (x86_64) Compiled: #1 SMP Sun Jun 21 04:47:08 UTC 2009 C Library : GNU C Library version 2.9 (stable) Default C Compiler : GNU C Compiler version 4.3.3 (Debian 4.3.3-14) Distribution: Debian GNU/Linux squeeze/sid -Current Session- Computer Name : debian-liv User Name : liviu (Liviu) Home Directory : /home/liviu Desktop Environment : XFCE 4 -Misc- Uptime : 1 hour, 32 minutes Load Average: 0.26, 0.30, 0.27 -Display- Resolution : 1280x800 pixels Vendor : The X.Org Foundation Version : 1.4.2 -Monitors- Monitor 0 : 1280x800 pixels -Extensions- ATIFGLEXTENSION ATIFGLRXDRI ATITVOUT BIG-REQUESTS Composite DAMAGE DOUBLE-BUFFER DPMS Extended-Visual-Information GLX MIT-SCREEN-SAVER MIT-SHM MIT-SUNDRY-NONSTANDARD RANDR RECORD RENDER SECURITY SGI-GLX SHAPE SYNC TOG-CUP X-Resource XAccessControlExtension XC-APPGROUP XC-MISC XFIXES XFree86-Bigfont XFree86-DGA XFree86-DRI XFree86-Misc XFree86-VidModeExtension XINERAMA XINERAMA XInputExtension XKEYBOARD XTEST XVideo XVideo-MotionCompensation glesx -OpenGL- Vendor : ATI Technologies Inc. Renderer: ATI Radeon HD 3200 Graphics Version : 2.1.8494 Release Direct Rendering: Yes ## End of Sys info ## -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: restarting X fails and generates kernel panic on halt (was Re: Magic SysRq reboot (was Re: switching to proprietary ati radeon driver))
Liviu Andronic wrote: (Sorry for the long re-naming, but I fell the thread should get its proper name as the issue evolves) On 8/17/09, Wolodja Wentland wentl...@cl.uni-heidelberg.de wrote: and voilà the system reboots and your data is as safe as possible. Thank you, I completely forgot about this one. Two issues though: 1. In an older discussion on Gentoo ML, it was suggested that the SysRq procedure was normally designed for emergency situations only, and not for regular usage. Currently my laptop would qualify for SysRq shutdowns/reboots, but I would prefer to avoid using it for months. 2. Restarting X, such as when I log off Xfce and gdm restarts, will fail. This is almost certainly caused by the fglrx driver/setup, to which I switched these days. I also believe that this failure causes the kernel panic on shutdowns/reboots after X failed to restart (although panics can sometimes not happen). On gdm restart, X will complain of ddm module already built in. There are no such complaints during regular system boot, and initial start-up of X. Would anyone have ideas on how to get to the bottom of this issue? Thank you Liviu ## Sys info ## -Computer- Processor : 2x AMD Turion(tm) X2 Dual-Core Mobile RM-72 Memory: 3804MB (1014MB used) Operating System : Debian GNU/Linux squeeze/sid User Name : liviu (Liviu) Date/Time : Tue 18 Aug 2009 11:50:14 BST -Display- Resolution: 1280x800 pixels OpenGL Renderer : ATI Radeon HD 3200 Graphics X11 Vendor: The X.Org Foundation [...snip] -Version- Kernel: Linux 2.6.26-2-amd64 (x86_64) Compiled : #1 SMP Sun Jun 21 04:47:08 UTC 2009 C Library : GNU C Library version 2.9 (stable) Default C Compiler: GNU C Compiler version 4.3.3 (Debian 4.3.3-14) Distribution : Debian GNU/Linux squeeze/sid Hi, I recently bought a HP 6730s with a ATI Mobility Radeon HD 3430 graphic chip. I run Squeeze/Sid AMD64 just like you, and with 2.6.26* kernel and the associated fglrx I ran into all kind of troubles: impossibility to switch between virtual consoles, acpi going havoc with computer sometime not halting, bunch of weird errors in dmesg and Xorg.o.log, screen never coming up after kdm restart... I upgraded the kernel to 2.6.30*, xorg and fglrx from Sid, and it's working like a charm. It's working great with the radeon driver too, with full 2D acceleration, but 3D performances are still really poor. I can restart kdm without problem and switch back and forth virtual consoles. Maybe the kernel/fglrx couple is just too old, and pre 9.5 fglrx are known to have all kind of issues with virtual consoles switching. Hope it helps. Tom -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: restarting X fails and generates kernel panic on halt (was Re: Magic SysRq reboot (was Re: switching to proprietary ati radeon driver))
Hello, On 8/18/09, thveillon.debian thveillon.deb...@googlemail.com wrote: I recently bought a HP 6730s with a ATI Mobility Radeon HD 3430 graphic chip. I run Squeeze/Sid AMD64 just like you, and with 2.6.26* kernel and the associated fglrx I ran into all kind of troubles: impossibility to switch between virtual consoles, acpi going havoc with computer sometime not halting, bunch of weird errors in dmesg and Xorg.o.log, screen never coming up after kdm restart... I upgraded the kernel to 2.6.30*, xorg and fglrx from Sid, and it's working like a charm. It's working great with the radeon driver too, with full 2D acceleration, but 3D performances are still really poor. I can restart kdm without problem and switch back and forth virtual consoles. Maybe the kernel/fglrx couple is just too old, and pre 9.5 fglrx are known to have all kind of issues with virtual consoles switching. In a previous e-mail you mentioned this: if you are running a 2.6.30 kernel the testing fglrx won't build, you have to upgrade xorg and fglrx stuff to Sid. Does the sid xorg still apply? I would not be ready at the moment to experiment with a sid X. Moreover, I found out that issuing halt/reboot from a console within X would more or less shut the system cleanly (at least no kernel panics and stuff), which would mean that my immediate issue is solved. Thank you for the suggestions Liviu -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: restarting X fails and generates kernel panic on halt (was Re: Magic SysRq reboot (was Re: switching to proprietary ati radeon driver))
Liviu Andronic a écrit : Hello, On 8/18/09, thveillon.debian thveillon.deb...@googlemail.com wrote: I recently bought a HP 6730s with a ATI Mobility Radeon HD 3430 graphic chip. I run Squeeze/Sid AMD64 just like you, and with 2.6.26* kernel and the associated fglrx I ran into all kind of troubles: impossibility to switch between virtual consoles, acpi going havoc with computer sometime not halting, bunch of weird errors in dmesg and Xorg.o.log, screen never coming up after kdm restart... I upgraded the kernel to 2.6.30*, xorg and fglrx from Sid, and it's working like a charm. It's working great with the radeon driver too, with full 2D acceleration, but 3D performances are still really poor. I can restart kdm without problem and switch back and forth virtual consoles. Maybe the kernel/fglrx couple is just too old, and pre 9.5 fglrx are known to have all kind of issues with virtual consoles switching. In a previous e-mail you mentioned this: if you are running a 2.6.30 kernel the testing fglrx won't build, you have to upgrade xorg and fglrx stuff to Sid. Does the sid xorg still apply? I would not be ready at the moment to experiment with a sid X. Moreover, I found out that issuing halt/reboot from a console within X would more or less shut the system cleanly (at least no kernel panics and stuff), which would mean that my immediate issue is solved. Thank you for the suggestions Liviu apt-cache policy xserver-xorg xserver-xorg: Installé : 1:7.4+4 Candidat : 1:7.4+4 Table de version : *** 1:7.4+4 0 500 http://ftp.fr.debian.org sid/main Packages 100 /var/lib/dpkg/status 1:7.3+19 0 990 http://ftp.fr.debian.org squeeze/main Packages apt-cache policy fglrx-source fglrx-source: Installé : 1:9-7-2 Candidat : 1:9-7-2 Table de version : *** 1:9-7-2 0 500 http://ftp.fr.debian.org sid/non-free Packages 100 /var/lib/dpkg/status 1:9-2-2 0 990 http://ftp.fr.debian.org squeeze/non-free Packages Yes, still apply, but AMD/ATI just released a 9.8 driver that should build on 2.6.30.*, avoiding the need to use Sid's xorg if you fear that. It has been running daily for a week and half here without any issue though. fglrx is lousy anyway so expect a few glitches when using compositing and video or googleearth for instance, and maybe some other hardware specific issues. I use it only because I share the laptop with my son who use Xmoto, foobilliard and the like which doesn't run with the radeon driver. Tom -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Magic SysRq reboot (was Re: switching to proprietary ati radeon driver)
On Mon, Aug 17, 2009 at 14:41 +0100, Liviu Andronic wrote: [ ... ] meaning that I have to resort to using the hard-halt via the power button. Rebooting/Halting from Xfce works as expected (and it didn't I can't really help you with your problem, but a hard shutdown is almost never necessary. You can send various low-level commands to your kernel using the SysRq Key [1], which will allow you to reboot a computer without corrupting the filesystem. The SysRq sequence you are after is Reboot Even If System Utterly Broken ... Just press the following keys, waiting a while after each step. Alt + SysRq (Print Screen) + r Switch the keyboard from raw mode, the mode used by programs such as X11 and svgalib, to XLATE mode + e Send the SIGTERM signal to all processes except init (PID 1) + i Send the SIGKILL signal to all processes except init + s Sync all mounted filesystems + u Remount all mounted filesystems in read-only mode + b Immediately reboot the system. and voilà the system reboots and your data is as safe as possible. with kind regards Wolodja Wentland [1] http://en.wikipedia.org/wiki/Magic_SysRq_key signature.asc Description: Digital signature
