* Re: [RFC 0/5] tty: move stuff around
[not found] ` <201008311126.45190.arnd@arndb.de>
@ 2010-09-02 20:12 ` Geert Uytterhoeven
2010-09-03 12:01 ` Arnd Bergmann
0 siblings, 1 reply; 2+ messages in thread
From: Geert Uytterhoeven @ 2010-09-02 20:12 UTC (permalink / raw)
To: Arnd Bergmann
Cc: Alan Cox, Greg KH, Jiri Slaby, linux-kernel, Mike Frysinger,
Roger Wolff, Michael H. Warfield, Linux/m68k
On Tue, Aug 31, 2010 at 11:26, Arnd Bergmann <arnd@arndb.de> 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?
I don't know much about which drivers are still in active use. People
don't really
tell me ;-)
FWIW, if I use my Amiga's serial port, it's just for a serial console, in case
all else fails (last time I needed that was several years ago).
We have 3 "classes" of serial drivers:
- generic_serial-based:
o MVME147_SCC
o MVME162_SCC
o BVME6000_SCC
o A2232
All of these were marked BROKEN lately due to generic_serial,
while there's even a
new ATARI_SCC under "active" development...
- plain drivers/char:
o SERIAL167
o AMIGA_BUILTIN_SERIAL
- drivers/serial:
o SERIAL_PMACZILOG (Mac)
Sun 3/3x support might be (re)added to SERIAL_SUNZILOG
On Mon, Aug 30, 2010 at 15:00, Alan Cox <alan@lxorguk.ukuu.org.uk> wrote:
> Please don't convert stuff to serial_core - it's got some horrible
> problems with adapting to the new locking model, its buffering model
> pre-dates kfifo and all in all serial_core needs a rewrite not more users.
Funny... so "fortunately" we never found time to move the m68k serial drivers
to driver/serial/? Long live procrastination ;-)
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [RFC 0/5] tty: move stuff around
2010-09-02 20:12 ` [RFC 0/5] tty: move stuff around Geert Uytterhoeven
@ 2010-09-03 12:01 ` Arnd Bergmann
0 siblings, 0 replies; 2+ messages in thread
From: Arnd Bergmann @ 2010-09-03 12:01 UTC (permalink / raw)
To: Geert Uytterhoeven
Cc: Alan Cox, Greg KH, Jiri Slaby, linux-kernel, Mike Frysinger,
Roger Wolff, Michael H. Warfield, Linux/m68k
On Thursday 02 September 2010, Geert Uytterhoeven wrote:
> On Tue, Aug 31, 2010 at 11:26, Arnd Bergmann <arnd@arndb.de> wrote:
> - generic_serial-based:
>
> o MVME147_SCC
> o MVME162_SCC
> o BVME6000_SCC
> o A2232
>
> All of these were marked BROKEN lately due to generic_serial,
> while there's even a
> new ATARI_SCC under "active" development...
Ok, so I'll keep the plan of moving generic_serial to staging.
> - plain drivers/char:
>
> o SERIAL167
> o AMIGA_BUILTIN_SERIAL
Since these are the builtin ports for the Amiga and MVME16x
platforms, I suppose we should keep them around as long as the
platforms themselves are there and the code builds.
> - drivers/serial:
>
> o SERIAL_PMACZILOG (Mac)
>
> Sun 3/3x support might be (re)added to SERIAL_SUNZILOG
Same category I guess.
Thanks for your feedback!
Arnd
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2010-09-03 12:01 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <1283115995-4734-1-git-send-email-arnd@arndb.de>
[not found] ` <201008302333.22447.arnd@arndb.de>
[not found] ` <20100830232800.3cb768fc@lxorguk.ukuu.org.uk>
[not found] ` <201008311126.45190.arnd@arndb.de>
2010-09-02 20:12 ` [RFC 0/5] tty: move stuff around Geert Uytterhoeven
2010-09-03 12:01 ` Arnd Bergmann
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox