All of lore.kernel.org
 help / color / mirror / Atom feed
From: Johan Hovold <johan@kernel.org>
To: Crescent Hsieh <crescentcy.hsieh@moxa.com>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	FangpingFP.Cheng@moxa.com, Epson.Chiang@moxa.com,
	EddieSY.Lin@moxa.com, linux-usb@vger.kernel.org,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH v3 0/6] USB: serial: mxuport: add MUX50U support and updates
Date: Thu, 15 Oct 2026 11:51:10 +0200	[thread overview]
Message-ID: <atCiDvHBI7F3SCoZ@hovoldconsulting.com> (raw)
In-Reply-To: <20260811060501.2307836-1-crescentcy.hsieh@moxa.com>

On Tue, Aug 11, 2026 at 02:04:55PM +0800, Crescent Hsieh wrote:
> This series updates the mxuport driver to support MUX50U-based devices
> and fixes device-specific runtime behaviours.
> 
> The first three patches clean up the USB device ID table and firmware
> version handling, and add support for UPort G2 and Platform UART
> devices. The device family is encoded in the USB device ID table so
> that the table provides both the port count and the information needed
> for firmware handling.
> 
> The fourth patch adds optional callbacks to the generic USB-serial
> write path so that drivers can stop write submission based on
> device-specific state and restore that state if URB submission fails.
> 
> The fifth patch uses these callbacks to implement the per-port
> SEND_NEXT transmit flow-control protocol without duplicating the
> generic write implementation.
> 
> The sixth patch adds RS485 mode configuration through the standard
> TIOCSRS485/TIOCGRS485 interface.
> 
> ---
> Changes in v3:
>   - [PATCH v3 1/6]:
>     Rename the existing PID definitions after their corresponding
>     products and introduce a helper to keep each USB device ID table
>     entry on one line.
>   - [PATCH v3 2/6]:
>     Rename the firmware-version composition helper and retain the
>     existing firmware image-size validation.
>   - [PATCH v3 3/6]:
>     Name the new PID definitions after their corresponding products,
>     list all supported products by device family, rename the family
>     definitions to describe device rather than firmware families, and
>     use BIT() for the nonzero family values.
>   - [PATCH v3 4/6] and [PATCH v3 5/6]:
>     Replace the mxuport-specific copies of the generic write path with
>     optional write_ready() and write_rollback() callbacks. Use the
>     callbacks to pause SEND_NEXT writes and restore the per-port state
>     if URB submission fails. Expand the SEND_NEXT commit message to
>     describe the per-port protocol.

Again, sorry about the late feedback on this one.

Now applied for 7.4 with two whitespace amendments.

It was a joy to review, excellent work.

Johan

      parent reply	other threads:[~2026-10-15  9:51 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-08-11  6:04 [PATCH v3 0/6] USB: serial: mxuport: add MUX50U support and updates Crescent Hsieh
2026-08-11  6:04 ` [PATCH v3 1/6] USB: serial: mxuport: clean up product ID definitions and device table Crescent Hsieh
2026-08-11  6:04 ` [PATCH v3 2/6] USB: serial: mxuport: clean up firmware version handling Crescent Hsieh
2026-08-11  6:04 ` [PATCH v3 3/6] USB: serial: mxuport: add MUX50U-based device support Crescent Hsieh
2026-08-11  6:04 ` [PATCH v3 4/6] USB: serial: add generic write control callbacks Crescent Hsieh
2026-10-15  9:53   ` Johan Hovold
2026-08-11  6:05 ` [PATCH v3 5/6] USB: serial: mxuport: handle SEND_NEXT transmit flow control Crescent Hsieh
2026-08-11  6:05 ` [PATCH v3 6/6] USB: serial: mxuport: support RS485 mode configuration Crescent Hsieh
2026-09-10  3:03 ` [PATCH v3 0/6] USB: serial: mxuport: add MUX50U support and updates Crescent Hsieh
2026-09-10 12:56   ` Johan Hovold
2026-09-10 12:57     ` Johan Hovold
2026-10-05  5:43       ` Crescent Hsieh
2026-10-05  8:15         ` Johan Hovold
2026-10-15  9:51 ` Johan Hovold [this message]

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=atCiDvHBI7F3SCoZ@hovoldconsulting.com \
    --to=johan@kernel.org \
    --cc=EddieSY.Lin@moxa.com \
    --cc=Epson.Chiang@moxa.com \
    --cc=FangpingFP.Cheng@moxa.com \
    --cc=crescentcy.hsieh@moxa.com \
    --cc=gregkh@linuxfoundation.org \
    --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.