summaryrefslogtreecommitdiffstats
path: root/sys/dev/ata/ata-raid.h
Commit message (Collapse)AuthorAgeFilesLines
* Add support for LSI type software RAID's.sos2004-06-251-16/+85
| | | | Made possible by: John Cagle @ HP
* Change the disk(9) API in order to make device removal more robust.phk2004-02-181-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | Previously the "struct disk" were owned by the device driver and this gave us problems when the device disappared and the users of that device were not immediately disappearing. Now the struct disk is allocate with a new call, disk_alloc() and owned by geom_disk and just abandonned by the device driver when disk_create() is called. Unfortunately, this results in a ton of "s/\./->/" changes to device drivers. Since I'm doing the sweep anyway, a couple of other API improvements have been carried out at the same time: The Giant awareness flag has been flipped from DISKFLAG_NOGIANT to DISKFLAG_NEEDSGIANT A version number have been added to disk_create() so that we can detect, report and ignore binary drivers with old ABI in the future. Manual page update to follow shortly.
* This is a major rework of the ATA driver (ATAng)sos2003-08-241-1/+1
| | | | | | | | | | | | | | | | | | | | | | Restructure the way ATA/ATAPI commands are processed, use a common ata_request structure for both. This centralises the way requests are handled so locking is much easier to handle. The driver is now layered much more cleanly to seperate the lowlevel HW access so it can be tailored to specific controllers without touching the upper layers. This is needed to support some of the newer semi-intelligent ATA controllers showing up. The top level drivers (disk, ATAPI devices) are more or less still the same with just corrections to use the new interface. Pull ATA out from under Gaint now that locking can be done in a sane way. Add support for a the National Geode SC1100. Thanks to Soekris engineering for sponsoring a Soekris 4801 to make this support. Fixed alot of small bugs in the chipset code for various chips now we are around in that corner anyways.
* Change the way loadbalancing works on RAID1's.sos2003-05-041-0/+1
| | | | Based on code partially by me and by <Tor.Egge@cvsup.no.freebsd.org>.
* Add ioctl to add a spare disk to a RAID array.sos2003-05-021-0/+1
| | | | | Fix the discovery of RAID's to not grap unused disks. Change the probe printing of a RAID a bit.
* Fix a long standing bug in handling the last part of a stripesos2003-04-081-2/+1
| | | | | | on "odd" size disks. Add printout of the RAID structure on verbose boot.
* Convert to new disk API.sos2003-02-251-2/+1
| | | | Prodded by: phk
* First round off updates/fixes to the ATA driver.sos2003-02-201-1/+1
| | | | | | | | | | | | This moves all chipset specific code to a new file 'ata-chipset.c'. Extensive use of tables and pointers to avoid having the same switch on chipset type in several places, and to allow substituting various functions for different HW arch needs. Added PIO mode setup and all DMA modes. Support for all known SiS chipsets. Thanks to Christoph Kukulies for sponsoring a nice ASUS P4S8X SiS648 based board for this work! Tested on: i386, PC98, alpha and sparc64
* use __packed.alfred2002-09-231-5/+5
|
* Only calculate Promise magic if a device is there for info.sos2002-04-111-2/+2
|
* Add get-status to the ATA RAID subsystem.sos2002-04-021-0/+1
|
* Add support for creating/deleting ATA RAID's.sos2002-03-271-3/+7
| | | | | | | | | | | | | | This completes the ATA RAID support, since all functions to manipulate the RAID are accessible from FreeBSD, the BIOS on the ATA RAID cards are only nessesary for booting. I decided to allow for creation of ATA RAID's on any ATA controller, but please keep in mind the restrictions on that. Due to the BIOS not knowing what to do you can only boot from a RAID1 or the first disk in a SPAN, if its not located on a "real" ATA RAID controller like the Promise or Highpoint controllers. Sponsored by: Advanis
* Fix 64bit arch problems.sos2002-03-161-3/+3
|
* Update to the RAID1 rebuild code.sos2002-03-151-2/+2
| | | | | | Run rebuild as a background process. Sponsored by: Advanis
* Even more Highpoint RAID support.sos2002-03-081-8/+5
| | | | Fix the 80pin cable detection system.
* Support newer Highpoint BIOS's extended config.sos2002-03-081-2/+9
|
* Fix a couble of bugs in the rebuild code, return errors properly.sos2002-03-071-5/+11
|
* Major update of the ATA RAID code, part 3:sos2002-03-031-1/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Add code to properly detach/attach disks that are part of a RAID. Mark a disk that is attached on an ATA channel belonging to a RAID as a spare disk that can be used for rebuilding failed RAID1's. Add support for rebuilding failed RAID1's. Several fixes to the detach/attach code. For replacing a disk in a failed RAID1 do the following: Find the controller channel# of the failed disk. Exec 'atacontrol detach <channel#>' to free the disk from the system. Replace the failed disk with a new one of at least the same size. If your have your disks in drawers/enclosures this can be done with the system still running. Exec 'atacontrol attach <channel#>' to add the disk to the system and mark it as a valid spare for rebuild. Exec 'atacontrol rebuild <array#>' The system will rebuild the array on the fly, the array can still be used during this, although with slower performance. Please let me know of any problems with this! Sponsored by: Advanis Inc. MFC after: 2 weeks
* Major update of the ATA RAID code, part 2:sos2002-02-121-12/+15
| | | | | | | | More cleanups of the RAID1 failure mode code. Add functionality that writes the changed RAID config setup back to the disks (in controller BIOS specific format), so that a reboot will make the BIOS pick up the changed config.
* Make LINT compile after fruitless attempts to get the authorsjulian2002-02-061-1/+1
| | | | | | | | | to fix their code. ata stuff: Change name of ar_attach to not colide with existing ar_attach in if_ar.c. usb stuff: Create a dummy function to satisfy a call to it when in DEBUG mode.
* Major update of the ATA RAID code, part 1:sos2002-02-041-81/+117
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Overhaul of the attach/detach code and structures, there were some nasty bugs in the old implementation. This made it possible to collapse the ATA/ATAPI device control structures into one generic structure. A note here, the kernel is NOT ready for detach of active devices, it fails all over in random places, but for inactive devices it works. However for ATA RAID this works, since the RAID abstration layer insulates the buggy^H^H^H^H^H^Hfragile device subsystem from the physical disks. Proberly detect the RAID's from the BIOS, and mark critical RAID1 arrays as such, but continue if there is enough of the mirror left to do so. Properly fail arrays on a live system. For RAID0 that means return EIO, and for RAID1 it means continue on the still working part of the mirror if possible, else return EIO. If the state changes, log this to the console. Allow for Promise & Highpoint controllers/arrays to coexist on the same machine. It is not possible to distribute arrays over different makes of controllers though. If Promise SuperSwap enclosures are used, signal disk state on the status LED on the front. Misc fixes that I had lying around for various minor bugs. Sponsored by: Advanis Inc.
* Update the promise raid structure with some of the info I've gatheredsos2001-10-041-17/+17
| | | | before I'm accused of "lending" it from somebody else.
* Overhaul to minimize stack usage, in some places >2K was usedsos2001-09-201-1/+1
| | | | on the stack *blush*...
* Add session argument to *close_disk, allowing to set session type on fixate.sos2001-01-101-1/+1
| | | | | | Add support for different blank/erase types. Update headers.
* Update the config gathering code for both Promise & HPTsos2000-11-011-20/+14
|
* Clean up the raid code a bit, also allow disks on HPT controllers tosos2000-10-221-1/+3
| | | | be swapped around and still be put in the correct order in a raid.
* Add support for ATA "pseudo" RAID controllers as the Promise Fasttraksos2000-10-131-0/+178
and HighPoint HPT370 controllers. Use by defining the RAID in the BIOS and the "ar driver will pick it up automagically...
OpenPOWER on IntegriCloud