We installed Linux in a partition on a 9672-R46 mainframe last week in a LPAR configuration (non-zVM). We were able to configure and use our OSA-2 card without any problems as an LCS device, but we have been unsuccessful in getting our OSA-Express running (in QDIO mode).
The OSA Express is shared across all our lpars (4 lpars running z/OS), but was not initially defined to the newly created Linux lpar. Even after correcting that problem, we have tried, with no success, to get this device working on Linux. We are able to dynamically load the QDIO driver but the QETH driver fails continuously with "device not found". We have applied all the latest patches/upgrades for the "Linux for zSeries and S/390 - June 2003 stream" ( http://www10.software.ibm.com/developerworks/opensource/linux390/june2003_technical.shtml ) and have even linked the QDIO and QETH modules as part of the Kernel. After we linked the QETH module in the Kernel we started seeing the following messages on the startup of Linux : ========================================================================================================================= Jul 28 13:57:35 lpar5 kernel: qdio: loading QDIO base support version 2 ($Revision: 1.145 $/$Revision: 1.66.4.1 $) Jul 28 13:57:35 lpar5 kernel: qeth: loading qeth S/390 OSA-Express driver ($Revision: 1.337.4.5 $/$Revision: 1.113.4.1 $/$Revision: 1.42.4.1 $) Jul 28 13:57:35 lpar5 kernel: qeth: allocated 0 spare buffers Jul 28 13:57:35 lpar5 kernel: qeth: Trying to use card with devnos 0xF800/0xF801/0xF802 Jul 28 13:57:35 lpar5 kernel: qeth: IDX_ACTIVATE(rd) on read channel irq 0x1c38: timeout Jul 28 13:57:35 lpar5 kernel: qeth: There were problems in hard-setting up the card. Jul 28 13:57:35 lpar5 kernel: qeth: Trying to use card with devnos 0xF804/0xF805/0xF803 Jul 28 13:57:35 lpar5 kernel: qeth: IDX_ACTIVATE(rd) on read channel irq 0x1c3c: timeout Jul 28 13:57:35 lpar5 kernel: qeth: There were problems in hard-setting up the card. Jul 28 13:57:35 lpar5 kernel: qeth: Trying to use card with devnos 0xF806/0xF807/0xF808 Jul 28 13:57:35 lpar5 kernel: qeth: IDX_ACTIVATE(rd) on read channel irq 0x1c3e: timeout Jul 28 13:57:35 lpar5 kernel: qeth: There were problems in hard-setting up the card. Jul 28 13:57:35 lpar5 kernel: qeth: Trying to use card with devnos 0xF80A/0xF80B/0xF809 Jul 28 13:57:35 lpar5 kernel: qeth: IDX_ACTIVATE(rd) on read channel irq 0x1c42: timeout Jul 28 13:57:35 lpar5 kernel: qeth: There were problems in hard-setting up the card. Jul 28 13:57:35 lpar5 kernel: qeth: Trying to use card with devnos 0xF80C/0xF80D/0xF80E Jul 28 13:57:35 lpar5 kernel: qeth: IDX_ACTIVATE(rd) on read channel irq 0x1c44: timeout Jul 28 13:57:35 lpar5 kernel: qeth: There were problems in hard-setting up the card. ========================================================================================================================= Our /etc/modules.conf : ========================================================================================================================= alias eth0 lcs alias eth1 qeth alias parport_lowlevel parport_pc alias parport_lowlevel parport_pc ========================================================================================================================= Our /etc/chandev.conf : ========================================================================================================================= lcs0,0x800,0x881 qeth1,0xF806,0xF807,0xF808 add_parms,0x10,0xF806,0xF808,portname:OSAF806 ========================================================================================================================= Our /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 ============================================================================== 0x02 0x3088 0x1e * * 0 no no not_operational,no_path,revalidate,device_gone 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_path,revalidate,device_gone 0x10 0x1731 0x01 0x1732 0x01 0 no no not_operational,no_path,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 Forced devices chan defif read write data memory port ip hw host adapter api type num devno devno devno usage(k) protocol no. chksum stats name name name =============================================================================================== 0x10 1 0xf806 0xf807 0xf808 default 0 0 0 0x04 0 0x0800 0x0881 0x0000 default 0 0 0 Registered probe functions probefunc shutdownfunc msck_notfunc chan devices devices type found active =============================================================== 0x20914074 0x209143f0 0x20914468 0x04 1 1 Initialised Devices read write data read write data chan port dev dev memory read msck write msck data msck irq irq irq devno devno devno type no. ptr name usage(k) status status status ===================================================================================================================== 0x0bbf 0x0bc0 n/a 0x0880 0x0881 n/a 0x04 0 0x1ff6f000 eth0 320 good good not applicable Total device memory usage 320k. channels detected chan cu cu dev dev in chandev irq devno type type model type model pim chpids use reg. =============================================================================== 0x0bbf 0x0880 0x04 0x3088 0x60 0x0000 0x00 0x80 0x88ffffffffffffff yes yes 0x0bc0 0x0881 0x04 0x3088 0x60 0x0000 0x00 0x80 0x88ffffffffffffff yes yes 0x0bc1 0x0882 0x04 0x3088 0x60 0x0000 0x00 0x80 0x88ffffffffffffff no no 0x0bc2 0x0883 0x04 0x3088 0x60 0x0000 0x00 0x80 0x88ffffffffffffff no no 0x0bce 0x088f 0x08 0x3088 0x62 0x0000 0x00 0x80 0x88ffffffffffffff no no 0x1c38 0xf800 0x10 0x1731 0x01 0x1732 0x01 0x80 0xf8ffffffffffffff no no 0x1c39 0xf801 0x10 0x1731 0x01 0x1732 0x01 0x80 0xf8ffffffffffffff no no 0x1c3a 0xf802 0x10 0x1731 0x01 0x1732 0x01 0x80 0xf8ffffffffffffff no no 0x1c3b 0xf803 0x10 0x1731 0x01 0x1732 0x01 0x80 0xf8ffffffffffffff no no 0x1c3c 0xf804 0x10 0x1731 0x01 0x1732 0x01 0x80 0xf8ffffffffffffff no no 0x1c3d 0xf805 0x10 0x1731 0x01 0x1732 0x01 0x80 0xf8ffffffffffffff no no 0x1c3e 0xf806 0x10 0x1731 0x01 0x1732 0x01 0x80 0xf8ffffffffffffff no no 0x1c3f 0xf807 0x10 0x1731 0x01 0x1732 0x01 0x80 0xf8ffffffffffffff no no 0x1c40 0xf808 0x10 0x1731 0x01 0x1732 0x01 0x80 0xf8ffffffffffffff no no 0x1c41 0xf809 0x10 0x1731 0x01 0x1732 0x01 0x80 0xf8ffffffffffffff no no 0x1c42 0xf80a 0x10 0x1731 0x01 0x1732 0x01 0x80 0xf8ffffffffffffff no no 0x1c43 0xf80b 0x10 0x1731 0x01 0x1732 0x01 0x80 0xf8ffffffffffffff no no 0x1c44 0xf80c 0x10 0x1731 0x01 0x1732 0x01 0x80 0xf8ffffffffffffff no no 0x1c45 0xf80d 0x10 0x1731 0x01 0x1732 0x01 0x80 0xf8ffffffffffffff no no 0x1c46 0xf80e 0x10 0x1731 0x01 0x1732 0x01 0x80 0xf8ffffffffffffff no no driver specific parameters chan lo hi driver type devno devno parameters ============================================================================= 0x10 0xf806 0xf808 portname:OSAF806 ========================================================================================================================= Has anyone else experienced this problem before? It appears chandev is picking up the device numbers but for some or other reason communication to the device is timing out. Thanks in advance for any help. Harold
