Hello Mark,
- This is my definition:
LINUXP uses devices C10-C11 (cuadd=1 to work with partition number 1)
thru chpid 98 (CTC)
LINUXD uses devices D31-D30 (cuadd=3 to work with partition number 3)
thru chpid 99 (CNC)
- This is what i get after ifconfig ctc0 down and up from LINUXP
Apr 30 16:15:08 linuxp kernel: ch-0c10: System reset (remote)
Apr 30 16:15:08 linuxp kernel: ch-0c11: System reset (remote)
- And the same thing from LINUXD
Apr 30 16:16:44 linuxd kernel: ch-0d31: Interface disc. or Sel. reset
(remote)
Apr 30 16:16:44 linuxd kernel: ch-0d30: Interface disc. or Sel. reset
(remote)
- linuxp:/mnt/var/log # ifconfig ctc0
ctc0 Link encap:Serial Line IP
inet addr:194.206.72.143 P-t-P:194.206.72.141
Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MTU:32760 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:3 dropped:3 overruns:0 carrier:3
collisions:0 txqueuelen:100
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
Destination Gateway Genmask Flags Metric Ref Use
Iface
194.206.72.141 * 255.255.255.255 UH 0 0 0
ctc0
- linuxd:/# ifconfig ctc0
ctc0 Link encap:Serial Line IP
inet addr:194.206.72.141 P-t-P:194.206.72.143
Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MTU:32760 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:3 dropped:3 overruns:0 carrier:3
collisions:0 txqueuelen:100
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
Destination Gateway Genmask Flags Metric Ref Use
Iface
194.206.72.143 * 255.255.255.255 UH 0 0 0
ctc0
-----Message d'origine-----
De�: Linux on 390 Port [mailto:[EMAIL PROTECTED]] De la part de
Post, Mark K
Envoy�: mardi 30 avril 2002 15:33
��: [EMAIL PROTECTED]
Objet�: Re: CTC driver problem
Monteleone,
No, I would say that looks right. When I define a non-ESCON CTC, I get
this:
channels detected
chan cu cu dev dev in
chandev
irq devno type type model type model pim chpids use
reg.
========================================================================
====
===
0x000b 0x0f00 0x05 0x3088 0x08 0x0000 0x00 0x80 0x0100000000000000
yes
yes
0x000c 0x0f01 0x05 0x3088 0x08 0x0000 0x00 0x80 0x0100000000000000
yes
yes
I would guess that an ESCON CTC such as you are using would have 0x06 in
"chan type." I'm assuming you checked for the correct cross-coupling of
read and write channels? When you ifconfig them up, does anything show
up
in dmesg or /var/log/messages? What does your routing table look like?
Mark Post
-----Original Message-----
From: Monteleone [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, April 30, 2002 8:45 AM
To: [EMAIL PROTECTED]
Subject: CTC driver problem
Hi all,
I've got some trouble to establish a CTC connection between two native
(without vm) lpar SLES.
In the two cases, ctc's driver is correctly initialized, there's no
problem to ping themselves but no possibility to ping from one lpar to
the other.
I've already successfully done this test with suse 2.2.16 between Linux
2.2.16 and OS/390.
Question: what do you think about "channel type" for device 0C10 and
0C11 ?
I think that 0x06 should be 0x01, are you agree with me ?
channels detected
chan cu cu dev dev in
chandev
irq devno type type model type model pim chpids use
reg.
========================================================================
====
===
0x0158 0x0600 0x04 0x3088 0x60 0x0000 0x00 0x80 0x88ffffffffffffff yes
yes
0x0159 0x0601 0x04 0x3088 0x60 0x0000 0x00 0x80 0x88ffffffffffffff yes
yes
0x015c 0x0c10 0x06 0x3088 0x1f 0x0000 0x00 0x80 0x98ffffffffffffff yes
yes
0x015d 0x0c11 0x06 0x3088 0x1f 0x0000 0x00 0x80 0x98ffffffffffffff yes
yes
Thanks in advance for your responses.
Gerard MONTELEONE
Ingenieur Systeme & Reseau
* 04.95.23.68.09 / 06.87.72.70.32
S.I.T.E.C zi du Vazzio
20090 AJACCIO Cedex
