Red Hat Bugzilla – Bug 120490
SCSI generic support (sg.ko) missing from kernel
Last modified: 2007-11-30 17:10:40 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040312
Description of problem:
The SCSI generic module (sg.ko) is missing since kernel-2.6.4-1.302,
it is disabled in the kernel config. It was present (and working) in
earlier kernel releases.
This makes CD burning on SCSI-CDR drives somewhat difficult.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. modprobe sg
Actual Results: No such module
Expected Results: Loading of the module
ehhh why would it make it difficult?
sg is deprecated functionaly (just like ide-scsi is)
So, if sg is going away, how am I going to talk to my tape changer,
Anyway, cdrecord needs a whack on the head to cope with sg being
absent, -scanbus does not work at all.
I'm filing a new bug for that.
you use SG_IO ioctl on the device directly...
oh the good news is that -scanbus no longer is needed since you can
talk to the device directly; no need to find weird mappings to it via
OK, I can see that scanbus is quite obsolete.
But AFAIR tape changers consist of at least two SCSI devices (each
with a seperate ID, at least one for the tape(s), and at least one for
the changer(s) itself).
While the tapes do get a device (/dev/st...), the changers I have seen
so far under 2.4 only get a /dev/sg... device node.
Maybe there is a node to use in /sysfs for the changers, too, I do not
But if not: which device do I use the SG_IO ioctls on?
added sg back in rawhide for your tape changer. Please test
Sorry for the confusion.
I currently do not have a tape changer to test 2.6 on. My comment
above on the sg module was to remind that more devices besides CD
recorders might be affected by this.
Also see the man page for mtx (shipped by FC).
Present in 327 kernel, seems ok on minimal testing