>On Monday 15 of December 2003 07:06, Bob wrote:
>
>
>>sii chips have a long history of needing to
>>hdparm off the unmask interrupt feature.
>>
>>I don't know about that chip but for
>>sii680 there is a special option "-p9"
>>for hdparm which is to say pio mode 9
>>is a special instruction in addition to
>>standard hdparm opt "-u0" turning off
>>irq unmask.
>>
>>
>
>There is no such thing as 'special option "-p9"' for sii680.
>
>
Passing PIO mode 9 to sii680 will make it do udma133 with
unmask off, same as "-X70 -u0". What sii did was to make a
bug a feature by embedding their own special pio mode for the
well-known cmdxxx unmask off requirement.
Making A Bug A Feature is begging for "deprecation".
Since -p9 was only documented to set u133 and unmask off,
making a bug a feature, non-bug features are not user-expected
to be set without using other(normal) hdparm options, so
somebody might as well "man hdparm" and bypass the silly
kludge which probably was an internal office joke anyway.
-Bob
>>/sbin/hdparm -d1 -c1 -p9 -X70 -u0 -k0 -i $a
>>
>>
>
>-X70 is only valid if your device is UDMA133.
>
>--bart
>
>
>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majo...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Please point me to the code or documentation...
> Making A Bug A Feature is begging for "deprecation".
>
> Since -p9 was only documented to set u133 and unmask off,
Where is it documented?
> making a bug a feature, non-bug features are not user-expected
> to be set without using other(normal) hdparm options, so
> somebody might as well "man hdparm" and bypass the silly
> kludge which probably was an internal office joke anyway.
Are you talking about drivers/ide/pci/siimage.c driver or something else?