From: Johan Hovold <johan-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
To: "Li, Elvin" <elvin.li-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Cc: "linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
"linux-serial-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<linux-serial-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
"Tian, Feng" <feng.tian-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>,
"Ni, Ruiyu" <ruiyu.ni-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>,
"greg-U8xfFu+wG4EAvxtiuMwx3w@public.gmane.org"
<greg-U8xfFu+wG4EAvxtiuMwx3w@public.gmane.org>,
"jhovold-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org"
<jhovold-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Subject: Re: Usb serial driver change question in the linux kernel
Date: Sun, 15 Feb 2015 12:15:42 +0700 [thread overview]
Message-ID: <20150215051542.GA2551@localhost> (raw)
In-Reply-To: <85D5955FC01BBD45B061B0BD47E1291910F5140E-0J0gbvR4kTggGBtAFL8yw7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
On Sun, Feb 15, 2015 at 12:43:51AM +0000, Li, Elvin wrote:
> Hi All,
> I am using usb_debug driver in Linux kernel to manage
> Ajays USB debug device (Vendor Id: 0525 Product Id:
> 127a) which follows EHCI debug device specification.
> drivers\usb\serial\usb_debug.c was developed by Greg
> Kroah-Hartman, it worked very well with Ajays debug
> device until one change to usb-serial.c. I could see
> the Johan's change at
> https://github.com/torvalds/linux/commit/5083fd7bdfe6760577235a724cf6dccae13652c2.
> Does anyone has ideas how the issue could be resolved?
Thanks for the report. The commit mentioned above should simply be
reverted; a bulk-out buffer size smaller than the end-point size is
indeed valid.
Could you verify that the patch below fixes the issues you're seeing?
Thanks,
Johan
>From fffe54908863974c20adf1b1bf4e24e35a8d921b Mon Sep 17 00:00:00 2001
From: Johan Hovold <johan-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Date: Sun, 15 Feb 2015 11:57:53 +0700
Subject: [PATCH] Revert "USB: serial: make bulk_out_size a lower limit"
This reverts commit 5083fd7bdfe6760577235a724cf6dccae13652c2.
A bulk-out size smaller than the end-point size is indeed valid. The
offending commit broke the usb-debug driver for EHCI debug devices,
which use 8-byte buffers.
Fixes: 5083fd7bdfe6 ("USB: serial: make bulk_out_size a lower limit")
Reported-by: "Li, Elvin" <elvin.li-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Cc: stable <stable-u79uwXL29TY76Z2rM5mHXA@public.gmane.org> # v3.15
Signed-off-by: Johan Hovold <johan-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
---
drivers/usb/serial/usb-serial.c | 5 +++--
include/linux/usb/serial.h | 3 +--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/usb/serial/usb-serial.c b/drivers/usb/serial/usb-serial.c
index 475723c006f9..19842370a07f 100644
--- a/drivers/usb/serial/usb-serial.c
+++ b/drivers/usb/serial/usb-serial.c
@@ -940,8 +940,9 @@ static int usb_serial_probe(struct usb_interface *interface,
port = serial->port[i];
if (kfifo_alloc(&port->write_fifo, PAGE_SIZE, GFP_KERNEL))
goto probe_error;
- buffer_size = max_t(int, serial->type->bulk_out_size,
- usb_endpoint_maxp(endpoint));
+ buffer_size = serial->type->bulk_out_size;
+ if (!buffer_size)
+ buffer_size = usb_endpoint_maxp(endpoint);
port->bulk_out_size = buffer_size;
port->bulk_out_endpointAddress = endpoint->bEndpointAddress;
diff --git a/include/linux/usb/serial.h b/include/linux/usb/serial.h
index 9bb547c7bce7..704a1ab8240c 100644
--- a/include/linux/usb/serial.h
+++ b/include/linux/usb/serial.h
@@ -190,8 +190,7 @@ static inline void usb_set_serial_data(struct usb_serial *serial, void *data)
* @num_ports: the number of different ports this device will have.
* @bulk_in_size: minimum number of bytes to allocate for bulk-in buffer
* (0 = end-point size)
- * @bulk_out_size: minimum number of bytes to allocate for bulk-out buffer
- * (0 = end-point size)
+ * @bulk_out_size: bytes to allocate for bulk-out buffer (0 = end-point size)
* @calc_num_ports: pointer to a function to determine how many ports this
* device has dynamically. It will be called after the probe()
* callback is called, but before attach()
--
2.0.5
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next parent reply other threads:[~2015-02-15 5:15 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <85D5955FC01BBD45B061B0BD47E1291910F50B6B@SHSMSX103.ccr.corp.intel.com>
[not found] ` <85D5955FC01BBD45B061B0BD47E1291910F5140E@SHSMSX103.ccr.corp.intel.com>
[not found] ` <85D5955FC01BBD45B061B0BD47E1291910F5140E-0J0gbvR4kTggGBtAFL8yw7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
2015-02-15 5:15 ` Johan Hovold [this message]
2015-02-15 13:26 ` Usb serial driver change question in the linux kernel Li, Elvin
[not found] ` <85D5955FC01BBD45B061B0BD47E1291910F5198A-0J0gbvR4kTggGBtAFL8yw7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
2015-02-16 5:12 ` 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=20150215051542.GA2551@localhost \
--to=johan-dgejt+ai2ygdnm+yrofe0a@public.gmane.org \
--cc=elvin.li-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
--cc=feng.tian-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
--cc=greg-U8xfFu+wG4EAvxtiuMwx3w@public.gmane.org \
--cc=jhovold-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
--cc=linux-serial-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=ruiyu.ni-ral2JQCrhuEAvxtiuMwx3w@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.