lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1283440567.5202.19.camel@canyon.wittsend.com>
Date:	Thu, 02 Sep 2010 11:16:07 -0400
From:	"Michael H. Warfield" <mhw@...tsEnd.com>
To:	Rogier Wolff <R.E.Wolff@...Wizard.nl>
Cc:	mhw@...tsEnd.com, Arnd Bergmann <arnd@...db.de>,
	Alan Cox <alan@...rguk.ukuu.org.uk>, Greg KH <gregkh@...e.de>,
	Jiri Slaby <jslaby@...e.cz>, linux-kernel@...r.kernel.org,
	Geert Uytterhoeven <geert@...ux-m68k.org>,
	Mike Frysinger <vapier.adi@...il.com>
Subject: Re: [RFC 0/5] tty: move stuff around

Hey guys!

I see vger has bounced me off the majordomo lists...  Again.  And I
missed it.  Again...  Sigh...  I appreciate getting a direct ping on
this...

On Tue, 2010-08-31 at 12:42 +0200, Rogier Wolff wrote: 
> Hi, 

> The question is whether I want the drivers I wrote to stay or to
> go away?

> I was paid years ago to make Linux support the Specialix cards. It
> started with one card from their line of "solutions", but the others
> followed.

My story is very similar with the Computone Intelliport II boards.  I
was paid (in hardware) by Computone to get their drivers integrated into
the mainline kernel and support them.  That was a long long time ago.
The boards have not been manufactured in over a decade and the company
went of of business a long time ago.  I'm still in touch with several of
the old developers that use to work there.

> I personally don't use "serial" very much anymore. If I do, I end up
> getting an USB-serial converter for $3 in China (includes shipping).

Every once in a while I'll hear from someone who picked up some old
boards on E-Bay or something inquiring about the drivers and how do they
set it up.  I strongly discourage anyone from setting up a new project
with these boards.  They were expensive at the time and replacements are
going to be impossible to find.  I send every new inquiry over to look
at the USB serial converters (there are some really nice 8 port and 16
port units out there as well as the singles) that are cheaper and will
be possible to replace if and when they break.

I do hear, once in a very long while, from some of the legacy users of
those boards.  They love'm.  But they're mostly staying on the 2.4
kernel anyways and not upgrading.  More often than not, it's some
problem getting them to work on some new motherboard after repairing or
upgrading a system.  I wouldn't be surprised if some of these shops
haven't discovered that they can not get replacement boards and migrated
over to USB.  It actually has been quite some time since I last heard
from anyone.

That driver supported 256 serial ports with a couple of different
interfaces resulting in 3 whole majors allocated to it.  Even back then,
that seemed like such a waste for such an obscure board.

At this point in time, I would have no heartburn if that driver was
relegated to legacy status and those 3 majors freed up.

> But my personal interest in the serial protocol is that I interface
> with microcontrollers. The mess of the +/- 12V levels is a nuisance. 
> 
> Other people might use "serial" devices because they are stuck with a
> historical setup. If you have a factory with a well-designed computer
> system, it is very well possible that some installations are still
> running with a serial terminal on every desk. Some desks will have a
> windows PC and a terminal application, but the serial interface to the
> central "mainframe" will still be maintained.
> 
> Those central "mainframes" might be Linux PCs. The Linux PCs replaced
> older hardware and software. Maybe they were running SCO or another
> Unix variant, and through the years the application was ported to
> Linux. 

That was exactly why I got involved with Computone.  I had customers on
SCO Unix plus my own setup and I wanted to get everyone off that OS.

> In those setups, I can imagine a 8-port or 32-port serial card to be
> useful. It would be nice that people supporting that sort of setup
> would be able to install Ubuntu 10.10 and have their hardware simply
> work. Buying new multiport serial cards seems unneccesary unless they
> are ISA. But specialix cards are available in PCI. So if you already
> have PCI cards why force them to new hardware if they have hardware
> that works?

