[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CACVXFVPQfUtrc4r4cS9J+6q5Z6hGZDgafH=M_6JfrzrAUGJOHw@mail.gmail.com>
Date: Tue, 12 Nov 2013 11:22:44 +0800
From: Ming Lei <tom.leiming@...il.com>
To: Russell King - ARM Linux <linux@....linux.org.uk>
Cc: Jonathan Austin <jonathan.austin@....com>,
Michal Marek <mmarek@...e.cz>,
Rusty Russell <rusty@...tcorp.com.au>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Uwe Kleine-König
<u.kleine-koenig@...gutronix.de>, Axel Lin <axel.lin@...ics.com>,
linux-arm-kernel <linux-arm-kernel@...ts.infradead.org>
Subject: Re: kernel BUG at kernel/kallsyms.c:222!
On Tue, Nov 12, 2013 at 3:32 AM, Russell King - ARM Linux
<linux@....linux.org.uk> wrote:
> On Mon, Nov 11, 2013 at 05:15:29PM +0000, Jonathan Austin wrote:
>> I've tested the patch below and it solves the ARM side of things - so
>> gives you an option other than a complete revert. Happy to put this in to
>> RMK's patch system if you'd prefer not to have to revert and he's happy
>> with the patch.
>
> I think this is the right solution because it then means that this symbol
> has the same meaning whether on MMU or !MMU - and getting rid of these
> kinds of gratuitous variances are the only way that !MMU is going to
> become less fragile.
The patch only fixes problem on arm, and other !MMU&&!ARM archs
should be affected too.
Also there is no CONFIG_PAGE_OFFSET defined for some ARCHs,
such as 64bit ARCHs.
Currently, I suggest to filter only on ARM as attachment patch if we plan
to merge Jonathan's patch, otherwise a more complicated approach has
to be figured out to do the filter(such as, define a readonly symbol in
kernel to store PAGE_OFFSET, and let scripts/kallsyms use it for
filtering).
Thanks,
--
Ming Lei
View attachment "filter-only-on-arm.patch" of type "text/x-patch" (531 bytes)
Powered by blists - more mailing lists