Bug 458858 – =sys-kernel/gentoo-sources-{3.6.11,3.7.10,3.8.13,3.10.7,3.10.17} → =sys-kernel/aufs-sources-{3.12.20,3.12.21-r1,3.16.7,3.18.9} - kernel panic in drm_kms_helper (=y) on poweroff on some conditions work with USB devices

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Sergey S. Starikoff 2013-02-23 15:33:38 UTC]

Created attachment 339810 [details]
issued kernel config

Since update to =sys-kernel/gentoo-sources-3.6.11 I find my home PC falls into kernel panic on poweroff.
It happens not every boot, but usually several times a week.
Issue comes after umounting filesystems about time of deactivating swap (openrc reports ok status).
This installation uses two swap partitions (one came from previous installation with old disk, which is used primarely for /home):
 $ grep swap /etc/fstab 
/dev/disk/by-uuid/fc7a656c-9d0c-4bcc-96ec-2d0a0a7498a2               none            swap            sw              0 0
/dev/disk/by-uuid/1a209e70-e50e-4887-9f03-2408b275165c               none            swap            sw              0 0

Ther issue report string starts with:
...BUG unable to handle kernel paging request at ffffc90015e21240
(address don't changes, each panic points to this address)

My hardware is:
# lspci -k
00:00.0 Host bridge: Intel Corporation Core Processor DRAM Controller (rev 12)
	Subsystem: Giga-byte Technology Device 5000
	Kernel driver in use: agpgart-intel
00:01.0 PCI bridge: Intel Corporation Core Processor PCI Express x16 Root Port (rev 12)
	Kernel driver in use: pcieport
00:02.0 VGA compatible controller: Intel Corporation Core Processor Integrated Graphics Controller (rev 12)
	Subsystem: Giga-byte Technology Device d000
	Kernel driver in use: i915
00:16.0 Communication controller: Intel Corporation 5 Series/3400 Series Chipset HECI Controller (rev 06)
	Subsystem: Giga-byte Technology Device 3b64
00:1a.0 USB controller: Intel Corporation 5 Series/3400 Series Chipset USB Universal Host Controller (rev 06)
	Subsystem: Giga-byte Technology Device 5004
	Kernel driver in use: uhci_hcd
00:1a.1 USB controller: Intel Corporation 5 Series/3400 Series Chipset USB Universal Host Controller (rev 06)
	Subsystem: Giga-byte Technology Device 5004
	Kernel driver in use: uhci_hcd
00:1a.2 USB controller: Intel Corporation 5 Series/3400 Series Chipset USB Universal Host Controller (rev 06)
	Subsystem: Giga-byte Technology Device 5004
	Kernel driver in use: uhci_hcd
00:1a.7 USB controller: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller (rev 06)
	Subsystem: Giga-byte Technology Device 5006
	Kernel driver in use: ehci_hcd
	Kernel modules: ehci-hcd
00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series Chipset High Definition Audio (rev 06)
	Subsystem: Giga-byte Technology Device a102
	Kernel driver in use: snd_hda_intel
	Kernel modules: snd-hda-intel
00:1c.0 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 1 (rev 06)
	Kernel driver in use: pcieport
00:1c.1 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 2 (rev 06)
	Kernel driver in use: pcieport
00:1d.0 USB controller: Intel Corporation 5 Series/3400 Series Chipset USB Universal Host Controller (rev 06)
	Subsystem: Giga-byte Technology Device 5004
	Kernel driver in use: uhci_hcd
00:1d.1 USB controller: Intel Corporation 5 Series/3400 Series Chipset USB Universal Host Controller (rev 06)
	Subsystem: Giga-byte Technology Device 5004
	Kernel driver in use: uhci_hcd
00:1d.2 USB controller: Intel Corporation 5 Series/3400 Series Chipset USB Universal Host Controller (rev 06)
	Subsystem: Giga-byte Technology Device 5004
	Kernel driver in use: uhci_hcd
00:1d.7 USB controller: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller (rev 06)
	Subsystem: Giga-byte Technology Device 5006
	Kernel driver in use: ehci_hcd
	Kernel modules: ehci-hcd
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a6)
00:1f.0 ISA bridge: Intel Corporation 5 Series Chipset LPC Interface Controller (rev 06)
	Subsystem: Giga-byte Technology Device 5001
00:1f.2 SATA controller: Intel Corporation 5 Series/3400 Series Chipset 6 port SATA AHCI Controller (rev 06)
	Subsystem: Giga-byte Technology Device b005
	Kernel driver in use: ahci
