Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 02 Apr 2013 20:43:36 +0200
From:      Matthias Andree <mandree@FreeBSD.org>
To:        freebsd-stable@freebsd.org
Subject:   Re: Any objections/comments on axing out old ATA stack?
Message-ID:  <515B26D8.9020305@FreeBSD.org>
In-Reply-To: <5159A2A8.3090705@freebsd.org>
References:  <51536306.5030907@FreeBSD.org> <20130331130409.GO3178@equilibrium.bsdes.net> <C699FE76-B456-49C7-8D3A-DD54F98DAFC1@samsco.org> <20130401131415.GQ3178@equilibrium.bsdes.net> <5159A2A8.3090705@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enigF4B86CED45A1EEA4B5185170
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Am 01.04.2013 17:07, schrieb Stefan Esser:
> Am 01.04.2013 15:14, schrieb Victor Balada Diaz:
>> Being able to configure quirks from loader.conf for disks AND controll=
ers would be great
>> and is not hard to do. If you want i can do a patch in two weeks and s=
end it to you. That
>> way it's easy to test disabling NCQ and/or other things in case of hit=
ting a bug. Also
>> being able to modify the configuration without a kernel recompile woul=
d be a big
>> improvement because we could still use freebsd-update to keep systems =
updated.
>=20
> Something like:
>=20
> kern.cam.ada.0.quirks=3D1
>=20
> to force 4KB sectors?
>=20
> No need to implement that, it is in -CURRENT (did not check -STABLE).
> But there is no quirk, that disables NCQ, currently, although it is
> easy to implement. See the places where "ADA_FLAG_CAN_NCQ" is set and
> make that value depend on a new quirk flag being unset ...
>=20
> But instead of setting that flag in the loader, it would be good to
> collect drive signatures that need it and to add quirk entries for
> them in ata_da.c ...

Before we can do that, we need to know if it's really the drive's fault
or if the driver is wrong.  We need to debug that.

If we have relevant parameters exposed through the CAM interface (rather
than loader variables), that would also help expedite the debugging.


--------------enigF4B86CED45A1EEA4B5185170
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iEYEARECAAYFAlFbJtgACgkQvmGDOQUufZUfzQCgiMalykGpr/6QGxYAxc0o1z2M
n0cAnjr/zvT1tPwF2k7Ndr7LWkarCP5Z
=Ca4h
-----END PGP SIGNATURE-----

--------------enigF4B86CED45A1EEA4B5185170--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?515B26D8.9020305>