summaryrefslogtreecommitdiffstats
path: root/sys/dev/ata
Commit message (Collapse)AuthorAgeFilesLines
* Move the new byte order function prototypes from <sys/param.h> tomike2002-04-261-0/+1
| | | | <sys/endian.h>. This puts us in line with NetBSD and OpenBSD.
* Fix the breakage of tagged queueing that the busdma integrationsos2002-04-185-27/+32
| | | | | introduced. Since its now only possible to have one DMA control block at a time, we move the setup to dmastart instead.
* Add support for the nVIDIA nForce ATA controller.sos2002-04-162-58/+50
| | | | | Collapse the VIA/AMD/nVIDIA support code into one, they are created more or less equal anyway..
* Add a couble more Promise chip ID's.sos2002-04-121-1/+2
|
* Add yet another chip ID for a Promise TX2 chip.sos2002-04-113-0/+4
|
* Only calculate Promise magic if a device is there for info.sos2002-04-111-2/+2
|
* Fix the FreeBSD native ATA RAID code a bit.sos2002-04-102-31/+34
|
* Add yet another ATA133 Promise chip.sos2002-04-072-0/+3
|
* Unlock the channel again if an ata_reinit() fails.sos2002-04-051-1/+3
|
* Change option ATA_ENABLE_BUSMASTER into ifdef __sparc64__sos2002-04-051-1/+1
|
* Cleanups.sos2002-04-052-12/+7
|
* Dont allow to detach twice.sos2002-04-051-1/+2
|
* Add forgotten ATA_UNLOCK_CH when getting status from non-existingsos2002-04-051-1/+3
| | | | enclosure.
* Make the ATA driver compile & work on the sparc64 platform.sos2002-04-0513-340/+658
| | | | | | | Initial work & code by tmm. Lots of changes and rearrangements by yours truely to make busdma be a little less a PITA (but I still dont like it).
* Correct the Northbridge test on the new ATA133 VIA'ssos2002-04-022-28/+28
| | | | Misc cosmetics now I'm there.
* Add get-status to the ATA RAID subsystem.sos2002-04-023-1/+48
|
* Retire the bogus ioctl DIOCGPART in toto.phk2002-04-021-5/+0
| | | | | | | Once again we can notice that badly thought out hacks ferment and infect far more code than initially expected. Sponsored by: DARPA and NAI Labs.
* Change the suser() API to take advantage of td_ucred as well as do ajhb2002-04-011-1/+1
| | | | | | | | | | | | general cleanup of the API. The entire API now consists of two functions similar to the pre-KSE API. The suser() function takes a thread pointer as its only argument. The td_ucred member of this thread must be valid so the only valid thread pointers are curthread and a few kernel threads such as thread0. The suser_cred() function takes a pointer to a struct ucred as its first argument and an integer flag as its second argument. The flag is currently only used for the PRISON_ROOT flag. Discussed on: smp@
* Here follows the new kernel dumping infrastructure.phk2002-03-311-45/+17
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Caveats: The new savecore program is not complete in the sense that it emulates enough of the old savecores features to do the job, but implements none of the options yet. I would appreciate if a userland hacker could help me out getting savecore to do what we want it to do from a users point of view, compression, email-notification, space reservation etc etc. (send me email if you are interested). Currently, savecore will scan all devices marked as "swap" or "dump" in /etc/fstab _or_ any devices specified on the command-line. All architectures but i386 lack an implementation of dumpsys(), but looking at the i386 version it should be trivial for anybody familiar with the platform(s) to provide this function. Documentation is quite sparse at this time, more to come. Details: ATA and SCSI drivers should work as the dump formatting code has been removed. The IDA, TWE and AAC have not yet been converted. Dumpon now opens the device and uses ioctl(DIOCGKERNELDUMP) to set the device as dumpdev. To implement the "off" argument, /dev/null is used as the device. Savecore will fail if handed any options since they are not (yet) implemented. All devices marked "dump" or "swap" in /etc/fstab will be scanned and dumps found will be saved to diskfiles named from the MD5 hash of the header record. The header record is dumped in readable format in the .info file. The kernel is not saved. Only complete dumps will be saved. All maintainer rights for this code are disclaimed: feel free to improve and extend. Sponsored by: DARPA, NAI Labs
* ATA100 is allowed on the HPT chips rev >= 3sos2002-03-311-1/+1
|
* Remove debug output in last commit.sos2002-03-301-10/+0
|
* Add support for getting status (fan, temp, 5V and 12V levels) fromsos2002-03-301-9/+152
| | | | | | Promise Superswap enclosures. Sponsored by: Advanis
* Use the raid lun not the magic when writing Promise config.sos2002-03-301-2/+1
|
* Fix a braino, only update LED's when a device is present.sos2002-03-281-2/+2
|
* OK, the old HighPoint BIOS's are braindead, they havesos2002-03-271-2/+5
| | | | | | | a really warped way of things. Anyway deal with it, and luckily the newer HighPoint BIOS's doesn't mind.. No brownies to HighPoint for that...
* Fix support for multi CD changers, it was as broken as my old NEC :)sos2002-03-271-16/+13
| | | | | | MFC: ASAP :
* Add support for creating/deleting ATA RAID's.sos2002-03-273-106/+332
| | | | | | | | | | | | | | 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
* Misc little cleanups.sos2002-03-265-33/+27
|
* Add AMD 768 support.sos2002-03-242-0/+5
|
* Add some break's after default: in the end of switch statements topeter2002-03-192-0/+4
| | | | | | | | keep gcc-3.1+ happy: ata-all.c:410: warning: deprecated use of label at end of compound statement ata-all.c:587: warning: deprecated use of label at end of compound statement ata-raid.c:99: warning: deprecated use of label at end of compound statement ata-raid.c:151: warning: deprecated use of label at end of compound statement
* Cleanup the chipset setup a bit.sos2002-03-181-6/+12
| | | | Add some (for all I know unneeded) setup code for the rosb4.
* Add support for the ServerWorks CSB5 chipssos2002-03-182-5/+60
|
* Add more functionality to the CDIOCREADSUBCHANNEL ioctl.sos2002-03-162-36/+30
| | | | PR: 26644
* Fix 64bit arch problems.sos2002-03-162-5/+6
|
* Remove useless splXXX set.sos2002-03-161-3/+0
|
* Update to the RAID1 rebuild code.sos2002-03-152-21/+37
| | | | | | Run rebuild as a background process. Sponsored by: Advanis
* Unbreak the probing of some CDROM drives.sos2002-03-141-3/+3
|
* Add new support for locking an ATA channel and use that throughoutsos2002-03-118-49/+70
| | | | | | the ATA/ATAPI driver. This solves the concurrency problem with the new GEOM code, and also cuts a good deal of the patch size in the upcoming MFC.
* Silence a warning when compile without atapi devices.sos2002-03-101-3/+4
|
* Even more Highpoint RAID support.sos2002-03-085-111/+117
| | | | Fix the 80pin cable detection system.
* Support newer Highpoint BIOS's extended config.sos2002-03-082-23/+25
|
* cosmeticssos2002-03-081-1/+1
|
* Oops I mixed up the patch for -current & -stable, sorry ....sos2002-03-071-4/+4
|
* Minor cosmetic changes to minimise diffs for MFC.sos2002-03-075-15/+4
|
* Fix a couble of bugs in the rebuild code, return errors properly.sos2002-03-072-42/+49
|
* Fixed a printf format error again. Rev.127 was clobbered in rev.1.128bde2002-03-061-1/+1
| | | | | | | | | | | | | by removing parentheses. The main bug is in gcc: on machines with 64-bit longs and 64-bit long longs, (unsigned long long)rdp->total_sectors / ((1024L * 1024L) / DEV_BSIZE)) has type plain unsigned long instead of the correctly promoted type unsigned long long, so it can not be printfed using %llu format. Even 1ULL / 1L is mispromoted. Anyway, casting the correct operand automatically avoids the problem. We do not want to to pessimize the division; we just want to convert to a common maximal type for printing.
* Misc little cleanups:sos2002-03-054-13/+12
| | | | | | | Link if only ATAPI device in kernel config Remove unused #includes Rearrange a bit in ata-raid to make diff against -stable smaller Enable wc as default again, dunne how this happend...
* Forgot this litte patch, scale the individual disk size from thesos2002-03-031-3/+3
| | | | arrays total size depending on width of the array.
* Major update of the ATA RAID code, part 3:sos2002-03-037-284/+407
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* Fixed a printf format error.bde2002-03-021-1/+3
|
OpenPOWER on IntegriCloud