[no subject]

d7a6ld8388a929c77368c@mail.gmail.com>
From: "Thomas E. Spanjaard" <tgen@netphreax.net>
Subject: Re: compiling NATA
Date: Mon, 26 Feb 2007 13:19:13 +0000
BestServHost: crater.dragonflybsd.org
List-Post: <mailto:kernel@crater.dragonflybsd.org>
List-Subscribe: <mailto:kernel-request@crater.dragonflybsd.org?body=subscribe>
List-Unsubscribe: <mailto:kernel-request@crater.dragonflybsd.org?body=unsubscribe>
List-Help: <mailto:kernel-request@crater.dragonflybsd.org?body=help>
List-Owner: <mailto:owner-kernel@crater.dragonflybsd.org>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-ripemd160;
 protocol="application/pgp-signature";
 boundary="------------enig81266714BDB20380B9FE5FAC"
In-Reply-To: <4b0d6e480702260408o460dd7a6ld8388a929c77368c@mail.gmail.com>
Sender: kernel-errors@crater.dragonflybsd.org
Errors-To: kernel-errors@crater.dragonflybsd.org
Reply-To: tgen@netphreax.net
Lines: 48
NNTP-Posting-Host: 216.240.41.25
X-Trace: 1172496432 crater_reader.dragonflybsd.org 831 216.240.41.25
Xref: crater_reader.dragonflybsd.org dragonfly.kernel:10682

This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enig81266714BDB20380B9FE5FAC
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

km b wrote:
> Attaching the dmesg output. Please let me know what's going wrong.

atapci0: <nVidia nForce MCP51 UDMA133 controller> port 0x3080-0x308f at 
device 13.0 on pci0
ata0: <ATA channel 0> on atapci0
device_probe_and_attach: ata0 attach returned 6
ata1: <ATA channel 1> on atapci0
device_probe_and_attach: ata1 attach returned 6

Because you don't have PCI_MAP_FIXUP enabled, legacy interrupt and IO 
mappings aren't established, making this controller unusable.

atapci1: <nVidia nForce MCP51 SATA300 controller> port 
0x3090-0x309f,0x30a0-0x30a3,0x30a
8-0x30af,0x30a4-0x30a7,0x30b0-0x30b7 irq 5 at device 14.0 on pci0
ata2: <ATA channel 0> on atapci1
ata3: <ATA channel 1> on atapci1

This one obviously attaches right. Now, what I don't get is why it 
doesn't work when legacy irq/io mappings are enabled for atapci0. Could 
you perhaps dig up an older dmesg, to compare e.g. IO ports to see if 
there's a conflict somewhere?

Cheers,
-- 
         Thomas E. Spanjaard
         tgen@netphreax.net

--------------enig81266714BDB20380B9FE5FAC
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.2 (NetBSD)

iD8DBQFF4t5Y6xCMwBJ+1+sRAwMcAJ9rBK6/DRNvCdlcVYabGISpavad3ACeIvRA
BUSt9PctHJbyTvx5N+KqvwI=
=9jIG
-----END PGP SIGNATURE-----

--------------enig81266714BDB20380B9FE5FAC--