On Fri, 30 Mar 2001, Juan Piernas Canovas wrote:
Hi!.
When I execute "modprobe ppa" while running a kernel 2.2.19, my computer
hangs completely. No messages. System request key does not work.
The kernel configuration is the same in both 2.2.17 and 2.2.19.
Perhaps, the problem is not in the ppa module, but in the parport,
parport_pc or parport_probe modules.
Bye!
Juan.
On Fri, Mar 30, 2001 at 03:55:01PM +0200, Juan Piernas Canovas wrote:
> The kernel configuration is the same in both 2.2.17 and 2.2.19.
> Perhaps, the problem is not in the ppa module, but in the parport,
> parport_pc or parport_probe modules.
There weren't any parport changes in 2.2.18->2.2.19, and the ones in
2.2.17->2.2.18 won't affect you unless you are using a PCI card.
Could you please try this patch and let me know if the behaviour
changes?
Thanks,
Tim.
*/
--- linux/drivers/scsi/ppa.h.eh Fri Mar 30 15:27:43 2001
+++ linux/drivers/scsi/ppa.h Fri Mar 30 15:27:52 2001
@@ -178,7 +178,6 @@
eh_device_reset_handler: NULL, \
eh_bus_reset_handler: ppa_reset, \
eh_host_reset_handler: ppa_reset, \
- use_new_eh_code: 1, \
bios_param: ppa_biosparam, \
this_id: -1, \
sg_tablesize: SG_ALL, \
On Fri, 30 Mar 2001, Tim Waugh wrote:
> On Fri, Mar 30, 2001 at 03:55:01PM +0200, Juan Piernas Canovas wrote:
>
> > The kernel configuration is the same in both 2.2.17 and 2.2.19.
> > Perhaps, the problem is not in the ppa module, but in the parport,
> > parport_pc or parport_probe modules.
>
> There weren't any parport changes in 2.2.18->2.2.19, and the ones in
> 2.2.17->2.2.18 won't affect you unless you are using a PCI card.
>
> Could you please try this patch and let me know if the behaviour
> changes?
>
> Thanks,
> Tim.
> */
>
> --- linux/drivers/scsi/ppa.h.eh Fri Mar 30 15:27:43 2001
> +++ linux/drivers/scsi/ppa.h Fri Mar 30 15:27:52 2001
> @@ -178,7 +178,6 @@
> eh_device_reset_handler: NULL, \
> eh_bus_reset_handler: ppa_reset, \
> eh_host_reset_handler: ppa_reset, \
> - use_new_eh_code: 1, \
> bios_param: ppa_biosparam, \
> this_id: -1, \
> sg_tablesize: SG_ALL, \
>
Yes!!!. It works. I am happy now :-)
Thank you very much, Tim.
Juan.
On Sat, Mar 31, 2001 at 01:59:39AM +0200, Juan Piernas Canovas wrote:
> Yes!!!. It works. I am happy now :-)
Unfortunately, the problem isn't solved, merely worked around. We
need to figure out why this is happening in the first place.
To recap, the system hangs completely when you load the ppa module.
Are you using any special parport/ppa parameters? Is this an SMP or a
uniprocessor machine? Come to that, which architecture is it?
Are there any messages displayed to the console when the hang happens?
If you could scatter some printks around (KERN_CRIT so they show up on
the console) to figure out the example point at which it's hanging,
that would be great.
Thanks,
Tim.
*/
Tim Waugh escribi?:
>
> On Sat, Mar 31, 2001 at 01:59:39AM +0200, Juan Piernas Canovas wrote:
>
> > Yes!!!. It works. I am happy now :-)
>
> Unfortunately, the problem isn't solved, merely worked around. We
> need to figure out why this is happening in the first place.
:-(
>
> To recap, the system hangs completely when you load the ppa module.
Right
>
> Are you using any special parport/ppa parameters? Is this an SMP or a
> uniprocessor machine? Come to that, which architecture is it?
>
I have the same problem in two different machines but they both are UP.
However, my kernel configuration has SMP support enabled.
My modules.conf file is:
alias scsi_hostadapter ppa
alias parport_lowlevel parport_pc
options parport_pc io=0x378 irq=7
> Are there any messages displayed to the console when the hang happens?
> If you could scatter some printks around (KERN_CRIT so they show up on
> the console) to figure out the example point at which it's hanging,
> that would be great.
I stop klogd and syslogd services (that causes to display all kernel
messages on screen, doesn't it? and, when I load the ppa modules, the
machine simply hangs: no messages, no sysreq key anymore.
Bye!
Juan.
--
D. Juan Piernas C?novas
Departamento de Ingenier?a y Tecnolog?a de Computadores
Facultad de Inform?tica. Universidad de Murcia
Campus de Espinardo - 30080 Murcia (SPAIN)
Tel.: +34968367657 Fax: +34968364151
email: [email protected]
PGP public key:
http://pgp.rediris.es:11371/pks/lookup?search=piernas%40ditec.um.es&op=index
On Wed, Apr 04, 2001 at 12:59:33AM +0200, Juan wrote:
> I have the same problem in two different machines but they both are UP.
> However, my kernel configuration has SMP support enabled.
Could you build a kernel without SMP support and see if the problem
still happens?
> options parport_pc io=0x378 irq=7
You could remove this line, just to see if it makes a difference (it
shouldn't, but it might).
> I stop klogd and syslogd services (that causes to display all kernel
> messages on screen, doesn't it?
Better is something like 'dmesg -n 8'.
Thanks,
Tim.
*/
[root@localhost /root]# modprobe ppa
ppa: Version 2.07 (for Linux 2.2.x)
WARNING - no ppa compatible devices found.
As of 31/Aug/1998 Iomega started shipping parallel
port ZIP drives with a different interface which is
supported by the imm (ZIP Plus) driver. If the
cable is marked with "AutoDetect", this is what has
happened.
scsi : 0 hosts.
/lib/modules/2.2.19/scsi/ppa.o: init_module: Device or resource busy
Hint: insmod errors can be caused by incorrect module parameters, including
invalid IO or IRQ parameters
/lib/modules/2.2.19/scsi/ppa.o: insmod /lib/modules/2.2.19/scsi/ppa.o failed
/lib/modules/2.2.19/scsi/ppa.o: insmod ppa failed
There are the following lines in my modules.conf
alias scsi_hostadapter ppa
alias parport_lowlevel parport_pc
options parport_pc io=0x378 irq=7
On Thu, Apr 05, 2001 at 10:52:28PM +0200, Juan wrote:
> Tim Waugh escribi?:
> >
> > Could you build a kernel without SMP support and see if the problem
> > still happens?
> Without SMP support, the machine doesn't hang but I can't load the ppa
> module.
> See messages below.
[...]
> [root@localhost /root]# modprobe ppa
> ppa: Version 2.07 (for Linux 2.2.x)
> WARNING - no ppa compatible devices found.
> As of 31/Aug/1998 Iomega started shipping parallel
> port ZIP drives with a different interface which is
> supported by the imm (ZIP Plus) driver. If the
> cable is marked with "AutoDetect", this is what has
> happened.
> scsi : 0 hosts.
> /lib/modules/2.2.19/scsi/ppa.o: init_module: Device or resource busy
That's really strange. Does anyone else see this problem with ppa in
2.2.19? The only change should be to the _error_ path; it shouldn't
make things that once worked not work.
> > You could remove this line, just to see if it makes a difference (it
> > shouldn't, but it might).
> I will try this tomorrow.
I take it that it had no effect?
> > > messages on screen, doesn't it?
> >
> > Better is something like 'dmesg -n 8'.
> OK.
How about this? Did you see messages on the screen on the SMP kernel
with 'dmesg -n 8' set when you load ppa?
Tim.
*/