00:1f.3 SMBus: Intel Corporation 5 Series/3400 Series Chipset SMBus Controller (rev 06)
	Subsystem: Giga-byte Technology Device 5001
	Kernel driver in use: i801_smbus
01:00.0 USB controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 03)
	Subsystem: Giga-byte Technology Device 5007
	Kernel driver in use: xhci_hcd
	Kernel modules: xhci-hcd
02:00.0 SATA controller: JMicron Technology Corp. JMB363 SATA/IDE Controller (rev 02)
	Subsystem: Giga-byte Technology Motherboard
	Kernel driver in use: ahci
02:00.1 IDE interface: JMicron Technology Corp. JMB363 SATA/IDE Controller (rev 02)
	Subsystem: Giga-byte Technology Motherboard
	Kernel driver in use: pata_jmicron
	Kernel modules: ata_generic, pata_acpi, pata_jmicron
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168 PCI Express Gigabit Ethernet controller (rev 06)
	Subsystem: Giga-byte Technology Motherboard
	Kernel driver in use: r8169
	Kernel modules: r8169
04:02.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8185 IEEE 802.11a/b/g Wireless LAN Controller (rev 20)
	Subsystem: Realtek Semiconductor Co., Ltd. RTL-8185 IEEE 802.11a/b/g Wireless LAN Controller
	Kernel driver in use: rtl8180
	Kernel modules: rtl8180
04:07.0 FireWire (IEEE 1394): Texas Instruments TSB43AB23 IEEE-1394a-2000 Controller (PHY/Link)
	Subsystem: Giga-byte Technology Motherboard
	Kernel driver in use: firewire_ohci
	Kernel modules: firewire-ohci
3f:00.0 Host bridge: Intel Corporation Core Processor QuickPath Architecture Generic Non-core Registers (rev 02)
	Subsystem: Giga-byte Technology Device 5000
3f:00.1 Host bridge: Intel Corporation Core Processor QuickPath Architecture System Address Decoder (rev 02)
	Subsystem: Giga-byte Technology Device 5000
3f:02.0 Host bridge: Intel Corporation Core Processor QPI Link 0 (rev 02)
	Subsystem: Giga-byte Technology Device 5000
3f:02.1 Host bridge: Intel Corporation Core Processor QPI Physical 0 (rev 02)
	Subsystem: Giga-byte Technology Device 5000
3f:02.2 Host bridge: Intel Corporation Core Processor Reserved (rev 02)
	Subsystem: Giga-byte Technology Device 5000
3f:02.3 Host bridge: Intel Corporation Core Processor Reserved (rev 02)
	Subsystem: Giga-byte Technology Device 5000


I'm not familiar with kernel hacking, so don't geuss what else could I do to explore this issue.

