Bug 11144
| Summary: | GNOME causes slow SCSI CD-ROM reads | ||
|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | jhubbs |
| Component: | kernel | Assignee: | Michael K. Johnson <johnsonm> |
| Status: | CLOSED WONTFIX | QA Contact: | |
| Severity: | high | Docs Contact: | |
| Priority: | medium | ||
| Version: | 6.2 | ||
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2001-02-19 17:45:32 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
jhubbs
2000-05-01 14:12:52 UTC
make sure you have magicdev turned off in the control panel. <snip> ------- Additional Comments From pbrown 05/08/00 10:52 ------- make sure you have magicdev turned off in the control panel. <snip> I'm sorry, but I don't find your response very helpful. Are you saying that magicdev is SUPPOSED to screw up CD-ROM reads?? If so, why is it even in your distribution?? Is there another way, in KDE or GNOME, to obtain automounting of CDs and floppies? - Jeff - Jeff > Are you saying that
> magicdev is SUPPOSED to screw up CD-ROM reads?? If so, why is it even in your
> distribution?? Is there another way, in KDE or GNOME, to obtain
> automounting of CDs and floppies?
It is not "supposed to" - it is inevitable. To check for the presence or
abscence of a disk requires reading from the drive, which will interfere with
other pending operations.
I agree that it is not desirable for this to happen, but there is no other way
to do it.
In that case, I question the logic on which the whole scheme is based. I would think that the act of reading from a CD is evidence enough that a CD is in fact in the drive; why is it necessary or "inevitable" to have to interrupt that process to the extent that the CD-ROM drive runs at a tiny fraction of its rated speed to test a fact that the OS already knows? This is more than simply "undesirable;" it's downright shoddy and does not illustrate Red Hat's to be a "quality" distribution. Have you read the docs? /usr/src/linux/Documentation/cdrom/cdrom-standard.tex explains why this isn't inevitable at all. I'm always willing to accept patches that show my stupidity up. Until then, I remain unconvinced - for example, just reading from a CD is not going to work with audio CD's. Magicdev does not read from the device - it opens it in non-reading mode (O_NONBLOCK) and does some ioctls. This is a kernel bug. Perhaps assigning this to a kernel person would be in order, then... Different CDROM device deal differently with being queried. For this hardware, the workaround is to simply disable magicdev. For other hardware, this bug doesn't happen. But I do believe it to be related to the particular CDROM device you have. Commit pushed to master at https://github.com/openshift/openshift-docs https://github.com/openshift/openshift-docs/commit/119d63da55bbbc11e8f148d91dffb4e60ed2217f Merge pull request #11153 from kalexand-rh/issue11144 removing a note about tokens and GitLab |