All of lore.kernel.org
 help / color / mirror / Atom feed
From: Koen Kooi <k.kooi@student.utwente.nl>
To: openembedded-devel@lists.openembedded.org
Subject: Re: Dealing with ttyS -> ttyO rename on OMAP3 in 2.6.37
Date: Tue, 18 Jan 2011 23:07:14 +0100	[thread overview]
Message-ID: <ih52ui$l1v$2@dough.gmane.org> (raw)
In-Reply-To: <AANLkTino3P3EV8BazsWGG2HYs7CFXDsLpn+eKoyiUWoK@mail.gmail.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 18-01-11 21:33, Khem Raj wrote:
> On Tue, Jan 18, 2011 at 10:01 AM, Ben Gamari <bgamari.foss@gmail.com> wrote:
>> As you may know, the kernel's OMAP serial driver has been fixed in
>> 2.6.37 to move away from the ttyS naming towards the OMAP-specific ttyO
>> prefix. This was done in light of the fact that ttyS is apparently
>> reserved for traditional PC-style serial controllers.
>>
>> I've spent the last day or two trying to bring my setup up to a 2.6.37
>> kernel. So far this has been quite painless, although I did get hung up
>> on one simple issue resulting from this name change for several
>> hours. Namely, the inittab still uses the ttyS naming, resulting in no
>> visible login prompt to be started. This is in addition to changing the
>> kernel's console= command line argument in the u-boot
>> configuration. This sort of naming mismatch could be tricky to handle,
>> since openembedded users will no doubt soon be using both pre- and
>> post-2.6.37 kernels. Any clever ideas for how this could be dealt with
>> in an non-obtrusive way?
>>
> 
> hmmm SERIAL_CONSOLE is the place where it should be set and then
> shadow uses that to generate securetty etc. right now SERIAL_CONSOLE
> is a machine property set in machine.conf files. So may be we can let it
> emit both for omaps ? may be that will work otherwise we have to override it
> in recipes which can be ugly.

The machine maintainer should know which kernel is going to get used and
can change the machine.conf accordingly.
For example, I will change the beagleboard one once the .37 kernel is
considered good enough (it's currently lacking ISP support).

regards,

Koen
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)

iD8DBQFNNg8SMkyGM64RGpERAjT7AJ0Sx3Wq2WsGsKkfZJrTXK/scVrDwQCfXG5B
Q15DnoIY60BWsc9JcgRkkQI=
=uBmU
-----END PGP SIGNATURE-----




  reply	other threads:[~2011-01-18 22:10 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-01-18 18:01 Dealing with ttyS -> ttyO rename on OMAP3 in 2.6.37 Ben Gamari
2011-01-18 20:33 ` Khem Raj
2011-01-18 22:07   ` Koen Kooi [this message]
2011-01-20 22:24     ` Ben Gamari

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='ih52ui$l1v$2@dough.gmane.org' \
    --to=k.kooi@student.utwente.nl \
    --cc=openembedded-devel@lists.openembedded.org \
    /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.