$ einfo 
Portage 2.1.11.50 (default/linux/amd64/13.0, gcc-4.6.3, glibc-2.15-r3, 3.6.11-gentoo x86_64)
=================================================================
System uname: Linux-3.6.11-gentoo-x86_64-Intel-R-_Core-TM-_i5_CPU_661_@_3.33GHz-with-gentoo-2.1
KiB Mem:     7978512 total,   6482692 free
KiB Swap:    4024240 total,   4024240 free
Timestamp of tree: Fri, 15 Feb 2013 14:15:01 +0000
ld GNU ld (GNU Binutils) 2.22
app-shells/bash:          4.2_p37
dev-java/java-config:     2.1.12-r1
dev-lang/python:          2.7.3-r2, 3.2.3
dev-util/cmake:           2.8.9
dev-util/pkgconfig:       0.28
sys-apps/baselayout:      2.1-r1
sys-apps/openrc:          0.11.8
sys-apps/sandbox:         2.5
sys-devel/autoconf:       2.13, 2.69
sys-devel/automake:       1.11.6
sys-devel/binutils:       2.22-r1
sys-devel/gcc:            4.6.3
sys-devel/gcc-config:     1.7.3
sys-devel/libtool:        2.4-r1
sys-devel/make:           3.82-r4
sys-kernel/linux-headers: 3.6 (virtual/os-headers)
sys-libs/glibc:           2.15-r3
Repositories: gentoo rion zugaina ftn-local
ACCEPT_KEYWORDS="amd64"
ACCEPT_LICENSE="* -@EULA GPL* skype-eula"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=native -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /etc/conf.d/clock /etc/rc.conf /usr/share/gnupg/qualified.txt /var/bind"
CONFIG_PROTECT_MASK="${EPREFIX}/etc/gconf /etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5.4/ext-active/ /etc/php/cgi-php5.4/ext-active/ /etc/php/cli-php5.4/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c"
CXXFLAGS="-march=native -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
EMERGE_DEFAULT_OPTS="--ask=y --verbose --autounmask=n"
FCFLAGS="-O2 -pipe"
FEATURES="assume-digests binpkg-logs buildsyspkg config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch"
FFLAGS="-O2 -pipe"
GENTOO_MIRRORS="ftp://xeon.gentoo.ru/mirrors/gentoo/distfiles/ 		ftp://mirror2.corbina.ru/gentoo-distfiles/ 	http://mirror2.corbina.ru/gentoo-distfiles/ 		http://mirror.yandex.ru/gentoo-distfiles/ 		ftp://mirror.yandex.ru/gentoo-distfiles/ 		http://gentoo.bloodhost.ru/ 		ftp://gentoo.bloodhost.ru/ 	distfiles.gentoo.org"
LANG="ru_RU.UTF8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/var/lib/layman/rion /var/lib/layman/zugaina /usr/local/portage"
SYNC="rsync://mirror.yandex.ru/gentoo-portage/"
USE="X a52 acl alsa amd64 berkdb bzip2 cairo cdr cli consolekit cracklib crypt cups cxx dbus djvu dri dv dvd ffmpeg flac fortran gdbm gif gtk iconv icu jpeg jpeg2k kpathsea mac mmx modules mp3 mpeg mudflap multilib ncurses nls nptl ogg openmp pam pcre pdf png policykit qt3support readline session sse sse2 ssl tcpd tiff truetype unicode utf8 v4l v4l2 vorbis zlib" ABI_X86="64" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd 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 cgi cgid 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" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" FOO2ZJS_DEVICES="hp1018" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" LINGUAS="ru" PHP_TARGETS="php5-3" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_2" QEMU_SOFTMMU_TARGETS="i386" QEMU_USER_TARGETS="i386" RUBY_TARGETS="ruby18 ruby19" SANE_BACKENDS="genesys" USERLAND="GNU" VIDEO_CARDS="intel" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account"
Unset:  CPPFLAGS, CTARGET, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON

[Comment 1 Mike Pagano 2013-03-23 18:47:37 UTC]

Can you take a picture of the oops and attach it here?

[Comment 2 Sergey S. Starikoff 2013-03-26 10:52:31 UTC]

