From: Michal Simek <michal.simek@xilinx.com>
To: Masahiro Yamada <yamada.masahiro@socionext.com>,
Michal Simek <monstr@monstr.eu>
Cc: Linux Kbuild mailing list <linux-kbuild@vger.kernel.org>,
DTML <devicetree@vger.kernel.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Rob Herring <robh+dt@kernel.org>,
Mark Rutland <mark.rutland@arm.com>,
Michal Simek <michal.simek@xilinx.com>
Subject: Re: [PATCH 0/7] microblaze: fix various problems in building boot images
Date: Fri, 7 Dec 2018 16:19:41 +0100 [thread overview]
Message-ID: <18fb7c8b-2b47-eb39-d80b-7137e7db466b@xilinx.com> (raw)
In-Reply-To: <938f1368-5e07-0178-5b99-d8331ce216f8@xilinx.com>
On 07. 12. 18 14:29, Michal Simek wrote:
> On 07. 12. 18 12:29, Masahiro Yamada wrote:
>> On Thu, Dec 6, 2018 at 11:55 PM Michal Simek <monstr@monstr.eu> wrote:
>>>
>>> On 03. 12. 18 8:50, Masahiro Yamada wrote:
>>>> This patch set fixes various issues in microblaze Makefiles.
>>>>
>>>> BTW, "simpleImage.<dt>" works like a phony target to generate the
>>>> following four images, where the first three are just aliases.
>>>>
>>>> - arch/microblaze/boot/simpleImage.<dt>:
>>>> identical to arch/microblaze/boot/linux.bin
>>>>
>>>> - arch/microblaze/boot/simpleImage.<dt>.unstrip:
>>>> identical to vmlinux
>>>>
>>>> - arch/microblaze/boot/simpleImage.<dt>.ub:
>>>> identical to arch/microblaze/boot/linux.bin.ub
>>>>
>>>> - arch/microblaze/boot/simpleImage.<dt>.strip:
>>>> stripped vmlinux
>>>>
>>>> I am not sure how much useful those copies are,
>>>> but, I tried my best to keep the same behavior.
>>>>
>>>> IMHO, I guess DTB=<dt> would be more sensible,
>>>> but it is up to Michal.
>>>>
>>>>
>>>>
>>>> Masahiro Yamada (7):
>>>> microblaze: fix cleaning of boot images
>>>> microblaze: adjust the help to the real behavior
>>>> microblaze: move "... is ready" message to arch/microblaze/Makefile
>>>> microblaze: fix multiple bugs in arch/microblaze/boot/Makefile
>>>> microblaze: add linux.bin* and simpleImage.* to PHONY
>>>> microblaze: fix race condition in building boot images
>>>> microblaze: remove the unneeded code just in case file copy fails
>>>>
>>>> arch/microblaze/Makefile | 14 +++++++++-----
>>>> arch/microblaze/boot/Makefile | 33 +++++++++++++++++----------------
>>>> arch/microblaze/boot/dts/Makefile | 5 +----
>>>> 3 files changed, 27 insertions(+), 25 deletions(-)
>>>>
>>>
>>> One more thing I have in my mind for a while is that will be good to
>>> configure kernel build flags from DT and completely get rid of these
>>> symbols.
>>>
>>> XILINX_MICROBLAZE0_USE_MSR_INSTR
>>> XILINX_MICROBLAZE0_USE_PCMP_INSTR
>>> XILINX_MICROBLAZE0_USE_BARREL
>>> XILINX_MICROBLAZE0_USE_DIV
>>> XILINX_MICROBLAZE0_USE_HW_MUL
>>> XILINX_MICROBLAZE0_USE_FPU
>>>
>>> It means setup CPUFLAGS based on extracting that values from DT that it
>>> all the time match the hardware.
>>> It will also simplify all the CPUFLAGS logic which is in
>>> arch/microblaze/Makefile.
>>>
>>> Do you have any idea how this can be done?
>>
>>
>> I have no idea.
>>
>> Parsing DTS with sed or something would be possible, but ugly.
>>
>> In my opinion, the kernel should be multi platform image,
>> in other words, it is the least common denominator
>> of supported platforms.
>>
>> So, the kernel should enable all features that may or may not be used
>> depending on platform.
>>
>> I do not know if this works for MB.
>
> Microblaze is soft core CPU where you can select if you want to have it
> with multiplier, divider, barrel shifter, etc.
> You can of course say that you don't have them and you have "universal"
> kernel but very slow.
> That's why user has to setup these configs which are converted to cflags
> to say GCC what can be used.
> And these configs can be simply parsed from dt.
>
> For example like this based on dtb (quick hack)
>
> for i in `echo use-msr-instr use-pcmp-instr use-barrel use-div
> use-hw-mul use-fpu`; do
> UPPER=`echo $i | tr '-' '_' | tr '[a-z]' '[A-Z}'`
> echo $i $UPPER;
>
> VAR=`fdtget -t i $FILE/arch/microblaze/boot/dts/system.dtb /cpus/cpu@0/
> xlnx,$i`
> FLAGS+="CONFIG_XILINX_MICROBLAZE0_${UPPER}=${VAR} "
> done
>
> make $FLAGS
>
>
> When simpleImage is requested dt could be parsed to setup proper build
> flags.
One more thing I found is that I have done these changes
diff --git a/arch/microblaze/kernel/setup.c b/arch/microblaze/kernel/setup.c
index bbd6968ce55b..dc6a6fee3ae2 100644
--- a/arch/microblaze/kernel/setup.c
+++ b/arch/microblaze/kernel/setup.c
@@ -153,11 +153,13 @@ void __init machine_early_init(const char
*cmdline, unsigned int ram,
#endif
#if CONFIG_XILINX_MICROBLAZE0_USE_MSR_INSTR
+#error MSR is enabled
if (msr) {
pr_info("!!!Your kernel has setup MSR instruction but ");
pr_cont("CPU don't have it %x\n", msr);
}
#else
+#error MSR is not enabled
if (!msr) {
pr_info("!!!Your kernel not setup MSR instruction but ");
pr_cont("CPU have it %x\n", msr);
and run MSR with 1
make defconfig && make CONFIG_XILINX_MICROBLAZE0_USE_MSR_INSTR=1
arch/microblaze/kernel/setup.o
it errors #error MSR is enabled
and all is good.
And when I run MSR with 0
make defconfig && make CONFIG_XILINX_MICROBLAZE0_USE_MSR_INSTR=0
arch/microblaze/kernel/setup.o
also getting #error MSR is enabled
which is wrong.
Is there any rule what can be setup at compilation time?
Thanks,
Michal
next prev parent reply other threads:[~2018-12-07 15:20 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-12-03 7:50 [PATCH 0/7] microblaze: fix various problems in building boot images Masahiro Yamada
2018-12-03 7:50 ` [PATCH 1/7] microblaze: fix cleaning of " Masahiro Yamada
2018-12-05 15:41 ` Michal Simek
2018-12-03 7:50 ` [PATCH 2/7] microblaze: adjust the help to the real behavior Masahiro Yamada
2018-12-05 15:40 ` Michal Simek
2018-12-06 5:27 ` Masahiro Yamada
2018-12-06 12:52 ` Michal Simek
2018-12-07 9:50 ` Masahiro Yamada
2018-12-07 10:21 ` Masahiro Yamada
2018-12-07 10:47 ` Michal Simek
2018-12-03 7:50 ` [PATCH 3/7] microblaze: move "... is ready" message to arch/microblaze/Makefile Masahiro Yamada
2018-12-05 15:47 ` Michal Simek
2018-12-03 7:50 ` [PATCH 4/7] microblaze: fix multiple bugs in arch/microblaze/boot/Makefile Masahiro Yamada
2018-12-05 15:57 ` Michal Simek
2018-12-03 7:50 ` [PATCH 5/7] microblaze: add linux.bin* and simpleImage.* to PHONY Masahiro Yamada
2018-12-05 15:59 ` Michal Simek
2018-12-03 7:50 ` [PATCH 6/7] microblaze: fix race condition in building boot images Masahiro Yamada
2018-12-05 16:31 ` Michal Simek
2018-12-08 6:51 ` Masahiro Yamada
2018-12-03 7:50 ` [PATCH 7/7] microblaze: remove the unneeded code just in case file copy fails Masahiro Yamada
2018-12-05 16:33 ` Michal Simek
2018-12-05 16:41 ` [PATCH 0/7] microblaze: fix various problems in building boot images Michal Simek
2018-12-06 5:08 ` Masahiro Yamada
2018-12-06 13:09 ` Michal Simek
2018-12-07 11:25 ` Masahiro Yamada
2018-12-06 14:44 ` Michal Simek
2018-12-07 11:29 ` Masahiro Yamada
2018-12-07 13:29 ` Michal Simek
2018-12-07 15:19 ` Michal Simek [this message]
2018-12-08 6:14 ` Masahiro Yamada
2018-12-12 13:50 ` Michal Simek
2018-12-12 14:11 ` Masahiro Yamada
2018-12-12 14:21 ` Masahiro Yamada
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=18fb7c8b-2b47-eb39-d80b-7137e7db466b@xilinx.com \
--to=michal.simek@xilinx.com \
--cc=devicetree@vger.kernel.org \
--cc=linux-kbuild@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mark.rutland@arm.com \
--cc=monstr@monstr.eu \
--cc=robh+dt@kernel.org \
--cc=yamada.masahiro@socionext.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