Messages in this thread | | | Subject | Re: the joy of scsi headers and glibc... | From | Andreas Jaeger <> | Date | 07 Nov 1999 18:04:05 +0100 |
| |
>>>>> Andreas Jaeger writes:
>>>>> Douglas Gilbert writes:
Douglas> The /usr/src/linux/include/scsi directory contains 4 files (not Douglas> 1 or 2 as the GNU glibc library seems to think). They are: Douglas> scsi.h Douglas> scsi_ioctl.h Douglas> scsicam.h Douglas> sg.h
AJ> scsi_ioctl.h contains a few constants - you're right they should be AJ> added to glibc. I'll prepare a patch for glibc.
Looking over scsi_ioctl.h I've asked myself why scsi_ioctl.h contains some IOCTLs and scsi.h also? Is there a reason why we've got two different headers that define IOCTLs?
For glibc I propose to add these defines to scsi/scsi.h: #define SCSI_IOCTL_SEND_COMMAND 1 #define SCSI_IOCTL_TEST_UNIT_READY 2 #define SCSI_IOCTL_BENCHMARK_COMMAND 3 #define SCSI_IOCTL_SYNC 4 /* Request synchronous parameters */ #define SCSI_IOCTL_START_UNIT 5 #define SCSI_IOCTL_STOP_UNIT 6 #define SCSI_IOCTL_DOORLOCK 0x5380 /* lock the eject mechanism */ #define SCSI_IOCTL_DOORUNLOCK 0x5381 /* unlock the mechanism */
Any objections to this solution? Or has somebody a better idea?
Andreas -- Andreas Jaeger SuSE Labs aj@suse.de private aj@arthur.rhein-neckar.de
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
| |