Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 235817 - System crash after (< 5 minutes) connecting Sony DCR-HC37 DV camera to firewire
Summary: System crash after (< 5 minutes) connecting Sony DCR-HC37 DV camera to firewire
Status: RESOLVED UPSTREAM
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo Kernel Bug Wranglers and Kernel Maintainers
URL: http://bugzilla.kernel.org/show_bug.c...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-08-26 18:17 UTC by Stefan de Konink
Modified: 2008-11-06 19:01 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Stefan de Konink 2008-08-26 18:17:44 UTC
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)
Comment 1 Stefan de Konink 2008-08-26 18:30:50 UTC
Stable stack allowed me to do my thing...
Comment 2 Jeroen Roovers (RETIRED) gentoo-dev 2008-08-26 18:50:58 UTC
Which specific kernel versions are you seeing this problem with?

And for the umpteenth time, Stefan - post ook je `emerge --info'.
Comment 3 Stefan de Konink 2008-08-26 18:56:54 UTC
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:                      /
Comment 4 Jan Kundrát (RETIRED) gentoo-dev 2008-08-30 00:01:45 UTC
Stefan, please stick with English when commenting on the Bugzilla. We have quite a great deal of developers who aren't fluent in Danish :).
Comment 5 Stefan Richter 2008-09-03 22:09:57 UTC
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.
Comment 6 Stefan de Konink 2008-09-03 23:15:44 UTC
(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.
Comment 7 Mike Pagano gentoo-dev 2008-09-06 22:41:51 UTC
We'll watch the upstream bug.
Comment 8 Stefan Richter 2008-09-07 07:50:31 UTC
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.
Comment 9 Stefan Richter 2008-09-07 08:20:30 UTC
Correction:
# echo 7 > /sys/module/firewire_ohci/parameters/debug
would be more useful than 6.
Comment 10 Stefan Richter 2008-10-16 20:52:33 UTC
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.
Comment 11 Stefan de Konink 2008-10-16 21:04:52 UTC
(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.
Comment 12 Stefan Richter 2008-11-06 19:01:26 UTC
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.