NATA update

[Thomas E. Spanjaard]

Matthew Dillon wrote:
    That's great news!  Don't you have it in its own device directory? 
    I'd like to see it in the tree sooner rather then later and have it 
    selectable via the kernel config.  It's ok if ATA and NATA can't be
    in the kernel at the same time.  This way a larger number of people
    can start playing with and testing it.
It currently lives under sys/dev/nata, and I use it with kmods because I 
test on a SCSI system. It works in-kernel just as well ofcourse. In 
theory, it should work now for most people (nata, natapci, nataisa, 
natadisk, natapicd), I can't test the tape and floppy code though; and I 
have yet to finish cleaning up the ataraid code (and the USB code).

It currently coexists with old-ata in the same source tree, but you 
can't have them in the same kernel image due to symbol name collisions 
(renaming everything is just too much effort for too little gain).

I agree with you that it's time to test it on more hardware, let's get 
it going :).

Cheers,
--
        Thomas E. Spanjaard
        tgen at netphreax.net
Attachment:
signature.asc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pgp00000.pgp
Type: application/octet-stream
Size: 186 bytes
Desc: "Description: OpenPGP digital signature"
URL: <http://lists.dragonflybsd.org/pipermail/kernel/attachments/20061203/f376774b/attachment-0020.obj>