[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <2e1f3e41-7097-e68d-d312-9319ad62565c@gmx.de>
Date: Tue, 8 Mar 2022 15:51:41 +0100
From: Helge Deller <deller@....de>
To: Jiri Slaby <jirislaby@...nel.org>,
"James E.J. Bottomley" <James.Bottomley@...senPartnership.com>,
linux-parisc@...r.kernel.org,
Linux kernel mailing list <linux-kernel@...r.kernel.org>
Subject: Re: hppa vDSO and compiler (non-)support
Hi Jiri,
Thanks for testing on parisc!
On 3/8/22 12:06, Jiri Slaby wrote:
> since the "parisc: Add vDSO support" commit, I can no longer cross-build a hppa kernel. I see two issues:
>
> 1) CROSS32_COMPILE detection doesn't work here, as openSUSE provides hppa-suse-linux-* binaries. It's easy to overcome by "CROSS32_COMPILE=hppa-suse-linux-"
How is it handled for other platforms like s390x?
Would it make sense to add the detection for SUSE too?
> 2) openSUSE doesn't provide any libc for hppa. So gcc doesn't provide libgcc.a and the build of vDSO fails.
libgcc.a comes with the compiler, I don't think you need libc for that.
I'm currently installing opensuse to try myself though...
> So could vDSO be optional on hppa via KConfig?
The vDSO is one of the first things which is built during kernel build process.
This is why you fail.
Making it optional doesn't make sense, because then the kernel wouldn't be able
to start the user space processes.
> I used to use the cross compiler to at least compile-check the following tty drivers:
> arch/parisc/kernel/pdc_cons.o
> drivers/tty/serial/mux.o
> drivers/tty/serial/8250/8250_gsc.o
I assume you never built a full kernel, but stopped when building those modules?
Without libgcc.a the kernel itself wouldn't have linked before either.
Helge
Powered by blists - more mailing lists