DragonFlyBSD

I should also mention that the DVD is confirmed to work - CDs boot, though I
don't have anything on CD recent enough to be expected to work with the
controller. Ubuntu 5.04 complained, for instance.

(Probably did have it left on AHCI for the CD tests, which wouldn't help.)

I see everyone's busy with much more important stuff, but can I request a smack
with a clue-stick in passing re: what might be useful here?

I'll try to check against FreeBSD's NATA by the weekend -- and with DF on a
different manufacturer's board with a SB600, for that matter -- but I'm
otherwise stumped since the system's convinced nothing's there.

Uploading "happy_freesbie.dmesg" to issue 784 in the bugtracker, showing FreeBSD
6.2/FreeSBIE 2.0.1's ATA (NATA, I assume?) code picking up the SATA DVD device
with the "Native IDE" option enabled in the BIOS.

FreeBSD wasn't happy with the "AHCI" option either; I've been too distracted to
find out where FreeBSD is re: AHCI support in general.

I'll toss up a DragonFly dmesg with the "Native IDE" option on as well.

This experiment turned up an unrelated glitch in DragonFly where mounting the
(FAT-formatted) USB stick worked, ls worked, but copying off it has hung (the
device and shell, not the system) with:
[diagnostic] cache lock: blocked on 0xded18468 "happy_freesbie.dmesg"

Whatever's behind that might be fixed already.

It also turns up FreeBSD 6.2 misdetecting the UDMA100 HD (on the PATA
controller) as UDMA33.

-Joe "Floid" Kanowitz
http://bugs.dragonflybsd.org/issue784

:This experiment turned up an unrelated glitch in DragonFly where mounting t=
:he
:(FAT-formatted) USB stick worked, ls worked, but copying off it has hung (t=
:he
:device and shell, not the system) with:
:[diagnostic] cache lock: blocked on 0xded18468 "happy_freesbie.dmesg"
:
:Whatever's behind that might be fixed already.

There have been fixes to the FAT filesystem support made since the
    build date on the unhappy dmesg you posted, so there's a fairly
    good chance that this particular issue has been fixed.

The ATA detection code is a different story.  I will note that FreeBSD
    is detecting the DVD drive on ata3-slave, with no master present on
    ata3, and that could be part of the problem.  The drivers are nearly
    identical so I am somewhat at a loss as to why DragonFly doesn't detect
    the DVD.

-Matt

Haven't had a chance to test a newer kernel, but I believe it re: FAT. On topic:

The ATA detection code is a different story. I will note that FreeBSD
is detecting the DVD drive on ata3-slave, with no master present on
ata3, and that could be part of the problem. The drivers are nearly
identical so I am somewhat at a loss as to why DragonFly doesn't detect
the DVD.

Now that I've found the one "working" BIOS-set controller mode to stick with, I
can confirm it's not going to be that easy. The bridged HD was equally
undetected on the first port when this was first noticed (so it's been back on
the PATA controller since), and moving the optical over one to what would be
'ata3-master' didn't help. So that's two devices the BIOS saw but the kernel
didn't.

This isn't killing me by any stretch -- I barely need the optical, the UDMA100
drive isn't going to get any faster if I bridge it to SATA -- but it's certainly
a quirk.

I still need to test a livecd on the other SB600-blessed machine here for the
extra data point.

Hmm, didn't notice that the FreeBSD dmesg is tripled up until now. Please
assume the first two thirds to be junk and the last to be the good one -- I
guess repeated "dmesg > /mnt/file" was writing something (incomplete) with
FreeSBIE despite it giving me read-only errors (/ being RO, I guess) until I
remounted the USB stick somewhere under /var (a writeable memory disk).

I'll clean that up and reupload; in the meantime, do the differences in port
addresses mean anything here, or can those be volatile due to PnP? I've broken
the lines up for easier visual diff.

FreeBSD:

atapci0: <GENERIC ATA controller>
port 0xe800-0xe807,0xe400-0xe403,0xe000-0xe007,0xdc00-0xdc03,0xd800-0xd80f
mem 0xff6ffc00-0xff6fffff irq 22 at device 18.0 on pci0

DragonFly:

atapci0: <ATI SB600 SATA300 controller>
port 0xd800-0xd80f,0xdc00-0xdc03,0xe000-0xe007,0xe400-0xe403,0xe800-0xe807
mem 0xff6ffc00-0xff6fffff irq 2 at device 18.0 on pci0

See, FreeBSD doesn't have the PCI ids for the SB600, and thus only
accesses it as a generic ATA controller, using BIOSDMA etc. I added
those PCI ids, and apparently, the SB600 doesn't work like the SB450 etc
did. Hmm.

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

Fix committed for the SB600 part, works in AHCI mode now.