All of lore.kernel.org
 help / color / mirror / Atom feed
From: Johan Hovold <johan@hovold.com>
To: One Thousand Gnomes <gnomes@lxorguk.ukuu.org.uk>
Cc: Xiao Jin <jin.xiao@intel.com>,
	gregkh@linuxfoundation.org, linux-usb@vger.kernel.org,
	linux-kernel@vger.kernel.org, david.a.cohen@linux.intel.com,
	yanmin.zhang@intel.com, Oliver Neukum <oneukum@suse.de>
Subject: Re: [PATCH] cdc-acm: some enhancement on acm delayed write
Date: Tue, 8 Apr 2014 15:12:27 +0200	[thread overview]
Message-ID: <20140408131227.GD25779@localhost> (raw)
In-Reply-To: <20140408122229.67e2658e@alan.etchedpixels.co.uk>

[ +CC: Oliver ]

On Tue, Apr 08, 2014 at 12:22:29PM +0100, One Thousand Gnomes wrote:
> > (2) acm tty port ASYNCB_INITIALIZED flag will be cleared when
> > close. If acm resume callback run after ASYNCB_INITIALIZED flag
> > cleared, there will have no chance for delayed write to start.
> > That lead to acm_wb.use can't be cleared. If user space open
> > acm tty again and try to setd, tty will be blocked in
> > tty_wait_until_sent for ever.
> 
> If there is data pending when the close occurs the close path should
> block until either the close timeout occurs or the buffer is written.
> This sounds more like the implementation of the ACM chars_in_buffer
> method is wrong and not counting the deferred bytes as unsent ?

The ACM chars_in_buffer does count the deferred bytes so I guess this
can only happen if close happens fast enough that resume is never called
before shutdown (e.g. closing_wait = ASYNC_CLOSING_WAIT_NONE and
drain_delay = 0).

Johan

  reply	other threads:[~2014-04-08 13:13 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-04-08  3:05 [PATCH] cdc-acm: some enhancement on acm delayed write Xiao Jin
2014-04-08  7:33 ` Johan Hovold
2014-04-08 10:22   ` Oliver Neukum
2014-04-11  9:45     ` Johan Hovold
2014-04-08 10:33   ` Oliver Neukum
2014-04-08 13:17     ` Johan Hovold
2014-04-08 13:38       ` Oliver Neukum
2014-04-08 13:52         ` Johan Hovold
2014-04-08 11:22 ` One Thousand Gnomes
2014-04-08 13:12   ` Johan Hovold [this message]
2014-04-09 14:57 ` Xiao Jin
2014-04-09 17:43   ` David Cohen
2014-04-10  8:02   ` Oliver Neukum
2014-04-10 22:51     ` Xiao Jin
2014-04-11  7:09       ` Oliver Neukum
2014-04-11  9:37     ` Johan Hovold
2014-04-11  9:41       ` [RFC 1/2] n_tty: fix dropped output characters Johan Hovold
2014-04-11  9:41         ` [RFC 2/2] USB: cdc-acm: fix broken runtime suspend Johan Hovold
2014-04-14 12:53         ` [RFC 1/2] n_tty: fix dropped output characters One Thousand Gnomes
2014-04-14 13:05           ` Oliver Neukum
2014-04-14 14:04             ` One Thousand Gnomes
2014-04-14 13:27           ` Johan Hovold
2014-04-14 19:58       ` [PATCH] USB: cdc-acm: fix broken runtime suspend Johan Hovold
2014-04-15  8:24         ` Xiao Jin
2014-04-15  8:54           ` Johan Hovold
2014-04-15  8:35         ` Oliver Neukum
2014-04-15  9:13           ` Johan Hovold
2014-04-15 12:19             ` Johan Hovold
2014-05-24 14:42         ` Johan Hovold
2014-05-24 19:59           ` Greg Kroah-Hartman
2014-05-24 20:42             ` Johan Hovold
2014-05-26 17:22               ` [PATCH 00/63] USB: (mostly runtime PM) patches for v3.16-rc Johan Hovold

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=20140408131227.GD25779@localhost \
    --to=johan@hovold.com \
    --cc=david.a.cohen@linux.intel.com \
    --cc=gnomes@lxorguk.ukuu.org.uk \
    --cc=gregkh@linuxfoundation.org \
    --cc=jin.xiao@intel.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-usb@vger.kernel.org \
    --cc=oneukum@suse.de \
    --cc=yanmin.zhang@intel.com \
    /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.