I have a Sun Blade 100 workstation with Gentoo and a 2.6.24-r8 kernel. If you type "shutdown -h 0" or "poweroff" the system falls back to the openboot prompt instead of turning the power off and hangs there with a not working keyboard. You have to pull the power cable out, to turn the power off. There seems to be a kernel patch available: http://forums.gentoo.org/viewtopic-p-4115744.html#4115744 Reproducible: Always Steps to Reproduce: Portage 2.1.4.4 (default/linux/sparc/2008.0/server, gcc-4.1.2, glibc-2.6.1-r0, 2.6.24-gentoo-r8 sparc64) ================================================================= System uname: 2.6.24-gentoo-r8 sparc64 sun4u Timestamp of tree: Wed, 25 Jun 2008 13:04:01 +0000 ccache version 2.4 [enabled] app-shells/bash: 3.2_p33 dev-lang/python: 2.4.4-r13 dev-python/pycrypto: 2.0.1-r6 dev-util/ccache: 2.4-r7 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.61-r2 sys-devel/automake: 1.10.1 sys-devel/binutils: 2.18-r1 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.24 ACCEPT_KEYWORDS="sparc" CBUILD="sparc-unknown-linux-gnu" CFLAGS="-O2 -mcpu=ultrasparc -pipe" CHOST="sparc-unknown-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -mcpu=ultrasparc -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="ccache distlocks metadata-transfer parallel-fetch sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="acl apache2 berkdb bzip2 cli cracklib crypt cups dri fortran gcc64 gdbm gpm iconv ipv6 isdnlog ldap mailwrapper midi mudflap mysql ncurses nls nptl nptlonly openmp pam pcre perl pppd python readline reflection session snmp sparc spl ssl tcpd truetype unicode xml xorg zlib" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="fbdev glint mach64 mga r128 radeon sunbw2 suncg14 suncg3 suncg6 sunffb sunleo tdfx voodoo" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Has this ever worked properly on previous kernel versions? Have you tried the patch?
It says in the forum thread, that it worked properly with kernel 2.4.x. I've tested the shutdown on 2.6.22-r10, 2.6.23-r9, 2.6.24-r8 (i could not compile 2.6.16-r13 and 2.6.25-r6) and it does not properly shutdown on all of those versions. The patch is for kernel 2.6.21 which is not in the portage tree, so i couldn't test the patch.
It also does not work on the new 2.6.25-r6 kernel.
Can you test the latest development kernel, 2.6.26_rc9-r6 (or later if available) as of this writing?
Sorry, but it doesn't work with the 2.6.26-rc9-git6 kernel, the same effects as all the others. I'm always willingly to test other kernels if you have some.
It also doesn't work with the 2.6.26 kernel. No changes at all.
You may have to take this upstream, but I do see some power related changes in the latest development kernel. Can you test >= git-sources-2.6.28_rc2-r2 and post the results back here.
Unbelievable! It seems like the computer shutted down completely. I could not hear any noise, neither from the power cooling device nor the HDDs/CDs. I could (re)start the computer just by pressing the power button (which did not work before). The screen does not fall back to the openboot prompt it just turns off. Everything seems to be fine. I've tested this several time, because I couldn't believe it the first times :)
Thanks for testing. Mike, any ideas which change(s) fixed this? EoD, would it be too much hassle for you to test 2.6.27 so that we have a better idea where the fix was introduced?
I've tested the 2.6.27-r1 kernel and the computer didn't shut down correctly. I couldn't get my computer to run with the 2.6.27.4 vanilla kernel. So, I assume it didn't work before 2.6.28. Are there specific kernels you want me to test?
(In reply to comment #9) > Thanks for testing. > > Mike, any ideas which change(s) fixed this? Maybe this: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=cdb3592a20b41377a28a0737dc9af95e53024470
Created attachment 174123 [details, diff] rediff for 2.6.27.7
Comment on attachment 174123 [details, diff] rediff for 2.6.27.7 Greetings, could you please try to reproduce the problem on a vanilla 2.6.27.7 kernel patched with the following rediff? Thank you :)
OK, I guess we'll just wait for 2.6.28 then. We'd be happy to fix this for 2.6.27 if we can identify the patch that fixed it, but it's not a big deal as you are the only reporter of this problem. Thanks for your help working on this.
I've been very busy lately and the kernel didn't compile/work out of box (I've done some major config mistakes and a minor patch issue), which made me to put it aside time and again. Sorry for the delay. Anyway, I have to say that the patch is a success! The kernel booted properly and shut down as it should. Thanks for the effort :) There is just a minor issue in the patch file. In your original process.c there is an empty line below "include <asm/oplib.h>" which isn't in the vanilla-sources process.c. As i'm not very familiar with applying patches, it took me a while to figure that out. Anyway, the patch seems to be the solution to the problem :)
Thanks for testing out the patch! I'm reopening the bug 'till the patch gets included in the gentoo-sources package.
Fixed in gentoo-sources-2.6.27-r7
