From: Johan Hovold <johan@kernel.org>
To: "Ng, Boon Khai" <boon.khai.ng@intel.com>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
"linux-usb@vger.kernel.org" <linux-usb@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"Ang, Tien Sung" <tien.sung.ang@intel.com>,
Tien Sung Ang <tien.sung.ang@altera.com>,
Boon Khai Ng <boon.khai.ng@altera.com>
Subject: Re: [PATCH v1] USB: serial: ftdi_sio: add support for Altera USB Blaster 3
Date: Thu, 6 Mar 2025 10:29:46 +0100 [thread overview]
Message-ID: <Z8lrCnCie923f0-_@hovoldconsulting.com> (raw)
In-Reply-To: <DM8PR11MB5751D2151A9FAC30E8647389C1CA2@DM8PR11MB5751.namprd11.prod.outlook.com>
On Thu, Mar 06, 2025 at 03:22:53AM +0000, Ng, Boon Khai wrote:
> > I assume it's either an FT2243 or an FT4232 and not both?
>
> Hi John, you are right, it is either FT2243 or FT4232. Will re-word that
>
> > Can you say something more about these devices? I guess they are used for
> > programming FPGAs? Are they embedded in other products?
>
> There are 2 type of designs, USB Blaster 3 cable or On-Board USB Blaster 3.
> They are mainly used to connect debug or configuration software. Supported host
> software includes Quartus programmer, System Console, SignalTap,
> Nios debugger.
Thanks for the background. It would be good to have something like this
in the commit message.
> > And can the
> > same PID be used for more than one type of device that they are embedded
> > in?
> > Or are the PIDs tied to different types of "USB Blaster 3"s? If so this, should
> > also be reflected in the naming of the defines.
>
> The PID is associated with how the ports are connected, and
> which FDTI Chip are used for example:
>
> PID: 0x6020
> Description: One JTAG Port
> FTDI Chip FT2232
> Port A: USB Blaster 3
> Port B: Not used
>
> PID: 0x6021
> Description: Two JTAG Port
> FTDI Chip FT2232
> Port A: USB Blaster 3
> Port B: USB Blaster 3
>
> ...
>
> PID: 0x602E
> Description: One JTAG Port + UART (Port B, C, D)
> FTDI Chip FT2232
> Port A: USB Blaster 3
> Port B: UART
> Port C: UART
> Port D: UART
Got it, thanks. Also here it would be good to include something like the
above, or a compact table like you provided in your reply to David, in
the commit message to have some overview of the configurations that the
patch is adding.
> > > +#define ALTR_UB3_6022_PID 0x6022
> > > +#define ALTR_UB3_6025_PID 0x6025
> > > +#define ALTR_UB3_6026_PID 0x6026
> > > +#define ALTR_UB3_6029_PID 0x6029
> > > +#define ALTR_UB3_602A_PID 0x602A
> > > +#define ALTR_UB3_602C_PID 0x602C
> > > +#define ALTR_UB3_602D_PID 0x602D
> > > +#define ALTR_UB3_602E_PID 0x602E
> > But depending on the answer to my questions above, either these defines
> > should be renamed to reflect the Blaster type or product they are part of, or
> > just be dropped.
>
> The PID are not tied to specific product, however it is tied with how the Port are connected
> and how which FDTI chip are used. (FT2243 or FT4232).
Then it should be fine to keep the PID in the define name. Just replace
"ALTR" with "ALTERA" for consistency with the renamed VID define.
Johan
next prev parent reply other threads:[~2025-03-06 9:29 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-02-03 8:48 [PATCH v1] USB: serial: ftdi_sio: add support for Altera USB Blaster 3 Boon Khai Ng
2025-03-04 5:25 ` Ng, Boon Khai
2025-03-04 5:32 ` Greg Kroah-Hartman
2025-03-04 7:29 ` Johan Hovold
2025-03-04 9:14 ` Ng, Boon Khai
2025-03-05 14:24 ` Johan Hovold
2025-03-05 19:56 ` David Laight
2025-03-06 5:20 ` Ng, Boon Khai
2025-03-06 3:22 ` Ng, Boon Khai
2025-03-06 4:17 ` Ng, Boon Khai
2025-03-06 9:29 ` Johan Hovold [this message]
2025-03-06 10:25 ` Ng, Boon Khai
2025-03-07 16:00 ` Ng, Boon Khai
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=Z8lrCnCie923f0-_@hovoldconsulting.com \
--to=johan@kernel.org \
--cc=boon.khai.ng@altera.com \
--cc=boon.khai.ng@intel.com \
--cc=gregkh@linuxfoundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=tien.sung.ang@altera.com \
--cc=tien.sung.ang@intel.com \
/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