[Bug 552451] New: hald interrupts/distrurbes CD/DVD/BluRay Burn process
http://bugzilla.novell.com/show_bug.cgi?id=552451 Summary: hald interrupts/distrurbes CD/DVD/BluRay Burn process Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome@forge.provo.novell.com ReportedBy: joerg.schilling@fokus.fraunhofer.de QAContact: qa@suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1) Gecko/20090617 Firefox/3.5 The way hal has been introduced into Linux did cause a lot of trouble: - Hald was introduced on Linux without contacting the authors of the software it influences. This is one reason why hald interrupts the CD/DVD/BluRay burning process. - Hald (on Linux) uses an algorithm for detecting media change conditions that is wrong (it hits even when there never was a media change). As a result, hald triggers read operations on partially written media that is currently written to in "uninteruptable streaming mode". This creates coasters. As it caused the Optical Media software to see strange SCSI error codes, the users are confused and do not easily understand that a related write error was caused by hald. - It seems that there is no concept for an interface that would allow a safe way to write CD/DVD/BluRay media in multi-session or multi-border mode. - It seems that hald is based on OS specific implementation details and for this reason would have portability problems in case that there would be an interface for optical media software. I am the author of cdrtools which is the de-facto standard for writing optical media on UNIX alike platforms and it is even most portable optical media software (it works on more than 30 different platforms). In August 1986, I wrote the worlds first SCSI pass through driver (using SunOS-3.0), I am involved with writing software for optical media including drivers since 1988 and I know the differrent constraints of the OS interfaces from the various platforms. I could help you to define and implement a portable and useful interface to optical media utilities. What I need is: - A media change detection system that stays quiet (after some time - e.g. after 3 seconds) in case that it detects the insertion of blank media. This is implemented on Solaris since 1992. - A system that can be told that there is new content without a media change (write process finished) and mounting or multi-media playing is possible. - A working way to claim exclusive access to a drive that still allows to send e.g. TEST UNIT READY and INQUIRY SCSI commands. - A working way to tell the system to forcibly unmount the media at some time in order to allow reliable multi-session operation. Active multi media playing software should be shut down from this interface. - The way the related drive "name" is specified must not be OS platform specific. Note that most platforms (including several "UNIX" platforms) do not not have a UNIX like /dev/* entry for the device and many (including Mac OS X) do not even associate a file handle to the interface that allows to send SCSI commands. For this reason, /dev/* or file handle based interfaces are highly non-portable. Reproducible: Sometimes Steps to Reproduce: 1. Writing CDs on SAO mode is the most effecive method to trigger hald bugs 2. 3. Actual Results: Coaster Expected Results: useful media -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=552451
User jw@novell.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=552451#c1
Juergen Weigert
http://bugzilla.novell.com/show_bug.cgi?id=552451
User joerg.schilling@fokus.fraunhofer.de added comment
http://bugzilla.novell.com/show_bug.cgi?id=552451#c2
--- Comment #2 from Jörg Schiling
http://bugzilla.novell.com/show_bug.cgi?id=552451
User lmedinas@opensuse.org added comment
http://bugzilla.novell.com/show_bug.cgi?id=552451#c3
Luis Medinas
http://bugzilla.novell.com/show_bug.cgi?id=552451
zhu rensheng
http://bugzilla.novell.com/show_bug.cgi?id=552451
Juergen Weigert
http://bugzilla.novell.com/show_bug.cgi?id=552451
http://bugzilla.novell.com/show_bug.cgi?id=552451#c5
--- Comment #5 from Jörg Schiling
http://bugzilla.novell.com/show_bug.cgi?id=552451
http://bugzilla.novell.com/show_bug.cgi?id=552451#c7
--- Comment #7 from Danny Kukawka
I'd be interested to know if there is an API allowing to tell hal that a certain disk drive is off limits for a while. Or anything similar to that.
@Jürgen: Yes there are ways to lock the affected device for a time and the desktop tools (should) know how to do this. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=552451
http://bugzilla.novell.com/show_bug.cgi?id=552451#c8
Danny Kukawka
http://bugzilla.novell.com/show_bug.cgi?id=552451
http://bugzilla.novell.com/show_bug.cgi?id=552451#c9
--- Comment #9 from Jörg Schiling
Nobody will ever work on this. HAL is in maintenance mode. And: HAL is maybe no longer part of upcomming openSUSE releases.
Please note that there is a high probability that the successor of hal has exactly the same problems. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply@novell.com