Mailinglist Archive: opensuse-factory (949 mails)

[Vladimir Nadvornik <nadvornik@xxxxxxx>]

On čt 6. srpna 2009, Joerg Schilling wrote:
> Vladimir Nadvornik <nadvornik@xxxxxxx> wrote:
> > > BTW cdrecord does not try to do more than 62 KB of DMA by default. If
> > > you have one of the problematic USB chips that use a driver that does
> > > not allow to do more than 32 kB DMA, you always may specify ts=32k with
> > > cdrecord, cdda2wav or readcd.
> >
> > The first comment is misleading. You apparently did not read the rest.
> > The real problem is described here:
> >
> > https://bugzilla.novell.com/show_bug.cgi?id=226019#c9
>
> These are two independend bugs:
>
> -     One bug is in the Linux kernel in the USB driver.
>       As the USB driver behaves incorrectly for setting up the DMA size,
>       cdrecord may fail because it was given incorrect data from the kernel.
>       This problem is definitely independen from whether hald runs or not.
>
> -     Hald on Linux is broken. Hald on Solaris works correctly as it is based
>       on the state engine in the sd driver from the Solaris kernel. This sd
>       driver knows how to correctly evaluate state transitions since 1992.
>
>       Hald on Linux incorrectly believes that a not-ready to ready state
>       transition needs to be taken into account. As a result, hald may try
>       to mount a CD that was not yet fully written.
>
>       Hald on Linux needs to be fixed in order to bix the hald related
>       problems.

IMHO it is more generic problem. It can be reproduced without hal. Simple 
running "cdrecord -toc" from another terminal breaks the burning on any LG 
burner that I tested. Wodim works fine.


Vladimir
-- 
To unsubscribe, e-mail: opensuse-factory+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-factory+help@xxxxxxxxxxxx