similar to: Mailing list fixed

Displaying 20 results from an estimated 30000 matches similar to: "Mailing list fixed"

2013 Oct 16
2
Unsupported system calls
On 10/16/2013 12:42 AM, Anil Singhar wrote: > Hi HPA, > > Regarding the architecture un-supported system calls, I wrapped them with > #ifndef __NR_<foo> .. #endif /* __NR_<foo> */ switches. I have already done > that. But you also mentioned that in SYSCALLS.def all these calls should be > present and marked with '?'.. Is that right..? Could you please give
2013 Oct 16
3
Unsupported system calls
On 10/16/2013 12:52 AM, Anil Singhar wrote: > Hi HPA, > > Thanks for your reply. One confusion I have is: > > e.g. 'access' is not supported in aarch64, so should the declaration be: > > <!aarch64> int access(const char *, int); <-- This is how it is currently > indicating that only aarch64 doesn't support it. > > OR > > <?> int
2013 Oct 09
5
[PATCH 0/1] Porting klibc to AArch64
Hi All: We have some patches to port klibc to ArmV8. The first set of patches from Neil Williams fixes the build issues. The second set of patches from Anil Singhar fixes functionalities. The following files have changed in the second set of patches ------------------------------------------------------------------------------------------ usr/include/arch/aarch64/klibc/archconfig.h
2013 Nov 11
5
[PATCH V2 0/3] Introduce arm64 support
Hello, Here is V2 of the arm64 support for klibc patch set. Notable changes since the original series: * fp regs dropped from setjmp/longjmp * chmod, lstat and stat re-implemented with *at functions. * open64 merged into open. As with the original, this series is to be applied against the latest klibc, just after 25a66fa README.klibc: update build information V2 has been tested on x86_64
2013 Nov 08
9
[PATCH 0/3] Introduce arm64 support
Hello, This series introduces arm64 support to klibc. I've rebased the work from Neil Williams and Anil Singhar into the following three patches. Most of the code changes are due to new syscall implementations being needed for arm64 as a only a minimal set of syscalls are defined in the arm64 kernel. This series is to be applied against the latest klibc, just after 25a66fa README.klibc:
2013 Nov 08
1
[PATCH 0/3] Introduce arm64 support
On 11/08/2013 10:35 AM, maximilian attems wrote: > On Fri, Nov 08, 2013 at 05:12:13PM +0000, Steve Capper wrote: >> >> I've rebased the work from Neil Williams and Anil Singhar into the >> following three patches. Most of the code changes are due to new >> syscall implementations being needed for arm64 as a only a minimal set >> of syscalls are defined in the
2013 Oct 16
0
Mailing list fixed
Hi HPA, Regarding the architecture un-supported system calls, I wrapped them with #ifndef __NR_<foo> .. #endif /* __NR_<foo> */ switches. I have already done that. But you also mentioned that in SYSCALLS.def all these calls should be present and marked with '?'.. Is that right..? Could you please give little more detail about the change you want. Thanks and Regards, Anil On
2013 Oct 16
1
Unsupported system calls
Also there are lines as follows: <ppc64> int stat::stat(const char *, struct stat *); Should they be changed likewise too..? I mean to <?> Thanks, Anil On 16 October 2013 13:40, Anil Singhar <anil.singhar at linaro.org> wrote: > OK, I will change all <!aarch64> to <?> then. How about lines declared > like the following: > >
2013 Oct 09
1
[PATCH 0/1] Porting klibc to AArch64
On Wed, 9 Oct 2013 15:51:32 +0200 maximilian attems <maks at stro.at> wrote: > On Wed, Oct 09, 2013 at 03:14:44PM +0530, Anil Singhar wrote: > > Hi All: > > > > We have some patches to port klibc to ArmV8. > > > > The first set of patches from Neil Williams fixes the build issues. > > The second set of patches from Anil Singhar fixes functionalities.
2013 Aug 02
1
Building klibc on 64-bit Ubuntu
Hi, I am trying to build Klibc on a 64-bit Ubuntu on a x86 machine. Here are the steps I followed: 1. Got the source wget https://launchpad.net/ubuntu/+archive/primary/+files/klibc_2.0.1.orig.tar.gz tar xvzf klibc_2.0.1.orig.tar.gz wget https://launchpad.net/ubuntu/+archive/primary/+files/klibc_2.0.1-3.1ubuntu1.debian.tar.gz tar xvzf
2006 Jun 28
35
[klibc 00/31] klibc as a historyless patchset (updated and reorganized)
I have updated the klibc patchset based on feedback received. In particular, the patchset has been reorganized so as not to break git-bisect. Additionally, this updates the patch base to 2.6.17-git12 (d38b69689c349f35502b92e20dafb30c62d49d63) and klibc 1.4.8; the main difference on the klibc side is removal of obsolete code. This is also available as a git tree at:
2020 Jul 27
3
[PATCH] Add syscall wrappers required by libkeyutils
On Saturday, 25 July 2020, 23:36:33 CEST, Ben Hutchings wrote: > On Wed, 2020-07-08 at 08:37 +0200, Christian Eggers wrote: > > ... > > libkeyutils usually invokes syscall() directly. As syscall() is not > > provided by klibc, libkeyutils has to be slightly modified for using the > > klibc wrappers. > > Wouldn't it be more useful for klibc to implement
2013 Oct 09
2
[PATCH 0/1] Porting klibc to arm64
On Wed, 9 Oct 2013 10:44:27 +0000 (UTC) Thorsten Glaser <tg at mirbsd.de> wrote: > Anil Singhar dixit: > > >Manual testing as provided within the package has been done with all > >tests passing. This includes the units tests available under > >usr/klibc/tests, usr/utils, usr/dash and usr/gzip. For dash and > >gzip, only sanity testing has been done. > >
2010 Oct 17
6
klibc 1.5.20 falls into an finite loop during build against linux 2.6.35.4
GEN usr/klibc/syscalls/SYSCALLS.i GEN usr/klibc/syscalls/syscalls.nrs GEN usr/klibc/syscalls/typesize.c KLIBCCC usr/klibc/syscalls/typesize.o OBJCOPY usr/klibc/syscalls/typesize.bin GEN usr/klibc/syscalls/syscalls.mk GEN usr/klibc/syscalls/SYSCALLS.i GEN usr/klibc/syscalls/syscalls.nrs GEN usr/klibc/syscalls/typesize.c KLIBCCC
2018 Jul 17
1
[PATCH klibc 1/2] rename, renameat: Use renameat2() system call
New architectures only define the renameat2() system call, which was added in Linux 3.15. Define rename() and renameat() as wrappers for it if necessary. Signed-off-by: Ben Hutchings <ben at decadent.org.uk> --- --- a/usr/klibc/Kbuild +++ b/usr/klibc/Kbuild @@ -59,7 +59,8 @@ klib-y += vsnprintf.o snprintf.o vsprint inet/inet_ntoa.o inet/inet_aton.o inet/inet_addr.o \
2006 Jun 07
4
[patch] s390: vfork support
From: Heiko Carstens <heiko.carstens@de.ibm.com> vfork support for s390/s390x. Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com> --- diff -purN a/usr/klibc/SYSCALLS.def b/usr/klibc/SYSCALLS.def --- a/usr/klibc/SYSCALLS.def 2006-06-07 09:44:33.000000000 +0200 +++ b/usr/klibc/SYSCALLS.def 2006-06-07 13:01:54.000000000 +0200 @@ -28,7 +28,7 @@ void _exit,exit::_exit(int) ; A
2016 Jan 06
5
[PATCH klibc 0/5] klibc architecture fixes
Here's an assortment of build and run-time fixes for various architectures that we've applied in Debian. Ben. Aurelien Jarno (1): ppc64: fix struct stat Ben Hutchings (2): MIPS: Update archfcntl.h syscalls: Override detection of direct socket syscalls on i386, m68k, s390 Helge Deller (1): Add pread and pwrite 32bit syscall wrappers for parisc Mauricio Faria de Oliveira
2006 Apr 11
6
klibc kbuild status
Hi hpa & others. Following is a list of issues that I hope to be addressed soon so we are in even better shape for -mm inclusion. 1) rebuild initramfs when content changes. > It is a simple matter of copying in usr/Makefile from the latest > -linus kernel and replace the 10 first lines with the content from > klibc Kbuild file. 2) havesyscalls.h is not deleted after make
2013 Oct 16
0
Unsupported system calls
Hi HPA, Thanks for your reply. One confusion I have is: e.g. 'access' is not supported in aarch64, so should the declaration be: <!aarch64> int access(const char *, int); <-- This is how it is currently indicating that only aarch64 doesn't support it. OR <?> int access(const char *, int); <-- if I do this instead, it will be optional for every architecture,
2020 Jul 08
2
[PATCH] Add syscall wrappers required by libkeyutils
libkeyutils is used by the keyctl command which is required for loading keys into the kernel (e.g. for mounting an authenticated UBIFS as root file system). libkeyutils usually invokes syscall() directly. As syscall() is not provided by klibc, libkeyutils has to be slightly modified for using the klibc wrappers. Signed-off-by: Christian Eggers <ceggers at arri.de> ---