On Tue, Nov 1, 2011 at 21:03, Michael Schmitz <[email protected]> wrote:
> On Tue, Nov 1, 2011 at 7:58 AM, Geert Uytterhoeven <[email protected]> 
> wrote:
>> On Sun, Mar 20, 2011 at 10:11, Geert Uytterhoeven <[email protected]> 
>> wrote:
>>> Cfr. commit 4c37705877e74c02c968735c2eee0f84914cf557 ("tty: move obsolete 
>>> and
>>> broken generic_serial drivers to drivers/staging/generic_serial/")
>>
>> As generic serial is gone too, cfr. commit
>> bb2a97e9ccd525dd9c3326988e8c676d15d3e12a ("Staging: delete generic_serial
>> drivers"), I'll remove the atari_scc driver. It has to be resurrected as a 
>> new
>> preferred-type-of-serial-driver-of-the-day driver anyway.
>
> Guess I've seen that coming... I had looked at other existing SCC
> drivers in the tree and Sun, SGI and Mac all had variants of it with
> different quirks. Enough to base a clean restart on. What is today's
> preferred-type-of-serial-driver-of-the-day driver framework, if I may
> ask?

Good question! Last year it was _not_ drivers/serial...

On Thu, Sep 2, 2010 at 22:12, Geert Uytterhoeven <[email protected]> wrote:
> On Mon, Aug 30, 2010 at 15:00, Alan Cox <[email protected]> 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 ;-)

So let's ask the experts: what will be the preferred serial driver framework
in 2012?

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [email protected]

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
--
To unsubscribe from this list: send the line "unsubscribe linux-m68k" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to