* [SCSI] Driver broken in 2.6.x?
@ 2005-04-02 15:12 |TEcHNO|
2005-04-02 21:07 ` Jesper Juhl
2005-05-26 4:40 ` Andrew Morton
0 siblings, 2 replies; 12+ messages in thread
From: |TEcHNO| @ 2005-04-02 15:12 UTC (permalink / raw)
To: linux-kernel
Hi,
I've recently switched form 2.4.x kernel series to 2.6.x, and I've
encourted a problem with my old scanner card, lspci shows it as:
<begin lspci output>
00:0c.0 SCSI storage controller: DTC Technology Corp. Domex 536
Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium
>TAbort- <TAbort- <MAbort- >SERR- <PERR-
Interrupt: pin A routed to IRQ 11
Region 0: I/O ports at d800 [size=32]
<end>
It worked flawlessly under 2.4 kernels, but now it hangs xsane, and logs
show this:
<begin /var/log/messages>
Apr 1 17:29:30 techno kernel: command: cdb[0]=0x0: 00 00 00 00
00 00
Apr 1 17:29:40 techno last message repeated 3 times
<end>
<begin /va/log/syslog>
Apr 1 17:29:30 techno kernel: scsi0 : aborting command
Apr 1 17:29:30 techno kernel: scsi0 : destination target 6, lun 0
Apr 1 17:29:30 techno kernel:
Apr 1 17:29:30 techno kernel: NCR5380 core release=7.
Apr 1 17:29:30 techno kernel: Base Addr: 0x00000 io_port: d800
IRQ: 11.
Apr 1 17:29:30 techno kernel: scsi0: no currently connected command
Apr 1 17:29:30 techno kernel: scsi0: issue_queue
Apr 1 17:29:30 techno kernel: scsi0 : destination target 6, lun 0
Apr 1 17:29:30 techno kernel: command = 0 (0x00)00 00 00 00 00
Apr 1 17:29:30 techno kernel: scsi0: disconnected_queue
Apr 1 17:29:30 techno kernel:
Apr 1 17:29:30 techno kernel: scsi0 : aborting command
Apr 1 17:29:30 techno kernel: scsi0 : destination target 6, lun 0
Apr 1 17:29:30 techno kernel:
Apr 1 17:29:30 techno kernel: NCR5380 core release=7.
Apr 1 17:29:30 techno kernel: Base Addr: 0x00000 io_port: d800
IRQ: 11.
Apr 1 17:29:30 techno kernel: scsi0: no currently connected command
Apr 1 17:29:30 techno kernel: scsi0: issue_queue
Apr 1 17:29:30 techno kernel: scsi0 : destination target 6, lun 0
Apr 1 17:29:30 techno kernel: command = 0 (0x00)00 00 00 00 00
Apr 1 17:29:30 techno kernel: scsi0: disconnected_queue
Apr 1 17:29:30 techno kernel:
Apr 1 17:29:40 techno kernel: scsi0 : aborting command
Apr 1 17:29:40 techno kernel: scsi0 : destination target 6, lun 0
Apr 1 17:29:40 techno kernel:
Apr 1 17:29:40 techno kernel: NCR5380 core release=7.
Apr 1 17:29:40 techno kernel: Base Addr: 0x00000 io_port: d800
IRQ: 11.
Apr 1 17:29:40 techno kernel: scsi0: no currently connected command
Apr 1 17:29:40 techno kernel: scsi0: issue_queue
Apr 1 17:29:40 techno kernel: scsi0 : destination target 6, lun 0
Apr 1 17:29:40 techno kernel: command = 0 (0x00)00 00 00 00 00
Apr 1 17:29:40 techno kernel: scsi0: disconnected_queue
Apr 1 17:29:40 techno kernel:
Apr 1 17:29:40 techno kernel: scsi0 : aborting command
Apr 1 17:29:40 techno kernel: scsi0 : destination target 6, lun 0
Apr 1 17:29:40 techno kernel:
Apr 1 17:29:40 techno kernel: NCR5380 core release=7.
Apr 1 17:29:40 techno kernel: Base Addr: 0x00000 io_port: d800
IRQ: 11.
Apr 1 17:29:40 techno kernel: scsi0: no currently connected command
Apr 1 17:29:40 techno kernel: scsi0: issue_queue
Apr 1 17:29:40 techno kernel: scsi0 : destination target 6, lun 0
Apr 1 17:29:40 techno kernel: command = 0 (0x00)00 00 00 00 00
Apr 1 17:29:40 techno kernel: scsi0: disconnected_queue
Apr 1 17:29:41 techno kernel:
Apr 1 17:29:41 techno kernel: Unable to handle kernel paging request at
virtual address 002b2c36
Apr 1 17:29:41 techno kernel: printing eip:
Apr 1 17:29:41 techno kernel: c03f1e71
Apr 1 17:29:41 techno kernel: *pde = 00000000
Apr 1 17:29:41 techno kernel: Oops: 0000 [#1]
Apr 1 17:29:41 techno kernel: PREEMPT
Apr 1 17:29:41 techno kernel: Modules linked in: nvidia
Apr 1 17:29:41 techno kernel: CPU: 0
Apr 1 17:29:41 techno kernel: EIP: 0060:[<c03f1e71>] Tainted: P
VLI
Apr 1 17:29:41 techno kernel: EFLAGS: 00010202 (2.6.11.3)
Apr 1 17:29:41 techno kernel: EIP is at sg_cmd_done+0x41/0x2f0
Apr 1 17:29:41 techno kernel: eax: 00000000 ebx: cd4ee600 ecx:
db821dec edx: db83d040
Apr 1 17:29:41 techno kernel: esi: ca037038 edi: 002b2c32 ebp:
db83d040 esp: db84deec
Apr 1 17:29:41 techno kernel: ds: 007b es: 007b ss: 0068
Apr 1 17:29:41 techno kernel: Process scsi_eh_0 (pid: 1096,
threadinfo=db84c000 task=dbcf40e0)
Apr 1 17:29:41 techno kernel: Stack: c060e3b5 db84defc c03e7c31
c060e3b5 c07bc620 db84df10 db821c00 00050000
Apr 1 17:29:41 techno kernel: 00000000 00000001 c03e97fa
db83d040 00000000 00000001 00000246 db83d040
Apr 1 17:29:41 techno kernel: db84c000 c03dacce db83d040
c03dab30 c03dab10 00000000 00000000 db84df48
Apr 1 17:29:41 techno kernel: Call Trace:
Apr 1 17:29:41 techno kernel: [<c03e7c31>] NCR5380_print_status+0x51/0x60
Apr 1 17:29:41 techno kernel: [<c03e97fa>] NCR5380_abort+0x14a/0x160
Apr 1 17:29:41 techno kernel: [<c03dacce>] scsi_send_eh_cmnd+0x13e/0x170
Apr 1 17:29:41 techno kernel: [<c03dab30>] scsi_eh_done+0x0/0x60
Apr 1 17:29:41 techno kernel: [<c03dab10>] scsi_eh_times_out+0x0/0x20
Apr 1 17:29:41 techno kernel: [<c03db045>] scsi_eh_tur+0x95/0xd0
Apr 1 17:29:41 techno kernel: [<c03db0e9>] scsi_eh_abort_cmds+0x69/0x80
Apr 1 17:29:41 techno kernel: [<c03dbd11>] scsi_unjam_host+0xa1/0xd0
Apr 1 17:29:41 techno kernel: [<c011b9c2>] complete+0x52/0x80
Apr 1 17:29:41 techno kernel: [<c03dbddf>] scsi_error_handler+0x9f/0xd0
Apr 1 17:29:41 techno kernel: [<c03dbd40>] scsi_error_handler+0x0/0xd0
Apr 1 17:29:41 techno kernel: [<c01012fd>] kernel_thread_helper+0x5/0x18
Apr 1 17:29:41 techno kernel: Code: 1c 89 7c 24 20 0f 84 b1 02 00 00 8b
5d 0c 85 db 0f 84 a6 02 00 00 8b b3 ac 00 00 00 85 f6 0f 84 98 02 00 00
8b 7e 08 85 ff 74 13 <8b> 47 04 85 c0 89 44 24 0c 74 08 0f b6 40 14 84
c0 74 2c c7 04
Apr 1 17:29:41 techno kernel: <6>note: scsi_eh_0[1096] exited with
preempt_count 1
<end>
I hope thant you can either tell me what's wrong, or anyone coudl look
at the code and fix the problem?
As an additional note I have ScanMagic 9636 S Plus Scanner with the card
thad it was sold with.
As a side not I can tell It was working with 2.4 series, but scanning
coused the mashing to either hang for a few seconds (one or twice hang
for good), while the scanning caused the machine to become jaggy, the
music played (xmms), but the graphic wasn't working well.
I'm not subscribed so please CC to me too.
--
pozdrawiam |"Help me master, I felt the burning twilight behind
techno@punkt.pl|those gates of stell..." --Perihelion, Prophecy Sequence
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [SCSI] Driver broken in 2.6.x?
2005-04-02 15:12 [SCSI] Driver broken in 2.6.x? |TEcHNO|
@ 2005-04-02 21:07 ` Jesper Juhl
2005-04-02 21:17 ` |TEcHNO|
2005-05-26 4:40 ` Andrew Morton
1 sibling, 1 reply; 12+ messages in thread
From: Jesper Juhl @ 2005-04-02 21:07 UTC (permalink / raw)
To: |TEcHNO|; +Cc: linux-kernel
On Sat, 2 Apr 2005, |TEcHNO| wrote:
> Hi,
>
> I've recently switched form 2.4.x kernel series to 2.6.x, and I've encourted a
> problem with my old scanner card,
> Apr 1 17:29:41 techno kernel: Modules linked in: nvidia
^^^ Very first thing to do is try it without the nvidia module loaded and
then reproduce the problem and post the same info from your logs again.
As long as the nvidia module is loaded most people will disregard the
bugreport since the source for the module is not available so if it has
anything to do with the problem at all it is more or less un-debugable. If
the problem can be reproduced without the nvidia module loaded then the
info is more useful.
--
Jesper Juhl
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [SCSI] Driver broken in 2.6.x?
2005-04-02 21:07 ` Jesper Juhl
@ 2005-04-02 21:17 ` |TEcHNO|
2005-04-02 21:24 ` Jesper Juhl
0 siblings, 1 reply; 12+ messages in thread
From: |TEcHNO| @ 2005-04-02 21:17 UTC (permalink / raw)
To: linux-kernel
Hi,
<cut, nVidia module tainting>
First of all, I don't have my X configured to work w/o that module, and
I don't think I can do it now.
Second of all, the 2.4.x kernel had this module too, and worked flawlessly.
Non the less, I'll try to do it.
--
pozdrawiam |"Help me master, I felt the burning twilight behind
techno@punkt.pl|those gates of stell..." --Perihelion, Prophecy Sequence
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [SCSI] Driver broken in 2.6.x?
2005-04-02 21:17 ` |TEcHNO|
@ 2005-04-02 21:24 ` Jesper Juhl
2005-04-03 17:58 ` |TEcHNO|
2005-04-03 18:03 ` [Fw linux-kernel:] " |TEcHNO|
0 siblings, 2 replies; 12+ messages in thread
From: Jesper Juhl @ 2005-04-02 21:24 UTC (permalink / raw)
To: |TEcHNO|; +Cc: linux-kernel
On Sat, 2 Apr 2005, |TEcHNO| wrote:
> Hi,
>
> <cut, nVidia module tainting>
> First of all, I don't have my X configured to work w/o that module, and I
> don't think I can do it now.
You should be able to just use the "nv" driver instead of the "nvidia"
driver - that should be the only change you need to make in xorg.conf ...
> Second of all, the 2.4.x kernel had this module too, and worked flawlessly.
>
It's probably unrelated to the problem, but being able to reproduce it
without that module will make more people take the bugreport seriously and
it will also eliminate the nvidia module as a potential cause...
--
Jesper Juhl
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [SCSI] Driver broken in 2.6.x?
2005-04-02 21:24 ` Jesper Juhl
@ 2005-04-03 17:58 ` |TEcHNO|
2005-04-03 23:57 ` Adrian Bunk
2005-04-03 18:03 ` [Fw linux-kernel:] " |TEcHNO|
1 sibling, 1 reply; 12+ messages in thread
From: |TEcHNO| @ 2005-04-03 17:58 UTC (permalink / raw)
To: linux-kernel
Hi,
As told, I tested it w/o nvidia module loaded, here's what I found:
1. It now doesn't hang on scanning for devices.
2. It now hangs on acquiring preview, logs will follow.
2a.Not it hanged on scanning for devices again, don't know why.
3. It's true for both module loaded and w/o it.
4. xsane badly reports my scanner as Plustek 12000 or such.
5. Turning on "partial updates"(or such) in view->updates, coused whole
machine to hang up, hard reset was needed. W/o this, only xsane hanged.
Shoudln't kernel protect form that somehow?
6. Anytime xsane fails/hangs, it hangs the scanner, making it blink it's
lamp all the time, and it needt to be dissconnected form electricity to
work.
7. As a side question: any way to "reload" the whole SCSI subsystem, so
I don't hjave to reboot if I connect something new?
<begin /var/log/syslog>
Apr 3 15:36:38 techno kernel: scsi0 : aborting command
Apr 3 15:36:38 techno kernel: scsi0 : destination target 6, lun 0
Apr 3 15:36:38 techno kernel:
Apr 3 15:36:38 techno kernel: NCR5380 core release=7.
Apr 3 15:36:38 techno kernel: Base Addr: 0x00000 io_port: d800
IRQ: 11.
Apr 3 15:36:38 techno kernel: scsi0 : destination target 6, lun 0
Apr 3 15:36:38 techno kernel: command = 42 (0x2a)00 03 00 00 00
01 10 00 00
Apr 3 15:36:38 techno kernel: scsi0: issue_queue
Apr 3 15:36:38 techno kernel: scsi0: disconnected_queue
Apr 3 15:36:38 techno kernel:
Apr 3 15:36:38 techno kernel: scsi0 : aborting command
Apr 3 15:36:38 techno kernel: scsi0 : destination target 6, lun 0
Apr 3 15:36:38 techno kernel:
Apr 3 15:36:38 techno kernel: NCR5380 core release=7.
Apr 3 15:36:38 techno kernel: Base Addr: 0x00000 io_port: d800
IRQ: 11.
Apr 3 15:36:38 techno kernel: scsi0 : destination target 6, lun 0
Apr 3 15:36:38 techno kernel: command = 42 (0x2a)00 03 00 00 00
01 10 00 00
Apr 3 15:36:38 techno kernel: scsi0: issue_queue
Apr 3 15:36:38 techno kernel: scsi0: disconnected_queue
Apr 3 15:36:38 techno kernel:
Apr 3 15:36:38 techno kernel:
Apr 3 15:36:38 techno kernel: NCR5380 core release=7.
Apr 3 15:36:38 techno kernel: Base Addr: 0x00000 io_port: d800
IRQ: 11.
Apr 3 15:36:38 techno kernel: scsi0 : destination target 6, lun 0
Apr 3 15:36:38 techno kernel: command = 42 (0x2a)00 03 00 00 00
01 10 00 00
Apr 3 15:36:39 techno kernel: scsi0: issue_queue
Apr 3 15:36:39 techno kernel: scsi0: disconnected_queue
Apr 3 15:36:39 techno kernel:
Apr 3 15:40:26 techno kernel: Linux version 2.6.11.3 (root@techno) (gcc
version 3.3.5) #1 Tue Mar 15 14:23:17 CET 2005
<cut>
Apr 3 15:54:07 techno kernel: scsi0 : aborting command
Apr 3 15:54:07 techno kernel: scsi0 : destination target 6, lun 0
Apr 3 15:54:07 techno kernel:
Apr 3 15:54:07 techno kernel: NCR5380 core release=7.
Apr 3 15:54:07 techno kernel: Base Addr: 0x00000 io_port: d800
IRQ: 11.
Apr 3 15:54:07 techno kernel: scsi0: no currently connected command
Apr 3 15:54:07 techno kernel: scsi0: issue_queue
Apr 3 15:54:07 techno kernel: scsi0: disconnected_queue
Apr 3 15:54:07 techno kernel:
Apr 3 15:54:07 techno kernel: scsi0 : aborting command
Apr 3 15:54:07 techno kernel: scsi0 : destination target 6, lun 0
Apr 3 15:54:07 techno kernel:
Apr 3 15:54:07 techno kernel: NCR5380 core release=7.
Apr 3 15:54:07 techno kernel: Base Addr: 0x00000 io_port: d800
IRQ: 11.
Apr 3 15:54:07 techno kernel: scsi0: no currently connected command
Apr 3 15:54:07 techno kernel: scsi0: issue_queue
Apr 3 15:54:07 techno kernel: scsi0: disconnected_queue
Apr 3 15:54:07 techno kernel:
Apr 3 15:54:07 techno kernel: scsi0 : warning : SCSI command probably
completed successfully
Apr 3 15:54:07 techno kernel: before abortion
Apr 3 15:54:07 techno kernel:
Apr 3 15:54:07 techno kernel: NCR5380 core release=7.
Apr 3 15:54:07 techno kernel: Base Addr: 0x00000 io_port: d800
IRQ: 11.
Apr 3 15:54:07 techno kernel: scsi0: no currently connected command
Apr 3 15:54:07 techno kernel: scsi0: issue_queue
Apr 3 15:54:07 techno kernel: scsi0: disconnected_queue
Apr 3 15:54:07 techno kernel:
Apr 3 15:54:27 techno kernel: scsi0 : aborting command
Apr 3 15:54:27 techno kernel: scsi0 : destination target 6, lun 0
Apr 3 15:54:27 techno kernel:
Apr 3 15:54:27 techno kernel: NCR5380 core release=7.
Apr 3 15:54:27 techno kernel: Base Addr: 0x00000 io_port: d800
IRQ: 11.
Apr 3 15:54:27 techno kernel: scsi0: no currently connected command
Apr 3 15:54:27 techno kernel: scsi0: issue_queue
Apr 3 15:54:27 techno kernel: scsi0 : destination target 6, lun 0
Apr 3 15:54:27 techno kernel: command = 0 (0x00)00 00 00 00 00
Apr 3 15:54:27 techno kernel: scsi0: disconnected_queue
Apr 3 15:54:27 techno kernel:
Apr 3 15:54:27 techno kernel: scsi0 : aborting command
Apr 3 15:54:27 techno kernel: scsi0 : destination target 6, lun 0
Apr 3 15:54:27 techno kernel:
Apr 3 15:54:27 techno kernel: NCR5380 core release=7.
Apr 3 15:54:27 techno kernel: Base Addr: 0x00000 io_port: d800
IRQ: 11.
Apr 3 15:54:27 techno kernel: scsi0: no currently connected command
Apr 3 15:54:27 techno kernel: scsi0: issue_queue
Apr 3 15:54:27 techno kernel: scsi0 : destination target 6, lun 0
Apr 3 15:54:27 techno kernel: command = 0 (0x00)00 00 00 00 00
Apr 3 15:54:27 techno kernel: scsi0: disconnected_queue
Apr 3 15:54:27 techno kernel:
Apr 3 15:54:27 techno kernel: Unable to handle kernel NULL pointer
dereference at virtual address 0000014c
Apr 3 15:54:27 techno kernel: printing eip:
Apr 3 15:54:27 techno kernel: c03d8143
Apr 3 15:54:27 techno kernel: *pde = 00000000
Apr 3 15:54:27 techno kernel: Oops: 0000 [#1]
Apr 3 15:54:27 techno kernel: PREEMPT
Apr 3 15:54:27 techno kernel: Modules linked in: nvidia
Apr 3 15:54:27 techno kernel: CPU: 0
Apr 3 15:54:27 techno kernel: EIP: 0060:[<c03d8143>] Tainted: P
VLI
Apr 3 15:54:27 techno kernel: EFLAGS: 00010286 (2.6.11.3)
Apr 3 15:54:27 techno kernel: EIP is at scsi_finish_command+0x63/0xc0
Apr 3 15:54:27 techno kernel: eax: 00000000 ebx: db821800 ecx:
00000000 edx: c3a6dc00
Apr 3 15:54:27 techno kernel: esi: 00000000 edi: db83d040 ebp:
db84dfb4 esp: db84df6c
Apr 3 15:54:27 techno kernel: ds: 007b es: 007b ss: 0068
Apr 3 15:54:27 techno kernel: Process scsi_eh_0 (pid: 1096,
threadinfo=db84c000 task=dbcf50e0)
Apr 3 15:54:27 techno kernel: Stack: db821800 db84dfb4 c03db86a
db84dfac db84dfac db84dfac c03dbc3d db83d040
Apr 3 15:54:27 techno kernel: db821c30 db821c30 00000286
db84dfac c03dbcfd db84dfac db84dfac db84dfac
Apr 3 15:54:27 techno kernel: db84dfac db84dfac db84dfb4
db84dfb4 db84dfd8 db821c00 00000000 00000000
Apr 3 15:54:27 techno kernel: Call Trace:
Apr 3 15:54:27 techno kernel: [<c03db86a>] scsi_eh_offline_sdevs+0x7a/0x90
Apr 3 15:54:27 techno kernel: [<c03dbc3d>] scsi_eh_flush_done_q+0x7d/0xb0
Apr 3 15:54:27 techno kernel: [<c03dbcfd>] scsi_unjam_host+0x8d/0xd0
Apr 3 15:54:27 techno kernel: [<c03dbddf>] scsi_error_handler+0x9f/0xd0
Apr 3 15:54:27 techno kernel: [<c03dbd40>] scsi_error_handler+0x0/0xd0
Apr 3 15:54:27 techno kernel: [<c01012fd>] kernel_thread_helper+0x5/0x18
Apr 3 15:54:27 techno kernel: Code: e0 70 83 f8 70 74 67 0f b7 87 98 00
00 00 66 c7 47 0a 00 01 8b 57 0c 66 c7 47 08 01 10 85 d2 66 89 87 9a 00
00 00 74 10 8b 4a 70 <8b> 81 4c 01 00 00 85 c0 89 42 04 75 16 89 3c 24
ff 57 28 8b 5c
Apr 3 15:54:27 techno kernel: <3>scsi0 (6:0): rejecting I/O to offline
device
<end>
<begin /var/log/messages>
Apr 3 15:13:20 techno kernel: scsi0 : Domex DMX3191D
Apr 3 15:13:20 techno kernel: Vendor: SCANNER Model:
Rev: V100
Apr 3 15:13:20 techno kernel: Type: Scanner
ANSI SCSI revision: 01 CCS
Apr 3 15:13:20 techno kernel: Attached scsi generic sg0 at scsi0,
channel 0, id 6, lun 0, type 6
<cut>
Apr 3 15:21:31 techno kernel: command: cdb[0]=0x12: 12 00 00 00
60 00
Apr 3 15:21:31 techno kernel: command: cdb[0]=0x12: 12 00 00 00
60 00
Apr 3 15:21:51 techno kernel: command: cdb[0]=0x0: 00 00 00 00
00 00
Apr 3 15:21:52 techno kernel: command: cdb[0]=0x0: 00 00 00 00
00 00
Apr 3 15:21:52 techno kernel: scsi: Device offlined - not ready after
error recovery: host 0 channel 0 id 6 lun 0
<cut>
Apr 3 15:36:38 techno kernel: command: cdb[0]=0x2a: 2a 00 03 00
00 00 01 10 00 00
<cut>
Apr 3 15:54:07 techno kernel: command: cdb[0]=0x12: 12 00 00 00
60 00
Apr 3 15:54:07 techno kernel: command: cdb[0]=0x12: 12 00 00 00
60 00
Apr 3 15:54:27 techno kernel: command: cdb[0]=0x0: 00 00 00 00
00 00
Apr 3 15:54:27 techno kernel: command: cdb[0]=0x0: 00 00 00 00
00 00
Apr 3 15:54:27 techno kernel: scsi: Device offlined - not ready after
error recovery: host 0 channel 0 id 6 lun 0
<end>
As previously, please CC any replies ect. to me, I'm willing to help as
much as I can.
--
pozdrawiam |"Who says the Anti-Christ has to be a man?!"
techno@punkt.pl|Art Bell - Radio Talk Show Host
^ permalink raw reply [flat|nested] 12+ messages in thread
* [Fw linux-kernel:] Re: [SCSI] Driver broken in 2.6.x?
2005-04-02 21:24 ` Jesper Juhl
2005-04-03 17:58 ` |TEcHNO|
@ 2005-04-03 18:03 ` |TEcHNO|
1 sibling, 0 replies; 12+ messages in thread
From: |TEcHNO| @ 2005-04-03 18:03 UTC (permalink / raw)
To: linux-scsi
Hi,
As told, I tested it w/o nvidia module loaded, here's what I found:
1. It now doesn't hang on scanning for devices.
2. It now hangs on acquiring preview, logs will follow.
2a.Not it hanged on scanning for devices again, don't know why.
3. It's true for both module loaded and w/o it.
4. xsane badly reports my scanner as Plustek 12000 or such.
5. Turning on "partial updates"(or such) in view->updates, coused whole
machine to hang up, hard reset was needed. W/o this, only xsane hanged.
Shoudln't kernel protect form that somehow?
6. Anytime xsane fails/hangs, it hangs the scanner, making it blink it's
lamp all the time, and it needt to be dissconnected form electricity to
work.
7. As a side question: any way to "reload" the whole SCSI subsystem, so
I don't hjave to reboot if I connect something new?
<begin /var/log/syslog>
Apr 3 15:36:38 techno kernel: scsi0 : aborting command
Apr 3 15:36:38 techno kernel: scsi0 : destination target 6, lun 0
Apr 3 15:36:38 techno kernel:
Apr 3 15:36:38 techno kernel: NCR5380 core release=7.
Apr 3 15:36:38 techno kernel: Base Addr: 0x00000 io_port: d800
IRQ: 11.
Apr 3 15:36:38 techno kernel: scsi0 : destination target 6, lun 0
Apr 3 15:36:38 techno kernel: command = 42 (0x2a)00 03 00 00 00
01 10 00 00
Apr 3 15:36:38 techno kernel: scsi0: issue_queue
Apr 3 15:36:38 techno kernel: scsi0: disconnected_queue
Apr 3 15:36:38 techno kernel:
Apr 3 15:36:38 techno kernel: scsi0 : aborting command
Apr 3 15:36:38 techno kernel: scsi0 : destination target 6, lun 0
Apr 3 15:36:38 techno kernel:
Apr 3 15:36:38 techno kernel: NCR5380 core release=7.
Apr 3 15:36:38 techno kernel: Base Addr: 0x00000 io_port: d800
IRQ: 11.
Apr 3 15:36:38 techno kernel: scsi0 : destination target 6, lun 0
Apr 3 15:36:38 techno kernel: command = 42 (0x2a)00 03 00 00 00
01 10 00 00
Apr 3 15:36:38 techno kernel: scsi0: issue_queue
Apr 3 15:36:38 techno kernel: scsi0: disconnected_queue
Apr 3 15:36:38 techno kernel:
Apr 3 15:36:38 techno kernel:
Apr 3 15:36:38 techno kernel: NCR5380 core release=7.
Apr 3 15:36:38 techno kernel: Base Addr: 0x00000 io_port: d800
IRQ: 11.
Apr 3 15:36:38 techno kernel: scsi0 : destination target 6, lun 0
Apr 3 15:36:38 techno kernel: command = 42 (0x2a)00 03 00 00 00
01 10 00 00
Apr 3 15:36:39 techno kernel: scsi0: issue_queue
Apr 3 15:36:39 techno kernel: scsi0: disconnected_queue
Apr 3 15:36:39 techno kernel:
Apr 3 15:40:26 techno kernel: Linux version 2.6.11.3 (root@techno) (gcc
version 3.3.5) #1 Tue Mar 15 14:23:17 CET 2005
<cut>
Apr 3 15:54:07 techno kernel: scsi0 : aborting command
Apr 3 15:54:07 techno kernel: scsi0 : destination target 6, lun 0
Apr 3 15:54:07 techno kernel:
Apr 3 15:54:07 techno kernel: NCR5380 core release=7.
Apr 3 15:54:07 techno kernel: Base Addr: 0x00000 io_port: d800 IRQ: 11.
Apr 3 15:54:07 techno kernel: scsi0: no currently connected command
Apr 3 15:54:07 techno kernel: scsi0: issue_queue
Apr 3 15:54:07 techno kernel: scsi0: disconnected_queue
Apr 3 15:54:07 techno kernel:
Apr 3 15:54:07 techno kernel: scsi0 : aborting command
Apr 3 15:54:07 techno kernel: scsi0 : destination target 6, lun 0
Apr 3 15:54:07 techno kernel:
Apr 3 15:54:07 techno kernel: NCR5380 core release=7.
Apr 3 15:54:07 techno kernel: Base Addr: 0x00000 io_port: d800 IRQ: 11.
Apr 3 15:54:07 techno kernel: scsi0: no currently connected command
Apr 3 15:54:07 techno kernel: scsi0: issue_queue
Apr 3 15:54:07 techno kernel: scsi0: disconnected_queue
Apr 3 15:54:07 techno kernel:
Apr 3 15:54:07 techno kernel: scsi0 : warning : SCSI command probably
completed successfully
Apr 3 15:54:07 techno kernel: before abortion
Apr 3 15:54:07 techno kernel:
Apr 3 15:54:07 techno kernel: NCR5380 core release=7.
Apr 3 15:54:07 techno kernel: Base Addr: 0x00000 io_port: d800 IRQ: 11.
Apr 3 15:54:07 techno kernel: scsi0: no currently connected command
Apr 3 15:54:07 techno kernel: scsi0: issue_queue
Apr 3 15:54:07 techno kernel: scsi0: disconnected_queue
Apr 3 15:54:07 techno kernel:
Apr 3 15:54:27 techno kernel: scsi0 : aborting command
Apr 3 15:54:27 techno kernel: scsi0 : destination target 6, lun 0
Apr 3 15:54:27 techno kernel:
Apr 3 15:54:27 techno kernel: NCR5380 core release=7.
Apr 3 15:54:27 techno kernel: Base Addr: 0x00000 io_port: d800 IRQ: 11.
Apr 3 15:54:27 techno kernel: scsi0: no currently connected command
Apr 3 15:54:27 techno kernel: scsi0: issue_queue
Apr 3 15:54:27 techno kernel: scsi0 : destination target 6, lun 0
Apr 3 15:54:27 techno kernel: command = 0 (0x00)00 00 00 00 00
Apr 3 15:54:27 techno kernel: scsi0: disconnected_queue
Apr 3 15:54:27 techno kernel:
Apr 3 15:54:27 techno kernel: scsi0 : aborting command
Apr 3 15:54:27 techno kernel: scsi0 : destination target 6, lun 0
Apr 3 15:54:27 techno kernel:
Apr 3 15:54:27 techno kernel: NCR5380 core release=7.
Apr 3 15:54:27 techno kernel: Base Addr: 0x00000 io_port: d800 IRQ: 11.
Apr 3 15:54:27 techno kernel: scsi0: no currently connected command
Apr 3 15:54:27 techno kernel: scsi0: issue_queue
Apr 3 15:54:27 techno kernel: scsi0 : destination target 6, lun 0
Apr 3 15:54:27 techno kernel: command = 0 (0x00)00 00 00 00 00
Apr 3 15:54:27 techno kernel: scsi0: disconnected_queue
Apr 3 15:54:27 techno kernel:
Apr 3 15:54:27 techno kernel: Unable to handle kernel NULL pointer
dereference at virtual address 0000014c
Apr 3 15:54:27 techno kernel: printing eip:
Apr 3 15:54:27 techno kernel: c03d8143
Apr 3 15:54:27 techno kernel: *pde = 00000000
Apr 3 15:54:27 techno kernel: Oops: 0000 [#1]
Apr 3 15:54:27 techno kernel: PREEMPT
Apr 3 15:54:27 techno kernel: Modules linked in: nvidia
Apr 3 15:54:27 techno kernel: CPU: 0
Apr 3 15:54:27 techno kernel: EIP: 0060:[<c03d8143>] Tainted: P
VLI
Apr 3 15:54:27 techno kernel: EFLAGS: 00010286 (2.6.11.3)
Apr 3 15:54:27 techno kernel: EIP is at scsi_finish_command+0x63/0xc0
Apr 3 15:54:27 techno kernel: eax: 00000000 ebx: db821800 ecx:
00000000 edx: c3a6dc00
Apr 3 15:54:27 techno kernel: esi: 00000000 edi: db83d040 ebp:
db84dfb4 esp: db84df6c
Apr 3 15:54:27 techno kernel: ds: 007b es: 007b ss: 0068
Apr 3 15:54:27 techno kernel: Process scsi_eh_0 (pid: 1096,
threadinfo=db84c000 task=dbcf50e0)
Apr 3 15:54:27 techno kernel: Stack: db821800 db84dfb4 c03db86a
db84dfac db84dfac db84dfac c03dbc3d db83d040
Apr 3 15:54:27 techno kernel: db821c30 db821c30 00000286
db84dfac c03dbcfd db84dfac db84dfac db84dfac
Apr 3 15:54:27 techno kernel: db84dfac db84dfac db84dfb4
db84dfb4 db84dfd8 db821c00 00000000 00000000
Apr 3 15:54:27 techno kernel: Call Trace:
Apr 3 15:54:27 techno kernel: [<c03db86a>] scsi_eh_offline_sdevs+0x7a/0x90
Apr 3 15:54:27 techno kernel: [<c03dbc3d>] scsi_eh_flush_done_q+0x7d/0xb0
Apr 3 15:54:27 techno kernel: [<c03dbcfd>] scsi_unjam_host+0x8d/0xd0
Apr 3 15:54:27 techno kernel: [<c03dbddf>] scsi_error_handler+0x9f/0xd0
Apr 3 15:54:27 techno kernel: [<c03dbd40>] scsi_error_handler+0x0/0xd0
Apr 3 15:54:27 techno kernel: [<c01012fd>] kernel_thread_helper+0x5/0x18
Apr 3 15:54:27 techno kernel: Code: e0 70 83 f8 70 74 67 0f b7 87 98 00
00 00 66 c7 47 0a 00 01 8b 57 0c 66 c7 47 08 01 10 85 d2 66 89 87 9a 00
00 00 74 10 8b 4a 70 <8b> 81 4c 01 00 00 85 c0 89 42 04 75 16 89 3c 24
ff 57 28 8b 5c
Apr 3 15:54:27 techno kernel: <3>scsi0 (6:0): rejecting I/O to offline
device
<end>
<begin /var/log/messages>
Apr 3 15:13:20 techno kernel: scsi0 : Domex DMX3191D
Apr 3 15:13:20 techno kernel: Vendor: SCANNER Model:
Rev: V100
Apr 3 15:13:20 techno kernel: Type: Scanner
ANSI SCSI revision: 01 CCS
Apr 3 15:13:20 techno kernel: Attached scsi generic sg0 at scsi0,
channel 0, id 6, lun 0, type 6
<cut>
Apr 3 15:21:31 techno kernel: command: cdb[0]=0x12: 12 00 00 00
60 00
Apr 3 15:21:31 techno kernel: command: cdb[0]=0x12: 12 00 00 00
60 00
Apr 3 15:21:51 techno kernel: command: cdb[0]=0x0: 00 00 00 00
00 00
Apr 3 15:21:52 techno kernel: command: cdb[0]=0x0: 00 00 00 00
00 00
Apr 3 15:21:52 techno kernel: scsi: Device offlined - not ready after
error recovery: host 0 channel 0 id 6 lun 0
<cut>
Apr 3 15:36:38 techno kernel: command: cdb[0]=0x2a: 2a 00 03 00
00 00 01 10 00 00
<cut>
Apr 3 15:54:07 techno kernel: command: cdb[0]=0x12: 12 00 00 00
60 00
Apr 3 15:54:07 techno kernel: command: cdb[0]=0x12: 12 00 00 00
60 00
Apr 3 15:54:27 techno kernel: command: cdb[0]=0x0: 00 00 00 00
00 00
Apr 3 15:54:27 techno kernel: command: cdb[0]=0x0: 00 00 00 00
00 00
Apr 3 15:54:27 techno kernel: scsi: Device offlined - not ready after
error recovery: host 0 channel 0 id 6 lun 0
<end>
As previously, please CC any replies ect. to me, I'm willing to help as
much as I can.
--
pozdrawiam |"Who says the Anti-Christ has to be a man?!"
techno@punkt.pl|Art Bell - Radio Talk Show Host
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [SCSI] Driver broken in 2.6.x?
2005-04-03 17:58 ` |TEcHNO|
@ 2005-04-03 23:57 ` Adrian Bunk
2005-04-04 8:38 ` |TEcHNO|
0 siblings, 1 reply; 12+ messages in thread
From: Adrian Bunk @ 2005-04-03 23:57 UTC (permalink / raw)
To: techno; +Cc: linux-kernel
On Sun, Apr 03, 2005 at 07:58:10PM +0200, |TEcHNO| wrote:
> Hi,
>
> As told, I tested it w/o nvidia module loaded, here's what I found:
> 1. It now doesn't hang on scanning for devices.
> 2. It now hangs on acquiring preview, logs will follow.
>...
> Apr 3 15:54:27 techno kernel: Unable to handle kernel NULL pointer
> dereference at virtual address 0000014c
> Apr 3 15:54:27 techno kernel: printing eip:
> Apr 3 15:54:27 techno kernel: c03d8143
> Apr 3 15:54:27 techno kernel: *pde = 00000000
> Apr 3 15:54:27 techno kernel: Oops: 0000 [#1]
> Apr 3 15:54:27 techno kernel: PREEMPT
> Apr 3 15:54:27 techno kernel: Modules linked in: nvidia
>...
Still with nvidia.
An Oops with the nvidia module loaded since the last boot is simply not
debuggable for anyone except nvidia.
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [SCSI] Driver broken in 2.6.x?
2005-04-03 23:57 ` Adrian Bunk
@ 2005-04-04 8:38 ` |TEcHNO|
0 siblings, 0 replies; 12+ messages in thread
From: |TEcHNO| @ 2005-04-04 8:38 UTC (permalink / raw)
To: linux-kernel
>>As told, I tested it w/o nvidia module loaded, here's what I found:
>>1. It now doesn't hang on scanning for devices.
>>2. It now hangs on acquiring preview, logs will follow.
>>...
>>Apr 3 15:54:27 techno kernel: Unable to handle kernel NULL pointer
>>dereference at virtual address 0000014c
>>Apr 3 15:54:27 techno kernel: printing eip:
>>Apr 3 15:54:27 techno kernel: c03d8143
>>Apr 3 15:54:27 techno kernel: *pde = 00000000
>>Apr 3 15:54:27 techno kernel: Oops: 0000 [#1]
>>Apr 3 15:54:27 techno kernel: PREEMPT
>>Apr 3 15:54:27 techno kernel: Modules linked in: nvidia
>>...
> Still with nvidia.
>
> An Oops with the nvidia module loaded since the last boot is simply not
> debuggable for anyone except nvidia.
Em, there's also the same (w/o oops) with out that module, each of that
situations was separated by a reset. It was working well in 2.4.x so I
guess it'a a problem with the card's (00:0c.0 SCSI storage controller:
DTC Technology Corp. Domex 536) driver.
--
pozdrawiam |"Help me master, I felt the burning twilight behind
techno@punkt.pl|those gates of stell..." --Perihelion, Prophecy Sequence
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [SCSI] Driver broken in 2.6.x?
2005-04-02 15:12 [SCSI] Driver broken in 2.6.x? |TEcHNO|
2005-04-02 21:07 ` Jesper Juhl
@ 2005-05-26 4:40 ` Andrew Morton
2005-05-28 23:22 ` |TEcHNO|
1 sibling, 1 reply; 12+ messages in thread
From: Andrew Morton @ 2005-05-26 4:40 UTC (permalink / raw)
To: |TEcHNO|; +Cc: linux-scsi
|TEcHNO| <techno@punkt.pl> wrote:
>
> Hi,
>
> I've recently switched form 2.4.x kernel series to 2.6.x, and I've
> encourted a problem with my old scanner card, lspci shows it as:
>
> <begin lspci output>
> 00:0c.0 SCSI storage controller: DTC Technology Corp. Domex 536
> Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop-
> ParErr- Stepping- SERR- FastB2B-
> Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium
> >TAbort- <TAbort- <MAbort- >SERR- <PERR-
> Interrupt: pin A routed to IRQ 11
> Region 0: I/O ports at d800 [size=32]
> <end>
>
> It worked flawlessly under 2.4 kernels, but now it hangs xsane, and logs
> show this:
Is this crash still repeatable in 2.6.12-rc5?
If so, can you please verify that it still occurs if the nvidia driver was
never loaded?
Thanks.
> <begin /var/log/messages>
> Apr 1 17:29:30 techno kernel: command: cdb[0]=0x0: 00 00 00 00
> 00 00
> Apr 1 17:29:40 techno last message repeated 3 times
> <end>
>
> <begin /va/log/syslog>
> Apr 1 17:29:30 techno kernel: scsi0 : aborting command
> Apr 1 17:29:30 techno kernel: scsi0 : destination target 6, lun 0
> Apr 1 17:29:30 techno kernel:
> Apr 1 17:29:30 techno kernel: NCR5380 core release=7.
> Apr 1 17:29:30 techno kernel: Base Addr: 0x00000 io_port: d800
> IRQ: 11.
> Apr 1 17:29:30 techno kernel: scsi0: no currently connected command
> Apr 1 17:29:30 techno kernel: scsi0: issue_queue
> Apr 1 17:29:30 techno kernel: scsi0 : destination target 6, lun 0
> Apr 1 17:29:30 techno kernel: command = 0 (0x00)00 00 00 00 00
> Apr 1 17:29:30 techno kernel: scsi0: disconnected_queue
> Apr 1 17:29:30 techno kernel:
> Apr 1 17:29:30 techno kernel: scsi0 : aborting command
> Apr 1 17:29:30 techno kernel: scsi0 : destination target 6, lun 0
> Apr 1 17:29:30 techno kernel:
> Apr 1 17:29:30 techno kernel: NCR5380 core release=7.
> Apr 1 17:29:30 techno kernel: Base Addr: 0x00000 io_port: d800
> IRQ: 11.
> Apr 1 17:29:30 techno kernel: scsi0: no currently connected command
> Apr 1 17:29:30 techno kernel: scsi0: issue_queue
> Apr 1 17:29:30 techno kernel: scsi0 : destination target 6, lun 0
> Apr 1 17:29:30 techno kernel: command = 0 (0x00)00 00 00 00 00
> Apr 1 17:29:30 techno kernel: scsi0: disconnected_queue
> Apr 1 17:29:30 techno kernel:
> Apr 1 17:29:40 techno kernel: scsi0 : aborting command
> Apr 1 17:29:40 techno kernel: scsi0 : destination target 6, lun 0
> Apr 1 17:29:40 techno kernel:
> Apr 1 17:29:40 techno kernel: NCR5380 core release=7.
> Apr 1 17:29:40 techno kernel: Base Addr: 0x00000 io_port: d800
> IRQ: 11.
> Apr 1 17:29:40 techno kernel: scsi0: no currently connected command
> Apr 1 17:29:40 techno kernel: scsi0: issue_queue
> Apr 1 17:29:40 techno kernel: scsi0 : destination target 6, lun 0
> Apr 1 17:29:40 techno kernel: command = 0 (0x00)00 00 00 00 00
> Apr 1 17:29:40 techno kernel: scsi0: disconnected_queue
> Apr 1 17:29:40 techno kernel:
> Apr 1 17:29:40 techno kernel: scsi0 : aborting command
> Apr 1 17:29:40 techno kernel: scsi0 : destination target 6, lun 0
> Apr 1 17:29:40 techno kernel:
> Apr 1 17:29:40 techno kernel: NCR5380 core release=7.
> Apr 1 17:29:40 techno kernel: Base Addr: 0x00000 io_port: d800
> IRQ: 11.
> Apr 1 17:29:40 techno kernel: scsi0: no currently connected command
> Apr 1 17:29:40 techno kernel: scsi0: issue_queue
> Apr 1 17:29:40 techno kernel: scsi0 : destination target 6, lun 0
> Apr 1 17:29:40 techno kernel: command = 0 (0x00)00 00 00 00 00
> Apr 1 17:29:40 techno kernel: scsi0: disconnected_queue
> Apr 1 17:29:41 techno kernel:
> Apr 1 17:29:41 techno kernel: Unable to handle kernel paging request at
> virtual address 002b2c36
> Apr 1 17:29:41 techno kernel: printing eip:
> Apr 1 17:29:41 techno kernel: c03f1e71
> Apr 1 17:29:41 techno kernel: *pde = 00000000
> Apr 1 17:29:41 techno kernel: Oops: 0000 [#1]
> Apr 1 17:29:41 techno kernel: PREEMPT
> Apr 1 17:29:41 techno kernel: Modules linked in: nvidia
> Apr 1 17:29:41 techno kernel: CPU: 0
> Apr 1 17:29:41 techno kernel: EIP: 0060:[<c03f1e71>] Tainted: P
> VLI
> Apr 1 17:29:41 techno kernel: EFLAGS: 00010202 (2.6.11.3)
> Apr 1 17:29:41 techno kernel: EIP is at sg_cmd_done+0x41/0x2f0
> Apr 1 17:29:41 techno kernel: eax: 00000000 ebx: cd4ee600 ecx:
> db821dec edx: db83d040
> Apr 1 17:29:41 techno kernel: esi: ca037038 edi: 002b2c32 ebp:
> db83d040 esp: db84deec
> Apr 1 17:29:41 techno kernel: ds: 007b es: 007b ss: 0068
> Apr 1 17:29:41 techno kernel: Process scsi_eh_0 (pid: 1096,
> threadinfo=db84c000 task=dbcf40e0)
> Apr 1 17:29:41 techno kernel: Stack: c060e3b5 db84defc c03e7c31
> c060e3b5 c07bc620 db84df10 db821c00 00050000
> Apr 1 17:29:41 techno kernel: 00000000 00000001 c03e97fa
> db83d040 00000000 00000001 00000246 db83d040
> Apr 1 17:29:41 techno kernel: db84c000 c03dacce db83d040
> c03dab30 c03dab10 00000000 00000000 db84df48
> Apr 1 17:29:41 techno kernel: Call Trace:
> Apr 1 17:29:41 techno kernel: [<c03e7c31>] NCR5380_print_status+0x51/0x60
> Apr 1 17:29:41 techno kernel: [<c03e97fa>] NCR5380_abort+0x14a/0x160
> Apr 1 17:29:41 techno kernel: [<c03dacce>] scsi_send_eh_cmnd+0x13e/0x170
> Apr 1 17:29:41 techno kernel: [<c03dab30>] scsi_eh_done+0x0/0x60
> Apr 1 17:29:41 techno kernel: [<c03dab10>] scsi_eh_times_out+0x0/0x20
> Apr 1 17:29:41 techno kernel: [<c03db045>] scsi_eh_tur+0x95/0xd0
> Apr 1 17:29:41 techno kernel: [<c03db0e9>] scsi_eh_abort_cmds+0x69/0x80
> Apr 1 17:29:41 techno kernel: [<c03dbd11>] scsi_unjam_host+0xa1/0xd0
> Apr 1 17:29:41 techno kernel: [<c011b9c2>] complete+0x52/0x80
> Apr 1 17:29:41 techno kernel: [<c03dbddf>] scsi_error_handler+0x9f/0xd0
> Apr 1 17:29:41 techno kernel: [<c03dbd40>] scsi_error_handler+0x0/0xd0
> Apr 1 17:29:41 techno kernel: [<c01012fd>] kernel_thread_helper+0x5/0x18
> Apr 1 17:29:41 techno kernel: Code: 1c 89 7c 24 20 0f 84 b1 02 00 00 8b
> 5d 0c 85 db 0f 84 a6 02 00 00 8b b3 ac 00 00 00 85 f6 0f 84 98 02 00 00
> 8b 7e 08 85 ff 74 13 <8b> 47 04 85 c0 89 44 24 0c 74 08 0f b6 40 14 84
> c0 74 2c c7 04
> Apr 1 17:29:41 techno kernel: <6>note: scsi_eh_0[1096] exited with
> preempt_count 1
> <end>
>
> I hope thant you can either tell me what's wrong, or anyone coudl look
> at the code and fix the problem?
> As an additional note I have ScanMagic 9636 S Plus Scanner with the card
> thad it was sold with.
> As a side not I can tell It was working with 2.4 series, but scanning
> coused the mashing to either hang for a few seconds (one or twice hang
> for good), while the scanning caused the machine to become jaggy, the
> music played (xmms), but the graphic wasn't working well.
>
> I'm not subscribed so please CC to me too.
> --
> pozdrawiam |"Help me master, I felt the burning twilight behind
> techno@punkt.pl|those gates of stell..." --Perihelion, Prophecy Sequence
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [SCSI] Driver broken in 2.6.x?
2005-05-26 4:40 ` Andrew Morton
@ 2005-05-28 23:22 ` |TEcHNO|
2005-05-30 1:07 ` Andrew Morton
0 siblings, 1 reply; 12+ messages in thread
From: |TEcHNO| @ 2005-05-28 23:22 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
Hi,
> Is this crash still repeatable in 2.6.12-rc5?
>
> If so, can you please verify that it still occurs if the nvidia driver was
> never loaded?
No, it works now as if it was 2.4.x series.
Now it just randomly hangs the system, ie. somewhere at the end of
scanning or suchm no nothing in logs or similar. Simply hangs. My guess
is that It shoudln't, no matter what, I always thought Linux was stable
but the current problems (CDburning problems around 2.6.9, scanner/SCSI
hanging the system) seem to contradict this. That's bad.
--
pozdrawiam |"Help me master, I felt the burning twilight behind
techno@punkt.pl|those gates of stell..." --Perihelion, Prophecy Sequence
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [SCSI] Driver broken in 2.6.x?
2005-05-28 23:22 ` |TEcHNO|
@ 2005-05-30 1:07 ` Andrew Morton
2005-05-30 8:19 ` |TEcHNO|
0 siblings, 1 reply; 12+ messages in thread
From: Andrew Morton @ 2005-05-30 1:07 UTC (permalink / raw)
To: |TEcHNO|; +Cc: linux-scsi
|TEcHNO| <techno@punkt.pl> wrote:
>
> Hi,
>
> > Is this crash still repeatable in 2.6.12-rc5?
> >
> > If so, can you please verify that it still occurs if the nvidia driver was
> > never loaded?
>
> No, it works now as if it was 2.4.x series.
> Now it just randomly hangs the system, ie. somewhere at the end of
> scanning or suchm no nothing in logs or similar. Simply hangs. My guess
> is that It shoudln't, no matter what, I always thought Linux was stable
> but the current problems (CDburning problems around 2.6.9, scanner/SCSI
> hanging the system) seem to contradict this. That's bad.
You cunningly removed linux-scsi from cc and replaced it with linux-kernel.
Please don't do that.
As things have changed we'd need a new bug description please.
Please provide more details about the "hang".
Under what circumstances?
Does it oops?
What hardware and which driver?
After it has "hung" is any information available from sysrq-P or sysrq-T?
Thanks.
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [SCSI] Driver broken in 2.6.x?
2005-05-30 1:07 ` Andrew Morton
@ 2005-05-30 8:19 ` |TEcHNO|
0 siblings, 0 replies; 12+ messages in thread
From: |TEcHNO| @ 2005-05-30 8:19 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-scsi
Hi,
> You cunningly removed linux-scsi from cc and replaced it with linux-kernel.
> Please don't do that.
Sorry, I forgot I sent it to scsi mailing list too. I'm realy sorry.
> As things have changed we'd need a new bug description please.
Ok.
> Please provide more details about the "hang".
I was scanning with xsane, there were two types of hang:
1. Acuire Preview
This happend once, after it finished (or it seemd so), it was still in
"waiting", as if something not happened to tell it finished.
So I chodes "cancel", and a few seconds later it hanged.
2. Scanning
Once or twice it hanged at the begining or the end of scanning. No
message, just hanged. XMMS was running so it juste entered the ususal
sound hanged-and-looping. No reaction to any key.
3. Not a hang, but an instability.
Basicly the beggining of accuire and scanning locks the machine up for
a few seconds. Then teh scanning makes the computer less responsive. The
X system is running at a few frames (around 3 to 8), there is noticable
time before something happens on the screen. Sometimes the mouse starts
moving in a mirrored way (left=right and/or up=down).
This sometimes leaves messages as this (the number is variable):
May 27 17:49:28 techno kernel: psmouse.c: Wheel Mouse at
isa0060/serio1/input0 lost synchronization, throwing
3 bytes away.
> Under what circumstances?
>
> Does it oops?
Nothing left in the logs.
> What hardware and which driver?
2.6.12-rc5
00:0c.0 SCSI storage controller: DTC Technology Corp. Domex 536
Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium
>TAbort- <TAbort- <MAbort- >SERR- <PERR-
Interrupt: pin A routed to IRQ 11
Region 0: I/O ports at d800 [size=32]
Scanner: ScanMagic 9636 S Plus (Xsane reports it to be Mustek ScanMagic
12000 SP Plus)
> After it has "hung" is any information available from sysrq-P or sysrq-T?
Not checked, was in X anyway.
And yes, I'm using nvidia binary driver, but atleast 3rd "bug" on the
list ir the same. It's also worh mentioning that the 3rd is sometimes
jumpint into 2nd, so the first "lockup" part never ends.
Hope I can help you in any way possible.
--
pozdrawiam |"Help me master, I felt the burning twilight behind
techno@punkt.pl|those gates of stell..." --Perihelion, Prophecy Sequence
^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2005-05-30 8:23 UTC | newest]
Thread overview: 12+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-04-02 15:12 [SCSI] Driver broken in 2.6.x? |TEcHNO|
2005-04-02 21:07 ` Jesper Juhl
2005-04-02 21:17 ` |TEcHNO|
2005-04-02 21:24 ` Jesper Juhl
2005-04-03 17:58 ` |TEcHNO|
2005-04-03 23:57 ` Adrian Bunk
2005-04-04 8:38 ` |TEcHNO|
2005-04-03 18:03 ` [Fw linux-kernel:] " |TEcHNO|
2005-05-26 4:40 ` Andrew Morton
2005-05-28 23:22 ` |TEcHNO|
2005-05-30 1:07 ` Andrew Morton
2005-05-30 8:19 ` |TEcHNO|
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.