From: David Daney <ddaney@caviumnetworks.com>
To: Philby John <pjohn@mvista.com>
Cc: Florian Fainelli <florian@openwrt.org>, linux-mips@linux-mips.org
Subject: Re: [PATCH] MIPS: Octeon: add option to ignore PT_NOTE section
Date: Fri, 15 Apr 2011 09:27:33 -0700 [thread overview]
Message-ID: <4DA871F5.40809@caviumnetworks.com> (raw)
In-Reply-To: <4DA8081D.9050608@mvista.com>
On 04/15/2011 01:55 AM, Philby John wrote:
> On 04/15/2011 01:54 PM, Florian Fainelli wrote:
>> Hello,
>>
>> On Wednesday 13 April 2011 19:38:02 David Daney wrote:
>>> On 04/13/2011 09:07 AM, philby john wrote:
>>>> From: Philby John<pjohn@mvista.com>
>>>
>>> ^^^^^^^^ I believe that statement to be not entirely correct.
>>>
>>> Perhaps you should change it to something like:
>>> From: David Daney<ddaney@caviumnetworks.com>
>>>
>>>> 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 http://www.spinics.net/lists/mips/msg37799.html
>>>> 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
next prev parent reply other threads:[~2011-04-15 16:27 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-04-13 16:07 [PATCH] MIPS: Octeon: add option to ignore PT_NOTE section philby john
2011-04-13 17:38 ` David Daney
2011-04-14 17:54 ` philby john
2011-04-14 17:56 ` philby john
2011-04-14 19:41 ` Philby John
2011-04-14 20:02 ` David Daney
2011-05-19 10:28 ` Ralf Baechle
2011-04-15 8:24 ` Florian Fainelli
2011-04-15 8:55 ` Philby John
2011-04-15 16:27 ` David Daney [this message]
2011-04-16 15:21 ` Philby John
2011-04-16 15:51 ` Florian Fainelli
2011-04-17 5:16 ` Philby John
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=4DA871F5.40809@caviumnetworks.com \
--to=ddaney@caviumnetworks.com \
--cc=florian@openwrt.org \
--cc=linux-mips@linux-mips.org \
--cc=pjohn@mvista.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