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