[sane-devel] sane SCSI lockup with anything other than binary mode
Bjoern Brill
brill at samson.math.uni-frankfurt.de
Mon Jan 13 14:18:58 GMT 2003
On Sun, 12 Jan 2003, Carter Brey wrote:
> Hi,
>
> Running RH 8 distro with upgraded 2.4.19 kernel on a Dell Inspiron 7500
> (PIII).
>
> I have an Epson GT-8500 scsi scanner attached to the laptop with an
> Adaptec 1460A SlimScsi PC card adpater. I use the aha152x kernel module
> as a driver.
>
> This combo used to work perfectly (no problems with detection or hi
> resolution color scanning) until my recent upgrades of kernel and RH
> version. Now with anything more demanding than binary mode black and
> white scans, SANE quits and, if I remove the card, the whole system
> freezes because Linux gets into a loop trying to reset the bus and I
> have to reboot. I'm wondering if this is a buffer size problem. Any
> insights would be most gratefully accepted. Here is the output of
> /var/log/messages:
>
> Jan 7 15:17:59 localhost cardmgr[455]: socket 0: Adaptec APA-1460 SlimSCSI
> Jan 7 15:17:59 localhost cardmgr[455]: executing: 'modprobe aha152x_cs'
> Jan 7 15:18:01 localhost kernel: aha152x: processing commandline: ok
> Jan 7 15:18:01 localhost kernel: aha152x: BIOS test: passed, detected 1
> controller(s)
> Jan 7 15:18:01 localhost kernel: aha152x: resetting bus...
> Jan 7 15:18:01 localhost kernel: aha152x0: vital data: rev=1, io=0x340
> (0x340/0x340), irq=9, scsiid=7, reconnect=enabled, parity=enabled,
> synchronous=disabled, delay=100, extended translation=disabled
> Jan 7 15:18:01 localhost kernel: aha152x0: trying software interrupt, ok.
> Jan 7 15:18:01 localhost kernel: scsi0 : Adaptec 152x SCSI driver;
> $Revision: 2.5 $
> Jan 7 15:18:01 localhost kernel: Vendor: EPSON Model: SCANNER
> GT-8500 Rev: 1.26
> Jan 7 15:18:01 localhost kernel: Type:
> Processor ANSI SCSI revision: 01
> Jan 7 15:18:02 localhost kernel: Attached scsi generic sg0 at scsi0,
> channel 0, id 2, lun 0, type 3
> Jan 7 15:18:02 localhost cardmgr[455]: executing: './scsi start sga'
> Jan 7 15:19:48 localhost modprobe: modprobe: Can't locate module
> char-major-81
> Jan 7 15:21:43 localhost last message repeated 4 times
> Jan 7 15:21:43 localhost last message repeated 3 times
> Jan 7 15:21:48 localhost kernel: Unable to handle kernel NULL pointer
> dereference at virtual address 0000001b
> Jan 7 15:21:48 localhost kernel: printing eip:
> Jan 7 15:21:48 localhost kernel: cd0a4a21
> Jan 7 15:21:48 localhost kernel: *pde = 00000000
> Jan 7 15:21:48 localhost kernel: Oops: 0000
> Jan 7 15:21:48 localhost kernel: CPU: 0
> Jan 7 15:21:48 localhost kernel: EIP: 0010:[<cd0a4a21>] Not tainted
> Jan 7 15:21:48 localhost kernel: EFLAGS: 00010002
> Jan 7 15:21:48 localhost kernel: eax: 00000000 ebx: cbab2c00 ecx:
> c68ca000
> edx: c51bf5c0
> Jan 7 15:21:48 localhost kernel: esi: c7a13400 edi: 00000004 ebp:
> cbab2c00
> esp: c6aafdf8
> Jan 7 15:21:48 localhost kernel: ds: 0018 es: 0018 ss: 0018
> Jan 7 15:21:48 localhost kernel: Process scanimage (pid: 1366,
> stackpage=c6aaf000)
> Jan 7 15:21:48 localhost kernel: Stack: c12170c0 00000020 00000340
> 00000354 00000297 ca389ad4 c7a13400 cd0a4b4f
> Jan 7 15:21:48 localhost kernel: cbab2c00 00000000 00000000
> 00000000 c01c0a60 c01c0452 cbab2c00 c01c0a60
> Jan 7 15:21:48 localhost kernel: c01c4630 00000000 cbab2c00
> ca389ad4 ca389d80 c7a13400 c01c7bd0 cbab2c00
> Jan 7 15:21:48 localhost kernel: Call Trace: [<cd0a4b4f>]
> [<c01c0a60>] [<c01c0452>] [<c01c0a60>] [<c01c4630>]
> Jan 7 15:21:48 localhost kernel: [<c01c7bd0>] [<c01c70b8>]
> [<c01c7148>] [<c01cbab3>] [<c01ccb70>] [<c01cb880>]
> Jan 7 15:21:48 localhost kernel: [<c01cb65e>] [<c013a183>] [<c0108fc7>]
> Jan 7 15:21:48 localhost kernel:
> Jan 7 15:21:48 localhost kernel: Code: 0f b6 50 1b 8b 14 95 38 44 2e c0
> 2b 82 9c 00 00 00 c1 f8 02
> Jan 7 15:21:59 localhost modprobe: modprobe: Can't locate module
> char-major-81
> Jan 7 15:21:59 localhost last message repeated 3 times
> Jan 7 15:22:48 localhost kernel: <3>(scsi0:2:0) cannot abort running
> or disconnected command
> Jan 7 15:22:58 localhost kernel: (scsi0:2:0) cannot abort running or
> disconnected command
> Jan 7 15:22:58 localhost kernel: aha152x0: scsi reset in
> Jan 7 15:23:03 localhost kernel: scsi: device set offline - not ready
> or command retry failed after bus reset: host 0 channel 0 id 2 lun 0
>
This looks like a known bug in Linux 2.4.19's aha152x driver. Try
upgrading to 2.4.20, it should disappear.
Regards,
Bjoern Brill
--
Bj"orn Brill <brill at fs.math.uni-frankfurt.de>
Frankfurt am Main, Germany
More information about the sane-devel
mailing list