Full system crash on PPC and on X86. Kernels from 2.6.24 till 2.6.26 using the alternative firewire stack. (I have used the alternative stack for many weeks last year without problems, probably running a kernel 2.6.18 < version < 2.6.24 Reproducible: Always Aug 26 20:05:11 localhost firewire_core: created new fw device fw1 (0 config rom retries, S100) Aug 26 20:05:11 localhost firewire_core: phy config: card 0, new root=ffc1, gap_count=5 Aug 26 20:05:12 localhost firewire_core: phy config: card 0, new root=ffc1, gap_count=5 Aug 26 20:05:14 localhost firewire_core: phy config: card 0, new root=ffc1, gap_count=5 Aug 26 20:05:15 localhost firewire_core: phy config: card 0, new root=ffc1, gap_count=5 Aug 26 20:05:16 localhost firewire_core: phy config: card 0, new root=ffc1, gap_count=5 Aug 26 20:05:17 localhost firewire_core: phy config: card 0, new root=ffc1, gap_count=5 Aug 26 20:05:18 localhost firewire_core: phy config: card 0, new root=ffc1, gap_count=5 Aug 26 20:05:19 localhost firewire_core: phy config: card 0, new root=ffc1, gap_count=5 Aug 26 20:05:20 localhost firewire_core: phy config: card 0, new root=ffc1, gap_count=5 Aug 26 20:05:22 localhost firewire_core: phy config: card 0, new root=ffc1, gap_count=5 Aug 26 20:05:23 localhost firewire_core: phy config: card 0, new root=ffc1, gap_count=5 Aug 26 20:05:24 localhost firewire_core: phy config: card 0, new root=ffc1, gap_count=5 Aug 26 20:05:25 localhost firewire_core: phy config: card 0, new root=ffc1, gap_count=5 ... ongoing till the moment of crash. (Both systems)
Stable stack allowed me to do my thing...
Which specific kernel versions are you seeing this problem with? And for the umpteenth time, Stefan - post ook je `emerge --info'.
Wat ga je aan m'n emerge --info zien bij een kernel issue die voorkomt op twee *compleet verschillende* architecturen. Maar goed... hier het rebelse alternatief ;) Linux localhost 2.6.24-gentoo-r2 #3 SMP PREEMPT Sat Mar 8 15:24:04 CET 2008 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz GenuineIntel GNU/Linux paludis 0.28.2 Paludis build information: Compiler: CXX: i686-pc-linux-gnu-g++ 4.3.1 CXXFLAGS: -O2 -march=pentium4 -pipe -fomit-frame-pointer LDFLAGS: DATE: 2008-08-23T02:52:33+0200 Libraries: C++ Library: GNU libstdc++ 20080606 Reduced Privs: reduced_uid: 103 reduced_uid->name: paludisbuild reduced_uid->dir: /var/tmp/paludis reduced_gid: 1001 reduced_gid->name: paludisbuild Paths: DATADIR: /usr/share LIBDIR: /usr/lib LIBEXECDIR: /usr/libexec SYSCONFDIR: /etc PYTHONINSTALLDIR: RUBYINSTALLDIR: Environment: Format: paludis Config dir: /etc/paludis World file: /var/db/pkg/world Repository virtuals: format: virtuals Repository installed-virtuals: format: installed_virtuals root: / Repository gentoo: format: ebuild location: /usr/portage append_repository_name_to_write_cache: true binary_destination: false binary_keywords: binary_uri_prefix: builddir: /var/tmp/paludis cache: /usr/portage/metadata/cache distdir: /usr/portage/distfiles eapi_when_unknown: 0 eapi_when_unspecified: 0 eclassdirs: /usr/portage/eclass ignore_deprecated_profiles: false layout: traditional names_cache: /usr/portage/.cache/names newsdir: /usr/portage/metadata/news profile_eapi: 0 profiles: /usr/portage/profiles/default-linux/x86/2007.0 securitydir: /usr/portage/metadata/glsa setsdir: /usr/portage/sets sync: rsync://rsync.gentoo.org/gentoo-portage sync_options: use_manifest: use write_cache: /var/empty Package information: app-admin/eselect-compiler: (none) app-shells/bash: 3.2_p39 dev-java/java-config: 1.3.7 2.1.6 dev-lang/python: 2.4.3-r4 2.5.2-r7 dev-python/pycrypto: 2.0.1-r6 dev-util/ccache: (none) dev-util/confcache: (none) sys-apps/baselayout: 2.0.0 sys-apps/openrc: 0.2.5 sys-apps/sandbox: 1.2.18.1-r3 sys-devel/autoconf: 2.13 2.62-r1 sys-devel/automake: 1.10.1-r1 1.5 1.7.9-r1 1.9.6-r2 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 2.2.4 virtual/os-headers: 2.6.26 (for sys-kernel/linux-headers::installed) Repository installed: format: vdb location: /var/db/pkg builddir: /var/tmp/paludis names_cache: /var/db/pkg/.cache/names provides_cache: /var/db/pkg/.cache/provides root: / Linux iBook 2.6.26-gentoo #11 PREEMPT Tue Aug 26 20:17:29 CEST 2008 ppc 7447A, altivec supported PowerBook6,7 GNU/Linux paludis 0.28.2 Paludis build information: Compiler: CXX: powerpc-unknown-linux-gnu-g++ 4.1.2 (Gentoo 4.1.2 p1.0.2) CXXFLAGS: -O2 -mcpu=7450 -pipe -maltivec -mabi=altivec LDFLAGS: DATE: 2008-08-07T21:58:51+0200 Libraries: C++ Library: GNU libstdc++ 20070214 Reduced Privs: reduced_uid: 1000 reduced_uid->name: skinkie reduced_uid->dir: /home/skinkie reduced_gid: 1000 reduced_gid->name: skinkie Paths: DATADIR: /usr/share LIBDIR: /usr/lib LIBEXECDIR: /usr/libexec SYSCONFDIR: /etc PYTHONINSTALLDIR: RUBYINSTALLDIR: Environment: Format: paludis Config dir: /etc/paludis World file: /var/lib/portage/world Repository virtuals: format: virtuals Repository installed-virtuals: format: installed_virtuals root: / Repository gentoo: format: ebuild location: /usr/portage append_repository_name_to_write_cache: true binary_destination: false binary_keywords: binary_uri_prefix: builddir: /var/tmp/paludis cache: /usr/portage/metadata/cache distdir: /usr/portage/distfiles eapi_when_unknown: 0 eapi_when_unspecified: 0 eclassdirs: /usr/portage/eclass ignore_deprecated_profiles: false layout: traditional names_cache: /usr/portage/.cache/names newsdir: /usr/portage/metadata/news profile_eapi: 0 profiles: /usr/portage/profiles/default-linux/ppc/ppc32/2007.0 securitydir: /usr/portage/metadata/glsa setsdir: /usr/portage/sets sync: rsync://rsync.nl.gentoo.org/gentoo-portage sync_options: use_manifest: use write_cache: /var/cache/paludis/metadata Package information: app-admin/eselect-compiler: (none) app-shells/bash: 3.2_p39 dev-java/java-config: 1.3.7 2.1.6 dev-lang/python: 2.4.3-r4 2.5.2-r7 dev-python/pycrypto: 2.0.1-r6 dev-util/ccache: (none) dev-util/confcache: (none) sys-apps/baselayout: 2.0.0 sys-apps/openrc: 0.2.5 sys-apps/sandbox: 1.2.18.1-r3 sys-devel/autoconf: 2.13 2.62-r1 sys-devel/automake: 1.10.1-r1 1.5 1.7.9-r1 1.9.6-r2 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 2.2.4 virtual/os-headers: 2.6.26 (for sys-kernel/linux-headers::installed) Repository installed: format: vdb location: /var/db/pkg builddir: /var/tmp/paludis names_cache: /var/db/pkg/.cache/names provides_cache: /var/db/pkg/.cache/provides root: /
Stefan, please stick with English when commenting on the Bugzilla. We have quite a great deal of developers who aren't fluent in Danish :).
The reason for the crash is upstream bug http://bugzilla.kernel.org/show_bug.cgi?id=10922 (crash after many bus resets). However, it would first be interesting to learn why you get the bus reset loop (which triggers the bug). What controller is this? lspci should answer this.
(In reply to comment #5) > The reason for the crash is upstream bug > http://bugzilla.kernel.org/show_bug.cgi?id=10922 (crash after many bus resets). > However, it would first be interesting to learn why you get the bus reset loop > (which triggers the bug). > > What controller is this? lspci should answer this. On X86: 02:03.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 80) On PPC: 0002:20:0e.0 FireWire (IEEE 1394): Apple Computer Inc. UniNorth 2 FireWire (rev 81) For my only the camera connect triggers the bug... if you have a description howto debug. Or want access to one of the systems, please inform me.
We'll watch the upstream bug.
Stefan, a debug log may be helpful: # echo 6 > /sys/module/firewire_ohci/parameters/debug Then plug the Sony in, but plug it out again before the system hangs, so that you can gather the kernel log of the bus reset loop. The debug module parameter is available since kernel 2.6.26. Furthermore, only two kernels before 2.6.24 had the new firewire driver stack. It would be good if you could check once more if 2.6.23 has this bug too. If yes, please also recheck 2.6.22. Also, if you have that much time, try 2.6.26(.y) plus the respective patch from http://user.in-berlin.de/~s5r6/linux1394/updates/. This will not fix the crash after many bus resets yet, but perhaps it accidentally fixes that the Sony sends the drivers int the bus reset loop. I suspect though it won't fix it.
Correction: # echo 7 > /sys/module/firewire_ohci/parameters/debug would be more useful than 6.
1st half of the problem (crash after many bus resets) gained a fix upstream in linux1394-2.6.git, soon to find its way into mainline. 2nd half (camcorder sending the bus into a reset loop) still unresolved.
(In reply to comment #10) > 1st half of the problem (crash after many bus resets) gained a fix upstream in > linux1394-2.6.git, soon to find its way into mainline. > > 2nd half (camcorder sending the bus into a reset loop) still unresolved. Is it in git sources? If not can you ping me if it will get into it... then i'll test it again.
Re comment 11: >> 1st half of the problem (crash after many bus resets) gained a fix upstream in >> linux1394-2.6.git, soon to find its way into mainline. >> >> 2nd half (camcorder sending the bus into a reset loop) still unresolved. > > Is it in git sources? If not can you ping me if it will get into it... > then i'll test it again. It is in there since circa git-sources-2.6.28_rc2-r3 or something like that, and it is in vanilla since vanilla-sources-2.6.28_rc3.