Yes, but as has already been discussed on this thread, the code is "extremely alpha". There is no guarantee it will work properly or safely, so if you already have SCSI emulation working I'd stick to it (for now) - unless you want to be on the bleeding edge ...

Both techniques are working for me just fine on three different machines so far! The only thing I have not tested heavily is with primary/slave combinations of CD/CD-R/DVD devices on the same channel.

Well no support question, but I have an TEAC cdrom on hdc and a Plextor CDRW on hdd and i can't get my cdrw to work. Tried everything you suggested so now you know Currently i'm recompiling the kernel with atapi cdrom support as a module ...

[Addendum Tuesday]

Just recompiled my kernel with ide-cdrom support as a module (and not autoloaded). Now it works ...

Just recompiled my kernel with ide-cdrom support as a module (and not autoloaded). Now it works ...

Upon rebuilding my system recently, I ran into a similar issue. I found that unloading (rmmod) the ide-cdrom module, then loading the SCSI module with insmod ide-scsi solved the problem. What is interesting is that this worked without having to add the module definition to restrict the scope of the ide-cdrom module. In any case, upon adding this definition again, everything worked as it did before (no need for jiggery-pokery after booting my system).

I'd like to add to the "Thank you"'s here; this helped me get my LG CDRW running fine!

One point of contention, though: If one is following through the steps and performing them as they read them (I know, read the info through FIRST), they will miss this:

Quote:

Not so fast though! I forgot to mention that modules.conf in Gentoo is dynamically generated, so you really don't want to edit the modules.conf file directly to add the exclusion line mentioned above, otherwise it'll get nuked at the next reboot. Instead, do this:

Code:

echo "options ide-cd ignore='hdc hdd'" > /etc/modules.d/cdr

It needs to be moved up in the document..._________________INTEL INSIDE:
It's not just a label, it's a warning...

That's all fine and all, and it seems to be doing something but what ? I could already mount my CDR as a CD before and after doing this and all my CDR still don't seem to want to write with my CDR.

Xcdroast says it doesnt see any scsi devices and that for ATAPI device I have to install scsi emulation first, but I have already compile in the kernel all the options mentioned in the gentoo help documents and the first post of this thread. I also followed the instructions in the install doc but not those of the first post as it said it was for SCSI emulation and now cdrtools had ATAPI emulation.

Do I need to do something to say this ( I have one CD and one CDR ) device must run scsi emulation ?

My CDR programs still don't work, is there something I should do next ?

You can add the ide-scsi module to modules.autoload as the poster suggested, but this solution sucks. What's the point of compiling it as a module if you /always/ load it? Fortunately, there's a better (and more correct) way.

The file /etc/modules.devfs is an 'overlay' to the modprobe config file used by devfsd. This file holds aliases that allow devfsd to tell modprobe to automatically load needed modules when devfsd creates new devices. For example....

As you can see, this part of the file automatically loads the scsi drivers whenever /dev/scsi is touched. There are other sections for specific types of scsi devices, but the important part is that they all include 'scsi_hostadapter'. This is where you put your low-level scsi device drivers. To do this, add the following line to a file in the /etc/modules.d directory.

Quote:

probeall scsi_hostadapter ide-scsi

If you have 'real' SCSI devices, add them after ide-scsi. Now, the ide-scsi driver will be automatically loaded ONLY when you need it. This is superior to passing 'hdc=ide-scsi' to the kernel at boot, because it allows to module to be autoloaded, instead of forcibly loaded at boot. It will also automatically reload the module if necessary.

If you also need ide-ccd, and want it to ignore your ATAPI drive, you can use kernel options (as people have noted), but that way sucks because it
The 'better' way is to tell the ide-cd driver to ignore your ATAPI drive by passing it options through modprobe (i.e. add

Quote:

options ide-cd ignore='hdc'

to a file in /etc/modules.d).

FYI, modules such as sr_mod, sg, and scsi_mod do NOT neet to be in modules.autoload. These modules are loaded automatically by devfsd when needed, per the entries in modules.devfs. If they aren't being autoloaded, putting them in modules.autoload is just covering up the problem instead of fixing it. You can pretty much eliminate the need for modules.autoload completely by properly setting up modprobe and devfs, and you get the added benefit of only loading modules when you need them.

You can add the ide-scsi module to modules.autoload as the poster suggested, but this solution sucks. What's the point of compiling it as a module if you /always/ load it? Fortunately, there's a better (and more correct) way.

Indeed. And that isn't made entirely clear, admittedly. I recommend the alteration of the devfsd.conf file for this very reason, however ...

