On Tue, Nov 1, 2011 at 21:03, Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx> wrote: > On Tue, Nov 1, 2011 at 7:58 AM, Geert Uytterhoeven <geert@xxxxxxxxxxxxxx> wrote: >> On Sun, Mar 20, 2011 at 10:11, Geert Uytterhoeven <geert@xxxxxxxxxxxxxx> 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 <geert@xxxxxxxxxxxxxx> wrote: > On Mon, Aug 30, 2010 at 15:00, Alan Cox <alan@xxxxxxxxxxxxxxxxxxx> 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 -- geert@xxxxxxxxxxxxxx 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-serial" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html