Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 27 Aug 2002 14:51:10 +0100
From:      Bruce M Simpson <bms@spc.org>
To:        Ian Dowse <iedowse@maths.tcd.ie>
Cc:        n_hibma@FreeBSD.ORG, joe@FreeBSD.ORG, hackers@freebsd.org
Subject:   Re: USB->ATA devices
Message-ID:  <20020827135110.GB24795@spc.org>
In-Reply-To: <200208271420.aa79383@salmon.maths.tcd.ie>
References:  <20020827122010.GA5438@spc.org> <200208271420.aa79383@salmon.maths.tcd.ie>

next in thread | previous in thread | raw e-mail | index | archive | help
Hi Ian,

[Moved to -hackers because no longer directly relevant to -mobile.]

Please let me know if I'm talking complete monkey dung here.

On Tue, Aug 27, 2002 at 02:20:09PM +0100, Ian Dowse wrote:
> If you're interested, I wrote a functional but incomplete driver
> for a similar device, the Prolific Technology PL2307 bridge. I just

This is good stuff.

The Onspec expects a command packet containing the ATA register contents
in the order they appear in i/o space. Plus an additional byte whose
meaning I have yet to decipher.

> implemented the conversion for a minimal set of ATA commands in the
> driver itself; it would obviously be better to have the ATA layer
> in a separate driver though. The code for that driver is at:

How about doing ata(4) over usb?

Support was added for PCMCIA to ata in the form of ata-card.c. This
required macro-izing the bus_space_write*() calls amongst other things.
Normally this takes place over an underlying isa/pci bus abstraction,
maybe we could re-use this abstraction in ata-usb.c to avoid changing
anything here? That way we avoid duplicating the ATA bit-banging code.

<URL: http://www.cuivre.fr.eu.org/~thomas/atapicam/>;

Remember atapicam? I like the fact that it allows one to run cdrecord
with an ATAPI CDRW drive; perhaps it could be re-used and extended to
allow CAM to be used to interact with these pure ATA devices? Of course
in this case, if we make the devices on the USB->ATA bridge look like
ata-disk devices and what have you, who needs CAM?

Discussion invited and welcomed...

BMS

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message




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