RE: [Redhat-s390-list] RH v 7.2 on s/390 LPAR install - LCS / eth failure.

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

 



Eric,

I came up with 914 based on the statement "There are also some cards where
the first address has to start on a boundary that is a multiple of four
(0,4,8,c)."  The intent was that perhaps you could try getting the
914/915/916 addresses assigned to your system so that you could see if that
worked better.

Mark Post

-----Original Message-----
From: Wilson, Eric [mailto:Eric.Wilson@anheuser-busch.com]
Sent: Monday, July 01, 2002 2:04 PM
To: 'redhat-s390-list@redhat.com'
Subject: RE: [Redhat-s390-list] RH v 7.2 on s/390 LPAR install - LCS /
eth failure.


Mark;

Thanks for your quick reply. Unfortunately the values suggested did not
work, as
illustrated below.  Can you tell me how you came to the values 914, 915, and
916? My OSA is at 913. Using that as a starting point, and using your
example, I
get a different error message RE: the second example below. Have I missed
something? This is a 100 Mbit interface. Why would it state Gigabit?


Please enter any parameters you need to pass to the channel device layer.
This includes the I/O ports of your ctc, escon and lcs devices,
(e.g. "ctc0,0x600,0x601" will activate the ctc0 interface at I/O
ports 0x600,0x601):
qeth0,0x0914,0x0915,0x0916
SIOCADDRT: No such device



This includes the I/O ports of your ctc, escon and lcs devices,
(e.g. "ctc0,0x600,0x601" will activate the ctc0 interface at I/O
ports 0x600,0x601):
qeth0,0x0912,0x0913,0x0914
chandev_probe unable to force gigabit_ethernet driver invalid device  no
0x0914 
given
SIOCADDRT: No such device



Cheers;

E!


Eric Wilson
IBM Certified Advanced Technical Expert 
RedHat Certified Engineer

Anheuser-Busch Companies, Inc.          Voice:        314.589.7601        
One Busch Place                         Facsimile:    314.632.6901
1CC-8                                   email:
Eric.Wilson@Anheuser-Busch.com 
St. Louis, MO                           Pager:
Eric.Wilson@PageBUD.com



 -----Original Message-----
From: 	Post, Mark K [mailto:mark.post@eds.com] 
Sent:	Friday, June 28, 2002 4:44 PM
To:	'Wilson, Eric'; 'redhat-s390-list@redhat.com'
Subject:	RE: [Redhat-s390-list] RH v 7.2 on s/390 LPAR install - LCS
/
eth failure.

Eric,

It kind of looks like the problem is the parameters you're passing to the
chandev layer.  You specify:
qeth0,0x0912,0x0913,0x0913,-1,4096

I see a number of problems here.  The three device numbers have to be
different.  There are also some cards where the first address has to start
on a boundary that is a multiple of four (0,4,8,c).

Where you have that "-1" value is supposed to be a non-negative integer
indicating the amount of buffer storage to allocate.  "0" says the driver
figures out the value.  I would think that -1 is undefined.

I also think the 4096 value for port number isn't going to work well,
either.

Try this, just to get things going:
qeth0,0x0914,0x0915,0x0916

Mark Post

-----Original Message-----
From: Wilson, Eric [mailto:Eric.Wilson@anheuser-busch.com]
Sent: Friday, June 28, 2002 9:48 AM
To: 'redhat-s390-list@redhat.com'
Subject: [Redhat-s390-list] RH v 7.2 on s/390 LPAR install - LCS / eth
failure.


Good Morning;

As stated in the subject line, I'm attempting to install RH v7.2 on an
s/390.
The install kernel img boots fine, and seems to accept my parm file values,
except for the LCS. I can see the device in the kernel but can not load a
driver
for it. I have the latest OCO drivers from IBM. Still no joy. Have I got the
parameters wrong?

