cdrdao-devel

[Cdrdao-devel] cdrdao problem on ppc

[thomas g. <tg...@sp...>]

i have a problem running cdrdao on a blueberry imac (ppc - 
running mandrake 8.0 ppc beta btw.) - whenever i try to read an 
audio cd i get:

cdrdao: Input/output error. : scsi sendcmd: retryable error
CDB:  BE 00 00 00 01 2E 00 00 0D F8 01 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: 70 00 05 00 00 00 00 0A 00 00 00 00 24 00 00 00
Sense Key: 0x5 Illegal Request, Segment 0
Sense Code: 0x24 Qual 0x00 (invalid field in cdb) Fru 0x0
Sense flags: Blk 0 (not valid)
cmd finished after 0.001s timeout 20s
cdrdao: Input/output error. : scsi sendcmd: retryable error
CDB:  BE 00 00 00 01 3B 00 00 0D F8 01 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: 70 00 05 00 00 00 00 0A 00 00 00 00 24 00 00 00
Sense Key: 0x5 Illegal Request, Segment 0
Sense Code: 0x24 Qual 0x00 (invalid field in cdb) Fru 0x0
Sense flags: Blk 0 (not valid)
cmd finished after 0.000s timeout 20s

endless - i tried several versions of cdrdao .13 ... .15, even 
some binaries for verious ppc distribs - it's always the same ... 
also i tried various 2.4.x kernels (from the ppc trees) and 
always ended at this error ... on the other hand i can grab the 
audio cd just fine with cdda2wav, cdparanoia oder grip - so my 
question is: due you have any idea what is going wrong here?
or anything else to test?

t

p.s.: ah - btw. the drive is an matsushita ide cdrom drive        
      running with ide-scsi emulation

-- 
thomas graichen <tg...@sp...> ... perfection is reached, not
when there is no longer anything to add, but when there is no
longer anything to take away. --- antoine de saint-exupery

[Cdrdao-devel] mixing plextor and generic-mmc driver

[thomas g. <tg...@sp...>]

ok - i got a bit further on this (for "this" see the appended
old posting about the old problem all this started with): it 
works fine with plextor:0x00200000 for reading the toc (but 
results in errors then starting to read the data) and it gives me 
an "can't read ISRC" error then using generic-mmc:0x00200020 
while reading the toc but i this mode it can read the data fine

i tried all the other options - none helped me further - so the 
problem now would be for me to hack together a driver which uses 
the plextor driver for reading the toc and the generic-mmc for 
the audio data but after reading the code for some time i'm not 
really shure which function to change ... my idea was to make it 
similar to the ToshibaReader.cc - take the Plextor settings and 
overwrite the functions for reading the data or the other way 
around using the GenericMMC and overwriting the read-toc realted 
stuff or as third (and i think best) option: add an option to the 
generic-mmc driver to use plextor scanning

can anyone here knowing the cdrdao structure better please tell 
me which way would be the best and which of the functions i have 
to change to make this work (i'm not really shure by now how they 
exactly interact)?

another question: is there anything else i may try to get rid of 
those "can't read ISRC" errors - aside from those errors popping 
up (that are scsi subsystem generated errors - so it looks to me 
like a wrong scsi command is sent to the device for reading the 
ISRC's which it does not know about ... but all that are only 
speculations) everything seems to be fine: it reads everything 
and creates a valid looking toc file (even including pregaps)

a lot of thanks in advance

t

On Wednesday 04 July 2001 10:28, thomas graichen wrote:
> i have a problem running cdrdao on a blueberry imac (ppc -
> running mandrake 8.0 ppc beta btw.) - whenever i try to read an
> audio cd i get:
>
> cdrdao: Input/output error. : scsi sendcmd: retryable error
> CDB:  BE 00 00 00 01 2E 00 00 0D F8 01 00
> status: 0x2 (CHECK CONDITION)
> Sense Bytes: 70 00 05 00 00 00 00 0A 00 00 00 00 24 00 00 00
> Sense Key: 0x5 Illegal Request, Segment 0
> Sense Code: 0x24 Qual 0x00 (invalid field in cdb) Fru 0x0
> Sense flags: Blk 0 (not valid)
> cmd finished after 0.001s timeout 20s
> cdrdao: Input/output error. : scsi sendcmd: retryable error
> CDB:  BE 00 00 00 01 3B 00 00 0D F8 01 00
> status: 0x2 (CHECK CONDITION)
> Sense Bytes: 70 00 05 00 00 00 00 0A 00 00 00 00 24 00 00 00
> Sense Key: 0x5 Illegal Request, Segment 0
> Sense Code: 0x24 Qual 0x00 (invalid field in cdb) Fru 0x0
> Sense flags: Blk 0 (not valid)
> cmd finished after 0.000s timeout 20s
>
> endless - i tried several versions of cdrdao .13 ... .15, even
> some binaries for verious ppc distribs - it's always the same
> ... also i tried various 2.4.x kernels (from the ppc trees) and
> always ended at this error ... on the other hand i can grab the
> audio cd just fine with cdda2wav, cdparanoia oder grip - so my
> question is: due you have any idea what is going wrong here? or
> anything else to test?
>
> t
>
> p.s.: ah - btw. the drive is an matsushita ide cdrom drive
>       running with ide-scsi emulation

-- 
thomas graichen <tg...@sp...> ... perfection is reached, not
when there is no longer anything to add, but when there is no
longer anything to take away. --- antoine de saint-exupery

Re: [Cdrdao-devel] mixing plextor and generic-mmc driver

[Andreas M. <an...@da...>]

thomas graichen wrote:
> 
> ok - i got a bit further on this (for "this" see the appended
> old posting about the old problem all this started with): it
> works fine with plextor:0x00200000 for reading the toc (but
> results in errors then starting to read the data) and it gives me
> an "can't read ISRC" error then using generic-mmc:0x00200020
> while reading the toc but i this mode it can read the data fine
> 
> i tried all the other options - none helped me further - so the
> problem now would be for me to hack together a driver which uses
> the plextor driver for reading the toc and the generic-mmc for
> the audio data but after reading the code for some time i'm not
> really shure which function to change ... my idea was to make it
> similar to the ToshibaReader.cc - take the Plextor settings and
> overwrite the functions for reading the data or the other way
> around using the GenericMMC and overwriting the read-toc realted
> stuff or as third (and i think best) option: add an option to the
> generic-mmc driver to use plextor scanning

I think we can easily fix the ISRC related error message in the
generic-mmc driver by adding a short delay before it tries to read
the ISRC code. This might be required for some drives because the
binary search mechanism (seleted with driver option 0x20) use a
Play Audio command to play a single audio sector so that it can read
out the sub-channel data for that sector. When issuing the Play Audio
command the drive return success status before the command is finished
so that it might happen that a new command is issued before the old
command has finished. This might also be the reason for the other
error messages you get. Can you send them btw?

So, I would suggest to fix the binary search mode in generic-mmc driver.
The first shot would be to place a 'mSleep' call right after the play
command. It should sleep roughly the same time as it takes to
play an audio sector (1/75 s). My problem is that I'm currently lacking
free time so could you try to make the modifications and test them?

Regards,
Andreas
--
Andreas Mueller                  Tel: +49 89 67808848
Ramsmeierstr. 1                Email: an...@da...
85579 Neubiberg, Germany