mjacob 6424bafe73 kern/16014- if we do an 'mt offline', make sure we've allowed the tape ... to be ejected (PR_ALLOW). This got nuked in a previous change.		2002-03-22 21:39:36 +00:00
..
Makefile	…
atapi_base.c	…
atapi_cd.h	…
atapi_disk.h	…
atapi_tape.h	…
atapi_wdc.c	IF we change the ATA modes, also reset the device, so that we can retry	2002-01-27 22:00:40 +00:00
atapiconf.c	…
atapiconf.h	…
cd.c	…
cd_atapi.c	-don't apply scsipi_strvis() twice, it tries to octal-print the string	2002-01-09 18:48:18 +00:00
cd_scsi.c	…
cdvar.h	…
ch.c	…
files.scsipi	…
if_se.c	…
scsi_all.h	…
scsi_base.c	…
scsi_cd.h	…
scsi_changer.h	…
scsi_ctron_ether.h	…
scsi_disk.h	…
scsi_message.h	…
scsi_scanner.h	…
scsi_tape.h	…
scsiconf.c	add a quirk for some disks I have that don't like tagged queuing.	2002-03-16 23:26:34 +00:00
scsiconf.h	…
scsipi_all.h	…
scsipi_base.c	Present the same interface to periph driver for ASYNC scsipi_command() in the	2002-03-16 17:21:19 +00:00
scsipi_base.h	…
scsipi_cd.h	…
scsipi_debug.h	…
scsipi_disk.h	…
scsipi_ioctl.c	Call malloc(9) with M_ZERO flag instead of memset() after malloc().	2002-01-12 16:29:30 +00:00
scsipi_verbose.c	…
scsipiconf.c	Call malloc(9) with M_ZERO flag instead of memset() after malloc().	2002-01-12 16:29:30 +00:00
scsipiconf.h	…
sd.c	Add ioctls to get (DIOCGCACHE) and set (DIOCSCACHE) cache enables	2002-01-09 04:12:11 +00:00
sd_atapi.c	-don't apply scsipi_strvis() twice, it tries to octal-print the string	2002-01-09 18:48:18 +00:00
sd_scsi.c	Add ioctls to get (DIOCGCACHE) and set (DIOCSCACHE) cache enables	2002-01-09 04:12:11 +00:00
sdvar.h	Add ioctls to get (DIOCGCACHE) and set (DIOCSCACHE) cache enables	2002-01-09 04:12:11 +00:00
ses.c	…
ses.h	…
ss.c	…
ss_mustek.c	…
ss_mustek.h	…
ss_scanjet.c	…
ssvar.h	…
st.c	kern/16014- if we do an 'mt offline', make sure we've allowed the tape	2002-03-22 21:39:36 +00:00
st_atapi.c	…
st_scsi.c	…
stvar.h	Add the ability to report file number/block number. From Matt Jacob.	2002-03-20 14:53:59 +00:00
su.c	…
uk.c	Remove a pretty much useless autoconfiguration message.	2002-02-10 23:28:27 +00:00