Public thanks to Richard Hitt of Utsglobal for getting ned to work again. Ned
works from the 3270 console and the native standalone 3270 session.
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to
To start a session on a 3270 tty I use lab1:12345 /sbin/mingetty /dev/tty0700
in /etc/inittab.
What do I use for the /dev/tub0700?
[EMAIL PROTECTED] 11/12/04 04:21PM
Hi, Richard
As to /dev/3270/tub* being block devices, that's new to me. Could you
point me more exactly to where you saw
I just started ned under a 3270 console running TaoLinux/390. This is great!
This is what has always been needed in case one cannot get a network connection.
[EMAIL PROTECTED] 11/17/04 02:51PM
Over the last few days, I noticed a lot of email showing an interest
in using a 3270 console and
On Nov 19, 2004, at 1:21 PM, Richard Pinion wrote:
I guess there's nobody out there or nobody that cares about ned.
Anyway ned works on Slack/390 9.1 3270 console.
I care about it!
It's working nicely on Debian now.
Adam
--
For
Do you have to use this command from the 3270 console to make it work?
ned -T /dev/3270/tub0xxx /etc/inittab
If I try
ned /etc/inittab
I get a nastygram saying ned is supported only on 3270 terminals.
[EMAIL PROTECTED] 11/19/04 02:33PM
On Nov 19, 2004, at 1:21 PM, Richard Pinion wrote:
I
On Nov 19, 2004, at 1:45 PM, Richard Pinion wrote:
Do you have to use this command from the 3270 console to make it work?
ned -T /dev/3270/tub0xxx /etc/inittab
If I try
ned /etc/inittab
I get a nastygram saying ned is supported only on 3270 terminals.
Yeah.
Here's a script I wrote, called cned,
FYI - 3270 console support is available in TaoLinux/390. All I had to do was
mknod tty c 227 1 in the /dev directory and add conmode=3270 to the zipl
parm in /etc/yourzipl.conf and issue zipl -c /etc/yourzipl.conf. The
/dev/console device already had a major of 5 and minor of 1.
Over the last few days, I noticed a lot of email showing an interest
in using a 3270 console and NED on various Linux/390 systems.
WRT 3270: Dick Hitt of UTS Global LLC is the original author of the
3270 device driver already available in the SuSE, RedHat and Debian
distributions. It works!
WRT
On Nov 17, 2004, at 1:51 PM, Dick Holic wrote:
Now that it's G/A, we've had time to listen and enhanced the
NED freeware: We heard your suggestions to remove the licensing
required
for each CPU.
Yay! Thank you!
Adam
--
For
/390 3270 support
Over the last few days, I noticed a lot of email showing an interest in
using a 3270 console and NED on various Linux/390 systems.
WRT 3270: Dick Hitt of UTS Global LLC is the original author of the 3270
device driver already available in the SuSE, RedHat and Debian
Thanks, Dick, very much!
Some users have started NED, and then seen the message
ned is supported only on 3270 terminals.
It has to do with /dev/tty sometimes being wrong. There's a way to
get NED to work, though; just start it with the -T option.
If, for example, your console's at address
On Nov 17, 2004, at 3:05 PM, Richard Troth wrote:
Thanks, Dick, very much!
Some users have started NED, and then seen the message
ned is supported only on 3270 terminals.
It has to do with /dev/tty sometimes being wrong. There's a way to
get NED to work, though; just start it with the -T
FWIW, once you copy over liblms.so, run ldconfig, and create the
appropriate device entries, ned works quite nicely on Debian Sarge.
Adam
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL
Hi, Richard
Thanks for your many kind words and thoughts about ned and 3270 on
Linux, by the way!
Ned in UTS when confronted with a non-3270 forked the UTS sim3270(1)
program and piped to and from it. The capability remains in ned, but we
have not offered sim3270(1), so the point is sort of moot.
On Nov 17, 2004, at 3:37 PM, Richard Hitt wrote:
Hi, Richard
Thanks for your many kind words and thoughts about ned and 3270 on
Linux, by the way!
Ned in UTS when confronted with a non-3270 forked the UTS sim3270(1)
program and piped to and from it.
Hunh. Now, I don't know anything about sim3270
]
Subject: Re: Slack/390 3270 support
I ran the grep and got this back,
[EMAIL PROTECTED]:/# grep stddef.h /var/log/packages/*
/var/log/packages/kernel-headers-2.4.21-s390-1:usr/include/linux/stddef.h
/var/log/packages/kernel-source-2.4.21-s390-1:usr/src/linux-2.4.21/include/l
inux/stddef.h
/var
12:36 PM
To: [EMAIL PROTECTED]
Subject: Re: Slack/390 3270 support
I ran the grep and got this back,
[EMAIL PROTECTED]:/# grep stddef.h /var/log/packages/*
/var/log/packages/kernel-headers-2.4.21-s390-1:usr/include/linux/stddef.h
/var/log/packages/kernel-source-2.4.21-s390-1:usr/src/linux
Richard,
Which entry in /dev did you change?
Mark Post
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Richard Pinion
Sent: Friday, November 12, 2004 11:15 AM
To: [EMAIL PROTECTED]
Subject: Re: Slack/390 3270 support
One more thing concerning 3270
I changed /dev/console
crw-r--r--1 root root 5, 1 Nov 12 07:11 console
crw---1 root root 4, 64 Sep 28 05:51 consoleold
bash-2.05b#
Here are the 3270 defs in /dev/3270
bash-2.05b# ls -al
On Nov 12, 2004, at 10:14 AM, Richard Pinion wrote:
What does this prove? Not much but I got it to work with a little
help from my friends on Linux-390.
Have you got ned running yet? It's sort of neat.
--
For LINUX-390 subscribe
The latest Linux devices list may be found at
http://www.lanana.org/docs/device-list/ or
ftp://ftp.kernel.org/pub/linux/docs/device-list/
per my copy of devices.txt.
On Fri, 12 Nov 2004, Richard Pinion wrote:
I changed /dev/console
crw-r--r--1 root root 5, 1 Nov 12 07:11
No, but I can try. Where do I get ned?
[EMAIL PROTECTED] 11/12/04 12:29PM
On Nov 12, 2004, at 10:14 AM, Richard Pinion wrote:
What does this prove? Not much but I got it to work with a little
help from my friends on Linux-390.
Have you got ned running yet? It's sort of neat.
On Nov 12, 2004, at 11:37 AM, Richard Pinion wrote:
No, but I can try. Where do I get ned?
www.utsglobal.com
You have to apply for a license key based on your CPUID, but it's free.
So just take the CPUID that Herc is running as and apply with that.
The program, the license manager, and the key
Why don't you send me the executable and the CPUID you use? It's Friday
afternoon and I'm feeling lazy!
[EMAIL PROTECTED] 11/12/04 12:47PM
On Nov 12, 2004, at 11:37 AM, Richard Pinion wrote:
No, but I can try. Where do I get ned?
www.utsglobal.com
You have to apply for a license key
On Nov 12, 2004, at 12:38 PM, Richard Pinion wrote:
Why don't you send me the executable and the CPUID you use? It's
Friday afternoon and I'm feeling lazy!
Because I think that UTS Global might object if I did so. I mean, I
*did* license it from them after all.
Adam
Richard Troth wrote:
[snip]
Mark, you might want to make a note of this and get back with
the rest of the Slack team. Richard H., I haven't looked at
the 3270 console code, but are you okay with 5,1? It is the
current choice for /dev/console, per the kernel doc.
-- R;
Hi, Richard et al
Are you saying my device should be tub0700 rather than tty0700?
I looked at the device list on kernel.org and saw that /dev/3270/tty* is a
character device and /dev/3270/tub* is a block device.
[EMAIL PROTECTED] 11/12/04 03:16PM
Richard Troth wrote:
[snip]
Mark, you might want to make a
I love ned!
First saw it something like 15 years ago.
Probably adore it so much because it is quite like XEDIT
but still not a total knock off, has its own personality.
handy hint -- Note that, unlike vi, ned can be used at the end of a
pipe: ps -ef | ned -T /dev/3270/tub0009. -- handy hint
Hi, Richard
As to /dev/3270/tub* being block devices, that's new to me. Could you
point me more exactly to where you saw this?
The 3270 driver uses two major numbers, 227 and 228, for line-mode and
fullscreen operations. Both are character devices. The script
ftp://ftp.kernel.org/pub/linux/docs/device-list/
227 charIBM 3270 terminal Unix tty access
1 = /dev/3270/tty1 First 3270 terminal
2 = /dev/3270/tty2 Seconds 3270 terminal
...
228 charIBM 3270 terminal
this.
Mark Post
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Richard Troth
Sent: Friday, November 12, 2004 12:30 PM
To: [EMAIL PROTECTED]
Subject: Re: Slack/390 3270 support
The latest Linux devices list may be found at
http://www.lanana.org/docs
Thanks, Richard.
I like the phrase fullscreen mode better, because (1) block mode can
be confused with block special devices, and (2) the 3270 driver always
runs a 3270 in block mode; at least as I wrote it the 3270 is inherently
a block-mode device, whether used in line mode or in fullscreen
, 2004 12:36 PM
To: [EMAIL PROTECTED]
Subject: Re: Slack/390 3270 support
I ran the grep and got this back,
[EMAIL PROTECTED]:/# grep stddef.h /var/log/packages/*
/var/log/packages/kernel-headers-2.4.21-s390-1:usr/include/linux/stddef.h
/var/log/packages/kernel-source-2.4.21-s390-1:usr/src/linux
Well here it is 15:22 EST and I'm still building the kernel. At least it's
building!
[EMAIL PROTECTED] 11/10/04 01:20PM
Hmm. I just did some checking, and apparently the file that is supposed to
be getting pulled in is
/usr/lib/gcc-lib/s390-slackware-linux/3.3/include/stddef.h, not
But 3270 console support is only available if the 3270 driver is part of
the static kernel, not if it's a loadable module.
Dick Hitt
Post, Mark K wrote:
I should mention that the 3270 support should already be available as kernel
module, so you shouldn't need to do the recompile. Try doing
[EMAIL PROTECTED] 11/09/04 04:51PM
But 3270 console support is only available if the 3270 driver is part of
the static kernel, not if it's a loadable module.
Dick Hitt
Post, Mark K wrote:
I should mention that the 3270 support should already be available as kernel
module, so you shouldn't
attention to the first slide
on Documentation. That should get you through.
Mark Post
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Richard Pinion
Sent: Wednesday, November 10, 2004 9:52 AM
To: [EMAIL PROTECTED]
Subject: Re: Slack/390 3270 support
Our
Thanks Mark!
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
by
step instructions for rebuilding the kernel
Don't disable 3215 support! Just enable 3270 support as well (it's
pretty clearly marked in the kernel choices menu), and then append
conmode=3270 to zipl.conf before you rerun zipl.
This is actually a perfect application for the boot menu stuff
If I perform make menuconfig from the /usr/src/linux directory I get the
following messages,
[EMAIL PROTECTED]:/usr/src/linux# make menuconfig
rm -f include/asm
( cd include ; ln -sf asm-s390 asm)
make -C scripts/lxdialog all
make[1]: Entering directory `/usr/src/linux-2.4.21/scripts/lxdialog'
On Nov 10, 2004, at 10:29 AM, Richard Pinion wrote:
If I perform make menuconfig from the /usr/src/linux directory I get
the following messages,
(stddef.h not found)
Dunno. My guess is that you're missing some fairly important chunks of
the development toolchain, but I really don't know for sure.
-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Richard Pinion
Sent: Wednesday, November 10, 2004 11:29 AM
To: [EMAIL PROTECTED]
Subject: Re: Slack/390 3270 support
If I perform make menuconfig from the /usr/src/linux directory I get the
following messages,
[EMAIL PROTECTED
Richard ...
If you are new to VM, then there is another important point
you need to be aware of. The virtual machine's console device can be
presented either as a 3215 (line-mode) or as a 3270 (full-screen).
There's a third option, but to give details would go beyond
what I can say with
I ran the grep and got this back,
[EMAIL PROTECTED]:/# grep stddef.h /var/log/packages/*
/var/log/packages/kernel-headers-2.4.21-s390-1:usr/include/linux/stddef.h
/var/log/packages/kernel-source-2.4.21-s390-1:usr/src/linux-2.4.21/include/linux/stddef.h
Thanks but I'm running Slack/390 under the Hercules emulator.
[EMAIL PROTECTED] 11/10/04 12:36PM
Richard ...
If you are new to VM, then there is another important point
you need to be aware of. The virtual machine's console device can be
presented either as a 3215 (line-mode) or as a 3270
On Wed, 10 Nov 2004, Adam Thornton wrote:
In the directory entry, it's a 3215. I don't do a TERM CONMODE 3270
before IPLing Linux, but I do have conmode=3270 in parmline.
But remember that IPL CMS will force it back to 3215.
Will conmode=3270 trick Linux into doing an under-the-covers
TERM
On Nov 10, 2004, at 12:13 PM, Richard Troth wrote:
Thanks but I'm running Slack/390 under the Hercules emulator.
Didn't know that Herc
supported 3270 for the *console*.
To my knowledge,
the console Hercules presents for ESA/390 mode is the
Hardware Console emulation, which is neither 3270 nor
Yes Hercules can present a 3270 as a console.
[EMAIL PROTECTED] 11/10/04 01:13PM
Thanks but I'm running Slack/390 under the Hercules emulator.
Didn't know that Herc
supported 3270 for the *console*.
To my knowledge,
the console Hercules presents for ESA/390 mode is the
Hardware Console
Indeed Linux does TERM CONMODE. See
linux/arch/s390/kernel/setup.c:conmode_default(). The s390 kernel has
had a cpcmd() function since the beginning, and it's used for a few
other CP commands too. e.g. SET PAGEX ON in traps.c.
Richard Hitt[EMAIL PROTECTED]
Adam Thornton wrote:
On Nov 10,
, November 09, 2004 4:29 PM
To: [EMAIL PROTECTED]
Subject: Slack/390 3270 support
I've managed to get a 3270 session going with Slack 9.1. I would like to
try the 3270 console support. Mark, do you have any procedures for doing
this. From what I can piece together from /usr/src/linux/Documentation
I should mention that the 3270 support should already be available as kernel
module, so you shouldn't need to do the recompile. Try doing an insmod
tub3270 and see what happens.
Mark Post
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Richard Pinion
On Nov 9, 2004, at 3:35 PM, Post, Mark K wrote:
I should mention that the 3270 support should already be available as
kernel
module, so you shouldn't need to do the recompile. Try doing an
insmod
tub3270 and see what happens.
In the next couple weeks, if I get time, I'll try to write up a short
I have always used xterm or vt100 via ssh (putty) to log into Linux.
Is this 3270 support to interact with Linux or to interact with z/VM?
Thanks
__
Ranga Nathan / CSG
Systems Programmer - Specialist; Technical Services;
BAX Global Inc. Irvine-California
Tel
Linux
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Ranga
Nathan
Sent: Tuesday, November 09, 2004 5:41 PM
To: [EMAIL PROTECTED]
Subject: Re: Slack/390 3270 support
I have always used xterm or vt100 via ssh (putty) to log into Linux. Is this
3270
Port [mailto:[EMAIL PROTECTED] On Behalf Of Adam
Thornton
Sent: Tuesday, November 09, 2004 5:09 PM
To: [EMAIL PROTECTED]
Subject: Re: Slack/390 3270 support
On Nov 9, 2004, at 3:52 PM, Post, Mark K wrote:
You should be able to grep /proc/subchannels and look for some kind of
console type device
On Nov 9, 2004, at 6:31 PM, Post, Mark K wrote:
Maybe it's just late in the day, but I don't see what's wrong. The q
001f
shows it's a console, and the cat /proc/subchannels shows 001f as a
3215.
What am I missing?
The hcp q console shows that it's really a 3270. (Which it is.)
sargedev:~# grep
We're doing a Linux/390 POC with SuSE 7.2 in an LPAR.
Is it possible to use a 3270 terminal as the console instead of the HMC,
for the boot messages? If so where would I find information/instructions?
Regards, Mark Darvodelsky,
Royal SunAlliance Australia - Data Centre.
Phone: +61-2-99789081
To: [EMAIL PROTECTED]
sun.com.aucc:
Sent by: Linux on 390 Subject: 3270 support
Port
[EMAIL PROTECTED]
U
16/05/2002 11:17 AM
Hi Craig,
Yes, its just convenience really - we already have a 3270 screen which is
normally used as a console when we're running an OS/390 test image in that
LPAR. I've read somewhere about UTS Global developing a Linux/390 3270
driver but I'm not sure if that can be exploited for what we want.
59 matches
Mail list logo