From: Sven Brauch <mail-ITmcY+a7/CDoK6nBLMlh1Q@public.gmane.org>
To: Peter Hurley
<peter-WaGBZJeGNqdsbIuE7sb01tBPR1lH4CV8@public.gmane.org>,
Oliver Neukum <oneukum-IBi9RG/b67k@public.gmane.org>
Cc: linux-serial-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: implement put_char() in cdc-acm
Date: Wed, 28 Oct 2015 16:53:46 +0100 [thread overview]
Message-ID: <5630EF8A.8060904@svenbrauch.de> (raw)
In-Reply-To: <5630BE5E.6040204-WaGBZJeGNqdsbIuE7sb01tBPR1lH4CV8@public.gmane.org>
[-- Attachment #1: Type: text/plain, Size: 1447 bytes --]
Hey,
On 28/10/15 13:23, Peter Hurley wrote:
> Sven, please test Oliver's patch on that tree.
I will do as soon as I get around to it, I hope on the weekend.
> Lastly, please confirm your test method/termios settings (iow, are
> you using a reproducer or just 'cat big_file > /dev/ttyACM1')
Sorry, what exactly do you mean by "reproducer"? I have a
microcontroller which acquires and transmits the data on the device end
of the USB connection. The data flows from device to host.
> I would much rather rework URB flow + unthrottle, as I previously
> outlined in the original thread instead of introducing another
> buffering layer.
From my non-kernel-dev point of view, this seems the way to go if the
strategy in my patch (technical flaws aside) is not acceptable.
Everything else, i.e. larger buffers or less delay, will certainly be a
welcome improvement but still does not guarantee data delivery.
A very similar patch, by the way, was already submitted a few years ago
[1] but not accepted for similar reasons as brought up here (I only
found that thread later on). That patch has a more elegant
implementation than mine, so you might prefer reviving that, if it
becomes relevant.
I will be happy to test any fixes which come up, although I can't
promise I can get around to do it immediately.
Thanks and best regards,
Sven
_______________
[1] https://marc.info/?l=linux-kernel&m=130754754705303&w=2
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
next prev parent reply other threads:[~2015-10-28 15:53 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-10-27 15:07 implement put_char() in cdc-acm Oliver Neukum
[not found] ` <1445958479.2043.6.camel-IBi9RG/b67k@public.gmane.org>
2015-10-27 15:45 ` Sven Brauch
[not found] ` <562F9C08.6050105-ITmcY+a7/CDoK6nBLMlh1Q@public.gmane.org>
2015-10-28 11:04 ` Oliver Neukum
[not found] ` <1446030280.15140.10.camel-IBi9RG/b67k@public.gmane.org>
2015-10-28 12:23 ` Peter Hurley
[not found] ` <5630BE5E.6040204-WaGBZJeGNqdsbIuE7sb01tBPR1lH4CV8@public.gmane.org>
2015-10-28 12:33 ` Oliver Neukum
[not found] ` <1446035622.15140.17.camel-IBi9RG/b67k@public.gmane.org>
2015-10-28 12:49 ` Peter Hurley
2015-11-01 19:28 ` Sven Brauch
[not found] ` <563667D9.9080401-ITmcY+a7/CDoK6nBLMlh1Q@public.gmane.org>
2015-11-01 19:59 ` Peter Hurley
[not found] ` <56366F19.90202-WaGBZJeGNqdsbIuE7sb01tBPR1lH4CV8@public.gmane.org>
2015-11-01 20:04 ` Sven Brauch
2015-11-02 11:32 ` Oliver Neukum
[not found] ` <1446463972.25345.24.camel-IBi9RG/b67k@public.gmane.org>
2015-11-02 20:27 ` Sven Brauch
[not found] ` <5637C731.20409-ITmcY+a7/CDoK6nBLMlh1Q@public.gmane.org>
2015-11-03 8:58 ` Oliver Neukum
[not found] ` <1446541094.27681.2.camel-IBi9RG/b67k@public.gmane.org>
2015-11-03 10:13 ` Sven Brauch
[not found] ` <563888BB.2080601-ITmcY+a7/CDoK6nBLMlh1Q@public.gmane.org>
2015-11-03 10:19 ` Oliver Neukum
2015-11-05 4:18 ` Peter Hurley
2015-10-28 15:53 ` Sven Brauch [this message]
[not found] ` <5630EF8A.8060904-ITmcY+a7/CDoK6nBLMlh1Q@public.gmane.org>
2015-10-28 16:20 ` Peter Hurley
2015-10-28 16:23 ` Oliver Neukum
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=5630EF8A.8060904@svenbrauch.de \
--to=mail-itmcy+a7/cdok6nblmlh1q@public.gmane.org \
--cc=linux-serial-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=oneukum-IBi9RG/b67k@public.gmane.org \
--cc=peter-WaGBZJeGNqdsbIuE7sb01tBPR1lH4CV8@public.gmane.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.