Linux version 2.4.9-21BOOT (harald@s390.redhat.de) (gcc version 2.95.3
20010315 
(release)) #1 SMP Fri Jan 18 16:50:02 CET 2002
We are running native
This machine has an IEEE fpu
On node 0 totalpages: 53248
zone(0): 53248 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/ram0 ro ip=off
HOST=llx1.stl.anheuser-busch.com:eth0:10.48.2.25
LCS=0x912,0                                          <<<<<<---------*****
DASD=01ea-01ee
NETWORK=10.48.2.0:255.255.255.0:10.48.2.255:10.48.2.2
DNS=170.100.205.18:170.100.205.16
SEARCHDNS=stl.anheuser-busch.com
RPMSERVER=http://10.144.8.25/install/s390
INSTALL=default
DZT=America/Chicago
.........
Please enter any parameters you need to pass to the channel device layer.
This includes the I/O ports of your ctc, escon and lcs devices,
(e.g. "ctc0,0x600,0x601" will activate the ctc0 interface at I/O
ports 0x600,0x601):

qeth0,0x0912,0x0913,0x0913,-1,4096         <<<<<<-------******
chandev_add_force memory_usage_in_k is bad
SIOCADDRT: No such device

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use
Iface
127.0.0.1       0.0.0.0         255.255.255.255 UH    0      0        0 lo
Starting portmap.
Loading DASD kernel module. This can take a while.
Starting telnetd and sshd to allow login over the network.
Please connect now to 10.48.2.25 and start 'loader'
from this shell.
#


cat /proc/chandev
chan_type key bitfield
ctc=0x1,escon=0x2,lcs=0x4,osad=0x8,qeth=0x10,claw=0x20
*'s for cu/dev type/models indicate don't cares
cautious_auto_detect: on
persist = 0x00
use_devno_names: off
Channels enabled for detection
  chan     cu      cu     dev   dev    max     checksum  use hw  auto
recovery
  type    type    model  type  model  port_no. received   stats      type
============================================================================
=
  0x20   0x3088   0x61      *        *     0 no      no
not_operational,no_
path,revalidate,device_gone
  0x08   0x3088   0x62      *        *     0 no      no
not_operational,no_
path,revalidate,device_gone
  0x10   0x1731   0x05   0x1732   0x05    0 no      no
not_operational,no_p
ath,revalidate,device_gone
  0x10   0x1731   0x01   0x1732   0x01    0 no      no
not_operational,no_p
ath,revalidate,device_gone
  0x04   0x3088   0x60      *        *     1 no      no
not_operational,no_
path,revalidate,device_gone
  0x06   0x3088   0x1f      *        *    15 no      no
not_operational,no_
path,revalidate,device_gone
  0x05   0x3088   0x08      *        *    15 no      no
not_operational,no_
path,revalidate,device_gone
  0x04   0x3088   0x01      *        *    15 no      no
not_operational,no_
path,revalidate,device_gone
channels detected
                   chan    cu    cu   dev    dev                          in
chandev
  irq  devno  type   type  model type  model pim      chpids         use
reg.
============================================================================
===

0x0bee 0x0912 0x04  0x3088 0x60  0x0000 0x00 0x80 0xfcffffffffffffff  no
no  

0x0bef 0x0913 0x04  0x3088 0x60  0x0000 0x00 0x80 0xfcffffffffffffff  no
no  

0x0bfb 0x091f 0x08  0x3088 0x62  0x0000 0x00 0x80 0xfcffffffffffffff  no
no  

# 




Cheers;

E!


Eric Wilson
IBM Certified Advanced Technical Expert 
RedHat Certified Engineer

Anheuser-Busch Companies, Inc.          Voice:        314.589.7601        
One Busch Place                         Facsimile:    314.632.6901
1CC-8                                   email:
Eric.Wilson@Anheuser-Busch.com 
St. Louis, MO                           Pager:
Eric.Wilson@PageBUD.com




_______________________________________________
Redhat-s390-list mailing list
Redhat-s390-list@redhat.com
https://listman.redhat.com/mailman/listinfo/redhat-s390-list

_______________________________________________
Redhat-s390-list mailing list
Redhat-s390-list@redhat.com
https://listman.redhat.com/mailman/listinfo/redhat-s390-list



[Index of Archives]     [Fedora General Discussion]     [LKML]     [Red Hat Install]     [Red Hat Watch]     [Red Hat Development]     [Linux s390]     [Gimp]     [Yosemite News]

  Powered by Linux