[valgrind] [Bug 340777] Illegal instruction on mips (ar71xx)

2017-04-04 Thread Petar Jovanovic 
https://bugs.kde.org/show_bug.cgi?id=340777

--- Comment #18 from Petar Jovanovic  ---
(In reply to Luiz Angelo De Luca from comment #17)
> I switched to a new git mirror source.
> 
> valgrind works like a charm with trunk@16292. Thank you very much.
> 

Glad to hear so.

> Would it take too long to get a new valgrind released? If not, I'll not
> bother to backport to previous valgrind package.

There is a discussion about new release, possibly in May:
https://sourceforge.net/p/valgrind/mailman/message/35756720/

-- 
You are receiving this mail because:
You are watching all bug changes.

[valgrind] [Bug 340777] Illegal instruction on mips (ar71xx)

2017-04-03 Thread Luiz Angelo De Luca 
https://bugs.kde.org/show_bug.cgi?id=340777

Luiz Angelo De Luca  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|UNCONFIRMED |RESOLVED

--- Comment #17 from Luiz Angelo De Luca  ---
I switched to a new git mirror source.

valgrind works like a charm with trunk@16292. Thank you very much.

For the record, this patch updates valgrind from 17.01 to the reference SVN
version
https://github.com/luizluca/source/commit/926d33d26c968f4661a59625426cab10a82d998e

Would it take too long to get a new valgrind released? If not, I'll not bother
to backport to previous valgrind package.

-- 
You are receiving this mail because:
You are watching all bug changes.

[valgrind] [Bug 340777] Illegal instruction on mips (ar71xx)

2017-04-03 Thread Petar Jovanovic 
https://bugs.kde.org/show_bug.cgi?id=340777

--- Comment #16 from Petar Jovanovic  ---
(In reply to Luiz Angelo De Luca from comment #15)
> root@router.lan3:/usr/bin# valgrind --version
> valgrind-3.13.0.SVN
> 
> The test was using commit svn://svn.valgrind.org/valgrind/trunk@16225
> a5019735-40e9-0310-863c-91ae7b9d1cf9 That I got from
> https://github.com/liquid-mirror/valgrind. Is it recent enough?
> 
No, it is not recent enough. Please take the latest SVN (better option) or
cherry pick the change r16261.
Let us know the behaviour of Valgrind after that.

-- 
You are receiving this mail because:
You are watching all bug changes.

[valgrind] [Bug 340777] Illegal instruction on mips (ar71xx)

2017-03-31 Thread Luiz Angelo De Luca 
https://bugs.kde.org/show_bug.cgi?id=340777

--- Comment #15 from Luiz Angelo De Luca  ---
root@router.lan3:/usr/bin# valgrind --version
valgrind-3.13.0.SVN

The test was using commit svn://svn.valgrind.org/valgrind/trunk@16225
a5019735-40e9-0310-863c-91ae7b9d1cf9 That I got from
https://github.com/liquid-mirror/valgrind. Is it recent enough?

I'm using the patch. All patches at
https://github.com/luizluca/source/tree/cc/valgrind-svn/package/devel/valgrind/patches
are applied before compiling.

The behavior changes a lot depending on the checked program. scp is just a
symlink to dropbear (as ssh is). However, valgrind does not break with it (for
showing help).

root@router.lan3:/usr/bin# valgrind scp
==14632== Memcheck, a memory error detector
==14632== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward et al.
==14632== Using Valgrind-3.13.0.SVN and LibVEX; rerun with -h for copyright
info
==14632== Command: scp
==14632== 
==14632== Conditional jump or move depends on uninitialised value(s)
==14632==at 0x40731E4: ??? (in /lib/libc.so)
==14632==by 0x4083164: ??? (in /lib/libc.so)
==14632== 
==14632== Conditional jump or move depends on uninitialised value(s)
==14632==at 0x4072924: ??? (in /lib/libc.so)
==14632==by 0x4072D98: ??? (in /lib/libc.so)
==14632== 
usage: scp [-1246BCpqrv] [-c cipher] [-F ssh_config] [-i identity_file]
   [-l limit] [-P port] [-S program]
   [[user@]host1:]file1 [...] [[user@]host2:]file2
==14632== 
==14632== HEAP SUMMARY:
==14632== in use at exit: 0 bytes in 0 blocks
==14632==   total heap usage: 0 allocs, 0 frees, 0 bytes allocated
==14632== 
==14632== All heap blocks were freed -- no leaks are possible
==14632== 
==14632== For counts of detected and suppressed errors, rerun with: -v
==14632== Use --track-origins=yes to see where uninitialised values come from
==14632== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 0 from 0)

But does break when it does something else:

root@router.lan3:/usr/bin# valgrind scp /etc/passwd  localhost:/tmp 
==14715== Memcheck, a memory error detector
==14715== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward et al.
==14715== Using Valgrind-3.13.0.SVN and LibVEX; rerun with -h for copyright
info
==14715== Command: scp /etc/passwd localhost:/tmp
==14715== 
==14715== Conditional jump or move depends on uninitialised value(s)
==14715==at 0x40731E4: ??? (in /lib/libc.so)
==14715==by 0x4083164: ??? (in /lib/libc.so)
==14715== 
==14715== Conditional jump or move depends on uninitialised value(s)
==14715==at 0x4072924: ??? (in /lib/libc.so)
==14715==by 0x4072D98: ??? (in /lib/libc.so)
==14715== 

Host 'localhost' is not in the trusted hosts file.
(ssh-rsa fingerprint md5 33:1c:ed:be:01:8d:58:97:bc:8f:45:c7:db:63:24:e9)
Do you want to continue connecting? (y/n) y
root@localhost's password: 
Segmentation fault

My system is a tplink tl-wr2543nd router. It's a very popular wifi router.

-- 
You are receiving this mail because:
You are watching all bug changes.

[valgrind] [Bug 340777] Illegal instruction on mips (ar71xx)

2017-03-31 Thread Petar Jovanovic 
https://bugs.kde.org/show_bug.cgi?id=340777

--- Comment #14 from Petar Jovanovic  ---
Luiz, any update?

-- 
You are receiving this mail because:
You are watching all bug changes.

[valgrind] [Bug 340777] Illegal instruction on mips (ar71xx)

2017-03-24 Thread Petar Jovanovic 
https://bugs.kde.org/show_bug.cgi?id=340777

--- Comment #13 from Petar Jovanovic  ---
We are not able to reproduce this issue on our board with OpenWRT.
Can you confirm that you have tried running the latest SVN version of Valgrind
WITH the patch for MUSL (https://bugs.kde.org/show_bug.cgi?id=359202#c2)
applied on the top of it?

-- 
You are receiving this mail because:
You are watching all bug changes.

[valgrind] [Bug 340777] Illegal instruction on mips (ar71xx)

2017-03-23 Thread Luiz Angelo De Luca 
https://bugs.kde.org/show_bug.cgi?id=340777

--- Comment #12 from Luiz Angelo De Luca  ---
> Can you pass the following lines to gbd and rerun the executable?
> 
> set heuristic-fence-post 99
> handle SIGSEGV noprint nostop pass
> 
> Keep running (w/ "continue") GDB until it fails.

If I use both, gdb goes until valgrind quits with 'Child terminated with signal
= 0xb (SIGSEGV)'

If I use only heuristic-fence-post (before first cont), nothing changes. I also
tried to use it after sigsegv hit, but then, gdb never returned.

-- 
You are receiving this mail because:
You are watching all bug changes.

[valgrind] [Bug 340777] Illegal instruction on mips (ar71xx)

2017-03-23 Thread Petar Jovanovic 
https://bugs.kde.org/show_bug.cgi?id=340777

--- Comment #11 from Petar Jovanovic  ---
(In reply to Luiz Angelo De Luca from comment #10)
> Here is where I get the SIGSEGV. Maybe stack got corrupted. Is there any
> tips from here?

Receiving some of these signals in GDB is an expected behaviour.

Can you pass the following lines to gbd and rerun the executable?

set heuristic-fence-post 99
handle SIGSEGV noprint nostop pass

Keep running (w/ "continue") GDB until it fails.

-- 
You are receiving this mail because:
You are watching all bug changes.

[valgrind] [Bug 340777] Illegal instruction on mips (ar71xx)

2017-03-22 Thread Luiz Angelo De Luca 
https://bugs.kde.org/show_bug.cgi?id=340777

--- Comment #10 from Luiz Angelo De Luca  ---
The patch was already in use. See:
https://github.com/lede-project/source/blob/lede-17.01/package/devel/valgrind/patches/200-musl_fix.patch

I managed to compile a SVN version
https://github.com/lede-project/source/compare/lede-project:lede-17.01...luizluca:cc/valgrind-svn?expand=1

But it changed nothing. At least, it would be easier to test SVN changes in the
future.

I also compiled valgrind with debug and used gdb. Inside gdb, I still see
SIGILL (Illegal instruction), but running the program outside gdb seems to miss
it. Maybe it is catched.

Program received signal SIGILL, Illegal instruction.
0x38065bf0 in vgPlain_machine_get_hwcaps () at m_machine.c:1719
1719   have_DSPr2 = False;
(gdb) cont
Continuando.

Program received signal SIGILL, Illegal instruction.
0x38065c34 in vgPlain_machine_get_hwcaps () at m_machine.c:1730
1730  have_DSP = False;
(gdb) cont
Continuando.
warning: GDB can't find the start of the function at 0x42ae1d6c.

GDB is unable to find the start of the function at 0x42ae1d6c
and thus can't determine the size of that function's stack frame.
This means that GDB may be unable to access that stack frame, or
the frames below it.
This problem is most likely caused by an invalid program counter or
stack pointer.
However, if you think GDB should simply search farther back
from 0x42ae1d6c for code which looks like the beginning of a
function, you can increase the range of the search using the `set
heuristic-fence-post' command.

Program received signal SIGSEGV, Segmentation fault.
0x42ae1d6c in ?? ()

Here is where I get the SIGSEGV. Maybe stack got corrupted. Is there any tips
from here?

-- 
You are receiving this mail because:
You are watching all bug changes.

[valgrind] [Bug 340777] Illegal instruction on mips (ar71xx)

2017-03-22 Thread Petar Jovanovic 
https://bugs.kde.org/show_bug.cgi?id=340777

--- Comment #9 from Petar Jovanovic  ---
I believe the new (non-mips16) issues are not MIPS-related, but rather
MUSL-related.

Can you try to apply the patch in the second comment Bug 359202 and see if it
sorts out your issues with binaries that do not have or use mips16 code?

https://bugs.kde.org/show_bug.cgi?id=359202#c2

-- 
You are receiving this mail because:
You are watching all bug changes.

[valgrind] [Bug 340777] Illegal instruction on mips (ar71xx)

2017-03-19 Thread Luiz Angelo De Luca 
https://bugs.kde.org/show_bug.cgi?id=340777

--- Comment #8 from Luiz Angelo De Luca  ---
Btw, at least the --help do works now (first failing case)

-- 
You are receiving this mail because:
You are watching all bug changes.

[valgrind] [Bug 340777] Illegal instruction on mips (ar71xx)

2017-03-19 Thread Luiz Angelo De Luca 
https://bugs.kde.org/show_bug.cgi?id=340777

--- Comment #7 from Luiz Angelo De Luca  ---
Most of binaries are mips16 on OpenWRT or LEDE.

$
./staging_dir/toolchain-mips_24kc_gcc-5.4.0_musl-1.1.16/bin/mips-openwrt-linux-readelf
-h staging_dir/target-mips_24kc_musl-1.1.16/root-ar71xx/bin/busybox
ELF Header:
  Magic:   7f 45 4c 46 01 02 01 00 01 00 00 00 00 00 00 00
  Class: ELF32
  Data:  2's complement, big endian
  Version:   1 (current)
  OS/ABI:UNIX - System V
  ABI Version:   1
  Type:  EXEC (Executable file)
  Machine:   MIPS R3000
  Version:   0x1
  Entry point address:   0x4037d0
  Start of program headers:  52 (bytes into file)
  Start of section headers:  366924 (bytes into file)
  Flags: 0x74001005, noreorder, cpic, o32, mips16,
mips32r2
  Size of this header:   52 (bytes)
  Size of program headers:   32 (bytes)
  Number of program headers: 8
  Size of section headers:   40 (bytes)
  Number of section headers: 39
  Section header string table index: 36

And on those that are not, valgrind still fails (different bug?)

root@router.lan3:~# valgrind ssh
==13507== Memcheck, a memory error detector
==13507== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward et al.
==13507== Using Valgrind-3.12.0 and LibVEX; rerun with -h for copyright info
==13507== Command: ssh
==13507==
==13507== Conditional jump or move depends on uninitialised value(s)
==13507==at 0x40731E4: ??? (in /lib/libc.so)
==13507==by 0x4083164: ??? (in /lib/libc.so)
==13507==
==13507== Conditional jump or move depends on uninitialised value(s)
==13507==at 0x4072924: ??? (in /lib/libc.so)
==13507==by 0x4072D98: ??? (in /lib/libc.so)
==13507==
Segmentation fault

$
./staging_dir/toolchain-mips_24kc_gcc-5.4.0_musl-1.1.16/bin/mips-openwrt-linux-readelf
-h staging_dir/target-mips_24kc_musl-1.1.16/root-ar71xx/usr/bin/ssh
ELF Header:
  Magic:   7f 45 4c 46 01 02 01 00 01 00 00 00 00 00 00 00
  Class: ELF32
  Data:  2's complement, big endian
  Version:   1 (current)
  OS/ABI:UNIX - System V
  ABI Version:   1
  Type:  EXEC (Executable file)
  Machine:   MIPS R3000
  Version:   0x1
  Entry point address:   0x402260
  Start of program headers:  52 (bytes into file)
  Start of section headers:  208740 (bytes into file)
  Flags: 0x70001005, noreorder, cpic, o32, mips32r2
  Size of this header:   52 (bytes)
  Size of program headers:   32 (bytes)
  Number of program headers: 9
  Size of section headers:   40 (bytes)
  Number of section headers: 39
  Section header string table index: 36

I don't know if something it uses is compiled with mips16

root@router.lan3:~# ldd /usr/bin/ssh
/lib/ld-musl-mips-sf.so.1 (0x55bf4000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x770c4000)
libc.so => /lib/ld-musl-mips-sf.so.1 (0x55bf4000)

$
./staging_dir/toolchain-mips_24kc_gcc-5.4.0_musl-1.1.16/bin/mips-openwrt-linux-readelf
-h
staging_dir/target-mips_24kc_musl-1.1.16/root-ar71xx/lib/ld-musl-mips-sf.so.1
ELF Header:
  Magic:   7f 45 4c 46 01 02 01 00 00 00 00 00 00 00 00 00
  Class: ELF32
  Data:  2's complement, big endian
  Version:   1 (current)
  OS/ABI:UNIX - System V
  ABI Version:   0
  Type:  DYN (Shared object file)
  Machine:   MIPS R3000
  Version:   0x1
  Entry point address:   0xf0d0
  Start of program headers:  52 (bytes into file)
  Start of section headers:  2784856 (bytes into file)
  Flags: 0x70001007, noreorder, pic, cpic, o32,
mips32r2
  Size of this header:   52 (bytes)
  Size of program headers:   32 (bytes)
  Number of program headers: 8
  Size of section headers:   40 (bytes)
  Number of section headers: 30
  Section header string table index: 27

$
./staging_dir/toolchain-mips_24kc_gcc-5.4.0_musl-1.1.16/bin/mips-openwrt-linux-readelf
-h staging_dir/target-mips_24kc_musl-1.1.16/root-ar71xx/lib/libgcc_s.so.1
ELF Header:
  Magic:   7f 45 4c 46 01 02 01 00 00 00 00 00 00 00 00 00
  Class: ELF32
  Data:  2's complement, big endian
  Version:   1 (current)
  OS/ABI:UNIX - System V

[valgrind] [Bug 340777] Illegal instruction on mips (ar71xx)

2017-03-17 Thread Petar Jovanovic 
https://bugs.kde.org/show_bug.cgi?id=340777

--- Comment #6 from Petar Jovanovic  ---
(In reply to Luiz Angelo De Luca from comment #5)
>==24067==  Illegal opcode at address 0x4077B5
>==24067==at 0x4077B5: ??? (in /bin/busybox)

This looks suspicious. Is that busybox that has been compiled with -mips16
option?
Note that Valgrind does not support mips16 for the time being.

Can you do 'readelf -h /bin/busybox' and show us the output?

-- 
You are receiving this mail because:
You are watching all bug changes.

[valgrind] [Bug 340777] Illegal instruction on mips (ar71xx)

2017-03-17 Thread Luiz Angelo De Luca 
https://bugs.kde.org/show_bug.cgi?id=340777

--- Comment #5 from Luiz Angelo De Luca  ---
Is it really necessary to test SVN? At least with 3.12.0, the problem remains:

# valgrind ping 8.8.8.8
==24067== Memcheck, a memory error detector
==24067== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward et al.
==24067== Using Valgrind-3.12.0 and LibVEX; rerun with -h for copyright info
==24067== Command: ping 8.8.8.8
==24067== 
==24067== Conditional jump or move depends on uninitialised value(s)
==24067==at 0x40731E4: ??? (in /lib/libc.so)
==24067==by 0x4083164: ??? (in /lib/libc.so)
==24067== 
==24067== Conditional jump or move depends on uninitialised value(s)
==24067==at 0x4072924: ??? (in /lib/libc.so)
==24067==by 0x4072D98: ??? (in /lib/libc.so)
==24067== 
vex mips->IR: unhandled instruction bytes: 0x41 0x67 0x25 0x22
==24067== valgrind: Unrecognised instruction at address 0x4077b5.
==24067==at 0x4077B5: ??? (in /bin/busybox)
==24067==by 0x401E6A0: ??? (in /lib/libc.so)
==24067== Your program just tried to execute an instruction that Valgrind
==24067== did not recognise.  There are two possible reasons for this.
==24067== 1. Your program has a bug and erroneously jumped to a non-code
==24067==location.  If you are running Memcheck and you just saw a
==24067==warning about a bad jump, it's probably your program's fault.
==24067== 2. The instruction is legitimate but Valgrind doesn't handle it,
==24067==i.e. it's Valgrind's fault.  If you think this is the case or
==24067==you are not sure, please let us know and we'll try to fix it.
==24067== Either way, Valgrind will now raise a SIGILL signal which will
==24067== probably kill your program.
==24067== 
==24067== Process terminating with default action of signal 4 (SIGILL)
==24067==  Illegal opcode at address 0x4077B5
==24067==at 0x4077B5: ??? (in /bin/busybox)
==24067==by 0x401E6A0: ??? (in /lib/libc.so)
==24067== 
==24067== HEAP SUMMARY:
==24067== in use at exit: 0 bytes in 0 blocks
==24067==   total heap usage: 0 allocs, 0 frees, 0 bytes allocated
==24067== 
==24067== All heap blocks were freed -- no leaks are possible
==24067== 
==24067== For counts of detected and suppressed errors, rerun with: -v
==24067== Use --track-origins=yes to see where uninitialised values come from
==24067== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 0 from 0)
Illegal instruction

If needed, I can recompile source from SVN with debuginfo

-- 
You are receiving this mail because:
You are watching all bug changes.

[valgrind] [Bug 340777] Illegal instruction on mips (ar71xx)

2017-03-17 Thread Petar Jovanovic 
https://bugs.kde.org/show_bug.cgi?id=340777

--- Comment #4 from Petar Jovanovic  ---
Is this issue still valid?
Are you seeing the issue with the latest Valgrind SVN code?

-- 
You are receiving this mail because:
You are watching all bug changes.