summaryrefslogtreecommitdiffstats
path: root/sys/dev/ida
Commit message (Collapse)AuthorAgeFilesLines
* Here follows the new kernel dumping infrastructure.phk2002-03-311-1/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* No need to conditionalize on pci being in the kernel for thisimp2002-03-202-6/+0
|
* Fix a signed bug in the crashdump code for systems with > 2GB of ram.ps2001-11-131-1/+1
| | | | Reviewed by: peter
* KSE Milestone 2julian2001-09-121-2/+2
| | | | | | | | | | | | | | Note ALL MODULES MUST BE RECOMPILED make the kernel aware that there are smaller units of scheduling than the process. (but only allow one thread per process at this time). This is functionally equivalent to teh previousl -current except that there is a thread associated with each process. Sorry john! (your next MFC will be a doosie!) Reviewed by: peter@freebsd.org, dillon@freebsd.org X-MFC after: ha ha ha ha
* Fix warning: 186: warning: label `done' defined but not usedpeter2001-06-151-1/+0
|
* Make the disk mini-layer check for and handle zero-length transfersphk2001-05-061-6/+0
| | | | instead of the underlying drivers.
* Actually biofinish(struct bio *, struct devstat *, int error) is more generalphk2001-05-061-2/+1
| | | | | | than the bioerror(). Most of this patch is generated by scripts.
* Last commit was broken.. It always prints '[CTRL-C to abort]'.ps2001-03-281-12/+2
| | | | | | | Move duplicate code for printing the status of the dump and checking for abort into a separate function. Pointy hat to: me
* Change the dump routines to only abort if control-c is pressed.ps2001-03-271-1/+3
| | | | | | | If any other key is pressed, print a message stating that control-c is how to abort. Reviewed by: peter
* Send the remains (such as I have located) of "block major numbers" tophk2001-03-261-2/+0
| | | | the bit-bucket.
* Turn on interrupt-entropy harvesting for all/any mass storage devicesmarkm2001-03-012-2/+2
| | | | | | | I could find. I have no doubt missed a couple. Interrupt entropy harvesting is still conditional on the kern.random.sys.harvest_interrupt sysctl.
* Add crashdump support.jlemon2001-02-265-25/+106
| | | | Tested by: ps
* Add a flag value to the board identifiers, and use this to enable thejlemon2001-01-093-22/+38
| | | | | | firmware for selected revisions of the controller. Spotted by: Alexander Hausner <alex@hugo.bmg.gv.at>
* Convert more malloc+bzero to malloc+M_ZERO.dwmalone2000-12-081-2/+2
| | | | | Submitted by: josh@zipperup.org Submitted by: Robert Drehmel <robd@gmx.net>
* Add PCI id for the RAID LC2 controller.jlemon2000-12-011-1/+3
| | | | | Pick up correct location for the DEC version of the chip, this got broken in a previous commit.
* Remove unneeded #include <machine/clock.h>phk2000-10-152-2/+0
|
* Look at both the vendor and subvendor information when determiningjlemon2000-10-131-32/+25
| | | | | | | whether this is a Smart Array. This fixes a problem where the driver would incorrectly match a Dell RAID device. Reviewed by: msmith
* The DEC version of the Smart controller has its configuration informationjlemon2000-07-276-36/+79
| | | | | | | stored at a different location in the PCI space, so adjust accordingly. Also, when using more than two smart controllers in one machine, the disks were assigned the wrong drive number; fix this as well.
* Back out the previous change to the queue(3) interface.jake2000-05-261-4/+4
| | | | | | It was not discussed and should probably not happen. Requested by: msmith and others
* Change the way that the queue(3) structures are declared; don't assume thatjake2000-05-231-4/+4
| | | | | | | | the type argument to *_HEAD and *_ENTRY is a struct. Suggested by: phk Reviewed by: phk Approved by: mdodd
* Add code which actually checks for the NCR PCI id so it can be used.jlemon2000-05-231-1/+2
|
* Add PCI ID for NEC/Compaq controller.jlemon2000-05-221-2/+5
|
* Add PCI id for Compaq Smart Array 431 card.jlemon2000-05-221-0/+1
|
* Separate the struct bio related stuff out of <sys/buf.h> intophk2000-05-054-4/+4
| | | | | | | | | | | | | | | <sys/bio.h>. <sys/bio.h> is now a prerequisite for <sys/buf.h> but it shall not be made a nested include according to bdes teachings on the subject of nested includes. Diskdrivers and similar stuff below specfs::strategy() should no longer need to include <sys/buf.> unless they need caching of data. Still a few bogus uses of struct buf to track down. Repocopy by: peter
* Add PCI identification for another SmartArray 4200, which identifiesjlemon2000-05-041-6/+14
| | | | itself as a DEC card instead of Compaq.
* Remove unneeded #include <sys/kernel.h>phk2000-04-291-1/+0
|
* - Fix a problem with the cdevsw struct that prevented the kernel frommdodd2000-04-223-55/+52
| | | | | | | | | booting on a RAID volume. - Change 'id_foo' and 'idfoo' to 'idad_foo' and 'idadfoo'. This makes names more consistent with the devices that the code belongs to (more in line with the style used in the amr/mlx driver.) Reviewed by: jlemon
* Remove ~25 unneeded #include <sys/conf.h>phk2000-04-192-2/+0
| | | | Remove ~60 unneeded #include <sys/malloc.h>
* - Define registers as offsets from register base rather than offsets frommdodd2000-04-162-14/+10
| | | | | | | EISA slot base. - Remove unused IOPORT resource. Reviewed by: jlemon
* Complete the bio/buf divorce for all code below devfs::strategyphk2000-04-153-31/+31
| | | | | | | | | | Exceptions: Vinum untouched. This means that it cannot be compiled. Greg Lehey is on the case. CCD not converted yet, casts to struct buf (still safe) atapi-cd casts to struct buf to examine B_PHYS
* Change the maximum I/O transfer size to DFLTPHYS. This should fixjlemon2000-04-131-1/+1
| | | | write corruption that some users were experiencing.
* - Add an additional call to eisa_add_iospace() so we get the right IOPORTmdodd2000-04-131-1/+2
| | | | | | | | | | in attach. - Change a EISA_CHANNEL_CLEAR to EISA_CHANNEL_BUSY in ida_v1_submit(). This may fix the problem with EISA IDA adapters though we have not heard back from testers yet. Reviewed by: jlemon
* Move B_ERROR flag to b_ioflags and call it BIO_ERROR.phk2000-04-022-3/+3
| | | | | | | | | | | | | (Much of this done by script) Move B_ORDERED flag to b_ioflags and call it BIO_ORDERED. Move b_pblkno and b_iodone_chain to struct bio while we transition, they will be obsoleted once bio structs chain/stack. Add bio_queue field for struct bio aware disksort. Address a lot of stylistic issues brought up by bde.
* Remove B_READ, B_WRITE and B_FREEBUF and replace them with a newphk2000-03-202-2/+2
| | | | | | | | | | | | | | | | | | | | | field in struct buf: b_iocmd. The b_iocmd is enforced to have exactly one bit set. B_WRITE was bogusly defined as zero giving rise to obvious coding mistakes. Also eliminate the redundant struct buf flag B_CALL, it can just as efficiently be done by comparing b_iodone to NULL. Should you get a panic or drop into the debugger, complaining about "b_iocmd", don't continue. It is likely to write on your disk where it should have been reading. This change is a step in the direction towards a stackable BIO capability. A lot of this patch were machine generated (Thanks to style(9) compliance!) Vinum users: Greg has not had time to test this yet, be careful.
* Cosmetic fix: "id" -> "idad" for devstat.jlemon2000-03-081-1/+1
| | | | Missed in prior (approved) commit by: jlemon
* Add support for older EISA compaq cards and newer Smart 4200 cards.jlemon2000-03-086-161/+623
| | | | | | | | | Change disk names to `idad' to avoid naming conflicts with the controller, and enable the new disk code to pick up the drives. Tested by: david.w.james@bt.com (existing compaq support) Reviewed by: msmith Approved by: jordan
* Revamp the devstat priority system. All disks now have the same priority.ken1999-12-081-1/+2
| | | | | | | | | | | | | | | | | | The same goes for CD drivers and tape drivers. In systems with mixed IDE and SCSI, devices in the same priority class will be sorted in attach order. Also, the 'CCD' priority is now the 'ARRAY' priority, and a number of drivers have been modified to use that priority. This includes the necessary changes to all drivers, except the ATA drivers. Soren will modify those separately. This does not include and does not require any change in the devstat version number, since no known userland applications use the priority enumerations. Reviewed by: msmith, sos, phk, jlemon, mjacob, bde
* Remove the 'ivars' arguement to device_add_child() andmdodd1999-12-031-1/+1
| | | | | | | | | | | | | | | | device_add_child_ordered(). 'ivars' may now be set using the device_set_ivars() function. This makes it easier for us to change how arbitrary data structures are associated with a device_t. Eventually we won't be modifying device_t to add additional pointers for ivars, softc data etc. Despite my best efforts I've probably forgotten something so let me know if this breaks anything. I've been running with this change for months and its been quite involved actually isolating all the changes from the rest of the local changes in my tree. Reviewed by: peter, dfr
* Call id_drvinit() from attach, not probe as the OS hasn't necessarilypeter1999-11-081-2/+2
| | | | decided which driver to use until attach. Use DRIVER_MODULE().
* Removal of sys/device.hn_hibma1999-10-053-3/+0
| | | | | | | | | | | | | - Move intrhook stuff into kernel.h - Remove all occurrences of #device <device.h> - Add kernel.h were necessary (nowhere) - delete device.h This file contained the structures for cfdata (old style config) and is no longer used. It was included by most drivers. It confuses the remote debugger as the definition of 'struct device' in device.h is found before the one in bus_private.h.
* Remove five now unused fields from struct cdevsw. They should neverphk1999-09-251-5/+0
| | | | | | | | have been there in the first place. A GENERIC kernel shrinks almost 1k. Add a slightly different safetybelt under nostop for tty drivers. Add some missing FreeBSD tags
* Use devstat_end_transaction_buf() rather than Use devstat_end_transaction()phk1999-09-181-3/+1
|
* Fix various trivial warnings from LINTphk1999-08-281-0/+2
|
* We don't need to pass the diskname argument all over the diskslice/labelphk1999-08-281-2/+2
| | | | code, we can find the name from any convenient dev_t
* $Id$ -> $FreeBSD$peter1999-08-285-5/+5
|
* Properly set the alignment argument to bus_dma_tag_create(). If wegibbs1999-08-162-5/+5
| | | | don't care about the alignment, set it to 1, meaning single byte alignment.
* Spring cleaning around strategy and disklabels/slices:phk1999-08-141-6/+4
| | | | | | | | | | | | | | Introduce BUF_STRATEGY(struct buf *, int flag) macro, and use it throughout. please see comment in sys/conf.h about the flag argument. Remove strategy argument from all the diskslice/label/bad144 implementations, it should be found from the dev_t. Remove bogus and unused strategy1 routines. Remove open/close arguments from dssize(). Pick them up from dev_t. Remove unused and unfinished setgeom support from diskslice/label/bad144 code.
* Alter the behavior of sys/kern/subr_bus.c:device_print_child()mdodd1999-07-291-9/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - device_print_child() either lets the BUS_PRINT_CHILD method produce the entire device announcement message or it prints "foo0: not found\n" Alter sys/kern/subr_bus.c:bus_generic_print_child() to take on the previous behavior of device_print_child() (printing the "foo0: <FooDevice 1.1>" bit of the announce message.) Provide bus_print_child_header() and bus_print_child_footer() to actually print the output for bus_generic_print_child(). These functions should be used whenever possible (unless you can just use bus_generic_print_child()) The BUS_PRINT_CHILD method now returns int instead of void. Modify everything else that defines or uses a BUS_PRINT_CHILD method to comply with the above changes. - Devices are 'on' a bus, not 'at' it. - If a custom BUS_PRINT_CHILD method does the same thing as bus_generic_print_child(), use bus_generic_print_child() - Use device_get_nameunit() instead of both device_get_name() and device_get_unit() - All BUS_PRINT_CHILD methods return the number of characters output. Reviewed by: dfr, peter
* Remove cmaj and bmaj args from DEV_DRIVER_MODULE.phk1999-07-041-3/+2
|
* Eliminate a bunch of #include "pci.h" and #if NPCI > 0 around entirepeter1999-07-031-6/+1
| | | | files. config will leave the whole file out if configured to do so.
OpenPOWER on IntegriCloud