Linux USB
 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox