src-test2/sys/dev/ata/ata-cbus.c, branch stable/7FreeBSD source treehttps://cgit-dev.freebsd.org/src-test2/atom?h=stable%2F72007-02-23T12:19:07Zo break newbus api: add a new argument of type driver_filter_t to2007-02-23T12:19:07ZPaolo Pisatipiso@FreeBSD.org2007-02-23T12:19:07Zurn:sha1:ef544f631226436ef590825881e7a28369df82f6
bus_setup_intr()
o add an int return code to all fast handlers
o retire INTR_FAST/IH_FAST
For more info: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=465712+0+current/freebsd-current
Reviewed by: many
Approved by: re@
Update copyright headers.2007-02-21T19:07:19ZSøren Schmidtsos@FreeBSD.org2007-02-21T19:07:19Zurn:sha1:129230b81602d3e4fcc2ae4e0eef002dad24978eGet rid of the advertising clause in the copyright.2006-01-05T21:27:19ZSøren Schmidtsos@FreeBSD.org2006-01-05T21:27:19Zurn:sha1:e2bf77c5c202b5e570101e4c918a96f402242a5cTake newbusification one step further, ie use the device_t more consequently2005-04-30T16:22:07ZSøren Schmidtsos@FreeBSD.org2005-04-30T16:22:07Zurn:sha1:0068f98f8841a3a9041998073ea5241904a84658
all way through the code down the layers, instead of the mix'n'match that
resulted from the conversion done earlier.
Sponsored by: pair.com
Provide a default setmode method.2005-04-28T22:15:44ZSøren Schmidtsos@FreeBSD.org2005-04-28T22:15:44Zurn:sha1:ca8c70e9e3826ab5e0625062b913711117e75725
This shaves off multiple copies of the same setmode stub.
Cosmetics2005-04-25T07:57:04ZSøren Schmidtsos@FreeBSD.org2005-04-25T07:57:04Zurn:sha1:ecd6c15d6adcf18764c496195e9e82ea745e04d4Add a ata_setmode method so we dont panic on setmode.2005-04-13T07:14:17ZSøren Schmidtsos@FreeBSD.org2005-04-13T07:14:17Zurn:sha1:d5514ba3654f094c7c80de227375c7a5f75000f9
Note that the mode is only set on the device, we (mostly) have
no knowledge on how to set mode on the controller if at all possible.
Add support for controllers that doesn't have the usual taskfile2005-04-06T10:22:56ZSøren Schmidtsos@FreeBSD.org2005-04-06T10:22:56Zurn:sha1:0e1eb6828ccb0a57927d8907efeeb20c686a4807
layout. No functional changes.
Change the ata_* methods to use a channel device instead of a2005-03-31T15:05:40ZSøren Schmidtsos@FreeBSD.org2005-03-31T15:05:40Zurn:sha1:5a5b148dd838cf02ca3827f8182864dd2a817233
controller device. This helps when there is no controller parent
to a channel (PPC port).
This is the much rumoured ATA mkIII update that I've been working on.2005-03-30T12:03:40ZSøren Schmidtsos@FreeBSD.org2005-03-30T12:03:40Zurn:sha1:8ca4df3299628bad609cb74ee2f76671e07b4788
o ATA is now fully newbus'd and split into modules.
This means that on a modern system you just load "atapci and ata"
to get the base support, and then one or more of the device
subdrivers "atadisk atapicd atapifd atapist ataraid".
All can be loaded/unloaded anytime, but for obvious reasons you
dont want to unload atadisk when you have mounted filesystems.
o The device identify part of the probe has been rewritten to fix
the problems with odd devices the old had, and to try to remove
so of the long delays some HW could provoke. Also probing is done
without the need for interrupts, making earlier probing possible.
o SATA devices can be hot inserted/removed and devices will be created/
removed in /dev accordingly.
NOTE: only supported on controllers that has this feature:
Promise and Silicon Image for now.
On other controllers the usual atacontrol detach/attach dance is
still needed.
o Support for "atomic" composite ATA requests used for RAID.
o ATA RAID support has been rewritten and and now supports these
metadata formats:
"Adaptec HostRAID"
"Highpoint V2 RocketRAID"
"Highpoint V3 RocketRAID"
"Intel MatrixRAID"
"Integrated Technology Express"
"LSILogic V2 MegaRAID"
"LSILogic V3 MegaRAID"
"Promise FastTrak"
"Silicon Image Medley"
"FreeBSD PseudoRAID"
o Update the ioctl API to match new RAID levels etc.
o Update atacontrol to know about the new RAID levels etc
NOTE: you need to recompile atacontrol with the new sys/ata.h,
make world will take care of that.
NOTE2: that rebuild is done differently from the old system as
the rebuild is now done piggybacked on read requests to the
array, so atacontrol simply starts a background "dd" to rebuild
the array.
o The reinit code has been worked over to be much more robust.
o The timeout code has been overhauled for races.
o Support of new chipsets.
o Lots of fixes for bugs found while doing the modulerization and
reviewing the old code.
Missing or changed features from current ATA:
o atapi-cd no longer has support for ATAPI changers. Todays its
much cheaper and alot faster to copy those CD images to disk
and serve them from there. Besides they dont seem to be made
anymore, maybe for that exact reason.
o ATA RAID can only read metadata from all the above metadata formats,
not write all of them (Promise and Highpoint V2 so far). This means
that arrays can be picked up from the BIOS, but they cannot be
created from FreeBSD. There is more to it than just the missing
write metadata support, those formats are not unique to a given
controller like Promise and Highpoint formats, instead they exist
for several types, and even worse, some controllers can have
different formats and its impossible to tell which one.
The outcome is that we cannot reliably create the metadata of those
formats and be sure the controller BIOS will understand it.
However write support is needed to update/fail/rebuild the arrays
properly so it sits fairly high on the TODO list.
o So far atapicam is not supported with these changes. When/if this
will change is up to the maintainer of atapi-cam so go there for
questions.
HW donated by: Webveveriet AS
HW donated by: Frode Nordahl
HW donated by: Yahoo!
HW donated by: Sentex
Patience by: Vife and my boys (and even the cats)