Re: Linux1394-user digest, Vol 1 #1393 - 7 msgs

From: Dave Cinege <dcinege-mlists_at_psychosis.com>
Date: Tue 22 Feb 2005 - 19:09:51 CET
Message-Id: <200502221309.51587.dcinege-mlists@psychosis.com>

On Monday 21 February 2005 23:25, linux1394-user-request@lists.sourceforge.net
wrote:

> > but I'm wondering if my code
> > might be the solution. (It reconnects all known nodes before adding new
> > ones)
>
> It will probably not help with the bogus bit in the selfID --- except
> perhaps the additional bus reset which you added. Maybe a correct selfID
> is sent out by the bridge after that reset.

Yes that's my thinking. As we already discussed privately, the linux 1394 is
not following the specification literally enough in waitign on device to
ready themselves.

To recap some of our private discussion for all: Stefan and I have come to the
conclusion that the (sbp2 atleast) specification allows a device to take it's
time to ready itself when it powers on. The linux code *should* recognize
this and keep track of the device to query it later. (Stefen is going to
remember this more accurately then me right now.)

The situation with the Prolific is when it powers up , it's in this initial
firmware state, and linux does not handle this properly. As a brute force
fix, my code replies to every reset with a long bus master reset, and this
forces the Prolific to 'jump' out of this initial state it's stuck in, and
continue is it's normal state of operation, which, works quite well with the
linux 1394 code.

It would not surprise me at all if these devices are in a similar situation,
in that they are stuck in a initialization state that the current Linux code
is just too braindead to deal with. This bridge (rightfully!) replies that
it's inactive for this reason.

My feeling is, my code would likely have the same affect on this bridge as the
Prolific, forcing it into a consistent state.

> It would certainly be interesting to gather more experiences as to what
> extent Dave's mods improve detection of such problematic devices.

Yes, PLEASE, someone test this:
https://ftp.psychosis.com:4302/linux/ieee1394/

We need to see how far reaching this initialization really is, so we can code
a proper fix for it.

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
mailing list Linux1394-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux1394-user
Received on Tue Feb 22 19:12:04 2005

This archive was generated by hypermail 2.1.8 : Mon 02 May 2005 - 09:16:53 CEST