(In reply to comment #1)
> Can you take a picture of the oops and attach it here?

Yes, I can fall-back and try to get it.
But I'm not shure, it will be enough.

Not long ago I've caught very similiar issue (on power-off system falls into kernel-panic) on sys-kernel/gentoo-sources-3.7.10 (once, not reproduced yet, guessing about USB subsystem; when/if reproduced --- will report as separate bug).

Is there any other (not making a photo of the monitor on oops) way to debug such issues?
For last one (with 3.7.10) monitor screen fits far from all panic messages.

[Comment 3 Liongene 2013-03-26 23:44:29 UTC]

I suffer from a very similar problem (not sure if the same though since I did not manage to capture the beginning of the trace). Please check http://forums.gentoo.org/viewtopic-t-955250-highlight-.html
There is a link to the trace photo. Perhaps that will help.

[Comment 4 Sergey S. Starikoff 2013-04-07 05:05:42 UTC]

Created attachment 344680 [details]
Oops screen photo for 3.7.10-gentoo kernel

Attached at 2013-02-23 15:33 UTC is from first known issued kernel (3.6.11-gentoo).
Attached photo - from 3.7.10-gentoo.
Issue (on photo) is very similiar (up to being identical) with oryginally reported (for 3.6.11-gentoo), and appears sometimes (not always, but usually) after usage of HP Scanjet G2410, attached to USB 2.0 port (motherboard contains all types of USB, from 1.1 to 3.0).

For first time with 3.7.10-gentoo kernel I've seen another error message, because of different USB-devices were attached (AFAIR it was external HDD).
USB flash drives are handled correctly.

[Comment 5 Sergey S. Starikoff 2013-04-08 06:23:53 UTC]

Ops!
Excuse me, I was a little bit mistaken.

Issue appears when scanner (USB2.0 device) is attached to USB3.0 port.
After working with scanner, connected to USB2.0 port poweroff finishes OK.

Native (USB3.0) weren't tested yet.
Working with USB flash drives, connected to this (USB3.0) port I don't remember (also not tested yet).
About other prior to USB3.0 (i.e. USB1.1) devices I also don't responsible.

[Comment 6 Tom Wijsman (TomWij) (RETIRED) 2013-04-25 22:10:18 UTC]

Does this still happen on =sys-kernel/gentoo-sources-3.8.8?

[Comment 7 Sergey S. Starikoff 2013-05-21 10:03:34 UTC]

(In reply to comment #6)
> Does this still happen on =sys-kernel/gentoo-sources-3.8.8?

=sys-kernel/gentoo-sources-3.8.13
More than similiar issue: two boots, two scan sessions, two kernel panics on poweroff (once scanner was attached to USB3.0 port, once to USB2.0).

In addition I must to say that I was a little bit hurry making a conclusions.
Really for =sys-kernel/gentoo-sources-3.7.10 attaching present scanner to USB3.0 port was rather reliable (not 100% guarantee], but not the only way to provide panic. I remember at least two different ones. In one case (attaching external USB2.0 HDD to USB3.0 port I've failed to reproduce, in another failed to guess about reason of panic).
And now I have no good enough idea about rather correct bug name.

[Comment 8 Sergey S. Starikoff 2013-05-26 14:15:08 UTC]

Some more details for gentoo-sources-3.8.13 kernel:

The same device (HP SJ2410).
Connected to USB2.0 port.
Poweroff device before system makes it fall into kernel panic.
Poweroff system without poweroff device finishes corectly.

Connected to USB3.0 port.
Both cases (device is on and off) are finished with kernel panic.

[Comment 9 Francisco Lloret 2013-06-17 06:19:58 UTC]

I'm also have the same issue. Today I get a kernel panic (with keyboard led flashing and kernel panic text in screen) when shutting dowd the system.

Sometimes I get a system lock (no kernel panic messages, no flashing keyboard leds, just shutting down are "eternized") if I forgot to unmount a NFS share before shutdown.

No issues with gentoo-sources-3.6.11 kernel version.

I attached a screen capture.

[Comment 10 Francisco Lloret 2013-06-17 06:21:45 UTC]

Created attachment 351168 [details]
Kernel panic photo on 3.8.13-gentoo

The only USB device working whwn the kernel panic was the USB mouse. Other USB devices are powered off.

[Comment 11 Tom Wijsman (TomWij) (RETIRED) 2013-06-17 21:54:16 UTC]

(In reply to Francisco Lloret from comment #10)
> Created attachment 351168 [details]
> Kernel panic photo
> 
> The only USB device working whwn the kernel panic was the USB mouse. Other
> USB devices are powered off.

This kernel panic happens during an idle CPU, that isn't useful for debugging; there is no symbol that indicates something more specific being broken. :(

Does this only happen with that device? I'd think it is some kind of odd USB bug.

I'm kind of afraid you're going to have to do a git bisect to figure the broken commit; but before you do that, please try the latest kernels like 3.9.6 and 3.10-rc6. Thank you in advance.

http://wiki.gentoo.org/wiki/Kernel_git-bisect

[Comment 12 Tom Wijsman (TomWij) (RETIRED) 2013-06-17 21:57:45 UTC]

(In reply to Liongene from comment #3)
> I suffer from a very similar problem (not sure if the same though since I
> did not manage to capture the beginning of the trace). Please check
> http://forums.gentoo.org/viewtopic-t-955250-highlight-.html
> There is a link to the trace photo. Perhaps that will help.

Same issue as I explained in my previous comment.

(In reply to Sergey S. Starikoff from comment #2)
> (In reply to comment #1)
> > Can you take a picture of the oops and attach it here?
> 
> Yes, I can fall-back and try to get it.
> ...
> Is there any other (not making a photo of the monitor on oops) way to debug
> such issues?
> For last one (with 3.7.10) monitor screen fits far from all panic messages.

Please do anyway, we don't have to necessarily see the whole thing; cut is fine.

Though, if it is cpu_idle I guess it will be the same; then see previous comment.

[Comment 13 Sergey S. Starikoff 2013-06-20 07:42:43 UTC]

(In reply to Tom Wijsman (TomWij) from comment #11)
> Does this only happen with that device? I'd think it is some kind of odd USB
> bug.
Just yesterday I've got similiar issue on very another PC (with the only USB-keyboard connected).
On this PC I've seen this issue only with 3.8.13-gentoo kernel, two times on about twenty boot-cycles.

Device:
# lsusb
Bus 003 Device 002: ID 04f2:0116 Chicony Electronics Co., Ltd KU-2971/KU-0325 Keyboard
...

Connected to USB 2.0 port:
# lspci | grep USB
00:12.0 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
...

Now I'm thinking about reconnect keyboard to a USB 1.1 port.

[Comment 14 Tom Wijsman (TomWij) (RETIRED) 2013-06-23 13:13:38 UTC]

Yes, we can't resolve it without bisect information because of the generic error.

Either you will need to resort to that workaround or do the bisect. Please let us know when you have found a bad commit, otherwise we can't help you further...

Thank you in advance.

[Comment 15 Sergey S. Starikoff 2013-07-15 11:47:13 UTC]

Strangely (not on boot-cycle, where I've used issued hardware, but on next one) I've reproduced it with vanilla kernel (3.8.13).
Because issue isn't reliably reproducable everywhere it present I don't think, that I could provide bisect results).

[Comment 16 Sergey S. Starikoff 2013-09-12 06:01:11 UTC]

Issue seems to be provided by dynamic hardware subsystem compatibility (and integration).
Upstream together with most other Linux distributions goes on systemd, I still use udev, thinking about migration on eudev.
In 3.10.7-gentoo kernel first time were presented Gentoo distro-specific patches.
Using this kernel I've failed with reproduction the oryginal issue (with USB scanner): some driver issues were present, but the main issue (kernel panic on poweroff, earlier reliably reproducable, was gone away.

[Comment 17 Sergey S. Starikoff 2013-10-08 12:44:57 UTC]

On =sys-kernel/gentoo-sources-3.10.7 kernel issue seems to be fixed.
But after update to =sys-kernel/gentoo-sources-3.10.7-r1 on my first main computer (with Intel i5 CPU) on AFAIR second boot cycle, without usage of exotic devices (like USB scanner), with only two USB devices: keyboard and mouse, I've seen the same issue (kernel panic on power off, at a time about after umount of local filesystems).

[Comment 18 Sergey S. Starikoff 2013-12-15 17:38:25 UTC]

Issue also seen on 3.10.7 gentoo-sources kernel and my current kernel sys-kernel/aufs-sources-3.10.17.

[Comment 19 Sergey S. Starikoff 2014-06-16 09:55:06 UTC]

First boot with =sys-kernel/aufs-sources-3.12.20 showed the same issue, the second is OK.

With previously used =sys-kernel/aufs-sources=3.10.32 AFAIR issue don't appeared.

[Comment 20 Sergey S. Starikoff 2014-08-26 12:30:20 UTC]

The issue appeared on my current kernel (two times, sequentally; but attemp to willingly reproduce it failed).

Last time issue was reproduced with =sys-fs/eudev-1.9-r2, AFAIR recent kernels (upstream) support systemd dynamic back-end only, so issue looks being Gentoo-specific.

[Comment 21 Sergey S. Starikoff 2015-01-14 11:47:21 UTC]

Last system update points me to rather reliable way to reproduce this issue:
I use =sys-boot/lilo-24.0-r1 boot loader.
The first poweroff after update loader to new kernel (running old kernel) fails into panic.
What additional info I shold provide knowing it?

[Comment 22 Sergey S. Starikoff 2015-04-08 13:48:24 UTC]

(In reply to Sergey S. Starikoff from comment #21)
> Last system update points me to rather reliable way to reproduce this issue:
> I use =sys-boot/lilo-24.0-r1 boot loader.

Not so simple.
On my second workstation with AMD Athlon(tm) II X2 250 Processor and kernel-3.16.7-aufs I've got two sequental oops's, without any suspicious actions (neither boot manager, nor attaching external media).

After that I('ve returned to switching off using sudoed poweroff utility.
And seen no isues since update to kernel-3.18.9-aufs.

So, I expect this issue is the result of some miss in integration OpenRC with recent kernels.
Still no ideas about how to catch some useful info to follow this issue.

[Comment 23 Sergey S. Starikoff 2015-04-20 09:11:00 UTC]

The same workstation (with AMD Athlon(tm) II X2 250 Processor CPU).
New kernel.
Second or third boot cycle (I've return to standard DE's poweroff) with new kernel (3.18.9-aufs). Again ooops.
Again returning to switch off usind sudoed /sbin/poweroff (no ooops caught on this way, =sys-apps/openrc-0.13.11).
What debug info I can provide to explore this issue?

On my another (Intel i5 CPU) PC on 3.16.7-aufs kernel I've got no ooops.

[Comment 24 Sergey S. Starikoff 2015-06-27 11:13:47 UTC]

I was confused.
Two described issues are different ones:
The first and original with kernel panic on poweroff on i5 workstation seems to be fixed in about 3.16.x kernels.

The second one on AMD Athlon workstation is not about panic, but about umount failure on GUI poweroff on partition with 'acl' option ans reiser3 filesystem.
And it should be reported separately.