public inbox for linux-scsi@vger.kernel.org
 help / color / mirror / Atom feed
* Re: Dead Adaptec AHA-2940U2/U2W while ripping a CD
@ 2006-01-27 11:28 emmanuel.fuste
  2006-01-27 14:26 ` Mathieu Chouquet-Stringer
  0 siblings, 1 reply; 3+ messages in thread
From: emmanuel.fuste @ 2006-01-27 11:28 UTC (permalink / raw)
  To: Mathieu Chouquet-Stringer; +Cc: linux-scsi

Hello,

See http://bugzilla.kernel.org/show_bug.cgi?id=5921

Regards,
Emmanuel.

>        Hello,
>
>I was ripping a (copy protected) cd on my alpha and got the
following
>stuff (see below). At that point, the box failed to respond
and because I
>don't have a console, I rebooted it.
>
>Kernel version is (vanilla 2.6.15):
>Linux alpha 2.6.15 #1 Sat Jan 7 16:32:48 CET 2006 alpha EV56
EB164 GNU/Linux
>
>Here's the lspci entry for the card:
>01:01.0 SCSI storage controller: Adaptec AHA-2940U2/U2W
>        Subsystem: Adaptec AHA-2940U2 SCSI Controller
>        Flags: bus master, medium devsel, latency 32, IRQ 26
>        BIST result: 00
>        I/O ports at 9000 [disabled] [size=256]
>        Memory at 09200000 (64-bit, non-prefetchable) [size=4K]
>        [virtual] Expansion ROM at 09640000 [disabled]
[size=128K]
>        Capabilities: [dc] Power Management version 1
>
>If you want me to test anything let me know.
>
>Cheers,
>
>Jan 26 18:23:06 alpha sr 1:0:6:0: Attempting to queue an
ABORT message
>Jan 26 18:23:06 alpha CDB: 0xbe 0x4 0x0 0x2 0x78 0x11 0x0 0x0
0x5 0xf8 0x0 0x0
>Jan 26 18:23:06 alpha scsi1: At time of recovery, card was
not paused
>Jan 26 18:23:06 alpha >>>>>>>>>>>>>>>>>> Dump Card State
Begins <<<<<<<<<<<<<<<<<
>Jan 26 18:23:06 alpha scsi1: Dumping Card State while idle,
at SEQADDR 0x9
>Jan 26 18:23:06 alpha Card was paused
>Jan 26 18:23:06 alpha ACCUM = 0x0, SINDEX = 0x0, DINDEX =
0xe4, ARG_2 = 0x0
>Jan 26 18:23:06 alpha HCNT = 0x0 SCBPTR = 0x1d
>Jan 26 18:23:06 alpha SCSISIGI[0x0] ERROR[0x0] SCSIBUSL[0x0] \
>                LASTPHASE[0x1]:(P_BUSFREE) 
>Jan 26 18:23:06 alpha SCSISEQ[0x12]:(ENAUTOATNP|ENRSELI) \
>                SBLKCTL[0xa]:(SELWIDE|SELBUSB) 
......

Accédez au courrier électronique de La Poste : www.laposte.net ; 
3615 LAPOSTENET (0,34 €/mn) ; tél : 08 92 68 13 50 (0,34€/mn)



-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

^ permalink raw reply	[flat|nested] 3+ messages in thread
* Re: SCSI tape access on 2.6 kernels?
@ 2006-01-26 16:39 Chip Coldwell
  2006-01-26 17:39 ` Dead Adaptec AHA-2940U2/U2W while ripping a CD Mathieu Chouquet-Stringer
  0 siblings, 1 reply; 3+ messages in thread
From: Chip Coldwell @ 2006-01-26 16:39 UTC (permalink / raw)
  To: Kai Makisara; +Cc: Patrick Mansfield, Gerhard Schneider, linux-scsi

On Thu, 26 Jan 2006, Chip Coldwell wrote:
>
> then again with direct I/O
>
> RHEL4# time dd if=/dev/nst0 of=/dev/null bs=32k
> 31250+0 records in
> 31250+0 records out
>
> real    2m30.687s
> user    0m0.063s
> sys     0m0.677s
>
> So in this case, performance is no worse or better with direct I/O
> than without.

I tried it again with direct I/O and an even larger block size, but
the time is the same:

RHEL4# time dd if=/dev/nst0 of=/dev/null bs=64k
15625+0 records in
15625+0 records out

real    2m30.153s
user    0m0.025s
sys     0m0.452s

Chip

-- 
Charles M. "Chip" Coldwell
Senior Software Engineer
Red Hat, Inc


^ permalink raw reply	[flat|nested] 3+ messages in thread
end of thread, other threads:[~2006-01-27 14:26 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-01-27 11:28 Dead Adaptec AHA-2940U2/U2W while ripping a CD emmanuel.fuste
2006-01-27 14:26 ` Mathieu Chouquet-Stringer
  -- strict thread matches above, loose matches on Subject: below --
2006-01-26 16:39 SCSI tape access on 2.6 kernels? Chip Coldwell
2006-01-26 17:39 ` Dead Adaptec AHA-2940U2/U2W while ripping a CD Mathieu Chouquet-Stringer

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox