From: Robert Baldyga <r.baldyga@samsung.com>
To: "Baxter, Jim" <jim_baxter@mentor.com>
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-usb@vger.kernel.org" <linux-usb@vger.kernel.org>,
"Zapolskiy, Vladimir" <Vladimir_Zapolskiy@mentor.com>,
"balbi@ti.com" <balbi@ti.com>
Subject: Re: usb: gadget: f_fs: O_NONBLOCK waits MAX_SCHEDULE_TIMEOUT
Date: Wed, 01 Apr 2015 10:06:35 +0200 [thread overview]
Message-ID: <551BA70B.1090706@samsung.com> (raw)
In-Reply-To: <551AED33.2040206@mentor.com>
Hi,
On 03/31/2015 08:53 PM, Baxter, Jim wrote:
> Hi,
>
> I have been looking at an issue where a phone that is the Function FS
> host sometimes locks up and causes the function:
> static ssize_t ffs_epfile_io(struct file *file, struct ffs_io_data
> *io_data) in drivers/usb/gadget/function/f_fs.c to timeout after
> MAX_SCHEDULE_TIMEOUT jiffies.
>
> We are opening the ffs connection with the O_NONBLOCK option and this
> timeout seems to be far too long.
>
> The code causing the wait is here (line 834):
>
> if (unlikely(ret < 0)) {
> /* nop */
> } else if (unlikely(
> wait_for_completion_interruptible(&done))) {
> ret = -EINTR;
> usb_ep_dequeue(ep->ep, req);
> } else {
>
> The function call wait_for_completion_interruptible(&done) equates to:
> wait_for_completion_interruptible_timeout(&done, MAX_SCHEDULE_TIMEOUT);
>
>
> I was wondering what to change to fix this, is it reasonable to use a
> very small timeout if it is O_NONBLOCK or is any blocking not allowed?
>
> I would appreciate any thoughts on how this should work?
FunctionFS is very specific, because read/write operations are directly
translated into USB requests, which are asynchronous, so you cannot use
O_NONBLOCK.
If you need non-blocking API you can use Asynchronous I/O (AIO). You can
find some examples in kernel sources (tools/usb/ffs-aio-example/).
Br,
Robert Baldyga
next prev parent reply other threads:[~2015-04-01 8:06 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-31 18:53 usb: gadget: f_fs: O_NONBLOCK waits MAX_SCHEDULE_TIMEOUT Baxter, Jim
2015-03-31 20:28 ` Felipe Balbi
2015-04-01 8:06 ` Robert Baldyga [this message]
2015-04-01 17:29 ` Baxter, Jim
2015-04-02 0:23 ` Peter Chen
2015-05-22 11:12 ` Baxter, Jim
2015-05-25 1:55 ` Peter Chen
2015-06-01 16:25 ` Baxter, Jim
2015-06-02 3:01 ` Peter Chen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=551BA70B.1090706@samsung.com \
--to=r.baldyga@samsung.com \
--cc=Vladimir_Zapolskiy@mentor.com \
--cc=balbi@ti.com \
--cc=jim_baxter@mentor.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.