Quote:

probeall scsi_hostadapter ide-scsi

... I wasn't aware of this and, as it enables ide-scsi to load automatically in addition to sg, sr_mod, scsi_mod, it is a very useful modification to make. Thanks for sharing that, I'll update the post at some point.

Quote:

If you also need ide-ccd, and want it to ignore your ATAPI drive, you can use kernel options (as people have noted), but that way sucks because it
The 'better' way is to tell the ide-cd driver to ignore your ATAPI drive by passing it options through modprobe (i.e. add

Quote:

options ide-cd ignore='hdc'

to a file in /etc/modules.d)

That is precisely the reason my post was made and, as such, this is recommended in my procedure. I appended the "old fashioned" method of using a kernel boot option simply because the "exclusion" method does not work on all configurations as has been noted and widely discussed. Until this is no longer the case, it would be unwise of me to omit this method of configuration from the instruction, although this point could be clarified further perhaps.

Quote:

FYI, modules such as sr_mod, sg, and scsi_mod do NOT neet to be in modules.autoload. These modules are loaded automatically by devfsd when needed, per the entries in modules.devfs. If they aren't being autoloaded, putting them in modules.autoload is just covering up the problem instead of fixing it.

Well I wouldn't call it a problem as such, although you are right - it's sub-optimal from the point of view of configuration cleanliness! The modules certainly are loaded automatically, having made the necessary devfsd tweaks. The long and short if it is that I hadn't sussed out the usage of probeall, and this discovery is an important one.

I just wanted to throw up my final working config in case it might help someone.
I have ATAPI CDROM support, SCSI Emulation, SCSI CDROM and SCSI generic all
compiled as modules. I have no kernel commands in my grub.conf for hdc/hdd (CDR
and DVD). I also don't have the cdr file in my /etc/modules.d. I loaded none
of the SCSI or CD modules in modules.autoload, but I noticed after boot that
everything except ide-scsi loaded automatically.

At this point, cdrecord -scanbus showed nothing (giving the unable to access
SCSI driver error) although cdrecord -scanbus dev=ATAPI showed my DVD-ROM, but
not my CDR. Then I used modprobe ide-scsi, tried both scanbus's again and
showed my DVD as ATAPI and my CDR as SCSI.

Thanks for the direction, kerframil, and I hope this helps at least one other who
wants CDR SCSI emulation without sacrificing their DVD-ROM._________________~Sarumont
"Time is an illusion. Lunchtime doubly so."

A little tip and a question...
you can also set your usb up to autoload in modules.d much like the probeall scsi_hostadapter ide-scsi. Mine reads "probeall usb-interface usb-ohci ehci-hcd" usb-ohci and ehci-hcd being my usb controllers. you may have a usb-uhci or just a uchi controller.

And then my question when I have "probeall scsi_hostadapter ide-scsi" in my modules.d it will load both my DVD and CDRW as scsi drives and the only way I know to get around it is to add ide-cd to my modules.autoload file. Is that the only way to get it to work or is there a way where the ide-cd is loaded as needed like the scsi drivers?

i have done your guide but now i have 6 dvdroms and 6 cdrecorders (when i look to my machine i count only 2 in total). Is this normal? and how the hell can i fix this_________________My weBlogLinux compability list (hardware)

Posted: Thu May 29, 2003 12:28 am Post subject: Newbie question -- mount or burn do I have to choose?

Okay I know that this is probably a very very stupid question and I appologize for wasting everyones time who is reading this. Basically I followed the instructions from the original post in this thread (very good btw and I very much appreciate it) but now I have the following delema: When I load up everything with scsi emulation I have no idea how to mount my cdrom and dvd-rom drive

I'm sure its just a matter of changing /etc/fstab but I dont' know what I'm doing ... as in I don't know what the dev paths are for scsi hardware and such. So at the moment I seem to be left with the delema of being able to get cdbakeoven to recognize my "scsi" drive or being able to mount the drive.

If someone could post a reply with the fstab line I should use or tell me what I'm doing wrong I'd appreciate it.

--->>>> oh also just a suggestion ... it would be really nice if this was in the official gentoo docs since there is no documentation there for setting up a cd-r. Not sure who actually makes that decision though.

except it'll all be commented out. Just uncomment it then all you have to do(after rebooting) is do a mount /dev/cdrw to mount your cdrw. then cut and paste that same section except for change the cdrw's in it to dvd and then also change the sr0's to sr1. But that is of course assuming that the CDRW is the primary device and the DVD is the secondary.......if your setup is the other way around then just switch the sr0's and sr1's Hope this helps