[Top] [All Lists]

Re: [PATCH] MIPS: Octeon: add option to ignore PT_NOTE section

To: Philby John <>
Subject: Re: [PATCH] MIPS: Octeon: add option to ignore PT_NOTE section
From: David Daney <>
Date: Fri, 15 Apr 2011 09:27:33 -0700
Cc: Florian Fainelli <>,
In-reply-to: <>
Original-recipient: rfc822;
References: <1302710833.14458.1.camel@localhost.localdomain> <> <> <>
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv: Gecko/20101027 Fedora/3.0.10-1.fc12 Thunderbird/3.0.10
On 04/15/2011 01:55 AM, Philby John wrote:
On 04/15/2011 01:54 PM, Florian Fainelli wrote:

On Wednesday 13 April 2011 19:38:02 David Daney wrote:
On 04/13/2011 09:07 AM, philby john wrote:
From: Philby John<>

^^^^^^^^ I believe that statement to be not entirely correct.

Perhaps you should change it to something like:
From: David Daney<>

Date: Wed, 13 Apr 2011 20:46:32 +0530
Subject: [PATCH] MIPS: Octeon: add option to ignore PT_NOTE section

Some early Octeon bootloaders cannot process PT_NOTE program
headers as reported in numerous sections of the web, here is
an example
Loading usually fails with such an error ...
Error allocating memory for elf image!

The work around usually is to strip the .notes section by using
such a command $mips-gnu-strip -R .notes vmlinux -o fixed-vmlinux
It is expected that the vmlinux image got after compilation be
bootable. Add a Kconfig option to ignore the PT_NOTE section.

Do we really want this to be in the kernel? In my opinion, this is a fixup
which distributions should be aware of, but not necessarily take place here in
the kernel Makefiles.

You are right in one way. But as an OS vendor company we will definitely
include this patch in our distribution. This incident has been reported
many a times and its a pain to see the image not boot up, throw up an
error, with the user having to search the work around on the web. What
we are trying to do is save all that trouble. If it can be fixed why not
fix it.

I don't care one way or another. We too (perhaps one and the same...) provide kernels to our SDK customers with the patch applied.

An alternative approach would be to put the $(CROSS_COMPILE)strip command into the arch/mips/Makefile.

David Daney

<Prev in Thread] Current Thread [Next in Thread>