[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#310668: marked as done (kernel-image-2.6.8-2-686-smp: aha152x module hangs system when attempting to use scanner)



Your message dated Sat, 13 Dec 2008 12:35:22 +0100
with message-id <20081213113522.GD3542@galadriel.inutil.org>
and subject line Re: kernel-image-2.6.8-2-686-smp: aha152x module hangs system when attempting to use scanner
has caused the Debian Bug report #310668,
regarding kernel-image-2.6.8-2-686-smp: aha152x module hangs system when attempting to use scanner
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
310668: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=310668
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: kernel-image-2.6.8-2-686-smp
Version: 2.6.8-13
Severity: critical
Justification: breaks the whole system

Hi,

I have an old HP ScanJet 6100C scanner.  Either the
lamp is dim, the mirrors or dirty, or the scanner
is broken.  It once worked with more or less the current
hardware configuration on a RedHat 7.2 system but
gradually took longer and longer to initiate a
scan.  (I've since removed a zip drive from the
scsi bus with the scanner attached and added
some drives to a different scsi bus on another
controller.)  When I switched to Debian and went
to the 3.6 kernel it seemed the module would not
take the combination ioport and irq jumper settings
I've configured, although I could have been
doing something wong.  So, the Adaptec card
has been unused for a while.  I've now tried to get
the scanner, and hence the Adaptec card, to work again
and it hangs my system.  After a delay the system does
not respond to mouse, keyboard, or ping.

The Adaptec 1524 card has an odd jumpering,
and is scsi bus 1, not zero, (see below)
but it used to work in this configuration
and the scanner scanned then too.

Sequence of events:

cold boot system

# cat /etc/sane.d/hp.conf | head
# Commented out of default and added next two lines.
#scsi HP
/dev/sg4
scsi HP C2520A * * * * *
# Uncomment the following if you have "Error during device I/O" on SCSI
#   option dumb-read
#
# The usual place for a SCSI-scanner on Linux
/dev/scanner
(remainder of file is all comments)

# cat /proc/ioports
0000-001f : dma1
0020-0021 : pic1
0040-005f : timer
0060-006f : keyboard
0070-0077 : rtc
0080-008f : dma page reg
00a0-00a1 : pic2
00c0-00df : dma2
00f0-00ff : fpu
0218-021f : es1371
0290-0297 : pnp 00:09
02f8-02ff : serial
0378-037a : parport0
0398-0399 : pnp 00:09
03c0-03df : vga+
03f8-03ff : serial
0400-043f : 0000:00:07.3
0440-045f : 0000:00:07.3
04d0-04d1 : pnp 00:08
0cf8-0cff : PCI conf1
d000-dfff : PCI Bus #01
e800-e8ff : 0000:00:10.0
ee80-eebf : 0000:00:14.0
  ee80-eebf : e100
ef00-ef3f : 0000:00:12.0
  ef00-ef3f : es1371
ef80-ef9f : 0000:00:07.2
ffa0-ffaf : 0000:00:07.1

# cat /proc/interrupts
           CPU0       CPU1
  0:     983093     977615    IO-APIC-edge  timer
  1:       1809       1702    IO-APIC-edge  i8042
  2:          0          0          XT-PIC  cascade
  3:         76         72    IO-APIC-edge  serial
  5:          0          0   IO-APIC-level  es1371
  7:          0          0    IO-APIC-edge  parport0
  8:          1          0    IO-APIC-edge  rtc
 11:     185540      19763   IO-APIC-level  aic7xxx, eth0, mga@PCI:1:0:0
 12:      16432      10098    IO-APIC-edge  i8042
NMI:          0          0
LOC:    1960463    1960458
ERR:          0
MIS:          0

Now, because I don't know how to configure modules
in 2.6 I manually install the aha152x module.

# modprobe aha152x io=0x340 irq=10 sync=0

This works.  (Note: problem still occurs if "sync=0"
is left off.)  The scanner hums a bit as it
is detected on the bus.

# dmesg | tail -n 18
aha152x: BIOS test: passed, 1 controller(s) configured
aha152x: resetting bus...
aha152x1: vital data: rev=1, io=0x340 (0x340/0x340), irq=10, scsiid=7, reconnect=enabled, parity=enabled, synchronous=disabled, delay=1000, extended translation=disabled
aha152x1: trying software interrupt, ok.
scsi1 : Adaptec 152x SCSI driver; $Revision: 2.7 $
  Vendor: HP        Model: C2520A            Rev: 3644
  Type:   Processor                          ANSI SCSI revision: 02
  Vendor: YAMAHA    Model: CRW6416S          Rev: 1.0d
  Type:   CD-ROM                             ANSI SCSI revision: 02
sr0: scsi3-mmc drive: 16x/16x writer cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.20
Attached scsi CD-ROM sr0 at scsi1, channel 0, id 6, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0,  type 0
Attached scsi generic sg1 at scsi0, channel 0, id 1, lun 0,  type 0
Attached scsi generic sg2 at scsi0, channel 0, id 2, lun 0,  type 0
Attached scsi generic sg3 at scsi0, channel 0, id 3, lun 0,  type 1
Attached scsi generic sg4 at scsi1, channel 0, id 4, lun 0,  type 3
Attached scsi generic sg5 at scsi1, channel 0, id 6, lun 0,  type 5

# cat /proc/ioports
0000-001f : dma1
0020-0021 : pic1
0040-005f : timer
0060-006f : keyboard
0070-0077 : rtc
0080-008f : dma page reg
00a0-00a1 : pic2
00c0-00df : dma2
00f0-00ff : fpu
0218-021f : es1371
0290-0297 : pnp 00:09
02f8-02ff : serial
0340-035f : aha152x
0378-037a : parport0
0398-0399 : pnp 00:09
03c0-03df : vga+
03f8-03ff : serial
0400-043f : 0000:00:07.3
0440-045f : 0000:00:07.3
04d0-04d1 : pnp 00:08
0cf8-0cff : PCI conf1
d000-dfff : PCI Bus #01
e800-e8ff : 0000:00:10.0
ee80-eebf : 0000:00:14.0
  ee80-eebf : e100
ef00-ef3f : 0000:00:12.0
  ef00-ef3f : es1371
ef80-ef9f : 0000:00:07.2
ffa0-ffaf : 0000:00:07.1

# cat /proc/interrupts
           CPU0       CPU1
  0:    1159018    1149111    IO-APIC-edge  timer
  1:       2162       2119    IO-APIC-edge  i8042
  2:          0          0          XT-PIC  cascade
  3:         86         86    IO-APIC-edge  serial
  5:          0          0   IO-APIC-level  es1371
  7:          0          0    IO-APIC-edge  parport0
  8:          1          0    IO-APIC-edge  rtc
 10:         26         40    IO-APIC-edge  aha152x
 11:     215878      19763   IO-APIC-level  aic7xxx, eth0, mga@PCI:1:0:0
 12:      21196      13674    IO-APIC-edge  i8042
NMI:          0          0
LOC:    2307894    2307889
ERR:          0
MIS:          0

Again, because I don't know how to handle device
permissions...

# chgrp scanner /dev/sg4

Then, as an ordinary user I start up xsane. The scanner
is detected, I press the preview button.  The scanner
hums and the light goes on.  It appears as
though the scanner resets and warms up,
or attempts to.  Maybe a minute
or so later the system stops responding to
keyboard events, mouse events, and pings.
Maybe a minute after that the scanner hums
some more and the light goes off, seemingly
the scanner goes back to "off" having
reset the scanning bed to the "off" position.
The system remains unresponsive.  I keep
trying for maybe 5 minutes.

I hit the power button and cut power.

I have not played around much during the interval
between starting the scan and the hang.  The
system seems responsive and "normal".

Eventually, I'll probably clean the mirrors or
replace the lamp in the scanner to make it work.
Meanwhile it seems best to fix the system hang
first.

FYI, I don't trust the Yahama cd drive that's
the other device on the bus.

FYI, system has 1GB RAM

# cat /proc/cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 8
model name      : Pentium III (Coppermine)
stepping        : 3
cpu MHz         : 601.425
cache size      : 256 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 2
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse
bogomips        : 1183.74

processor       : 1
vendor_id       : GenuineIntel
cpu family      : 6
model           : 8
model name      : Pentium III (Coppermine)
stepping        : 3
cpu MHz         : 601.425
cache size      : 256 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 2
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse
bogomips        : 1200.12




-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686-smp
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages kernel-image-2.6.8-2-686-smp depends on:
ii  coreutils [fileutils]         5.2.1-2    The GNU core utilities
ii  initrd-tools                  0.1.79     tools to create initrd image for p
ii  module-init-tools             3.2-pre1-2 tools for managing Linux kernel mo

-- no debconf information


--- End Message ---
--- Begin Message ---
On Thu, Dec 04, 2008 at 11:02:39PM -0600, Karl O. Pinc wrote:
>
> Uh, I _think_ I still have the hardware but it's not assembled.
> To be honest, putting it back together is not a priority
> this hot minute.  I'm sure I will someday want to clean my office,
> which will either mean seeing about getting it working or throwing
> it away.  I'm always loath to throw things away, so I may
> get to this someday -- if I've still got a box with an ISA
> bus to plug the card into.
>
> For the record, I got an email from someone about a year
> after having the problem who claimed that replacing
> the lamp fixed the problem.

Since this is most likely a hardware issue and the bug is quite
old, I'm closing the bug. If you reassemble the box and the bug
can be reproduced, please reopen it.

Cheers,
        Moritz


--- End Message ---

Reply to: