DVD/CDROM writes not working!



I am running Monta Visita Linux (2.6.10) and I have a USB DVD/CDRW
drive attached.
I have enabled CDROM, UDF, SCSI and etc, in xconfig so that I can mount
a CDRW/DVD with UDF and be able to format a CD-RW disk and write to it.

But when I tried to mount the drive using 'mount -t udb /dev/sda1
/mnt/usbdrive, it failed.

I then downloaded and installed udftools and tried to run the
application cdrwtool, and it too failed.

Should I be able to just mount the DVD/CDRW drive and be able to R/W to
it just like any other HD?

Am I missing some patches to get DVD/CDRW working?

Thanks


root@xxxxxxxxxxxxx:/opt/udf# ./cdrwtool -d /dev/sr0 -q
using device /dev/sr0
cdrom: This disc doesn't have any tracks I recognize!
4690KB internal buffer
setting write speed to 12x
Settings for /dev/sr0:
Fixed packets, size 32
Mode-2 disc

I'm going to do a quick setup of /dev/sr0. The disc is going to be
blanked and f
ormatted with one big track. All data on the device will be lost!!
Press CTRL-C
to cancel now.
ENTER to continue.

Initiating quick disc blank
Disc capacity is 295264 blocks (590528KB/576MB)
Formatting track
usb 1-1: reset high speed USB device using musb_hdrc and address 4

scsi: Device offlined - not ready after error recovery: host 2 channel
0 id 0 lun 0

SCSI error : <2 0 0 0> return code = 0x50000

usb 1-1: USB disconnect, address 4

start=0, blocks=16, type=RESERVED
scsi2 (0:0): rejecting I/O to dead device

start=16, blocks=3, type=VRS
sscsi2 (0:0): rejecting I/O to dead device

tart=19, blocks=237, type=USPACEscsi2 (0:0): rejecting I/O to dead
device


start=256, blocks=1, type=ANCscsi2 (0:0): rejecting I/O to dead device

HOR
start=257, blocks=31, typescsi2 (0:0): rejecting I/O to dead device

=USPACE
start=288, blocks=32, scsi2 (0:0): rejecting I/O to dead device

type=PVDS
start=320, blocks=32scsi2 (0:0): rejecting I/O to dead device

, type=LVID
start=352, blocks=scsi2 (0:0): rejecting I/O to dead device

32, type=STABLE
start=384, bloscsi2 (0:0): rejecting I/O to dead device

cks=1024, type=SSPACE
start=14scsi2 (0:0): rejecting I/O to dead device

08, blocks=293568, type=PSPACE
scsi2 (0:0): rejecting I/O to dead device

start=294976, blocks=31, type=Uscsi2 (0:0): rejecting I/O to dead
device

SPACE
start=295007, blocks=1, scsi2 (0:0): rejecting I/O to dead device

type=ANCHOR
start=295008, blocscsi2 (0:0): rejecting I/O to dead device

ks=160, type=USPscsi2 (0:0): rejecting I/O to dead device

ACE
start=295168, blocks=32, tscsi2 (0:0): rejecting I/O to dead device

ype=STABLE
staSCSI error: host 2 id 0 lun 0 return code = 4000000

rt=295200, block Sense class 0, sense error 0, extended sense 0

s=32, type=RVDS
start=295232, blocks=31, type=scsi2 (0:0): rejecting I/O to dead device

USPACE
start=2SCSI error: host 2 id 0 lun 0 return code = 4000000

95263, blocks=1, Sense class 0, sense error 0, extended sense 0

type=ANCHOR
Wscsi2 (0:0): rejecting I/O to dead device

riting UDF strucsr0: CDROM (ioctl) error, command: tures to disc
Q0x51 uick setup compl00 ete!
00 00 00 00 00 00 02 00

sr: sense = 0 0

Non-extended sense class 0 code 0x0

Raw sense data:0x00 0x00 0x00 0x00

root@xxxxxxxxxxxxx:/opt/udf# usb 1-1: new high speed USB device using
musb_hdrc and address 5

scsi3 : SCSI emulation for USB Mass Storage devices

Unable to handle kernel NULL pointer dereference at virtual address
00000020

pgd = c0004000

[00000020] *pgd=00000000

