Date: Tue, 16 Sep 2008 12:12:47 +0100 From: Gavin Atkinson <gavin@FreeBSD.org> To: Joseph Olatt <joji@eskimo.com> Cc: freebsd-stable@FreeBSD.org Subject: Re: unsupported NVIDIA SATA controller Message-ID: <1221563567.13651.21.camel@buffy.york.ac.uk> In-Reply-To: <20080915192515.A13327@eskimo.com> References: <20080915192515.A13327@eskimo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--=-ifz0LPhL8N8gdYfPAjDQ
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
On Mon, 2008-09-15 at 19:25 -0700, Joseph Olatt wrote:
> Hello,
>
> I have the following SATA controller card on my system that appears to
> be unsupported by FreeBSD 7-STABLE. Does anybody know if this card is
> supported or will be supported in the near future?
>
> /*** Begin change #2 ***/
> [/usr/src/sys/dev/ata]
> joji@snow> diff -u ata-chipset.c ata-chipset.c.orig
> --- ata-chipset.c 2008-09-15 20:47:55.000000000 -0500
> +++ ata-chipset.c.orig 2008-09-15 20:40:43.000000000 -0500
> @@ -3051,7 +3051,6 @@
> { ATA_NFORCE_MCP65, 0, AMDNVIDIA, NVIDIA, ATA_UDMA6, "nForce MCP65" },
> { ATA_NFORCE_MCP67, 0, AMDNVIDIA, NVIDIA, ATA_UDMA6, "nForce MCP67" },
> { ATA_NFORCE_MCP73, 0, AMDNVIDIA, NVIDIA, ATA_UDMA6, "nForce MCP73" },
> - { ATA_NFORCE_MCP73_S1, 0, 0, NV4|NVQ, ATA_SA300, "nForce MCP73" },
> { ATA_NFORCE_MCP77, 0, AMDNVIDIA, NVIDIA, ATA_UDMA6, "nForce MCP77" },
> { 0, 0, 0, 0, 0, 0}} ;
> /*** End change #2 ***/
Before you do anything, can you get a verbose DMESG and stick it online
somewhere? This may well help identify why the above isn't working.
Secondly, you could try changing the line you've added to be:
{ ATA_NFORCE_MCP73_S1, 0, AMDNVIDIA, NVIDIA, ATA_SA300, "nForce MCP73" },
although to be honest, I'm not expecting that to fix things for you. If
it doesn't, then it looks like this chip may need special support.
Because the chip identifies itself as a RAID controller and not as a
standard IDE controller, the generic code does not attach to it either.
You could override this behaviour by removing your patch and using the
attached patch. If nothing else, that may well get you working at
UDMA33, which is the most the "generic" ATA controller support can do.
Again, if this fails, stick a verbose dmesg online somewhere.
The real solution, of proper support for the chip, may not be possible
until either documentation is available for it, or another OS
(Linux/*BSD/OpenSolaris) support it. Out of interest, what motherboard
is this on?
Gavin
--=-ifz0LPhL8N8gdYfPAjDQ
Content-Disposition: attachment; filename=nv73-2.diff
Content-Type: text/x-patch; name=nv73-2.diff; charset=ASCII
Content-Transfer-Encoding: base64
SW5kZXg6IHNyYy9zeXMvZGV2L2F0YS9hdGEtcGNpLmMNCj09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NClJDUyBmaWxlOiAv
aG9tZS9uY3ZzL3NyYy9zeXMvZGV2L2F0YS9hdGEtcGNpLmMsdg0KcmV0cmlldmluZyByZXZpc2lv
biAxLjEyMS4yLjINCmRpZmYgLXUgLXIxLjEyMS4yLjIgYXRhLXBjaS5jDQotLS0gc3JjL3N5cy9k
ZXYvYXRhL2F0YS1wY2kuYwkyMSBOb3YgMjAwNyAyMToxNTowMCAtMDAwMAkxLjEyMS4yLjINCisr
KyBzcmMvc3lzL2Rldi9hdGEvYXRhLXBjaS5jCTE2IFNlcCAyMDA4IDExOjA4OjMwIC0wMDAwDQpA
QCAtMTc5LDcgKzE3OSw4IEBADQogICAgIH0NCiANCiAgICAgLyogdW5rbm93biBjaGlwc2V0LCB0
cnkgZ2VuZXJpYyBETUEgaWYgaXQgc2VlbXMgcG9zc2libGUgKi8NCi0gICAgaWYgKHBjaV9nZXRf
c3ViY2xhc3MoZGV2KSA9PSBQQ0lTX1NUT1JBR0VfSURFKSB7DQorICAgIGlmICgocGNpX2dldF9z
dWJjbGFzcyhkZXYpID09IFBDSVNfU1RPUkFHRV9JREUpIHx8DQorCShwY2lfZ2V0X3N1YmNsYXNz
KGRldikgPT0gUENJU19TVE9SQUdFX1JBSUQpKSB7DQogCWlmICghYXRhX2dlbmVyaWNfaWRlbnQo
ZGV2KSkNCiAJICAgIHJldHVybiBBVEFfUFJPQkVfT0s7DQogICAgIH0NCg==
--=-ifz0LPhL8N8gdYfPAjDQ--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1221563567.13651.21.camel>