After I upgraded from 2.6.12-rc4 to 2.6.13.1, I can no longer write DVD-R
(haven't tried DVD+R nor CD-R).
The command
growisofs -r -l -J -R -f -graft-points ${=FILES} -Z /dev/hdc
always gives:
:-[ PERFORM OPC failed with SK=3h/ASC=73h/ACQ=03h]: Input/output error
Nothing relevant in dmesg.
The drive is Optoride DVD?RW DD0401, the medium is Verbatim DVD-R 8x, and
the chipset is i815; Celeron Tualatin 1.4GHZ; Abit ST6R.
I tried the growisofs command probably a dozen times, rebooted and powered
off in the middle?. I tried a couple of other discs from the same ("known
good") batch. cdrecord also fails. I tried to set -speed=1, 2, 4, but
growisofs claims setting speed to anything but 8x does not succeed.
The drive is able to read CD and DVD media just fine with 2.6.13.1.
I booted back to 2.6.12-rc4 and the recording succeeded at the first try. I
used the exact same disc that had failed with 2.6.13.1.
The .config from 2.6.12-rc4 and 2.6.13.1 is nearly identical, but with
2.6.13.1 I use HZ=250 (that being the default nowadays) and
2.6.13.1 has CONFIG_PREEMPT_VOLUNTARY=y instead of 2.6.12-rc4's
CONFIG_PREEMPT=y and CONFIG_PREEMPT_BKL=y ?.
Any ideas?
-- v --
[email protected]
?) In past, the DVD-R drive has sometimes gotten so confused it needs a
power off before it co-operates. However, in those cases it has stopped
responsing altogether, which it didn't do this time.
?) The desktop does seem more responsive with 2.6.13.1-
Ville Herva skrev:
>The .config from 2.6.12-rc4 and 2.6.13.1 is nearly identical, but with
>2.6.13.1 I use HZ=250 (that being the default nowadays) and
>2.6.13.1 has CONFIG_PREEMPT_VOLUNTARY=y instead of 2.6.12-rc4's
>CONFIG_PREEMPT=y and CONFIG_PREEMPT_BKL=y ?.
>
>Any ideas?
>
>
>
Have you tried with HZ=1000?
--
Simon Strandman <[email protected]>
On Sun, Sep 25, 2005 at 02:46:39PM +0200, you [Simon Strandman] wrote:
> Ville Herva skrev:
>
> >The .config from 2.6.12-rc4 and 2.6.13.1 is nearly identical, but with
> >2.6.13.1 I use HZ=250 (that being the default nowadays) and
> >2.6.13.1 has CONFIG_PREEMPT_VOLUNTARY=y instead of 2.6.12-rc4's
> >CONFIG_PREEMPT=y and CONFIG_PREEMPT_BKL=y ?.
> >
> >Any ideas?
>
> Have you tried with HZ=1000?
No yet.
I did see the HZ=250 problem wrt DVD recording thread earlier, but I got the
impression it had to do with not being able to supply data fast enough to
the drive.
In my case, it fails before it even write a single byte to the disc.
(Fortunately it means it doesn't ruin the disc each time I try to write.)
-- v --
[email protected]
On Sun, Sep 25, 2005 at 04:04:36PM +0300, you [Ville Herva] wrote:
> On Sun, Sep 25, 2005 at 02:46:39PM +0200, you [Simon Strandman] wrote:
> > Ville Herva skrev:
> >
> > >The .config from 2.6.12-rc4 and 2.6.13.1 is nearly identical, but with
> > >2.6.13.1 I use HZ=250 (that being the default nowadays) and
> > >2.6.13.1 has CONFIG_PREEMPT_VOLUNTARY=y instead of 2.6.12-rc4's
> > >CONFIG_PREEMPT=y and CONFIG_PREEMPT_BKL=y ?.
> > >
> > >Any ideas?
> >
> > Have you tried with HZ=1000?
>
> No yet.
>
> I did see the HZ=250 problem wrt DVD recording thread earlier, but I got the
> impression it had to do with not being able to supply data fast enough to
> the drive.
>
> In my case, it fails before it even write a single byte to the disc.
> (Fortunately it means it doesn't ruin the disc each time I try to write.)
Recompiled the same 2.6.13.1 kernel with HZ=1000. DVD-R writing still fails
with the exact same error.
-- v --
[email protected]
On Sun, Sep 25, 2005 at 05:28:25PM +0300, you [Ville Herva] wrote:
> On Sun, Sep 25, 2005 at 04:04:36PM +0300, you [Ville Herva] wrote:
> > On Sun, Sep 25, 2005 at 02:46:39PM +0200, you [Simon Strandman] wrote:
> > > Ville Herva skrev:
> > >
> > > >The .config from 2.6.12-rc4 and 2.6.13.1 is nearly identical, but with
> > > >2.6.13.1 I use HZ=250 (that being the default nowadays) and
> > > >2.6.13.1 has CONFIG_PREEMPT_VOLUNTARY=y instead of 2.6.12-rc4's
> > > >CONFIG_PREEMPT=y and CONFIG_PREEMPT_BKL=y ?.
> > > >
> > > >Any ideas?
> > >
> > > Have you tried with HZ=1000?
> >
> > No yet.
> >
> > I did see the HZ=250 problem wrt DVD recording thread earlier, but I got the
> > impression it had to do with not being able to supply data fast enough to
> > the drive.
> >
> > In my case, it fails before it even write a single byte to the disc.
> > (Fortunately it means it doesn't ruin the disc each time I try to write.)
>
> Recompiled the same 2.6.13.1 kernel with HZ=1000. DVD-R writing still fails
> with the exact same error.
Still happens with 2.6.14-rc4.
Peter ?sterlund's suggestion to kill hald and kded in the pktcdvd thread did
not help either. This is a Fedora rawhide installation, though.
-- v --
[email protected]
On Sun, Sep 25, 2005 at 03:30:49PM +0300, you [Ville Herva] wrote:
> After I upgraded from 2.6.12-rc4 to 2.6.13.1, I can no longer write DVD-R
> (haven't tried DVD+R nor CD-R).
>
> The command
>
> growisofs -r -l -J -R -f -graft-points ${=FILES} -Z /dev/hdc
>
> always gives:
>
> :-[ PERFORM OPC failed with SK=3h/ASC=73h/ACQ=03h]: Input/output error
>
> Nothing relevant in dmesg.
>
> The drive is Optoride DVD?RW DD0401, the medium is Verbatim DVD-R 8x, and
> the chipset is i815; Celeron Tualatin 1.4GHZ; Abit ST6R.
>
> I tried the growisofs command probably a dozen times, rebooted and powered
> off in the middle?. I tried a couple of other discs from the same ("known
> good") batch. cdrecord also fails. I tried to set -speed=1, 2, 4, but
> growisofs claims setting speed to anything but 8x does not succeed.
>
> The drive is able to read CD and DVD media just fine with 2.6.13.1.
>
> I booted back to 2.6.12-rc4 and the recording succeeded at the first try. I
> used the exact same disc that had failed with 2.6.13.1.
This still happens with 2.6.14-rc2.
I found a work-around, though. It seems this happens every time I rip an
audio cd and then try to burn a dvd. If I mount a data cd in between, it
seems to work. It seems even a soft reboot is not always enough to clear
problem.
What is curious, though, is that 2.6.12-rc4 and earlier newer seemed to show
this. With 2.6.13.1 and newer it seems fairly consistent.
-- v --
[email protected]