similar to: [PATCH] Update header locations for uapi & generated

Displaying 20 results from an estimated 2000 matches similar to: "[PATCH] Update header locations for uapi & generated"

2019 Jan 18
0
[klibc:master] Kbuild: Remove KLIBCKERNELOBJ variable
Commit-ID: ad72c27485b86171153ab26a1c1035f8e9bbd5e3 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=ad72c27485b86171153ab26a1c1035f8e9bbd5e3 Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Sun, 6 Jan 2019 20:50:56 +0000 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Fri, 18 Jan 2019 03:10:14 +0000 [klibc] Kbuild: Remove
2017 Jan 04
0
[lkp-developer] [lib] 0c5a9920fb: WARNING:at_lib/test_linktables/test-linktables.c:#test_linktable_init
On Fri, Dec 30, 2016 at 01:34:15AM +0800, kernel test robot wrote: > > FYI, we noticed the following commit: > > commit: 0c5a9920fbb514bd4098e2fb6340d3274bf2bca7 ("lib: add linker tables test driver") > https://git.kernel.org/pub/scm/linux/kernel/git/mcgrof/linux-next.git 20161216-linker-tables-v5 > > in testcase: trinity > with following parameters: > >
2019 Jan 07
4
[PATCH klibc 0/4] Fix the KLIBCKERNEL{SRC,OBJ} mess
We currently use KLIBCKERNELSRC and KLIBCKERNELOBJ variables which used to be required to point to a kernel source and object directories. However the kernel headers were reorganised starting in Linux 3.7 such that that doesn't work properly. This series removes KLIBCKERNELOBJ and changes the use and documentation of KLIBCKERNELSRC to be consistent. Ben. Ben Hutchings (4): [klibc]
2006 Jun 06
0
ppc32: "Relocation truncated to fit"
Hello ppc32 users, I think I finally got the "official" answer on the ppc32 problem. Apparently some distributions build binutils so that it defaults to elf32ppc emulation rather than elf32ppclinux. This doesn't matter when using gcc, since gcc overrides the emulation explicitly, but it does matter when invoking ld directly like klibc does. This patch should hopefully take
2006 Jun 26
0
[klibc 19/43] klibc basic build infrastructure
Basic infrastructure for building klibc. Signed-off-by: H. Peter Anvin <hpa at zytor.com> --- commit 5bba564a5c133369b3e83e5827d053a98cb3c59a tree 11f2acc1f9d845e8764fa790f522b79ea1106b80 parent 378abd8f4d39024ea6c87eb5b54155238f647f0d author H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun 2006 16:58:08 -0700 committer H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun 2006 16:58:08
2006 May 11
0
[patch] klibc: merge s390 and s390x
Merge s390 and s390x into s390. Compiled and tested on s390/s390x and i386. Also cross compilation for s390/s390x tested. This patch shouldn't break the build of any architecture. Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com> --- Makefile | 1 scripts/Kbuild.install | 4 +- scripts/Kbuild.klibc
2006 May 24
1
[patch] klibc: merge s390/s390x 2nd try
From: Heiko Carstens <heiko.carstens@de.ibm.com> Merge s390 and s390x into s390. Patch is against current linux-2.6-klibc tree and seems to work. Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com> --- As a side note: a bitops patch is missing to make this working. Martin will send it soon. If it's needed earlier I can send it as well. Makefile
2020 Jul 25
0
[klibc:master] arch: Explicitly disable or enable executable stacks
Commit-ID: 27ad55131385821dfe85b0320f4d6ba8861ab7e5 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=27ad55131385821dfe85b0320f4d6ba8861ab7e5 Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Wed, 29 Apr 2020 22:56:59 +0100 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 25 Jul 2020 17:33:29 +0100 [klibc] arch: Explicitly disable
2019 Jan 21
0
Fwd: Re: Build problems: klibc with Linux 3.10.7
Hi Ben Looks like the patch from Maximilian below is still missing in klibc 2.0.5 Could you please apply it ? Thanks Christophe -------- Message transf?r? -------- Sujet?: Re: [klibc] Build problems: klibc with Linux 3.10.7 Date?: Wed, 21 Aug 2013 22:22:32 +0200 De?: maximilian attems <maks at stro.at> Pour?: leroy christophe <christophe.leroy at c-s.fr> Copie ??: klibc at
2019 Jan 18
0
[klibc:master] i386: Use -Ttext-segment to avoid address collision
Commit-ID: 34163a2c7d1c3b841a35b242dbdbda25c4fb1ecb Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=34163a2c7d1c3b841a35b242dbdbda25c4fb1ecb Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Sun, 6 Jan 2019 03:19:51 +0000 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Fri, 18 Jan 2019 03:10:14 +0000 [klibc] i386: Use -Ttext-segment to
2013 Aug 21
3
Build problems: klibc with Linux 3.10.7
On Wed, Aug 21, 2013 at 06:48:08PM +0200, maximilian attems wrote: > On Wed, Aug 21, 2013 at 06:03:41PM +0200, leroy christophe wrote: > > > > Note that step B is working well. > > It is step C, the 'make install', which fails. > > right, it is the toplevel Makefile one needs to poke for the target. > see belows proper patch: >From
2013 Aug 21
0
Build problems: klibc with Linux 3.10.7
On Wed, Aug 21, 2013 at 06:03:41PM +0200, leroy christophe wrote: <snipp stuff> > >>>> > >>>>A) cd ~/src/linux > >>>> make defconfig > >>>> make headers_install > >>>> > >>>>B) cd ~/src/klibc > >>>> make KLIBCKERNELSRC=`pwd`/../linux/usr/ > >>>> >
2020 Jan 27
4
[PATCH] support llvm's lld
When using clang+llvm and lld, I get the following error: ld.lld: error: -Ttext-segment is not supported. Use --image-base if you intend to set the base address Let's test whether linker is lld and use --image-base instead of -Ttext-segment. See llvm's rationale for not supporting -Ttext-segment: https://github.com/llvm/llvm-project/commit/4dc2fb123dcfe9a97ad6f3a1135053b74efd0bc9 Note
2019 Jan 18
0
[klibc:master] x86_64: Use -Ttext-segment to avoid address collision
Commit-ID: 2a705525e0816f9d708d7c41688f6bcb127374fe Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=2a705525e0816f9d708d7c41688f6bcb127374fe Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Sat, 5 Jan 2019 20:59:33 +0000 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Fri, 18 Jan 2019 03:10:14 +0000 [klibc] x86_64: Use -Ttext-segment
2019 Jan 20
0
[klibc:master] Use -Ttext-segment to link shared library on all arches
Commit-ID: 72d6d78a8f0d24a64911c246487402c81b4beb9d Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=72d6d78a8f0d24a64911c246487402c81b4beb9d Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Sun, 20 Jan 2019 19:41:47 +0000 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sun, 20 Jan 2019 21:15:17 +0000 [klibc] Use -Ttext-segment to link
2006 Jun 26
0
[klibc 31/43] ppc support for klibc
The parts of klibc specific to the ppc architecture. Signed-off-by: H. Peter Anvin <hpa at zytor.com> --- commit a82c9b6e9b3428bae592241d1ac276054bc46fc5 tree 70852f39dd495c9bffc307d38f6da673d91ab08a parent 078d6614054391efe17093f8d70340e2c0644ffb author H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun 2006 16:58:37 -0700 committer H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun
2012 Jun 27
1
To build klibc against kernel 3.4.3
It seems that a minor modification to usr/klibc/arch/$(ARCH)/MCONFIG is needed to build klibc successfully against kernel version 3.4.3. At lease the arch "arm" and "x86_64" have this issue. It is because that some include files are under "generated/asm/" in addition to "asm/". --- a/usr/klibc/arch/x86_64/MCONFIG +++ b/usr/klibc/arch/x86_64/MCONFIG @@ -36,4
2020 Jul 25
0
[klibc:master] Kbuild: support clang's lld
Commit-ID: eaca2447991709cddfd8c42f3fa4a2e890d2cce8 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=eaca2447991709cddfd8c42f3fa4a2e890d2cce8 Author: Bill Wendling <morbo at google.com> AuthorDate: Sun, 29 Mar 2020 04:38:31 -0700 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 25 Jul 2020 20:45:34 +0100 [klibc] Kbuild: support clang's
2019 Jan 05
0
x86_64: Use -Ttext-segment to avoid address collision
Building klibc for x86_64 with binutils 2.31 adds an extra .note.gnu.property section to klibc.so, the address of which is not affected by the -Ttext option. Loading a klibc executable then fails with the following kernel log message: 9409 (sh.shared): Uhuuh, elf segment at 0000000000200000 requested but the memory is mapped already I don't exactly see why this is happening, but it is
2020 Mar 27
1
[PATCH v2 2/5] Kbuild: support clang's lld
From: Stanislav Fomichev <sdf at google.com> Clang's lld prefers the use of "-image-base" instead of "-Ttext-segment". Signed-off-by: Stanislav Fomichev <sdf at google.com> Signed-off-by: Bill Wendling <morbo at google.com> --- Makefile | 3 +++ usr/klibc/arch/i386/MCONFIG | 2 +- usr/klibc/arch/mips64/MCONFIG | 2 +-