[prev in list] [next in list] [prev in thread] [next in thread] 

List:       linux-usb
Subject:    RE: $ in file storage
From:       "Vivek Kumar Gupta" <gkvivek () zilog ! com>
Date:       2008-10-31 16:22:34
Message-ID: 130F820E6D339446BB9EEC7FAF40A06D010A4360 () mailziel ! zilog ! org
[Download RAW message or body]

Thanks Alan again,
Actually when I was taking the log for you and in between I was able to
fix this problem. So the source of the problem was I am using NFS area
on my PC and using two of embedded boards both accessing same NFS Area.
Now when 2nd board tries to access backing file when it is already used
by 1st board, then it gives "$" instead of "Linux File-Stor Gadget"
Even though I have UNLOADED the gadget and file storage driver on the
1st board.

So it appears to me that backing file is maintaining some sort of access
instance.

Regards
Vivek

-----Original Message-----
From: Alan Stern [mailto:stern@rowland.harvard.edu] 
Sent: Friday, October 31, 2008 7:41 PM
To: Vivek Kumar Gupta
Cc: linux-usb@vger.kernel.org
Subject: RE: $ in file storage

On Fri, 31 Oct 2008, Vivek Kumar Gupta wrote:

> Thanks for the suggestion, I did the same

Would you mind posting the contents of the log so that I can see it 
too?

> and came to know that
> It stuck in sleep_thread() function, and fsg->thread_wakeup_needed is
> not set. This is for endpoint 2 OUT.
> Now question why bulk_out_complete() is not called.
> So I am still investigating on it. Kindly put some light on it. Where
> can be the problem?

You don't seriously expect me to answer your questions without seeing 
the log, do you?

> I am also suspecting that once the Host sends data, upon reception
> Gadget triggers a interrupt that calls bulk_out_complete().
> So these are two different threads 1st Gadget and 2nd file storage.
> 
> Is there any flag for Gadget code to trigger file storage ?

Of course there is.

Alan Stern

--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
[prev in list] [next in list] [prev in thread] [next in thread]