From: Johan Hovold <johan@kernel.org>
To: Petr Tesarik <ptesarik@suse.com>
Cc: Johan Hovold <johan@kernel.org>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
"open list:USB SERIAL SUBSYSTEM" <linux-usb@vger.kernel.org>,
open list <linux-kernel@vger.kernel.org>,
Petr Tesarik <ptesarik@suse.cz>
Subject: Re: [PATCH 2/4] cp210x: Unify code for set/get config control messages
Date: Thu, 30 Jul 2015 19:01:27 +0200 [thread overview]
Message-ID: <20150730170127.GF28535@localhost> (raw)
In-Reply-To: <1437720491-28702-3-git-send-email-ptesarik@suse.com>
On Fri, Jul 24, 2015 at 08:48:09AM +0200, Petr Tesarik wrote:
> From: Petr Tesarik <ptesarik@suse.cz>
>
> There is a lot of overlap between the two functions (e.g. calculation
> of the buffer size), so this removes a bit of code duplication, but
> most importantly, a more generic function can be easily reused for
> other message types.
I'm not sure I consider this is an improvement yet.
> Signed-off-by: Petr Tesarik <ptesarik@suse.com>
> ---
> drivers/usb/serial/cp210x.c | 109 ++++++++++++++++++++------------------------
> 1 file changed, 49 insertions(+), 60 deletions(-)
>
> diff --git a/drivers/usb/serial/cp210x.c b/drivers/usb/serial/cp210x.c
> index 1bae015..69f03b6 100644
> --- a/drivers/usb/serial/cp210x.c
> +++ b/drivers/usb/serial/cp210x.c
> @@ -307,14 +307,17 @@ enum cp210x_request_type {
> #define CONTROL_WRITE_RTS 0x0200
>
> /*
> - * cp210x_get_config
> - * Reads from the CP210x configuration registers
> + * cp210x_control_msg
> + * Sends a generic control message, taking care of endianness
> + * and error messages.
> * 'size' is specified in bytes.
> - * 'data' is a pointer to a pre-allocated array of integers large
> - * enough to hold 'size' bytes (with 4 bytes to each integer)
> + * 'data' is a pointer to the input/output buffer. For output, it holds
> + * the data (in host order) to be sent. For input, it receives data from
> + * the device and must be big enough to hold 'size' bytes.
> */
> -static int cp210x_get_config(struct usb_serial_port *port, u8 request,
> - unsigned int *data, int size)
> +static int cp210x_control_msg(struct usb_serial_port *port, u8 request,
> + u8 requesttype, u16 value, u32 *data, int size,
> + int timeout)
Should you not use your new request type enum here?
> {
> struct usb_serial *serial = port->serial;
> struct cp210x_serial_private *spriv = usb_get_serial_data(serial);
> @@ -328,20 +331,22 @@ static int cp210x_get_config(struct usb_serial_port *port, u8 request,
> if (!buf)
> return -ENOMEM;
>
> - /* Issue the request, attempting to read 'size' bytes */
> - result = usb_control_msg(serial->dev, usb_rcvctrlpipe(serial->dev, 0),
> - request, REQTYPE_INTERFACE_TO_HOST, 0x0000,
> - spriv->bInterfaceNumber, buf, size,
> - USB_CTRL_GET_TIMEOUT);
> + if (!(requesttype & USB_DIR_IN)) {
> + for (i = 0; i < length; i++)
> + buf[i] = cpu_to_le32(data[i]);
> + }
>
> - /* Convert data into an array of integers */
> - for (i = 0; i < length; i++)
> - data[i] = le32_to_cpu(buf[i]);
> + result = usb_control_msg(serial->dev, usb_rcvctrlpipe(serial->dev, 0),
And this should be usb_sndctrlpipe for outgoing messages.
> + request, requesttype, value,
> + spriv->bInterfaceNumber, buf, size, timeout);
Please resend this when you start using your generalised function (for
the gpio work?).
I'll drop all four for now.
Thanks,
Johan
next prev parent reply other threads:[~2015-07-30 17:01 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-07-24 6:48 [PATCH 0/4] Show CP210x part number in sysfs Petr Tesarik
2015-07-24 6:48 ` [PATCH 1/4] cp210x: Replace USB magic numbers with symbolic names Petr Tesarik
2015-07-24 6:48 ` [PATCH 2/4] cp210x: Unify code for set/get config control messages Petr Tesarik
2015-07-30 17:01 ` Johan Hovold [this message]
2015-07-24 6:48 ` [PATCH 3/4] cp210x: Store part number Petr Tesarik
2015-07-26 13:32 ` Oliver Neukum
2015-07-27 6:50 ` Petr Tesarik
2015-07-27 9:29 ` Oliver Neukum
2015-07-24 6:48 ` [PATCH 4/4] cp210x: Expose the part number in sysfs Petr Tesarik
2015-07-24 18:17 ` Greg Kroah-Hartman
2015-07-24 21:00 ` Petr Tesarik
2015-07-24 21:33 ` Greg Kroah-Hartman
2015-07-24 21:46 ` Petr Tesarik
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=20150730170127.GF28535@localhost \
--to=johan@kernel.org \
--cc=gregkh@linuxfoundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=ptesarik@suse.com \
--cc=ptesarik@suse.cz \
/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.