Computone Intelliport II boards were also available in PCI.  Now days,
you can pick up an 8 port USB to serial converter for under $30 that
will do just as well as one of those boards use to do.

> Oh! One more thing. The sysops at shops that use these multiport
> serial cards are not the types to monitor Linux-kernel and make waves
> if support for their card is going to be dropped.

They're also not likely to be running the latest and greatest on those
serial engines.

> Now I've missed the first part of this discussion... Is there a change
> imminent that requires rewriting of all the drivers?
> 
> 
> (If rewriting serial drivers, PLEASE make it so that the
> userspace-kernel interface just passes a baud rate integer, not the
> one-of-16-possible baudrate-flags. The old stuff can be emulated in a
> library. Secondly serial port drivers should NOT have to worry about
> DCD changes and what to do with sleeping processes. The driver should
> have an kernel function to call: "hey, one of the control lines
> changed level. These are the new ones". And "These characters
> arrived". And the driver has an entry point: "please send these
> characters". )

> 	Roger. 

Regards,
Mike

> On Tue, Aug 31, 2010 at 11:26:45AM +0200, Arnd Bergmann wrote:
> > On Tuesday 31 August 2010, Alan Cox wrote:
> > > > drivers/char/tty_*      -> tty/*
> > > > drivers/char/{vt stuff} -> tty/vt/
> > > > drivers/char/hvc_*      -> drivers/tty/hvc/hvc_*
> > > > drivers/serial/*        -> drivers/tty/serial/*
> > > 
> > > There are dead bits in there too we should prune 68xxx stuff mostly
> > 
> > Geert, can you comment on the 68k serial drivers? Which
> > ones are to stay, which ones can get phased out?
> > 
> > > > drivers/usb/serial      -> drivers/usb/serial
> > > > 
> > > > cyclades,moxa,mxser     -> drivers/tty/hw/
> > > > 
> > > > stallion,istallion,
> > > > epca,specialix,ip2,
> > > > riscom,isicom           -> drivers/staging/tty/*
> > > 
> > > isicom has users and gets tested a bit, not sure about ip2/specialix.
> > 
> > I'll leave isicom then.
> > 
> > Specialix is marked in MAINTAINERS as supported by Roger, ip2
> > is maintained by Michael, maybe they have a preference for their
> > drivers.
> > 
> > Both drivers have a web page that is ~10 years old, which hints
> > that there is probably not much new hardware around.
> > 
> > > > generic_serial,vme_scc,
> > > > ser_a2232,sx,rio        -> drivers/staging/generic_serial/*
> > > > 
> > > > amiserial,nozomi,
> > > > serial167,synclink      -> drivers/tty/hw (?)
> > > 
> > > Why /hw - its a tty driver so drivers/tty - the non hw stuff is now in
> > > tty/
> > 
> > Right, makes sense.
> > 
> > > serial167 is dead/staging stuff, synclink* are used
> > 
> > ok
> >  
> > > > bfin_jtag_comm          -> drivers/tty/hvc/hvc_bfin_jtag (?)
> > > 
> > > Nothing to do with hvc
> > 
> > Not yet ;-)
> > 
> > You didn't reply to my question why it couldn't be. I'll let Mike
> > judge this one when he has looked at the hvc infrastructure.
> > 
> > I wouldn't move it to that directory unless the code gets changed
> > first, but I wanted to write down where I think it should end up.
> > 
> > > > rocket,ipwireless       -> drivers/staging/tty/* (?)
> > > 
> > > Rocket is used, ipwireless I think is also used
> > 
> > ok.
> > 
> > 	Arnd
> > 
> 

-- 
Michael H. Warfield (AI4NB) | (770) 985-6132 |  mhw@...tsEnd.com
   /\/\|=mhw=|\/\/          | (678) 463-0932 |  http://www.wittsend.com/mhw/
   NIC whois: MHW9          | An optimist believes we live in the best of all
 PGP Key: 0x674627FF        | possible worlds.  A pessimist is sure of it!

Download attachment "signature.asc" of type "application/pgp-signature" (483 bytes)

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