All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tony Lindgren <tony@atomide.com>
To: Robert Nelson <robertcnelson@gmail.com>
Cc: Aaro Koskinen <aaro.koskinen@iki.fi>, Felipe Balbi <balbi@ti.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	linux kernel <linux-kernel@vger.kernel.org>,
	linux-serial@vger.kernel.org,
	Linux OMAP Mailing List <linux-omap@vger.kernel.org>,
	Linux ARM Kernel Mailing List
	<linux-arm-kernel@lists.infradead.org>
Subject: Re: [RFC PATCH] tty: serial: Add 8250-core based omap driver
Date: Thu, 3 Jul 2014 00:34:11 -0700	[thread overview]
Message-ID: <20140703073411.GX28884@atomide.com> (raw)
In-Reply-To: <CAOCHtYgxMeA+Arfe40XeFDEKuCJ8qo1RqNR0hYBGr_Wp6sRfdA@mail.gmail.com>

* Robert Nelson <robertcnelson@gmail.com> [140702 12:27]:
> On Wed, Jul 2, 2014 at 2:09 PM, Aaro Koskinen <aaro.koskinen@iki.fi> wrote:
> > Hi,
> >
> > On Wed, Jul 02, 2014 at 11:09:32AM -0500, Felipe Balbi wrote:
> >> > It has been only tested as console UART.
> >> > The tty name is ttyS based instead of ttyO. How big is the pain here,
> >> > what could be the easiest way to provide compatibility?
> >>
> >> have been considering that myself for months. You could pass an optional
> >> argument to serial8250_register_8250_port() but that only solves part of
> >> the problem :-(

Some kind of compability layer sure would be nice.

> > When ttyS -> ttyO change was done on OMAP, compatibility was not an issue.
> > Why should we care about it now?
> 
> It would be a good opportunity to force everyone to update their bootloader. ;)
> 
> Besides the BeagleBoard forum is quiet now, no one is complaining
> about that old (ttyS -> ttyO) transition anymore..

How about a Kconfig option to provide ttyO by default? The not even
do that if kernel has cmdline option nottyomap.
 
> I'll just end up carrying a patch like, to support bb.org users over
> the transition..
> 
> https://github.com/RobertCNelson/stable-kernel/blob/v3.7.x/patches/omap_beagle/0004-zeroMAP-Open-your-eyes.patch

Heh. Just to summarize the reason ttyO needs to be a separate name
and device entry from ttyS is because we also have external 8250
devices on GPMC and hotplug busses.

Regards,

Tony

WARNING: multiple messages have this Message-ID (diff)
From: tony@atomide.com (Tony Lindgren)
To: linux-arm-kernel@lists.infradead.org
Subject: [RFC PATCH] tty: serial: Add 8250-core based omap driver
Date: Thu, 3 Jul 2014 00:34:11 -0700	[thread overview]
Message-ID: <20140703073411.GX28884@atomide.com> (raw)
In-Reply-To: <CAOCHtYgxMeA+Arfe40XeFDEKuCJ8qo1RqNR0hYBGr_Wp6sRfdA@mail.gmail.com>

* Robert Nelson <robertcnelson@gmail.com> [140702 12:27]:
> On Wed, Jul 2, 2014 at 2:09 PM, Aaro Koskinen <aaro.koskinen@iki.fi> wrote:
> > Hi,
> >
> > On Wed, Jul 02, 2014 at 11:09:32AM -0500, Felipe Balbi wrote:
> >> > It has been only tested as console UART.
> >> > The tty name is ttyS based instead of ttyO. How big is the pain here,
> >> > what could be the easiest way to provide compatibility?
> >>
> >> have been considering that myself for months. You could pass an optional
> >> argument to serial8250_register_8250_port() but that only solves part of
> >> the problem :-(

Some kind of compability layer sure would be nice.

> > When ttyS -> ttyO change was done on OMAP, compatibility was not an issue.
> > Why should we care about it now?
> 
> It would be a good opportunity to force everyone to update their bootloader. ;)
> 
> Besides the BeagleBoard forum is quiet now, no one is complaining
> about that old (ttyS -> ttyO) transition anymore..

