Linux on 390 Port LINUX-390@VM.MARIST.EDU wrote on 08/11/2005 03:42:05
AM:
I'm adding class_simple_*() calls at the appropriate places in raw3270.c
to create /sys/class/3270 and thence (for, say, device 6a0)
/sys/class/3270/tty06a0 and /sys/class/3270/tub06a0; this leads to what
I'm doing in
As to /dev/3270/tub, believe me, devfs was the furthest thing from my
mind. Here's what I was talking about. Consider the device /dev/tty.
It exists to provide a path for the application to the current
controlling tty. What would the application have to do (absent
stdout/stderr) to
Hi, Martin
Thanks for the patch.
A few problems remain. Minor number is not the same as tty-index
except in the (typical) case that driver-minor_start is 0; the index of
the first tty will always be 0. I've had success in initializing
driver-minor_start to 1 and the argument of
Linux on 390 Port LINUX-390@VM.MARIST.EDU wrote on 07/29/2005 10:44:24
PM:
Thanks a lot for that blindingly fast turnaround!
Thanks for the flowers, although the second time wasn't so fast after all..
Problems remain; I've attached an enhanced version of my tester that
will show them up.
Hi, Martin
Thanks a lot for that blindingly fast turnaround!
Problems remain; I've attached an enhanced version of my tester that
will show them up. On Linux 2.4 my tester's fullscreen read() returns
a count of 15, and I suspect it should in Linux 2.6 as well.
As to /dev/3270/tub, believe
With Linux 2.6, Martin Schwidefsky redesigned the 3270 driver mechanism,
originally by UTS Global. Using Martin's drivers and the latest fixes,
I am unable to make the following sample 3270 full-screen program run.
The first symptom, ENOMEM, is a bug in fs3270_alloc_view() -- !IS_ERR
should be
