All of lore.kernel.org
 help / color / mirror / Atom feed
From: Philby John <pjohn@mvista.com>
To: David Daney <ddaney@caviumnetworks.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: Sat, 16 Apr 2011 20:51:23 +0530	[thread overview]
Message-ID: <4DA9B3F3.50805@mvista.com> (raw)
In-Reply-To: <4DA871F5.40809@caviumnetworks.com>

On 04/15/2011 09:57 PM, David Daney wrote:
> 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.

I doubt that's any good, strip also removes debug symbols along with the
notes section and I am not aware of a specific command to strip just the
PT_NOTE section. Just these lines of code seem to get the job done
though ...

+#ifndef CONFIG_DISABLE_ELF_NOTE_HEADER
      NOTES :text :note
+#else
+    NOTES :text
+#endif

Regards,
Philby

  reply	other threads:[~2011-04-16 15:20 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
2011-04-16 15:21         ` Philby John [this message]
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=4DA9B3F3.50805@mvista.com \
    --to=pjohn@mvista.com \
    --cc=ddaney@caviumnetworks.com \
    --cc=florian@openwrt.org \
    --cc=linux-mips@linux-mips.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.