From: afzal.mohd.ma@gmail.com (Afzal Mohammed)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 1/4] ARM: mmu: decouple VECTORS_BASE from Kconfig
Date: Fri, 20 Jan 2017 21:36:18 +0530 [thread overview]
Message-ID: <20170120160618.GA3865@afzalpc> (raw)
In-Reply-To: <20170119142424.GZ27312@n2100.armlinux.org.uk>
Hi,
On Thu, Jan 19, 2017 at 02:24:24PM +0000, Russell King - ARM Linux wrote:
> On Thu, Jan 19, 2017 at 02:07:39AM +0530, afzal mohammed wrote:
> > +++ b/arch/arm/include/asm/memory.h
> > +#define VECTORS_BASE 0xffff0000
>
> This should be UL(0xffff0000)
> > - MLK(UL(CONFIG_VECTORS_BASE), UL(CONFIG_VECTORS_BASE) +
> > - (PAGE_SIZE)),
> > + MLK(UL(VECTORS_BASE), UL(VECTORS_BASE) + (PAGE_SIZE)),
>
> which means you don't need it here, which will then fix the build error
> reported by the 0-day builder.
Seems there is some confusion here,
VECTORS_BASE definition above in memory.h is enclosed within
CONFIG_MMU. Robot used a no-MMU defconfig, it didn't get a
VECTORS_BASE definition at this patch, causing the build error. Our
dear robot mentioned that my HEAD didn't break build, but
bisectability is broken at this point.
With "PATCH 3/4 ARM: nommu: display vectors base", the above is
changed to
#ifdef CONFIG_MMU
MLK(UL(VECTORS_BASE), UL(VECTORS_BASE) + (PAGE_SIZE)),
#else
...
#endif
thus making the series build again for no-MMU
One option to keep bisectability would be to squash this with PATCH
3/4, but i think a better & natural solution would be define
VECTORS_BASE outside of
#ifdef CONFIG_MMU
...
#else
...
#endif
and then in PATCH 3/4, move VECTORS_BASE to be inside
#ifdef CONFIG_MMU
...
#else
Regards
afzal
WARNING: multiple messages have this Message-ID (diff)
From: Afzal Mohammed <afzal.mohd.ma@gmail.com>
To: Russell King - ARM Linux <linux@armlinux.org.uk>
Cc: Vladimir Murzin <vladimir.murzin@arm.com>,
linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 1/4] ARM: mmu: decouple VECTORS_BASE from Kconfig
Date: Fri, 20 Jan 2017 21:36:18 +0530 [thread overview]
Message-ID: <20170120160618.GA3865@afzalpc> (raw)
In-Reply-To: <20170119142424.GZ27312@n2100.armlinux.org.uk>
Hi,
On Thu, Jan 19, 2017 at 02:24:24PM +0000, Russell King - ARM Linux wrote:
> On Thu, Jan 19, 2017 at 02:07:39AM +0530, afzal mohammed wrote:
> > +++ b/arch/arm/include/asm/memory.h
> > +#define VECTORS_BASE 0xffff0000
>
> This should be UL(0xffff0000)
> > - MLK(UL(CONFIG_VECTORS_BASE), UL(CONFIG_VECTORS_BASE) +
> > - (PAGE_SIZE)),
> > + MLK(UL(VECTORS_BASE), UL(VECTORS_BASE) + (PAGE_SIZE)),
>
> which means you don't need it here, which will then fix the build error
> reported by the 0-day builder.
Seems there is some confusion here,
VECTORS_BASE definition above in memory.h is enclosed within
CONFIG_MMU. Robot used a no-MMU defconfig, it didn't get a
VECTORS_BASE definition at this patch, causing the build error. Our
dear robot mentioned that my HEAD didn't break build, but
bisectability is broken at this point.
With "PATCH 3/4 ARM: nommu: display vectors base", the above is
changed to
#ifdef CONFIG_MMU
MLK(UL(VECTORS_BASE), UL(VECTORS_BASE) + (PAGE_SIZE)),
#else
...
#endif
thus making the series build again for no-MMU
One option to keep bisectability would be to squash this with PATCH
3/4, but i think a better & natural solution would be define
VECTORS_BASE outside of
#ifdef CONFIG_MMU
...
#else
...
#endif
and then in PATCH 3/4, move VECTORS_BASE to be inside
#ifdef CONFIG_MMU
...
#else
Regards
afzal
next prev parent reply other threads:[~2017-01-20 16:06 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-01-18 20:35 [PATCH 0/4] ARM: v7-A !MMU support, CONFIG_VECTORS_BASE removal (almost) afzal mohammed
2017-01-18 20:35 ` afzal mohammed
2017-01-18 20:37 ` [PATCH 1/4] ARM: mmu: decouple VECTORS_BASE from Kconfig afzal mohammed
2017-01-18 20:37 ` afzal mohammed
2017-01-19 13:21 ` Afzal Mohammed
2017-01-19 13:21 ` Afzal Mohammed
2017-01-19 14:07 ` kbuild test robot
2017-01-19 14:07 ` kbuild test robot
2017-01-19 14:24 ` Russell King - ARM Linux
2017-01-19 14:24 ` Russell King - ARM Linux
2017-01-20 16:06 ` Afzal Mohammed [this message]
2017-01-20 16:06 ` Afzal Mohammed
2017-01-22 3:27 ` Afzal Mohammed
2017-01-22 3:27 ` Afzal Mohammed
2017-01-18 20:38 ` [PATCH 2/4] ARM: nommu: dynamic exception base address setting afzal mohammed
2017-01-18 20:38 ` afzal mohammed
2017-01-19 13:59 ` Vladimir Murzin
2017-01-19 13:59 ` Vladimir Murzin
2017-01-20 16:20 ` Afzal Mohammed
2017-01-20 16:20 ` Afzal Mohammed
2017-01-22 3:37 ` Afzal Mohammed
2017-01-22 3:37 ` Afzal Mohammed
2017-01-18 20:38 ` [PATCH 3/4] ARM: nommu: display vectors base afzal mohammed
2017-01-18 20:38 ` afzal mohammed
2017-01-18 22:13 ` Russell King - ARM Linux
2017-01-18 22:13 ` Russell King - ARM Linux
2017-01-19 13:16 ` Afzal Mohammed
2017-01-19 13:16 ` Afzal Mohammed
2017-01-30 12:09 ` Russell King - ARM Linux
2017-01-30 12:09 ` Russell King - ARM Linux
2017-01-18 20:39 ` [PATCH 4/4] ARM: nommu: remove Hivecs configuration is asm afzal mohammed
2017-01-18 20:39 ` afzal mohammed
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=20170120160618.GA3865@afzalpc \
--to=afzal.mohd.ma@gmail.com \
--cc=linux-arm-kernel@lists.infradead.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.