Bug 118151

* RHEL3, RHEL3-U1
* reported by customer, verified internally
* configuring the installer to use a lcs ethernet interface
* error observed in following scenarios:  
  - RHEL3 in LPAR (s390x)
  - RHEL3 in z/VM 4.4 guest account (s390, s390x)
  - RHEL3-U1 in z/VM 4.4 guest account (s390, s390x)
* this was tested (worked) in RHEL3 originally (with previous z/VM
version and different LIC level)

Ipl the boot kernel:

> Starting the S/390 initrd to configure networking. Version is 1.01 
> Starting lcs module  $Revision: 1.1.2.1 $ $Date: 2002/03/29 00:14:37 
> $  
> with chandev support,with multicast support, with ethernet support, 
> with token ring support. 
> lcs_sleepon network card taking time responding irq=0014 devno=0c00, 
> please be patient, ctrl-c will exit if shell prompt is available. 
> lcs_sleepon network card taking time responding irq=0014 devno=0c00, 
> please be patient, ctrl-c will exit if shell prompt is available.  
            
> lcs_sleepon network card taking time responding irq=0014 devno=0c00, 
> please be patient, ctrl-c will exit if shell prompt is available. 
> A partially successful startup read_devno=0c00 write_devno= c01 was 
> detected rc=-4 
> please check your configuration parameters,cables & connection to 
> the network. 
> No lcs capable cards found 
> Terminating lcs module. 
> /tmp/lcs.o: init_module: No such device 
> Hint: insmod errors can be caused by incorrect module parameters,
including inva
> lid IO or IRQ parameters. 
>       You may find more information in syslog or the output from dmesg 
> SIOCSIFADDR: No such device 
> lcs0: unknown interface: No such device 
> SIOCSIFMTU: No such device 
> SIOCSIFNETMASK: No such device 
> SIOCSIFBRDADDR: No such device 
> lcs0: unknown interface: No such device 
> <...>
> Starting telnetd and sshd to allow login over the network. 
>  
> Connect now to 192.168.5.109 to start the installation. 

we can see that the linux kernel finds the devices, but the lcs
modules isn't able to see them:

> sh-2.05b# cat /proc/chandev
> <...>
> channels detected 
>               chan    cu    cu   dev    dev                          
> in chandev 
>   irq  devno  type   type  model type  model pim      chpids         
> use  reg. 
> 
>===============================================================================

> <...>
> 0x0014 0x0c00 0x04  0x3088 0x60  0x0000 0x00 0x80 0x0a00000000000000  
> no   no   
>  
> 0x0015 0x0c01 0x04  0x3088 0x60  0x0000 0x00 0x80 0x0a00000000000000  
> no   no   
>  
> sh-2.05b# 

and querying the VM environment (in this example) shows the devices to
be properly present:

> Connect now to 192.168.5.109 to start the installation. 
> 00:  
> 00: CP Q OSA
> <...>
> 00: OSA  0C00 ON OSA   0C00 SUBCHANNEL = 0014
> 00: OSA  0C01 ON OSA   0C01 SUBCHANNEL = 0015

Is this possible to reproduce on an installed system?

So far anything I do was not successful.

Brock provided me access to tagore, and it has an installed system.

The lcs module enters lcs_probe -> lcs_detect -> lcs_startlan,
sends startlan (01), does not receive any reply.

I tried the ancient driver from RHL 7.2 product, it does not work.
Brock told me that "a pre-GA" Taroon ran on tagore, but I fail
to see how this can be possible.

I suspect strongly that configuration somehow disables the card.

customer has verified lcs works with recent test tree ...