I will look at this a little more in a bit. It sounds like the error
handler thread isn't able to get the host to wake up. Ohh, I think I might
know exactly what the problem is. Again, I need to browse the sources and I
will know more.
-Eric
----- Original Message -----
From: "Arnd Bergmann" <[EMAIL PROTECTED]>
To: "Eric Youngdale" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Saturday, December 18, 1999 2:18 PM
Subject: Re: 2.3.33 breaks cd writing for me
> Eric Youngdale wrote:
> > On Sat, 18 Dec 1999, Arnd Bergmann wrote:
> >
> > > I am unable to use cdrecord with kernel 2.3.33 and .34pre1, even with
> > > the latest changes from Eric Youngdale.
> Sorry, small update:
> This happens with 2.3.32 as well, but not with 2.3.31. I did not notice
> this at first because the bug only shows up when I write CDs in MODE 2
> (-mode2, -cdi or -xa2).
> Could the problem be related to the sectorsize not being a multiple of
> 512? I've noticed that the scsi driver sometimes computes the number of
> 512 byte sectors as (bytes >> 9), which is not correct in this case.
>
> > > I'm using a Yamaha crw-6416 on an aha1542 with a modular i586 kernel.
> > Is the system otherwise responsive when this happens?
> Yes, everything except my scsi cd roms keep working.
>
> >
> > Is your root filesystem on a SCSI disk, or on an IDE disk? If it
> > is on an IDE disk, you can turn up the logging to the max with:
> > echo "scsi log all" > /proc/scsi/scsi
> > and then repeat. It should spew a lot of information, and if the
ksyslog
> > daemon is still working, the logging should appear in /var/log/messages.
> OK. Here is the full output of the last scsi command that comes through:
>
>
*---------------------------------------------------------------------------
--*
>
> Executing 'write_g1' command on Bus 0 Target 3, Lun 0 timeout 40s
> CDB: 2A 00 00 00 00 00 00 00 10 00
> sg_write: dev=0, count=32814
> Open returning 1
> sg_write: scsi opcode=0x2a, cmd_size=10
> sg_start_req: max_buff_size=32768
> sg_link_reserve: size=32768
> sg_write_xfer: num_write_xfer=32768, use_sg=0
> Activating command for device 3 (1)
> scsi_do_cmd (host = 0, channel = 0 target = 3, buffer =c0090000, bufflen
> = 32768, done = c01c5368, timeout = 4050, retries = 1)
> command : 2a 00 00 00 00 00 00 00 10 00
> Adding timer for command c02ffc00 at 4050 (c01bf4dc)
> scsi_dispatch_cmnd (host = 0, channel = 0, target = 3, command =
> c02ffc45, buffe
> r = c0090000,
> bufflen = 32768, done = c01c5368)
> queuecommand : routine at c01c7508
> leaving scsi_dispatch_cmnd()
> Leaving scsi_do_cmd()
> sg_read: dev=0, count=36
> Open returning 1
> Clearing timer for command c02ffc00
> Command failed c02ffc00 70000 active=1 busy=1 failed=0
> Waking error handler thread (-1)
> Error handler waking up
> scsi_unjam_host: Checking to see if we need to request sense
> scsi_unjam_host: Requesting sense for 3
> Adding timer for command c02ffc00 at 1000 (c01bf7a8)
> In eh_done c02ffc00 result:0
> send_eh_cmnd: c02ffc00 eh_state:2002
> Sense requested for c02ffc00 - result 0
> bh15:00: old sense key None
> Non-extended sense class 0 code 0x0 Total of 0+0 commands on 0 devices
> require eh work
> Clearing timer for command c02ffc00
> scsi_error.c: Waking up host to restart
> Error handler sleeping
>
>
> --
> -----BEGIN GEEK CODE BLOCK-----
> Version: 3.12
> GCS d- s:- a-- C++ UL++ P+ L+++ E-- W+ N+ o K- w--
> O M V- PS+ PE Y PGP- t+ 5 X++ R tv b DI D-
> G+ e h r-- y
> ------END GEEK CODE BLOCK------
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
> the body of a message to [EMAIL PROTECTED]
>
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECTED]
