From: Stefan Richter on
Stefan Richter wrote:
> Your dmesg shows multiple bus resets and one of the three nodes
> disappearing from the bus from time to time. This points to a probelm
> at the physical layer (i.e. highly unreliable hardware) which
> fundamentally cannot be solved by software.

PS: If you want, you can for example run the small utility
"firecontrol" (requires libraw1394) in a console while you have the
FireWire disk attached. Firecontrol will show all bus resets that
happen as well as how many nodes are present on the bus after each reset.

During usage of a FireWire disk, there should be only about two or so
bus resets early on when the disk is plugged in, but then not anymore.
The drivers do handle subsequent bus resets (firewire-sbp2 +
firewire-core much better than sbp2 + ieee1394, obviously) but they
cannot do much if very frequent bus resets happen and the target node
even disappears from the bus due to electrical problems or whatever reasons.

According to your dmesg, I expect firecontrol to show series of resets,
some of them with a node going away and coming back. The most likely
cause for that is buggy or defective hardware.
--
Stefan Richter
-=====-==-=- -=== =-===
http://arcgraph.de/sr/
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
From: Stefan Richter on
Stefan Richter wrote:
> Martin Mokrejs wrote at LKML:
>> Hi Jay,
>> Jay Fenlason wrote:
>>> On Fri, Jul 23, 2010 at 04:09:21PM +0200, Martin Mokrejs wrote:
>>>> Hi,
>>>> I bought a external harddrive with firewire and USB interfaces (IcyBOX IB-250StUE-B).
>>>> If I connect it to a desktop computer A I get kernel crash during boot (see
>>>> both attached dmesg-*.txt files).
>
> The crash which you reported is in sbp2 (of the old ieee1394 stack alias
> linux1394, not in firewire-sbp2 (of the new firewire stack alias juju).

I have logged your report as
https://bugzilla.kernel.org/show_bug.cgi?id=16452
nodemgr, sbp2: NULL pointer dereference in sbp2_update
but set its status to WILL_NOT_FIX for now.

The bug seems to be in the nodemgr component of the ieee1394 core
driver. This is one of the things that were rewritten from scratch in
firewire-core with a fundamentally different implementation, for good
reasons.

Perhaps somebody else wants to look into a possible fix for this bug,
but this seems very unlikely. (Basically, a bug fix already exists in
the form of firewire-core.)
--
Stefan Richter
-=====-==-=- -=== ==---
http://arcgraph.de/sr/
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
From: Martin Mokrejs on
Hi Stefan,
thank you for your care of this issue. I have just returned the crappy
IcyBOX IB-250StUE-B back to the reseller. On the circuit board there was
Apr 2008 timestamp (regarding the JMicron JMB 353 chip doing the SATA to
FireWire 1394a + USB 2.0 conversion).

I tried in the morning to connect the IcyBox to this laptops internal
Ricoh Co Ltd R5C552 IEEE 1394 Controller but had issues to power-up the drive
at all. Not even using USB hub to supply power to it. I connected it to
the ricoh chip via a 6 to 4 pin cable but also tried the not very good
Kouwell 7004 PCMCIA card (which does not supply enough power unless I
buy external, optional power supply of unknown specs and plug it into the
PCMCIA card).

Many thanks for your care,
Martin
P.S.: Yes, laptop (computer B) is a single-core, old P4-M computer with ICH3
chipset.

Stefan Richter wrote:
> Stefan Richter wrote:
>> Martin Mokrejs wrote at LKML:
>>> Hi Jay,
>>> Jay Fenlason wrote:
>>>> On Fri, Jul 23, 2010 at 04:09:21PM +0200, Martin Mokrejs wrote:
>>>>> Hi,
>>>>> I bought a external harddrive with firewire and USB interfaces (IcyBOX IB-250StUE-B).
>>>>> If I connect it to a desktop computer A I get kernel crash during boot (see
>>>>> both attached dmesg-*.txt files).
>>
>> The crash which you reported is in sbp2 (of the old ieee1394 stack alias
>> linux1394, not in firewire-sbp2 (of the new firewire stack alias juju).
>
> I have logged your report as
> https://bugzilla.kernel.org/show_bug.cgi?id=16452
> nodemgr, sbp2: NULL pointer dereference in sbp2_update
> but set its status to WILL_NOT_FIX for now.
>
> The bug seems to be in the nodemgr component of the ieee1394 core
> driver. This is one of the things that were rewritten from scratch in
> firewire-core with a fundamentally different implementation, for good
> reasons.
>
> Perhaps somebody else wants to look into a possible fix for this bug,
> but this seems very unlikely. (Basically, a bug fix already exists in
> the form of firewire-core.)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
From: Stefan Richter on
Martin Mokrejs wrote:
> I tried in the morning to connect the IcyBox to this laptops internal
> Ricoh Co Ltd R5C552 IEEE 1394 Controller but had issues to power-up the drive
> at all. Not even using USB hub to supply power to it. I connected it to
> the ricoh chip via a 6 to 4 pin cable but also tried the not very good
> Kouwell 7004 PCMCIA card (which does not supply enough power unless I
> buy external, optional power supply of unknown specs and plug it into the
> PCMCIA card).

FireWire CardBus cards do not (or more precisely, must not) provide bus
power at all, unless if they have a power input port and a fitting PSU
is connected to it. If a CardBus card puts power onto the FireWire bus
without any extra PSU connected, then this card is miswired and not spec
compliant. A FireWire bus power provider is required to be able to
deliver 1.5 A current or more, at 8 V or more. That can't be done via
CardBus.

4-pin FireWire ports OTOH do not provide bus power of course; they lack
the respective pins.

Some FireWire disk enclosures can optionally be powered via USB, but we
all know how unreliable USB bus power is. Prefer either a dedicated PSU
or regular FireWire bus power.
--
Stefan Richter
-=====-==-=- -=== ==---
http://arcgraph.de/sr/
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/