Re: [PATCH 6/6] UNUSUAL_DEV: Sync up some reported devices from Ubuntu

Phil Dibowitz <[email protected]>
Newsgroups gmane.linux.usb.devel
Message-ID <[email protected]>
Note, I've taken LKML off the CC list anyone interested in this on there is
also on linux-usb-devel. I've also added the usb-storage list.

See rest of response below.

Ben Collins wrote:
>>> +/* SanDisk that has a second LUN for a driver ISO, reported by
>>> + * Ben Collins <[email protected]> */
>>> +UNUSUAL_DEV( 0x0781, 0x5406, 0x0000, 0xffff,
>> Please use specific device IDs unless you have reason to believe the range
>> as a whole is affected (or large portions at least)
> 
> Unfortunately, I don't have this device anymore. I based it on an
> existing entry, so mislead myself there.

I don't like to merge these because it means some other user of some new
device can get unintended consequences - but if we don't have access to the
data, it's better than nothing. Were you the person who owned the device? If
not, do you still have the contact info - perhaps in a bugzilla or BTS
somewhere?

Also, I just noticed this:

>>> +/* Reported by Edward Chapman <[EMAIL PROTECTED]>

No need to have EMAIL PROTECTED there. Just don't put it in. However, as
much as I don't like entries that span entire bcdDevice IDs, I like even
*less* entries that don't let me go back to the original user when I'm
considering a patch that may well _break_ their device. So please consider
adding it in a foo _at_ bar _dot_ com notation, or making yourself the
contact, or if you must, just leave his name.

>>> +   Netac OnlyDisk Mini U2CV2 512MB USB 2.0 Flash Drive */
>>> +UNUSUAL_DEV( 0x0dd8, 0xd202, 0x0000, 0x9999,
>> Same here.
> 
> This one I snatched off a mailing list archive somewhere. Was reported
> to fix a bug reported to us. However, it is so old I can't find any
> information on the bug submitters original USB ids.

Eh - I'm a bit confused. You snatched the entry as a whole off of a mailing
list? One would then assume it wasn't this list, or the entry would have
been merged or rejected. This makes me question if this entry is validly
needed. US_FL_IGNORE_RESIDE is a bad thing to do is if it's not actually needed.

-- 
Phil Dibowitz                             [email protected]
Open Source software and tech docs        Insanity Palace of Metallica
http://www.phildev.net/                   http://www.ipom.com/

"Never write it in C if you can do it in 'awk';
 Never do it in 'awk' if 'sed' can handle it;
 Never use 'sed' when 'tr' can do the job;
 Never invoke 'tr' when 'cat' is sufficient;
 Avoid using 'cat' whenever possible" -- Taylor's Laws of Programming

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/

_______________________________________________
[email protected]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
signature.asc (application/pgp-signature, 252 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGVRHQN5XoxaHnMrsRAiOTAKCVviPQJBOscOCNzrDeXpNEUd5FwwCdHw7B
9FlEgAdAZ2ipeR2cCzOYGsM=
=epFV
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.