public inbox for crossgcc@sourceware.org
 help / color / mirror / Atom feed
From: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
To: crossgcc@sourceware.org
Cc: Jamie Risk <jamie@subject2risk.com>
Subject: Re: How can I build an arm tool chain with an older version of Linux (2.6.14).
Date: Sun, 23 Oct 2011 14:18:00 -0000	[thread overview]
Message-ID: <201110231618.31104.yann.morin.1998@anciens.enib.fr> (raw)
In-Reply-To: <CAGi9MxVO5w+_3-5EYEyv-EWwiQCUxfNupaf-zNa-W8oHYQ8dDA@mail.gmail.com>

Jamie, All,

On Sunday 23 October 2011 15:57:51 Jamie Risk wrote:
> I'm in the position of having to build an arm tool chain
> using an older, patched, 2.6.14 kernel.  I know that the
> 'make headers_install' didn't attempt to start working on
> arm targets until 2.6.18.
> 
> Can someone make a suggestion for a ct-ng work around for
> this?  What targets can I manually create so that the
> build/make can smoothly ignore this step?

There are two main ways you could try.

First, you could use the linux-2.6.12 sanitised headers:
  http://ep09.pld-linux.org/~mmazur/linux-libc-headers/

Those are the headers from linux-2.6.12, sanitised for use by userland,
like "make headers-install" now does, but manually done at the time.
The 2.6.12 headers were the lastest sanitised headers released that way.

This is really, really deprecated, obsolete.


The second way depends on which C library you are using. If you use glibc
or eglibc, then you can use headers from 2.6.18 onward, and configure
glibc to include backward support for 2.6.14. In crosstool-NG, this is
the option LIBC_GLIBC_MIN_KERNEL_VERSION, located there:

  C-library  --->
  Minimum supported kernel version (Specific kernel version)  --->
  (2.6.14) Minimum kernel version to support

Although I never encountered any issue with this, I did not test it
really hard either. So, you may get issues in some corner-cases...


Of course, the optimum solution is to bang hard enough on your kernel
provider, so they provide you with an up-to-date kernel! Or even better,
so they upstream their changes! One can always dream, of course! ;-)

Regards,
Yann E. MORIN.

-- 
.-----------------.--------------------.------------------.--------------------.
|  Yann E. MORIN  | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software  Designer | \ / CAMPAIGN     |  ___               |
| +33 223 225 172 `------------.-------:  X  AGAINST      |  \e/  There is no  |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL    |   v   conspiracy.  |
'------------------------------^-------^------------------^--------------------'

--
For unsubscribe information see http://sourceware.org/lists.html#faq

      reply	other threads:[~2011-10-23 14:18 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-10-23 13:58 Jamie Risk
2011-10-23 14:18 ` Yann E. MORIN [this message]

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=201110231618.31104.yann.morin.1998@anciens.enib.fr \
    --to=yann.morin.1998@anciens.enib.fr \
    --cc=crossgcc@sourceware.org \
    --cc=jamie@subject2risk.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).