cvs commit: src/sys/cam/scsi scsi_da.c src/sys/dev/usb umass.c usbdevs

Nate Lawson nate at root.org
Mon Jan 30 15:48:06 PST 2006


Florent Thoumie wrote:
> flz         2006-01-30 20:27:44 UTC
> 
>   FreeBSD src repository (ports committer)
> 
>   Modified files:
>     sys/cam/scsi         scsi_da.c 
>     sys/dev/usb          umass.c usbdevs 
>   Log:
>   - Add a scsi_da.c and a umass.c quirk for Genesys 6-in-1 Card Reader.
>   
> --- src/sys/cam/scsi/scsi_da.c:1.185	Thu Jan 26 00:35:53 2006
> +++ src/sys/cam/scsi/scsi_da.c	Mon Jan 30 20:27:44 2006
> @@ -427,6 +427,14 @@
>  		{T_DIRECT, SIP_MEDIA_REMOVABLE, "*" , "USB DISK*",
>  		"*"}, /*quirks*/ DA_Q_NO_SYNC_CACHE
>  	},
> +	{
> +		/*
> +		 * Genesys 6-in-1 Card Reader
> +		 * No PR, reported by anders
> +		 */
> +		{T_DIRECT, SIP_MEDIA_REMOVABLE, "Generic*", "STORAGE DEVICE*",
> +		"*"}, /*quirks*/ DA_Q_NO_SYNC_CACHE
> +	},
>  };

I think it's bad to deviate from the policy we've established for 
handling quirks.  The reason why we need a PR is to track the following 
info:

# Output of "camcontrol inquiry yourdevice"
# Manufacturer name, model number, etc.
# Transport type (FC, SCSI, USB, Firewire)
# Output from dmesg for failed attach attempts
# Output from dmesg for successful attach attempts (after quirk added)
# Output of "usbdevs -v" with device attached
# Valid email address

An email address or posting is not enough since the user may discard the 
device later and it's tough to tell from the quirk itself exactly what 
device was causing the problem.  Case in point:  the quirk "Generic 
STORAGE DEVICE" you've added could match any number of devices.  Was 
this only a particular Genesys product or do all their products have 
this issue?  Without a way to track this info, it becomes impossible to 
decide.  PRs are the best current way to track things.

http://root.org/~nate/freebsd/scsi/quirks.html

Please stick to the policy of collecting the necessary information to 
help future maintainers.

-- 
Nate


More information about the cvs-src mailing list