search for: at_fdcwd

...strace -ff /usr/sbin/smbd -D execve("/usr/sbin/smbd", ["/usr/sbin/smbd", "-D"], 0x7fffc2ef8b70 /* 30 vars */) = 0 brk(NULL) = 0x562ecaa7f000 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/usr/lib64/samba/tls/x86_64/x86_64/libpthread.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) stat("/usr/lib64/samba/tls/x86_64/x86_64", 0x7ffd59d6fe00) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/usr/lib64/samba/tls/x86_64/libpthread.s...

...thunderstorm /usr/libexec/dovecot # strace ./auth-old execve("./auth-old", ["./auth-old"], 0x7ffd17c804c0 /* 27 vars */) = 0 brk(NULL) = 0x557e9dc28000 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/usr/lib64/dovecot/old-stats/tls/x86_64/x86_64/libstats_auth.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) stat("/usr/lib64/dovecot/old-stats/tls/x86_64/x86_64", 0x7ffcc7973020) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/usr/lib64/do...

...c/dovecot # strace ./auth-old > execve("./auth-old", ["./auth-old"], 0x7ffd17c804c0 /* 27 vars */) = 0 > brk(NULL)?????????????????????????????? = 0x557e9dc28000 > access("/etc/ld.so.preload", R_OK)????? = -1 ENOENT (No such file or > directory) > openat(AT_FDCWD, > "/usr/lib64/dovecot/old-stats/tls/x86_64/x86_64/libstats_auth.so", > O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) > stat("/usr/lib64/dovecot/old-stats/tls/x86_64/x86_64", 0x7ffcc7973020) > = -1 ENOENT (No such file or directory) > openat(AT_FDCWD...

.../auth-old >> execve("./auth-old", ["./auth-old"], 0x7ffd17c804c0 /* 27 vars */) = 0 >> brk(NULL)?????????????????????????????? = 0x557e9dc28000 >> access("/etc/ld.so.preload", R_OK)????? = -1 ENOENT (No such file or >> directory) >> openat(AT_FDCWD, >> "/usr/lib64/dovecot/old-stats/tls/x86_64/x86_64/libstats_auth.so", >> O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) >> stat("/usr/lib64/dovecot/old-stats/tls/x86_64/x86_64", 0x7ffcc7973020) >> = -1 ENOENT (No such file or directory) >...

....c b/usr/klibc/access.c new file mode 100644 index 0000000..0f24856 --- /dev/null +++ b/usr/klibc/access.c @@ -0,0 +1,12 @@ +#include <fcntl.h> +#include <unistd.h> +#include <sys/syscall.h> + +#ifndef __NR_access + +int access(const char *pathname, int mode) +{ + return faccessat(AT_FDCWD, pathname, mode, 0); +} + +#endif /* __NR_access */ diff --git a/usr/klibc/chmod.c b/usr/klibc/chmod.c new file mode 100644 index 0000000..b5129e6 --- /dev/null +++ b/usr/klibc/chmod.c @@ -0,0 +1,13 @@ +#include <fcntl.h> +#include <sys/types.h> +#include <sys/stat.h> +#include &...

...p Users accessing the sftp is authenticated agains an AD, but the access groups comes from another LDAP server. When I login to the sftp server and execute a ls command it takes way too long. I did a strace on the sftp process, in which I can see it tries to access the following files. openat(AT_FDCWD, "/run/systemd/userdb/", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = -1 ENOENT (No such file or directory) stat("/etc/ldap.conf", 0x7ffea7282230) = -1 ENOENT (No such file or directory) stat("/etc/resolv.conf", 0x7ffea7282770) = -1 ENOENT (No such file or directory)...

....c b/usr/klibc/access.c new file mode 100644 index 0000000..0f24856 --- /dev/null +++ b/usr/klibc/access.c @@ -0,0 +1,12 @@ +#include <fcntl.h> +#include <unistd.h> +#include <sys/syscall.h> + +#ifndef __NR_access + +int access(const char *pathname, int mode) +{ + return faccessat(AT_FDCWD, pathname, mode, 0); +} + +#endif /* __NR_access */ diff --git a/usr/klibc/chmod.c b/usr/klibc/chmod.c new file mode 100644 index 0000000..d067752 --- /dev/null +++ b/usr/klibc/chmod.c @@ -0,0 +1,17 @@ +#include <fcntl.h> +#include <unistd.h> +#include <sys/types.h> +#include &lt...

...td.h> > +#include <fcntl.h> > +#include <sys/syscall.h> > + > +#if !defined(__NR_open) && _BITSIZE == 64 > + > +__extern int openat(int, const char *, int, ...); > + > +int open(const char *pathname, int flags, mode_t mode) > +{ > + return openat(AT_FDCWD, pathname, flags, mode); > +} > + > +#endif This applies equally to a 32-bit platform that doesn't define __NR_open, except there we need to add O_LARGEFILE to the flags and call __openat in order to not have to pull in openat.c as well. I suggest merging this into open.c and making...

...hopping the OS could help us manage the temporary file so that there was no way to accidentally leave it behind. On linux there is O_TMPFILE, which allows us to create a file with no name in the file system. A name can be given with linkat. Unfortunately we can't use linkat(fd, "", AT_FDCWD, "destination", AT_EMPTY_PATH) Without special permissions and have instead to depend on proc: linkat(AT_FDCWD, "/proc/self/fd/<num>", AT_FDCWD, "destination", AT_SYMLINK_FOLLOW) Another annoyance is that linkat will not replace the destination and rena...

...e compatible with the Kerberos version in 18.04. When I "strace -f" the "lpr" command and then grep for "open" and "krb" I get almost the same lines in both 16.04 and in 18.04 (the difference is in the beginning of the lines: "open(" vs "openat(AT_FDCWD, "): 16.04$ grep ^open /tmp/strace.out|grep krb open("/usr/lib/x86_64-linux-gnu/libgssapi_krb5.so.2", O_RDONLY|O_CLOEXEC) = 3 open("/usr/lib/x86_64-linux-gnu/libkrb5.so.3", O_RDONLY|O_CLOEXEC) = 3 open("/usr/lib/x86_64-linux-gnu/libkrb5support.so.0", O_RDONLY|O_C...

...(especially ssl conf) only occurs in conf.d/10-ssl.conf. To dig on what's happening underneath I ran `strace doveconf -n 2>&1 |egrep "\.conf|conf\.d"` and got: write(1, "# 2.3.3 (dcead646b): /etc/doveco"..., 47# 2.3.3 (dcead646b): /etc/dovecot/dovecot.conf openat(AT_FDCWD, "/etc/dovecot/dovecot.conf", O_RDONLY) = 7 wait4(-1, doveconf: Fatal: Error in configuration file /etc/dovecot/dovecot.conf line 98: No matches open("/etc/dovecot/conf.d", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 8 openat(AT_FDCWD, "/etc/dovecot/conf.d/90-sieve.conf&q...

...Could not open 'rbd:guests/mytwotel-a:id=libvirt:key=AQCAUpBbrcaiFxAA1sztXPbkdW1L54i99oUpyA==:auth_supported=cephx\;none': No such file or directory ... I tried to strace libvirtd. The results are as follows: On openSUSE 15.2 with libvirt 6.0.0 (not working), we see this: 1682  openat(AT_FDCWD, "rbd:guests/mytwotel-a:id=libvirt:key=AQCAUpBbrcaiFxAA1sztXPbkdW1L54i99oUpyA==:auth_supported=cephx\\;none", O_RDWR|O_CLOEXEC) = -1 ENOENT (No such file or directory) 1682  rt_sigprocmask(SIG_BLOCK, NULL, [BUS USR1 ALRM IO], 8) = 0 1682  mmap(NULL, 1052672, PROT_READ|PROT_WRITE, MAP_P...

...occurs in conf.d/10-ssl.conf. > > To dig on what's happening underneath I ran `strace doveconf -n 2>&1 > |egrep "\.conf|conf\.d"` and got: > > write(1, "# 2.3.3 (dcead646b): /etc/doveco"..., 47# 2.3.3 (dcead646b): > /etc/dovecot/dovecot.conf openat(AT_FDCWD, > "/etc/dovecot/dovecot.conf", O_RDONLY) = 7 wait4(-1, doveconf: Fatal: > Error in configuration file /etc/dovecot/dovecot.conf line 98: No > matches open("/etc/dovecot/conf.d", > O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 8 openat(AT_FDCWD, > "/etc/d...

...SUSE 15.1 (which includes libvirt 5.1.0) that worked fine. The >> XML is as follows: >> > > [...] > >> I tried to strace libvirtd. The results are as follows: >> >> On openSUSE 15.2 with libvirt 6.0.0 (not working), we see this: >> >> 1682  openat(AT_FDCWD, >> "rbd:guests/mytwotel-a:id=libvirt:key=AQCAUpBbrcaiFxAA1sztXPbkdW1L54i99oUpyA==:auth_supported=cephx\\;none", >> O_RDWR|O_CLOEXEC) = -1 ENOENT (No such file or directory) >> 1682  rt_sigprocmask(SIG_BLOCK, NULL, [BUS USR1 ALRM IO], 8) = 0 >> 1682  mmap(NULL, 1...

...(1, [65534]) = 0 setgid(65534) = 0 setuid(65534) = 0 chdir("/var/state/ups") = 0 write(2, " 0.008773\t", 12) = 12 write(2, "Searching for USB device...\n", 28) = 28 openat(AT_FDCWD, "/dev/bus/usb", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 4 getdents(4, /* 11 entries */, 32768) = 264 close(4) = 0 openat(AT_FDCWD, "/dev/bus/usb", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 4 getdents(4, /* 11 entries */, 32768) = 264...

...const char *, mode_t, dev_t); <?> int chmod(const char *, mode_t); diff --git a/usr/klibc/rename.c b/usr/klibc/rename.c index 587c26f..d76b739 100644 --- a/usr/klibc/rename.c +++ b/usr/klibc/rename.c @@ -5,7 +5,7 @@ int rename(const char *oldpath, const char *newpath) { - return renameat(AT_FDCWD, oldpath, AT_FDCWD, newpath); + return renameat2(AT_FDCWD, oldpath, AT_FDCWD, newpath, 0); } #endif /* __NR_rename */ diff --git a/usr/klibc/renameat.c b/usr/klibc/renameat.c new file mode 100644 index 0000000..10c8882 --- /dev/null +++ b/usr/klibc/renameat.c @@ -0,0 +1,12 @@ +#include <fcnt...

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

...nit .size _start,.-_start diff --git a/usr/klibc/arch/aarch64/link.c b/usr/klibc/arch/aarch64/link.c index 7a04e27..f1dedfb 100644 --- a/usr/klibc/arch/aarch64/link.c +++ b/usr/klibc/arch/aarch64/link.c @@ -3,5 +3,5 @@ int link(const char *oldpath, const char *newpath) { - return linkat (AT_FDCWD, oldpath, AT_FDCWD, newpath); + return linkat (AT_FDCWD, oldpath, AT_FDCWD, newpath, 0); } diff --git a/usr/klibc/arch/aarch64/mknod.c b/usr/klibc/arch/aarch64/mknod.c index 61836e4..cf7aca2 100644 --- a/usr/klibc/arch/aarch64/mknod.c +++ b/usr/klibc/arch/aarch64/mknod.c @@ -3,9 +3,7 @@ #inclu...

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:

On Jan 12, 2014, at 11:07 AM, Ariel Wainer wrote: > On 11/01/14 15:27, Charles Lepple wrote: >> On Jan 10, 2014, at 4:46 PM, Ariel Wainer wrote: >> >>> On 10/01/14 01:53, Charles Lepple wrote: >>>> I am curious about why the Interrupt Out packet is sent by the Windows software if it isn't to turn off the UPS. Is it possible to do some more testing with