How about a Kconfig option to provide ttyO by default? The not even
do that if kernel has cmdline option nottyomap.
 
> I'll just end up carrying a patch like, to support bb.org users over
> the transition..
> 
> https://github.com/RobertCNelson/stable-kernel/blob/v3.7.x/patches/omap_beagle/0004-zeroMAP-Open-your-eyes.patch

Heh. Just to summarize the reason ttyO needs to be a separate name
and device entry from ttyS is because we also have external 8250
devices on GPMC and hotplug busses.

Regards,

Tony

  reply	other threads:[~2014-07-03  7:34 UTC|newest]

Thread overview: 49+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-07-02 16:00 [RFC PATCH] tty: serial: Add 8250-core based omap driver Sebastian Andrzej Siewior
2014-07-02 16:09 ` Felipe Balbi
2014-07-02 16:09   ` Felipe Balbi
2014-07-02 16:09   ` Felipe Balbi
2014-07-02 19:09   ` Aaro Koskinen
2014-07-02 19:09     ` Aaro Koskinen
2014-07-02 19:25     ` Robert Nelson
2014-07-02 19:25       ` Robert Nelson
2014-07-03  7:34       ` Tony Lindgren [this message]
2014-07-03  7:34         ` Tony Lindgren
2014-07-03 13:25         ` Felipe Balbi
2014-07-03 13:25           ` Felipe Balbi
2014-07-03 13:25           ` Felipe Balbi
2014-07-03 13:34           ` Robert Nelson
2014-07-03 13:34             ` Robert Nelson
2014-07-03 14:07             ` Felipe Balbi
2014-07-03 14:07               ` Felipe Balbi
2014-07-03 14:07               ` Felipe Balbi
2014-07-03 15:44               ` Sebastian Reichel
2014-07-03 15:44                 ` Sebastian Reichel
2014-07-03 15:52                 ` Felipe Balbi
2014-07-03 15:52                   ` Felipe Balbi
2014-07-03 15:52                   ` Felipe Balbi
2014-07-03 16:06                   ` Sebastian Reichel
2014-07-03 16:06                     ` Sebastian Reichel
2014-07-03 16:19                     ` Javier Martinez Canillas
2014-07-03 16:19                       ` Javier Martinez Canillas
2014-07-03 17:08                       ` Felipe Balbi
2014-07-03 17:08                         ` Felipe Balbi
2014-07-03 17:08                         ` Felipe Balbi
2014-07-04  6:30                         ` Tony Lindgren
2014-07-04  6:30                           ` Tony Lindgren
2014-07-04 16:51         ` Sebastian Andrzej Siewior
2014-07-04 16:51           ` Sebastian Andrzej Siewior
2014-07-04 16:57           ` Robert Nelson
2014-07-04 16:57             ` Robert Nelson
2014-07-04 16:57             ` Robert Nelson
2014-07-07  7:26             ` Tony Lindgren
2014-07-07  7:26               ` Tony Lindgren
2014-07-07  7:26               ` Tony Lindgren
2014-07-07 13:26             ` One Thousand Gnomes
2014-07-07 13:26               ` One Thousand Gnomes
2014-07-07 13:26               ` One Thousand Gnomes
2014-07-04 16:59     ` Peter Maydell
2014-07-04 16:59       ` Peter Maydell
2014-07-03 18:48 ` Lennart Sorensen
2014-07-04 18:13   ` Lennart Sorensen
2014-07-08 16:46     ` Sebastian Andrzej Siewior
2014-07-08 17:24       ` Lennart Sorensen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20140703073411.GX28884@atomide.com \
    --to=tony@atomide.com \
    --cc=aaro.koskinen@iki.fi \
    --cc=balbi@ti.com \
    --cc=bigeasy@linutronix.de \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-omap@vger.kernel.org \
    --cc=linux-serial@vger.kernel.org \
    --cc=robertcnelson@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.