Re: Preparing for the next release: call for testing

On 27 Feb 2015 01:06, Mike Frysinger wrote: > i'll look into the ppc/sparc ipc_sem failures. i suspect it's a > kernel/system > config thing we need to test for and SKIP. in both cases it's a 32bit prog running under a 64bit kernel. i suspect the kernel is broken but no one noticed because wh

Re: Preparing for the next release: call for testing

would help if i attached the logs ;) -mike logs.tar.xz Description: application/xz signature.asc Description: Digital signature -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel

Re: Preparing for the next release: call for testing

the sh4 failure looks like a race probably due to a loaded system. i re-ran the one failing test when it was quiet and it passed. i'll look into the ppc/sparc ipc_sem failures. i suspect it's a kernel/system config thing we need to test for and SKIP. testing commit d32e1b9dde3fdbd723a672549d

Re: Preparing for the next release: call for testing

On 27 Feb 2015 07:52, Dmitry V. Levin wrote: > On Thu, Feb 26, 2015 at 11:31:59PM -0500, Mike Frysinger wrote: > > On 27 Feb 2015 05:30, Dmitry V. Levin wrote: > > > On Thu, Feb 26, 2015 at 05:56:43PM -0500, Mike Frysinger wrote: > > > > detach-stopped.test.tmp contains just this: > > > > Process 1

Re: Preparing for the next release: call for testing

On Thu, Feb 26, 2015 at 01:10:39AM -0500, Mike Frysinger wrote: > vFAIL: test; ppc64/64-bit/MSB linux-3.12.20-gentoo kernel-headers-3.9.0 > glibc-2.17 gcc-4.7.3 This is a test issue; hopefully fixed by commits 977550de794baac058d4368682167fcbebbdf653 and 856b7596b83d70d6e7e27eef56fa7b92a0dac4af.

Re: Preparing for the next release: call for testing

On Thu, Feb 26, 2015 at 11:31:59PM -0500, Mike Frysinger wrote: > On 27 Feb 2015 05:30, Dmitry V. Levin wrote: > > On Thu, Feb 26, 2015 at 05:56:43PM -0500, Mike Frysinger wrote: > > > detach-stopped.test.tmp contains just this: > > > Process 1267 attached > > > restart_syscall(<... resuming interr

Re: Preparing for the next release: call for testing

On 27 Feb 2015 05:30, Dmitry V. Levin wrote: > On Thu, Feb 26, 2015 at 05:56:43PM -0500, Mike Frysinger wrote: > > detach-stopped.test.tmp contains just this: > > Process 1267 attached > > restart_syscall(<... resuming interrupted call ...> > > That is, either "kill -STOP" failed to stop "sleep" o

[PATCH] handle broken PTRACE_EVENT_STOP values

For a few linux releases (3.1 through 3.3), this define in the exported headers were broken. Undefine it that's the case. * ptrace.h [PTRACE_EVENT_STOP]: Undefine if PTRACE_EVENT_STOP is 7. --- ptrace.h | 6 ++ 1 file changed, 6 insertions(+) diff --git a/ptrace.h b/ptrace.h index 1a5414d..

[PATCH] fix cross-compiling of ioctlsort

Use the AX_PROG_CC_FOR_BUILD helper to set up build settings when cross compiling. This way ioctlsort uses the build tools all the time. * configure.ac: Call AX_PROG_CC_FOR_BUILD. * Makefile.am (ioctlsort_CC): Set to CC_FOR_BUILD. (ioctlsort_CPPFLAGS): Change CPPFLAGS to CPPFLAGS_FOR_BUILD. (ioct

[PATCH] bootstrap: always set up test dirs

When files get updated, the bootstrap script should make sure the parallel dirs are kept in sync. * bootstrap: Always generate the test$m. Clean up symlinks first. Don't link in Makefile.in files. --- bootstrap | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/bootstra

Re: Preparing for the next release: call for testing

On Thu, Feb 26, 2015 at 05:56:43PM -0500, Mike Frysinger wrote: > On 27 Feb 2015 01:23, Dmitry V. Levin wrote: > > On Thu, Feb 26, 2015 at 01:10:39AM -0500, Mike Frysinger wrote: > > > vFAIL: test; i686/32-bit/LSB linux-3.18.4 kernel-headers-3.3.0 glibc-2.17 > > > gcc-4.7.2 > > > > I'd like to kn

Re: Difficulty in Understanding the Strace code base

Hi, On Thu, Feb 26, 2015 at 11:26:34PM +0100, Alangi Derick wrote: > Hello, > I am a new comer to strace and i have been looking at the source > codes(code base) for the entire utility. But since the day i started, > it has not been easy for me to understand. I have installed it in my > syste

Re: Preparing for the next release: call for testing

On 26 Feb 2015 01:10, Mike Frysinger wrote: > probably can ignore the superh failure too as that looks like a build system > issue. that was due to the fork bombing in the xlat script. once that was fixed, superh compiled cleanly & passed its tests. -mike signature.asc Description: Digital si

[PATCH] xlat: avoid fork bombing the build system

When there were fewer xlat headers, this didn't matter as much. But now with >200, trying to run them all in parallel can easily fork bomb smaller systems. * xlat/gen.sh (main): Do not more jobs than # of cpus. --- xlat/gen.sh | 7 +++ 1 file changed, 7 insertions(+) diff --git a/xlat/gen.sh

Re: Preparing for the next release: call for testing

On 27 Feb 2015 01:23, Dmitry V. Levin wrote: > On Thu, Feb 26, 2015 at 01:10:39AM -0500, Mike Frysinger wrote: > > vFAIL: test; i686/32-bit/LSB linux-3.18.4 kernel-headers-3.3.0 glibc-2.17 > > gcc-4.7.2 > > I'd like to know how to reproduce this. this is just a standard 32-bit x86 userland syste

Re: [PATCH] hppa: fix fanotify_mark decoding

On Thu, Feb 26, 2015 at 05:21:10PM -0500, Mike Frysinger wrote: > On 27 Feb 2015 00:36, Dmitry V. Levin wrote: > > BTW, syscall names defined in linux/hppa/syscallent.h are out of sync with > > arch/parisc/include/uapi/asm/unistd.h; this is why stat32-v.test fails > > there. And it's not a recent

Difficulty in Understanding the Strace code base

Hello, I am a new comer to strace and i have been looking at the source codes(code base) for the entire utility. But since the day i started, it has not been easy for me to understand. I have installed it in my system and using it is not a problem to me. Atleast i can track down the system cal

Re: Preparing for the next release: call for testing

On Thu, Feb 26, 2015 at 01:10:39AM -0500, Mike Frysinger wrote: > vFAIL: test; i686/32-bit/LSB linux-3.18.4 kernel-headers-3.3.0 glibc-2.17 > gcc-4.7.2 I'd like to know how to reproduce this. -- ldv pgpdMcNKgs_2V.pgp Description: PGP signature

Re: [PATCH] ia64: fix up builds after 16bit uuid support

On 26 Feb 2015 23:14, Dmitry V. Levin wrote: > On Thu, Feb 26, 2015 at 02:15:33AM -0500, Mike Frysinger wrote: > > --- a/linux/ia64/syscallent.h > > +++ b/linux/ia64/syscallent.h > > @@ -26,6 +26,9 @@ > > * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. > > */ > > > > +/* U

Re: [PATCH] hppa: fix fanotify_mark decoding

On 27 Feb 2015 00:36, Dmitry V. Levin wrote: > On Thu, Feb 26, 2015 at 02:16:13PM -0500, Mike Frysinger wrote: > > The parisc kernel has some legacy baggage here and decodes the 64bit > > field in the reverse order. Handle it in strace too. > > > > * fanotify.c [HPPA] (sys_fanotify_mark): Reverse

Re: [PATCH] hppa: fix fanotify_mark decoding

On Thu, Feb 26, 2015 at 02:16:13PM -0500, Mike Frysinger wrote: > The parisc kernel has some legacy baggage here and decodes the 64bit > field in the reverse order. Handle it in strace too. > > * fanotify.c [HPPA] (sys_fanotify_mark): Reverse the mask bits. > --- > fanotify.c | 4 > 1 file

Re: Preparing for the next release: call for testing

On Thu, Feb 26, 2015 at 01:10:39AM -0500, Mike Frysinger wrote: > vFAIL: build; x86_64/32-bit/LSB linux-3.18.4 kernel-headers-3.19.0 glibc-2.21 > gcc-4.9.2 The build was broken; hopefully fixed by commit 19fcb27764f1b6040d7c50739a26f401aa576f38. -- ldv pgpn45h8B0dyi.pgp Description: PGP sign

Re: Preparing for the next release: call for testing

On Thu, Feb 26, 2015 at 01:10:39AM -0500, Mike Frysinger wrote: > a few signed warnings have crept in: > socketutils.c: In function 'receive_responses': > socketutils.c:145:110: warning: comparison between signed and unsigned > integer expressions [-Wsign-compare] > netlink_inet_diag.c: In f

Re: [PATCH] ia64: fix up builds after 16bit uuid support

On Thu, Feb 26, 2015 at 02:15:33AM -0500, Mike Frysinger wrote: > --- a/linux/ia64/syscallent.h > +++ b/linux/ia64/syscallent.h > @@ -26,6 +26,9 @@ > * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. > */ > > +/* Undo any defines that an earlier dummy.h inclusion setup. */

[PATCH] hppa: fix fanotify_mark decoding

The parisc kernel has some legacy baggage here and decodes the 64bit field in the reverse order. Handle it in strace too. * fanotify.c [HPPA] (sys_fanotify_mark): Reverse the mask bits. --- fanotify.c | 4 1 file changed, 4 insertions(+) diff --git a/fanotify.c b/fanotify.c index e421b01..