* 2.5.67: ppa driver & preempt == oops
@ 2003-04-12 15:03 Gert Vervoort
2003-04-12 18:28 ` Robert Love
2003-04-12 21:12 ` Andrew Morton
0 siblings, 2 replies; 10+ messages in thread
From: Gert Vervoort @ 2003-04-12 15:03 UTC (permalink / raw)
To: linux-kernel
ppa: Version 2.07 (for Linux 2.4.x)
ppa: Found device at ID 6, Attempting to use EPP 16 bit
ppa: Communication established with ID 6 using EPP 16 bit
scsi0 : Iomega VPI0 (ppa) interface
bad: scheduling while atomic!
Call Trace:
[<c0117064>] schedule+0x3a4/0x3b0
[<c0117349>] wait_for_completion+0x99/0xe0
[<c01170c0>] default_wake_function+0x0/0x20
[<c01170c0>] default_wake_function+0x0/0x20
[<c023b15e>] scsi_wait_req+0x7e/0xb0
[<c023b050>] scsi_wait_done+0x0/0x90
[<c023cf5c>] scsi_probe_lun+0x6c/0x200
[<c023d38b>] scsi_probe_and_add_lun+0x7b/0x130
[<c023d64c>] scsi_scan_target+0x5c/0x100
[<c023d741>] scsi_scan_host+0x51/0x90
[<c023798d>] scsi_add_host+0x4d/0x90
[<c0237dac>] scsi_register_host+0x6c/0xc0
[<c01295df>] init_workqueues+0xf/0x30
[<c01050a3>] init+0x33/0x190
[<c0105070>] init+0x0/0x190
[<c01071dd>] kernel_thread_helper+0x5/0x18
bad: scheduling while atomic!
Call Trace:
[<c0117064>] schedule+0x3a4/0x3b0
[<c0117349>] wait_for_completion+0x99/0xe0
[<c01170c0>] default_wake_function+0x0/0x20
[<c01170c0>] default_wake_function+0x0/0x20
[<c023b15e>] scsi_wait_req+0x7e/0xb0
[<c023b050>] scsi_wait_done+0x0/0x90
[<c023cf5c>] scsi_probe_lun+0x6c/0x200
[<c023d38b>] scsi_probe_and_add_lun+0x7b/0x130
[<c023d64c>] scsi_scan_target+0x5c/0x100
[<c023d741>] scsi_scan_host+0x51/0x90
[<c023798d>] scsi_add_host+0x4d/0x90
[<c0237dac>] scsi_register_host+0x6c/0xc0
[<c01295df>] init_workqueues+0xf/0x30
[<c01050a3>] init+0x33/0x190
[<c0105070>] init+0x0/0x190
[<c01071dd>] kernel_thread_helper+0x5/0x18
bad: scheduling while atomic!
Call Trace:
[<c0117064>] schedule+0x3a4/0x3b0
[<c0117349>] wait_for_completion+0x99/0xe0
[<c01170c0>] default_wake_function+0x0/0x20
[<c01170c0>] default_wake_function+0x0/0x20
[<c023b15e>] scsi_wait_req+0x7e/0xb0
[<c023b050>] scsi_wait_done+0x0/0x90
[<c023cf5c>] scsi_probe_lun+0x6c/0x200
[<c023d38b>] scsi_probe_and_add_lun+0x7b/0x130
[<c023d64c>] scsi_scan_target+0x5c/0x100
[<c023d741>] scsi_scan_host+0x51/0x90
[<c023798d>] scsi_add_host+0x4d/0x90
[<c0237dac>] scsi_register_host+0x6c/0xc0
[<c01295df>] init_workqueues+0xf/0x30
[<c01050a3>] init+0x33/0x190
[<c0105070>] init+0x0/0x190
[<c01071dd>] kernel_thread_helper+0x5/0x18
bad: scheduling while atomic!
Call Trace:
[<c0117064>] schedule+0x3a4/0x3b0
[<c0117349>] wait_for_completion+0x99/0xe0
[<c01170c0>] default_wake_function+0x0/0x20
[<c01170c0>] default_wake_function+0x0/0x20
[<c023b15e>] scsi_wait_req+0x7e/0xb0
[<c023b050>] scsi_wait_done+0x0/0x90
[<c023cf5c>] scsi_probe_lun+0x6c/0x200
[<c023d38b>] scsi_probe_and_add_lun+0x7b/0x130
[<c023d64c>] scsi_scan_target+0x5c/0x100
[<c023d741>] scsi_scan_host+0x51/0x90
[<c023798d>] scsi_add_host+0x4d/0x90
[<c0237dac>] scsi_register_host+0x6c/0xc0
[<c01295df>] init_workqueues+0xf/0x30
[<c01050a3>] init+0x33/0x190
[<c0105070>] init+0x0/0x190
[<c01071dd>] kernel_thread_helper+0x5/0x18
bad: scheduling while atomic!
Call Trace:
[<c0117064>] schedule+0x3a4/0x3b0
[<c0117349>] wait_for_completion+0x99/0xe0
[<c01170c0>] default_wake_function+0x0/0x20
[<c01170c0>] default_wake_function+0x0/0x20
[<c023b15e>] scsi_wait_req+0x7e/0xb0
[<c023b050>] scsi_wait_done+0x0/0x90
[<c023cf5c>] scsi_probe_lun+0x6c/0x200
[<c023d38b>] scsi_probe_and_add_lun+0x7b/0x130
[<c023d64c>] scsi_scan_target+0x5c/0x100
[<c023d741>] scsi_scan_host+0x51/0x90
[<c023798d>] scsi_add_host+0x4d/0x90
[<c0237dac>] scsi_register_host+0x6c/0xc0
[<c01295df>] init_workqueues+0xf/0x30
[<c01050a3>] init+0x33/0x190
[<c0105070>] init+0x0/0x190
[<c01071dd>] kernel_thread_helper+0x5/0x18
bad: scheduling while atomic!
Call Trace:
[<c0117064>] schedule+0x3a4/0x3b0
[<c0117349>] wait_for_completion+0x99/0xe0
[<c01170c0>] default_wake_function+0x0/0x20
[<c01170c0>] default_wake_function+0x0/0x20
[<c023b15e>] scsi_wait_req+0x7e/0xb0
[<c023b050>] scsi_wait_done+0x0/0x90
[<c023cf5c>] scsi_probe_lun+0x6c/0x200
[<c023d38b>] scsi_probe_and_add_lun+0x7b/0x130
[<c023d64c>] scsi_scan_target+0x5c/0x100
[<c023d741>] scsi_scan_host+0x51/0x90
[<c023798d>] scsi_add_host+0x4d/0x90
[<c0237dac>] scsi_register_host+0x6c/0xc0
[<c01295df>] init_workqueues+0xf/0x30
[<c01050a3>] init+0x33/0x190
[<c0105070>] init+0x0/0x190
[<c01071dd>] kernel_thread_helper+0x5/0x18
bad: scheduling while atomic!
Call Trace:
[<c0117064>] schedule+0x3a4/0x3b0
[<c0117349>] wait_for_completion+0x99/0xe0
[<c01170c0>] default_wake_function+0x0/0x20
[<c01170c0>] default_wake_function+0x0/0x20
[<c023b15e>] scsi_wait_req+0x7e/0xb0
[<c023b050>] scsi_wait_done+0x0/0x90
[<c023cf5c>] scsi_probe_lun+0x6c/0x200
[<c023d38b>] scsi_probe_and_add_lun+0x7b/0x130
[<c023d64c>] scsi_scan_target+0x5c/0x100
[<c023d741>] scsi_scan_host+0x51/0x90
[<c023798d>] scsi_add_host+0x4d/0x90
[<c0237dac>] scsi_register_host+0x6c/0xc0
[<c01295df>] init_workqueues+0xf/0x30
[<c01050a3>] init+0x33/0x190
[<c0105070>] init+0x0/0x190
[<c01071dd>] kernel_thread_helper+0x5/0x18
bad: scheduling while atomic!
Call Trace:
[<c0117064>] schedule+0x3a4/0x3b0
[<c0117349>] wait_for_completion+0x99/0xe0
[<c01170c0>] default_wake_function+0x0/0x20
[<c01170c0>] default_wake_function+0x0/0x20
[<c023b15e>] scsi_wait_req+0x7e/0xb0
[<c023b050>] scsi_wait_done+0x0/0x90
[<c023d074>] scsi_probe_lun+0x184/0x200
[<c023d38b>] scsi_probe_and_add_lun+0x7b/0x130
[<c023d64c>] scsi_scan_target+0x5c/0x100
[<c023d741>] scsi_scan_host+0x51/0x90
[<c023798d>] scsi_add_host+0x4d/0x90
[<c0237dac>] scsi_register_host+0x6c/0xc0
[<c01295df>] init_workqueues+0xf/0x30
[<c01050a3>] init+0x33/0x190
[<c0105070>] init+0x0/0x190
[<c01071dd>] kernel_thread_helper+0x5/0x18
Vendor: IOMEGA Model: ZIP 100 Rev: D.13
Type: Direct-Access ANSI SCSI revision: 02
bad: scheduling while atomic!
Call Trace:
[<c0117064>] schedule+0x3a4/0x3b0
[<c0117349>] wait_for_completion+0x99/0xe0
[<c01170c0>] default_wake_function+0x0/0x20
[<c01170c0>] default_wake_function+0x0/0x20
[<c023b15e>] scsi_wait_req+0x7e/0xb0
[<c023b050>] scsi_wait_done+0x0/0x90
[<c023c7ef>] scsi_get_evpd_page+0x7f/0x120
[<c023ce2e>] scsi_load_identifier+0x2e/0xf0
[<c023d248>] scsi_add_lun+0x158/0x220
[<c023d3b9>] scsi_probe_and_add_lun+0xa9/0x130
[<c023d64c>] scsi_scan_target+0x5c/0x100
[<c023d741>] scsi_scan_host+0x51/0x90
[<c023798d>] scsi_add_host+0x4d/0x90
[<c0237dac>] scsi_register_host+0x6c/0xc0
[<c01295df>] init_workqueues+0xf/0x30
[<c01050a3>] init+0x33/0x190
[<c0105070>] init+0x0/0x190
[<c01071dd>] kernel_thread_helper+0x5/0x18
bad: scheduling while atomic!
Call Trace:
[<c0117064>] schedule+0x3a4/0x3b0
[<c0128db4>] queue_work+0x84/0xa0
[<c02402f5>] ppa_queuecommand+0x95/0xa0
[<c0117349>] wait_for_completion+0x99/0xe0
[<c01170c0>] default_wake_function+0x0/0x20
[<c023c002>] scsi_request_fn+0x172/0x230
[<c01170c0>] default_wake_function+0x0/0x20
[<c023b15e>] scsi_wait_req+0x7e/0xb0
[<c023b050>] scsi_wait_done+0x0/0x90
[<c023cc43>] scsi_get_serialnumber+0x93/0x1b0
[<c023c852>] scsi_get_evpd_page+0xe2/0x120
[<c023ceeb>] scsi_load_identifier+0xeb/0xf0
[<c023d248>] scsi_add_lun+0x158/0x220
[<c023d3b9>] scsi_probe_and_add_lun+0xa9/0x130
[<c023d64c>] scsi_scan_target+0x5c/0x100
[<c023d741>] scsi_scan_host+0x51/0x90
[<c023798d>] scsi_add_host+0x4d/0x90
[<c0237dac>] scsi_register_host+0x6c/0xc0
[<c01295df>] init_workqueues+0xf/0x30
[<c01050a3>] init+0x33/0x190
[<c0105070>] init+0x0/0x190
[<c01071dd>] kernel_thread_helper+0x5/0x18
bad: scheduling while atomic!
Call Trace:
[<c0117064>] schedule+0x3a4/0x3b0
[<c0117349>] wait_for_completion+0x99/0xe0
[<c01170c0>] default_wake_function+0x0/0x20
[<c01170c0>] default_wake_function+0x0/0x20
[<c023b15e>] scsi_wait_req+0x7e/0xb0
[<c023b050>] scsi_wait_done+0x0/0x90
[<c023cf5c>] scsi_probe_lun+0x6c/0x200
[<c023d38b>] scsi_probe_and_add_lun+0x7b/0x130
[<c023d64c>] scsi_scan_target+0x5c/0x100
[<c023d741>] scsi_scan_host+0x51/0x90
[<c023798d>] scsi_add_host+0x4d/0x90
[<c0237dac>] scsi_register_host+0x6c/0xc0
[<c01295df>] init_workqueues+0xf/0x30
[<c01050a3>] init+0x33/0x190
[<c0105070>] init+0x0/0x190
[<c01071dd>] kernel_thread_helper+0x5/0x18
error in initcall at 0xc0391ad0: returned with preemption imbalance
Attached scsi removable disk sda at scsi0, channel 0, id 6, lun 0
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: 2.5.67: ppa driver & preempt == oops
2003-04-12 15:03 Gert Vervoort
@ 2003-04-12 18:28 ` Robert Love
2003-04-13 10:30 ` Gert Vervoort
2003-04-12 21:12 ` Andrew Morton
1 sibling, 1 reply; 10+ messages in thread
From: Robert Love @ 2003-04-12 18:28 UTC (permalink / raw)
To: Gert Vervoort; +Cc: linux-kernel
On Sat, 2003-04-12 at 11:03, Gert Vervoort wrote:
> ppa: Version 2.07 (for Linux 2.4.x)
> ppa: Found device at ID 6, Attempting to use EPP 16 bit
> ppa: Communication established with ID 6 using EPP 16 bit
I guess you don't see these without kernel preemption?
These are not errors, just warnings. Most likely you only see them when
CONFIG_PREEMPT is enabled, because otherwise the kernel cannot detect
them. But they still happen.
Does anything go wrong? Or just these errors?
It looks like one of the scsi command functions grabs a lock and then
does wait_for_completion. I have not identified what lock, yet. But
its a bug in the SCSI code if so, and unrelated to preemption.
Robert Love
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: 2.5.67: ppa driver & preempt == oops
2003-04-12 15:03 Gert Vervoort
2003-04-12 18:28 ` Robert Love
@ 2003-04-12 21:12 ` Andrew Morton
2003-04-13 11:45 ` Gert Vervoort
1 sibling, 1 reply; 10+ messages in thread
From: Andrew Morton @ 2003-04-12 21:12 UTC (permalink / raw)
To: Gert Vervoort; +Cc: linux-kernel
Gert Vervoort <gert.vervoort@hccnet.nl> wrote:
>
> ppa: Version 2.07 (for Linux 2.4.x)
> ppa: Found device at ID 6, Attempting to use EPP 16 bit
> ppa: Communication established with ID 6 using EPP 16 bit
> scsi0 : Iomega VPI0 (ppa) interface
> bad: scheduling while atomic!
This patch should make the warnings go away.
I've been sitting on it for a while, waiting for someone to tell me if the
ppa driver actually works. Perhaps that person is you?
diff -puN drivers/scsi/ppa.c~ppa-null-pointer-fix drivers/scsi/ppa.c
--- 25/drivers/scsi/ppa.c~ppa-null-pointer-fix 2003-03-23 16:08:37.000000000 -0800
+++ 25-akpm/drivers/scsi/ppa.c 2003-03-23 16:09:14.000000000 -0800
@@ -219,13 +219,15 @@ int ppa_detect(Scsi_Host_Template * host
printk(" supported by the imm (ZIP Plus) driver. If the\n");
printk(" cable is marked with \"AutoDetect\", this is what has\n");
printk(" happened.\n");
- spin_lock_irq(hreg->host_lock);
+ if (hreg) /* This is silly */
+ spin_lock_irq(hreg->host_lock);
return 0;
}
try_again = 1;
goto retry_entry;
} else {
- spin_lock_irq(hreg->host_lock);
+ if (hreg) /* And this should be unnecessary */
+ spin_lock_irq(hreg->host_lock);
return 1; /* return number of hosts detected */
}
}
_
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: 2.5.67: ppa driver & preempt == oops
2003-04-12 18:28 ` Robert Love
@ 2003-04-13 10:30 ` Gert Vervoort
2003-04-13 17:32 ` Robert Love
0 siblings, 1 reply; 10+ messages in thread
From: Gert Vervoort @ 2003-04-13 10:30 UTC (permalink / raw)
To: Robert Love; +Cc: linux-kernel
>
>
>I guess you don't see these without kernel preemption?
>
>
I've not tried that for 2.5.67, but with previous 2.5 versions I had no
problems when I disabled the ppa driver or preemption.
>These are not errors, just warnings. Most likely you only see them when
>CONFIG_PREEMPT is enabled, because otherwise the kernel cannot detect
>them. But they still happen.
>
>Does anything go wrong? Or just these errors?
>
>
With 2.5.67 it is just these messages, the system continues working.
Because of these messages I've not tried if the zip-driver functions
properly.
Gert
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: 2.5.67: ppa driver & preempt == oops
2003-04-12 21:12 ` Andrew Morton
@ 2003-04-13 11:45 ` Gert Vervoort
2003-04-13 20:44 ` Andrew Morton
0 siblings, 1 reply; 10+ messages in thread
From: Gert Vervoort @ 2003-04-13 11:45 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
Andrew Morton wrote:
>This patch should make the warnings go away.
>
>
The warnings are still there:
ppa: Version 2.07 (for Linux 2.4.x)
ppa: Found device at ID 6, Attempting to use EPP 16 bit
ppa: Communication established with ID 6 using EPP 16 bit
scsi0 : Iomega VPI0 (ppa) interface
bad: scheduling while atomic!
Call Trace:
[<c0117064>] schedule+0x3a4/0x3b0
[<c0117349>] wait_for_completion+0x99/0xe0
[<c01170c0>] default_wake_function+0x0/0x20
[<c01170c0>] default_wake_function+0x0/0x20
[<c023b15e>] scsi_wait_req+0x7e/0xb0
[<c023b050>] scsi_wait_done+0x0/0x90
[<c023cf5c>] scsi_probe_lun+0x6c/0x200
[<c023d38b>] scsi_probe_and_add_lun+0x7b/0x130
[<c023d64c>] scsi_scan_target+0x5c/0x100
[<c023d741>] scsi_scan_host+0x51/0x90
[<c023798d>] scsi_add_host+0x4d/0x90
[<c0237dac>] scsi_register_host+0x6c/0xc0
[<c01295df>] init_workqueues+0xf/0x30
[<c01050a3>] init+0x33/0x190
[<c0105070>] init+0x0/0x190
[<c01071dd>] kernel_thread_helper+0x5/0x18
bad: scheduling while atomic!
Call Trace:
[<c0117064>] schedule+0x3a4/0x3b0
[<c0117349>] wait_for_completion+0x99/0xe0
[<c01170c0>] default_wake_function+0x0/0x20
[<c01170c0>] default_wake_function+0x0/0x20
[<c023b15e>] scsi_wait_req+0x7e/0xb0
[<c023b050>] scsi_wait_done+0x0/0x90
[<c023cf5c>] scsi_probe_lun+0x6c/0x200
[<c023d38b>] scsi_probe_and_add_lun+0x7b/0x130
[<c023d64c>] scsi_scan_target+0x5c/0x100
[<c023d741>] scsi_scan_host+0x51/0x90
[<c023798d>] scsi_add_host+0x4d/0x90
[<c0237dac>] scsi_register_host+0x6c/0xc0
[<c01295df>] init_workqueues+0xf/0x30
[<c01050a3>] init+0x33/0x190
[<c0105070>] init+0x0/0x190
[<c01071dd>] kernel_thread_helper+0x5/0x18
bad: scheduling while atomic!
Call Trace:
[<c0117064>] schedule+0x3a4/0x3b0
[<c0117349>] wait_for_completion+0x99/0xe0
[<c01170c0>] default_wake_function+0x0/0x20
[<c01170c0>] default_wake_function+0x0/0x20
[<c023b15e>] scsi_wait_req+0x7e/0xb0
[<c023b050>] scsi_wait_done+0x0/0x90
[<c023cf5c>] scsi_probe_lun+0x6c/0x200
[<c023d38b>] scsi_probe_and_add_lun+0x7b/0x130
[<c023d64c>] scsi_scan_target+0x5c/0x100
[<c023d741>] scsi_scan_host+0x51/0x90
[<c023798d>] scsi_add_host+0x4d/0x90
[<c0237dac>] scsi_register_host+0x6c/0xc0
[<c01295df>] init_workqueues+0xf/0x30
[<c01050a3>] init+0x33/0x190
[<c0105070>] init+0x0/0x190
[<c01071dd>] kernel_thread_helper+0x5/0x18
bad: scheduling while atomic!
Call Trace:
[<c0117064>] schedule+0x3a4/0x3b0
[<c0117349>] wait_for_completion+0x99/0xe0
[<c01170c0>] default_wake_function+0x0/0x20
[<c01170c0>] default_wake_function+0x0/0x20
[<c023b15e>] scsi_wait_req+0x7e/0xb0
[<c023b050>] scsi_wait_done+0x0/0x90
[<c023cf5c>] scsi_probe_lun+0x6c/0x200
[<c023d38b>] scsi_probe_and_add_lun+0x7b/0x130
[<c023d64c>] scsi_scan_target+0x5c/0x100
[<c023d741>] scsi_scan_host+0x51/0x90
[<c023798d>] scsi_add_host+0x4d/0x90
[<c0237dac>] scsi_register_host+0x6c/0xc0
[<c01295df>] init_workqueues+0xf/0x30
[<c01050a3>] init+0x33/0x190
[<c0105070>] init+0x0/0x190
[<c01071dd>] kernel_thread_helper+0x5/0x18
bad: scheduling while atomic!
Call Trace:
[<c0117064>] schedule+0x3a4/0x3b0
[<c0117349>] wait_for_completion+0x99/0xe0
[<c01170c0>] default_wake_function+0x0/0x20
[<c01170c0>] default_wake_function+0x0/0x20
[<c023b15e>] scsi_wait_req+0x7e/0xb0
[<c023b050>] scsi_wait_done+0x0/0x90
[<c023cf5c>] scsi_probe_lun+0x6c/0x200
[<c023d38b>] scsi_probe_and_add_lun+0x7b/0x130
[<c023d64c>] scsi_scan_target+0x5c/0x100
[<c023d741>] scsi_scan_host+0x51/0x90
[<c023798d>] scsi_add_host+0x4d/0x90
[<c0237dac>] scsi_register_host+0x6c/0xc0
[<c01295df>] init_workqueues+0xf/0x30
[<c01050a3>] init+0x33/0x190
[<c0105070>] init+0x0/0x190
[<c01071dd>] kernel_thread_helper+0x5/0x18
bad: scheduling while atomic!
Call Trace:
[<c0117064>] schedule+0x3a4/0x3b0
[<c0117349>] wait_for_completion+0x99/0xe0
[<c01170c0>] default_wake_function+0x0/0x20
[<c01170c0>] default_wake_function+0x0/0x20
[<c023b15e>] scsi_wait_req+0x7e/0xb0
[<c023b050>] scsi_wait_done+0x0/0x90
[<c023cf5c>] scsi_probe_lun+0x6c/0x200
[<c023d38b>] scsi_probe_and_add_lun+0x7b/0x130
[<c023d64c>] scsi_scan_target+0x5c/0x100
[<c023d741>] scsi_scan_host+0x51/0x90
[<c023798d>] scsi_add_host+0x4d/0x90
[<c0237dac>] scsi_register_host+0x6c/0xc0
[<c01295df>] init_workqueues+0xf/0x30
[<c01050a3>] init+0x33/0x190
[<c0105070>] init+0x0/0x190
[<c01071dd>] kernel_thread_helper+0x5/0x18
bad: scheduling while atomic!
Call Trace:
[<c0117064>] schedule+0x3a4/0x3b0
[<c0117349>] wait_for_completion+0x99/0xe0
[<c01170c0>] default_wake_function+0x0/0x20
[<c01170c0>] default_wake_function+0x0/0x20
[<c023b15e>] scsi_wait_req+0x7e/0xb0
[<c023b050>] scsi_wait_done+0x0/0x90
[<c023cf5c>] scsi_probe_lun+0x6c/0x200
[<c023d38b>] scsi_probe_and_add_lun+0x7b/0x130
[<c023d64c>] scsi_scan_target+0x5c/0x100
[<c023d741>] scsi_scan_host+0x51/0x90
[<c023798d>] scsi_add_host+0x4d/0x90
[<c0237dac>] scsi_register_host+0x6c/0xc0
[<c01295df>] init_workqueues+0xf/0x30
[<c01050a3>] init+0x33/0x190
[<c0105070>] init+0x0/0x190
[<c01071dd>] kernel_thread_helper+0x5/0x18
bad: scheduling while atomic!
Call Trace:
[<c0117064>] schedule+0x3a4/0x3b0
[<c0117349>] wait_for_completion+0x99/0xe0
[<c01170c0>] default_wake_function+0x0/0x20
[<c01170c0>] default_wake_function+0x0/0x20
[<c023b15e>] scsi_wait_req+0x7e/0xb0
[<c023b050>] scsi_wait_done+0x0/0x90
[<c023d074>] scsi_probe_lun+0x184/0x200
[<c023d38b>] scsi_probe_and_add_lun+0x7b/0x130
[<c023d64c>] scsi_scan_target+0x5c/0x100
[<c023d741>] scsi_scan_host+0x51/0x90
[<c023798d>] scsi_add_host+0x4d/0x90
[<c0237dac>] scsi_register_host+0x6c/0xc0
[<c01295df>] init_workqueues+0xf/0x30
[<c01050a3>] init+0x33/0x190
[<c0105070>] init+0x0/0x190
[<c01071dd>] kernel_thread_helper+0x5/0x18
Vendor: IOMEGA Model: ZIP 100 Rev: D.13
Type: Direct-Access ANSI SCSI revision: 02
bad: scheduling while atomic!
Call Trace:
[<c0117064>] schedule+0x3a4/0x3b0
[<c0117349>] wait_for_completion+0x99/0xe0
[<c01170c0>] default_wake_function+0x0/0x20
[<c01170c0>] default_wake_function+0x0/0x20
[<c023b15e>] scsi_wait_req+0x7e/0xb0
[<c023b050>] scsi_wait_done+0x0/0x90
[<c023c7ef>] scsi_get_evpd_page+0x7f/0x120
[<c023ce2e>] scsi_load_identifier+0x2e/0xf0
[<c023d248>] scsi_add_lun+0x158/0x220
[<c023d3b9>] scsi_probe_and_add_lun+0xa9/0x130
[<c023d64c>] scsi_scan_target+0x5c/0x100
[<c023d741>] scsi_scan_host+0x51/0x90
[<c023798d>] scsi_add_host+0x4d/0x90
[<c0237dac>] scsi_register_host+0x6c/0xc0
[<c01295df>] init_workqueues+0xf/0x30
[<c01050a3>] init+0x33/0x190
[<c0105070>] init+0x0/0x190
[<c01071dd>] kernel_thread_helper+0x5/0x18
bad: scheduling while atomic!
Call Trace:
[<c0117064>] schedule+0x3a4/0x3b0
[<c0128db4>] queue_work+0x84/0xa0
[<c0240315>] ppa_queuecommand+0x95/0xa0
[<c0117349>] wait_for_completion+0x99/0xe0
[<c01170c0>] default_wake_function+0x0/0x20
[<c023c002>] scsi_request_fn+0x172/0x230
[<c01170c0>] default_wake_function+0x0/0x20
[<c023b15e>] scsi_wait_req+0x7e/0xb0
[<c023b050>] scsi_wait_done+0x0/0x90
[<c023cc43>] scsi_get_serialnumber+0x93/0x1b0
[<c023c852>] scsi_get_evpd_page+0xe2/0x120
[<c023ceeb>] scsi_load_identifier+0xeb/0xf0
[<c023d248>] scsi_add_lun+0x158/0x220
[<c023d3b9>] scsi_probe_and_add_lun+0xa9/0x130
[<c023d64c>] scsi_scan_target+0x5c/0x100
[<c023d741>] scsi_scan_host+0x51/0x90
[<c023798d>] scsi_add_host+0x4d/0x90
[<c0237dac>] scsi_register_host+0x6c/0xc0
[<c01295df>] init_workqueues+0xf/0x30
[<c01050a3>] init+0x33/0x190
[<c0105070>] init+0x0/0x190
[<c01071dd>] kernel_thread_helper+0x5/0x18
bad: scheduling while atomic!
Call Trace:
[<c0117064>] schedule+0x3a4/0x3b0
[<c0117349>] wait_for_completion+0x99/0xe0
[<c01170c0>] default_wake_function+0x0/0x20
[<c01170c0>] default_wake_function+0x0/0x20
[<c023b15e>] scsi_wait_req+0x7e/0xb0
[<c023b050>] scsi_wait_done+0x0/0x90
[<c023cf5c>] scsi_probe_lun+0x6c/0x200
[<c023d38b>] scsi_probe_and_add_lun+0x7b/0x130
[<c023d64c>] scsi_scan_target+0x5c/0x100
[<c023d741>] scsi_scan_host+0x51/0x90
[<c023798d>] scsi_add_host+0x4d/0x90
[<c0237dac>] scsi_register_host+0x6c/0xc0
[<c01295df>] init_workqueues+0xf/0x30
[<c01050a3>] init+0x33/0x190
[<c0105070>] init+0x0/0x190
[<c01071dd>] kernel_thread_helper+0x5/0x18
error in initcall at 0xc0391ad0: returned with preemption imbalance
Attached scsi removable disk sda at scsi0, channel 0, id 6, lun 0
>I've been sitting on it for a while, waiting for someone to tell me if the
>ppa driver actually works. Perhaps that person is you?
>
>
>
When trying to mount a zip disk, the mount process gets stuck:
[root@viper root]# mount -t ext2 /dev/sda1 /mnt/zip
SCSI device sda: 196608 512-byte hdwr sectors (101 MB)
sda: Write Protect is off
sda: cache data unavailable
sda: assuming drive cache: write through
SCSI device sda: 196608 512-byte hdwr sectors (101 MB)
sda: Write Protect is off
sda: cache data unavailable
sda: assuming drive cache: write through
At this point the mount process is unkillable.
Also strange is that the messages are printed twice.
Gert
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: 2.5.67: ppa driver & preempt == oops
2003-04-13 10:30 ` Gert Vervoort
@ 2003-04-13 17:32 ` Robert Love
2003-04-13 17:44 ` Gert Vervoort
0 siblings, 1 reply; 10+ messages in thread
From: Robert Love @ 2003-04-13 17:32 UTC (permalink / raw)
To: Gert Vervoort; +Cc: linux-kernel
On Sun, 2003-04-13 at 06:30, Gert Vervoort wrote:
> With 2.5.67 it is just these messages, the system continues working.
> Because of these messages I've not tried if the zip-driver functions
> properly.
The bug has probably been there forever, it is just that only now we can
detect it.
So your zip drive most likely works fine.
Try the patch Andrew posted.
Robert Love
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: 2.5.67: ppa driver & preempt == oops
2003-04-13 17:32 ` Robert Love
@ 2003-04-13 17:44 ` Gert Vervoort
0 siblings, 0 replies; 10+ messages in thread
From: Gert Vervoort @ 2003-04-13 17:44 UTC (permalink / raw)
To: Robert Love; +Cc: linux-kernel
Robert Love wrote:
>So your zip drive most likely works fine.
>
>
>
Doesn't look like it works, the mount process gets stuck:
[root@viper root]# mount -t ext2 /dev/sda1 /mnt/zip
SCSI device sda: 196608 512-byte hdwr sectors (101 MB)
sda: Write Protect is off
sda: cache data unavailable
sda: assuming drive cache: write through
SCSI device sda: 196608 512-byte hdwr sectors (101 MB)
sda: Write Protect is off
sda: cache data unavailable
sda: assuming drive cache: write through
At this point the mount process is unkillable.
Gert
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: 2.5.67: ppa driver & preempt == oops
[not found] ` <fa.h6rb9ej.ml8qhn@ifi.uio.no>
@ 2003-04-13 19:52 ` walt
0 siblings, 0 replies; 10+ messages in thread
From: walt @ 2003-04-13 19:52 UTC (permalink / raw)
To: linux-kernel
Andrew Morton wrote:
> Gert Vervoort <gert.vervoort@hccnet.nl> wrote:
>
>>ppa: Version 2.07 (for Linux 2.4.x)
>>ppa: Found device at ID 6, Attempting to use EPP 16 bit
>>ppa: Communication established with ID 6 using EPP 16 bit
>>scsi0 : Iomega VPI0 (ppa) interface
>>bad: scheduling while atomic!
>
>
> This patch should make the warnings go away.
>
> I've been sitting on it for a while, waiting for someone to tell me if the
> ppa driver actually works. Perhaps that person is you?
I've responded to your questions more than once but evidently you
haven't seen or been able to parse my responses.
To recap: I see a non-fatal kernel-oops and modprobe segfaults after
successfully loading the ppa module. Once the ppa module is loaded the
ppa driver actually does work with 2.5.x for at least x>50 (I haven't
tried x<50).
I am using preemptable kernel and devfs and I do NOT see any of the
warnings that Geert is seeing. The only problems I see with Linus's
2.5.x kernels is the segfault by modprobe, not with the function of
ppa itself.
What definitely confused me for a long time is that the -ac series
doesn't work with devfs+ppa because the scsi ppa device never
shows up in /dev -- but I think that has nothing to do with Geert's
problem or with your question either, just an aside to explain why
my previous posts may have been confusing the issue.
BTW, the parallel Zip drive is the only SCSI device I have. Would
my kernel config file be of any use to you?
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: 2.5.67: ppa driver & preempt == oops
2003-04-13 11:45 ` Gert Vervoort
@ 2003-04-13 20:44 ` Andrew Morton
0 siblings, 0 replies; 10+ messages in thread
From: Andrew Morton @ 2003-04-13 20:44 UTC (permalink / raw)
To: Gert Vervoort; +Cc: linux-kernel
Gert Vervoort <gert.vervoort@hccnet.nl> wrote:
>
> Andrew Morton wrote:
>
> >This patch should make the warnings go away.
> >
> >
> The warnings are still there:
>
> ppa: Version 2.07 (for Linux 2.4.x)
> ppa: Found device at ID 6, Attempting to use EPP 16 bit
> ppa: Communication established with ID 6 using EPP 16 bit
> scsi0 : Iomega VPI0 (ppa) interface
> bad: scheduling while atomic!
> Call Trace:
> [<c0117064>] schedule+0x3a4/0x3b0
> [<c0117349>] wait_for_completion+0x99/0xe0
OK, that seems to be a different bug. The patch actually fixes
a null pointer deref.
> error in initcall at 0xc0391ad0: returned with preemption imbalance
ick.
> When trying to mount a zip disk, the mount process gets stuck:
>
> [root@viper root]# mount -t ext2 /dev/sda1 /mnt/zip
> SCSI device sda: 196608 512-byte hdwr sectors (101 MB)
> sda: Write Protect is off
> sda: cache data unavailable
> sda: assuming drive cache: write through
> SCSI device sda: 196608 512-byte hdwr sectors (101 MB)
> sda: Write Protect is off
> sda: cache data unavailable
> sda: assuming drive cache: write through
>
> At this point the mount process is unkillable.
> Also strange is that the messages are printed twice.
The number of broken drivers in 2.5 continues to be depressing.
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: 2.5.67: ppa driver & preempt == oops
[not found] ` <20030413201011$5dde@gated-at.bofh.it>
@ 2003-04-14 4:17 ` Tim Connors
0 siblings, 0 replies; 10+ messages in thread
From: Tim Connors @ 2003-04-14 4:17 UTC (permalink / raw)
To: linux-kernel
In linux.kernel, you wrote:
> Andrew Morton wrote:
>> Gert Vervoort <gert.vervoort@hccnet.nl> wrote:
>>
>>>ppa: Version 2.07 (for Linux 2.4.x)
>>>ppa: Found device at ID 6, Attempting to use EPP 16 bit
>>>ppa: Communication established with ID 6 using EPP 16 bit
>>>scsi0 : Iomega VPI0 (ppa) interface
>>>bad: scheduling while atomic!
>>
>>
>> This patch should make the warnings go away.
>>
>> I've been sitting on it for a while, waiting for someone to tell me if the
>> ppa driver actually works. Perhaps that person is you?
>
> I've responded to your questions more than once but evidently you
> haven't seen or been able to parse my responses.
>
> To recap: I see a non-fatal kernel-oops and modprobe segfaults after
> successfully loading the ppa module. Once the ppa module is loaded the
> ppa driver actually does work with 2.5.x for at least x>50 (I haven't
> tried x<50).
>
> I am using preemptable kernel and devfs and I do NOT see any of the
> warnings that Geert is seeing. The only problems I see with Linus's
> 2.5.x kernels is the segfault by modprobe, not with the function of
> ppa itself.
I'm using both devfs and preempt. The first time I booted (I think it
was actually 2.5.66), I tried to mount /zip, and it hung, with 100%
cpu usage after that (I can't rememebr what process), and several
traces in syslog (lsmod showed the modules as loaded, I think one or
two of them "unsafe"). Next time I booted (2.5.67+V4L patches), I
modprobed ppa manually, this time, it segfaulted (with traces in
syslog), but the modules were listed in lsmod correcly. I then
mounted, and it was fine.
Sorry I don't have the logs with me, one of the drawbacks of being too
cheap to afford a home innernet connection :(
--
TimC -- http://astronomy.swin.edu.au/staff/tconnors/
Press any key to continue, any other key to abort
-- thrillbert's code
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2003-04-14 4:06 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <fa.e0puan3.1f34a3p@ifi.uio.no>
[not found] ` <fa.h6rb9ej.ml8qhn@ifi.uio.no>
2003-04-13 19:52 ` 2.5.67: ppa driver & preempt == oops walt
[not found] <20030413201011$1026@gated-at.bofh.it>
[not found] ` <20030413201011$250d@gated-at.bofh.it>
[not found] ` <20030413201011$5dde@gated-at.bofh.it>
2003-04-14 4:17 ` Tim Connors
2003-04-12 15:03 Gert Vervoort
2003-04-12 18:28 ` Robert Love
2003-04-13 10:30 ` Gert Vervoort
2003-04-13 17:32 ` Robert Love
2003-04-13 17:44 ` Gert Vervoort
2003-04-12 21:12 ` Andrew Morton
2003-04-13 11:45 ` Gert Vervoort
2003-04-13 20:44 ` Andrew Morton
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox