From: Alan Swanson <reiver@improbability.net>
To: Alan Stern <stern@rowland.harvard.edu>,
ccc194101@163.com,
Benjamin Tissoires <benjamin.tissoires@redhat.com>
Cc: gregkh@linuxfoundation.org, linux-usb@vger.kernel.org,
usb-storage@lists.one-eyed-alien.net,
linux-kernel@vger.kernel.org,
Chen Changcheng <chenchangcheng@kylinos.cn>
Subject: Re: [PATCH] usb: usb-storage: No additional quirks need to be added to the ECD819-SU3 optical drive.
Date: Tue, 11 Nov 2025 09:16:53 +0000 [thread overview]
Message-ID: <4afce7468aef7b19b32e61d392775d3656097dd1.camel@improbability.net> (raw)
In-Reply-To: <c7bf59b5-8078-4b47-b56a-7b5568272d07@rowland.harvard.edu>
On Fri, 2025-11-07 at 10:49 -0500, Alan Stern wrote:
> On Fri, Nov 07, 2025 at 02:10:46PM +0800, ccc194101@163.com wrote:
> > From: Chen Changcheng <chenchangcheng@kylinos.cn>
> >
> > The optical drive of ECD819-SU3 has the same vid and pid as INIC-
> > 3069,
> > as follows:
> > T: Bus=02 Lev=02 Prnt=02 Port=01 Cnt=01 Dev#= 3 Spd=5000 MxCh= 0
> > D: Ver= 3.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 9 #Cfgs= 1
> > P: Vendor=13fd ProdID=3940 Rev= 3.10
> > S: Manufacturer=HL-DT-ST
> > S: Product= DVD+-RW GT80N
> > S: SerialNumber=423349524E4E38303338323439202020
> > C:* #Ifs= 1 Cfg#= 1 Atr=80 MxPwr=144mA
> > I:* If#= 0 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=02 Prot=50 Driver=usb-
> > storage
> > E: Ad=83(I) Atr=02(Bulk) MxPS=1024 Ivl=0ms
> > E: Ad=0a(O) Atr=02(Bulk) MxPS=1024 Ivl=0ms
> >
> > This will result in the optical drive device also adding
> > the quirks of US_FL_NO_ATA_1X. When performing an erase operation,
> > it will fail, and the reason for the failure is as follows:
> > [ 388.967742] sr 5:0:0:0: [sr0] tag#0 Send: scmd
> > 0x00000000d20c33a7
> > [ 388.967742] sr 5:0:0:0: [sr0] tag#0 CDB: ATA command pass
> > through(12)/Blank a1 11 00 00 00 00 00 00 00 00 00 00
> > [ 388.967773] sr 5:0:0:0: [sr0] tag#0 Done: SUCCESS Result:
> > hostbyte=DID_TARGET_FAILURE driverbyte=DRIVER_OK cmd_age=0s
> > [ 388.967773] sr 5:0:0:0: [sr0] tag#0 CDB: ATA command pass
> > through(12)/Blank a1 11 00 00 00 00 00 00 00 00 00 00
> > [ 388.967803] sr 5:0:0:0: [sr0] tag#0 Sense Key : Illegal Request
> > [current]
> > [ 388.967803] sr 5:0:0:0: [sr0] tag#0 Add. Sense: Invalid field in
> > cdb
> > [ 388.967803] sr 5:0:0:0: [sr0] tag#0 scsi host busy 1 failed 0
> > [ 388.967803] sr 5:0:0:0: Notifying upper driver of completion
> > (result 8100002)
> > [ 388.967834] sr 5:0:0:0: [sr0] tag#0 0 sectors total, 0 bytes
> > done.
> >
> > Signed-off-by: Chen Changcheng <chenchangcheng@kylinos.cn>
> > ---
> > drivers/usb/storage/unusual_uas.h | 6 ++++++
> > 1 file changed, 6 insertions(+)
> >
> > diff --git a/drivers/usb/storage/unusual_uas.h
> > b/drivers/usb/storage/unusual_uas.h
> > index 1477e31d7763..6d32b787bff8 100644
> > --- a/drivers/usb/storage/unusual_uas.h
> > +++ b/drivers/usb/storage/unusual_uas.h
> > @@ -97,6 +97,12 @@ UNUSUAL_DEV(0x125f, 0xa94a, 0x0160, 0x0160,
> > USB_SC_DEVICE, USB_PR_DEVICE, NULL,
> > US_FL_NO_ATA_1X),
> >
> > +UNUSUAL_DEV(0x13fd, 0x3940, 0x0310, 0x0310,
> > + "Initio Corporation",
> > + "external DVD burner ECD819-SU3",
> > + USB_SC_DEVICE, USB_PR_DEVICE, NULL,
> > + NULL),
> > +
> > /* Reported-by: Benjamin Tissoires <benjamin.tissoires@redhat.com>
> > */
> > UNUSUAL_DEV(0x13fd, 0x3940, 0x0000, 0x9999,
> > "Initio Corporation",
>
> It's unprecedented to have two quirks with the same VID and PID,
> where
> the second augments the first by virtue of its wider range of
> bcdDevice
> values.
>
> As explained in commit 89f23d51defc ("uas: Add US_FL_IGNORE_RESIDUE
> for
> Initio Corporation INIC-3069"), the original Initio Corporation
> quirk in unusual_uas.h was added as a copy of the corresponding quirk
> in
> unusual_devs.h, which applies only to bcdDevice = 0x0209. Should we
> simply limit the existing unusual_uas.h quirk in the same way?
>
> Benjamin and Alan, you two appear to be the people who originally
> reported the need for this uas quirk. Do you have any objection to
> changing the bcdDevice range from 0x0000 - 0x9999 to 0x0209 -
> 0x0209?
> Or can you suggest a range that does not include 0x0310?
Can only provide lsusb details for my device. Still need the residue
flag for use with MakeMKV.
Bus 002 Device 002: ID 13fd:3940 Initio Corporation external DVD burner
ECD819-SU3
Negotiated speed: SuperSpeed (5Gbps)
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 3.00
bDeviceClass 0 [unknown]
bDeviceSubClass 0 [unknown]
bDeviceProtocol 0
bMaxPacketSize0 9
idVendor 0x13fd Initio Corporation
idProduct 0x3940 external DVD burner ECD819-SU3
bcdDevice 3.09
iManufacturer 1 Optiarc
iProduct 2 BD ROM BC-5500H
iSerial 3 20202020202020202020202020202020
bNumConfigurations 1
--
Alan.
next prev parent reply other threads:[~2025-11-11 10:49 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-11-07 6:10 [PATCH] usb: usb-storage: No additional quirks need to be added to the ECD819-SU3 optical drive ccc194101
2025-11-07 15:49 ` Alan Stern
2025-11-10 1:41 ` ccc194101
2025-11-11 9:16 ` Alan Swanson [this message]
2025-11-09 4:53 ` kernel test robot
2025-11-09 5:05 ` kernel test robot
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=4afce7468aef7b19b32e61d392775d3656097dd1.camel@improbability.net \
--to=reiver@improbability.net \
--cc=benjamin.tissoires@redhat.com \
--cc=ccc194101@163.com \
--cc=chenchangcheng@kylinos.cn \
--cc=gregkh@linuxfoundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=stern@rowland.harvard.edu \
--cc=usb-storage@lists.one-eyed-alien.net \
/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