Internal error: Oops: 17 [#1]

Modules linked in:

CPU: 0

PC is at musb_h_ep0_irq+0x108/0x2d4

LR is at 0x102

pc : [<c01dcfa0>] lr : [<00000102>] Not tainted

sp : c029de40 ip : 00000000 fp : c029de74

r10: 00000001 r9 : c02f6b40 r8 : c05f52c4

r7 : c05f5200 r6 : c8060400 r5 : 00000000 r4 : 00000000

r3 : 00000102 r2 : c05f52c4 r1 : 00000000 r0 : c05f5200

Flags: nZCv IRQs off FIQs on Mode SVC_32 Segment kernel

Control: 5317F Table: 86678000 DAC: 00000017

Process swapper (pid: 0, stack limit = 0xc029c1a0)

Stack: (0xc029de40 to 0xc029e000)

de40: 00010003 c029c000 00010002 c05f5200 c8060400 00000000 c8060000
00000000

de60: c02f6b40 0000005d c029dea4 c029de78 c01db2bc c01dcea8 c029c000
c029df50

de80: c05f5200 c029c000 c8060000 40000013 c02f6b40 c029df50 c029decc
c029dea8

dea0: c01db748 c01db118 c02f6b40 c029c000 c7262ca0 00000000 00000000
0000000c

dec0: c029def4 c029ded0 c002cd70 c01db6bc c02f6e10 0000000c c7262ca0
c029df50

dee0: c029c000 c029df50 c029df14 c029def8 c002d09c c002cd04 c029df84
c029c000

df00: ffffffff 00000002 c029df4c c029df18 c002d250 c002cff8 c003b6ac
c003b504

df20: 00000000 c029df84 e1048000 ffffffff 00000002 c029c000 00000001
80024be0

df40: c029dfac c029df50 c002b5e0 c002d210 00000000 0005317f 0005217f
60000013

df60: c029c000 60000093 c029f2a8 c031a050 80024c10 41069265 80024be0
c029dfac

df80: c029df98 c029df98 c002de00 c002de10 60000013 ffffffff c029c000
c002dd98

dfa0: c029dfcc c029dfb0 c002de7c c002dda8 c029dfcc 00053175 c02f667c
c0301118

dfc0: c029dffc c029dfd0 c00087d0 c002de28 c0008304 00000000 00000000
c02f7ad0

dfe0: 00000000 00053175 c02f7abc c029efd0 00000000 c029e000 8000809c
c0008658

Backtrace:

[<c01dce98>] (musb_h_ep0_irq+0x0/0x2d4) from [<c01db2bc>]
(musb_interrupt+0x1b4/0x354)

[<c01db108>] (musb_interrupt+0x0/0x354) from [<c01db748>]
(davinci_interrupt+0x9c/0xcc)

[<c01db6ac>] (davinci_interrupt+0x0/0xcc) from [<c002cd70>]
(__do_irq+0x7c/0xc8)

r8 = 0000000C r7 = 00000000 r6 = 00000000 r5 = C7262CA0

r4 = C029C000

[<c002ccf4>] (__do_irq+0x0/0xc8) from [<c002d09c>]
(do_edge_IRQ+0xb4/0x148)

[<c002cfe8>] (do_edge_IRQ+0x0/0x148) from [<c002d250>]
(asm_do_IRQ+0x50/0x138)

r7 = 00000002 r6 = FFFFFFFF r5 = C029C000 r4 = C029DF84

[<c002d200>] (asm_do_IRQ+0x0/0x138) from [<c002b5e0>]
(__irq_svc+0x40/0x74)

[<c002dd98>] (default_idle+0x0/0x80) from [<c002de7c>]
(cpu_idle+0x64/0xac)

r5 = C002DD98 r4 = C029C000

[<c002de18>] (cpu_idle+0x0/0xac) from [<c00087d0>]
(start_kernel+0x188/0x1cc)

r6 = C0301118 r5 = C02F667C r4 = 00053175

[<c0008648>] (start_kernel+0x0/0x1cc) from [<8000809c>] (0x8000809c)

Code: e1a02008 e18610b3 e1a01005 e18650b3 (e5953020)

<0>Kernel panic - not syncing: Aiee, killing interrupt handler!

.



Relevant Pages

  • PROBLEM: SCSI failure resulting in kernel panic
    ... SCSI failure resulting in kernel panic ... scsi0:A:3:0: Target did not send an IDENTITY message. ... the usb messages near the end originate from a USB CF-card ... CPU: Trace cache: 12K uops, ...
    (Linux-Kernel)
  • Re: What still uses the block layer?
    ... often _only_ be used by going through the SCSI midlayer. ... That's because modern USB, ATAPI, SATA ... As far as I can tell the hard drives do not have serial numbers easily ...
    (Linux-Kernel)
  • RE: Mysterious mouse/keyboard lockup
    ... I finally was able to have my mouse recognized on the USB port, ... something to do with the way my SCSI systems are set up. ... legacy channel of the aic7892 SCSI on my motherboard. ...
    (microsoft.public.win2000.general)
  • Configuring Fedora Core 4 & USB Flash drives?
    ... Plug in a USB thumb drive. ... drives->{mount drives when hot-plugged, media when ... ANSI SCSI revision: 01 CCS ... Dec 31 07:52:04 castaway kernel: Attached scsi ...
    (Fedora)
  • Re: IBM Blade Center - FreeBSD on HS20 type MTM 8832/N1X
    ... I mean, it doesn't stop, it keeps spinning and spinning ... The USB CDROM is very, very, VERY slow. ... > drive as well with this turned on), a SCSI cdrom and a SCSI floppy ... The keyboard is a PS/2 one, ...
    (freebsd-current)