Firefox-esr, pmmx beta 6, loads useless welcome with no content, crashes on html.duckduckgo.com, pegs CPU at 100%! See attached screenshots please.
Firefox-esr, pmmx beta 6, loads useless welcome with no content, crashes on html.duckduckgo.com, pegs CPU at 100%! Seems to work ok, if sometimes slow due to sites/javascript, most of the time, but these conditions below are the triggers for misbehaving it seems.
See attached screenshots please.
also segmentation fault firefox sorry no stack trace or other text saved, can document if it repeats.
Activity
a very old cellery(on) as some used to say back in the day (as in 2003!). I'm deliberately pushing the lower boundary of oldest/weakest!
If you need any other diagnostics, just ask. It is behaving at the moment. :-) Seems to have both SSE and SSE2 covered, I would theorize the build is perhaps assuming something higher like SSE3 which is really missing. Or it is sore that the whole system has 1GB RAM? I fell into the self referential joke. Mumbles to self "Don't anthropomorphize computers, they HATE that!" :-P
Output of lscpu:
`
lscpu
Architecture: i686 CPU op-mode(s): 32-bit Address sizes: 32 bits physical, 32 bits virtual Byte Order: Little Endian CPU(s): 1 On-line CPU(s) list: 0 Vendor ID: GenuineIntel BIOS Vendor ID: Intel Model name: Intel(R) Celeron(R) M processor
1.40GHz BIOS Model name: CPU @ 1.4GHz BIOS CPU family: 15 CPU family: 6 Model: 13 Thread(s) per core: 1 Core(s) per socket: 1 Socket(s): 1 Stepping: 8 BogoMIPS: 2790.71 Flags: fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov clflush dts acpi mmx fxsr sse sse2 ss tm pbe bts cpuid Vulnerabilities:
Gather data sampling: Not affected Itlb multihit: KVM: Mitigation: VMX unsupported L1tf: Vulnerable Mds: Vulnerable: Clear CPU buffers atte mpted, no microcode; SMT disabled Meltdown: Vulnerable Mmio stale data: Unknown: No mitigations Reg file data sampling: Not affected Retbleed: Not affected Spec rstack overflow: Not affected Spec store bypass: Vulnerable Spectre v1: Mitigation; usercopy/swapgs barrie rs and __user pointer sanitization Spectre v2: Mitigation; Retpolines; STIBP disa bled; RSB filling; PBRSB-eIBRS Not affected; BHI Not affected Srbds: Not affected Tsx async abort: Not affected `Output of cat /proc/cpuinfo (seems almost identical to lscpu at a glance, included for completeness)
# cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 13 model name : Intel(R) Celeron(R) M processor 1.40GHz stepping : 8 microcode : 0x20 cpu MHz : 1395.355 cache size : 1024 KB physical id : 0 siblings : 1 core id : 0 cpu cores : 1 apicid : 0 initial apicid : 0 fdiv_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov clflush dts acpi mmx fxsr sse sse2 ss tm pbe bts cpuid bugs : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs itlb_multihit mmio_unknown bogomips : 2790.71 clflush size : 64 cache_alignment : 64 address sizes : 32 bits physical, 32 bits virtual power management:-
Valgrind log of crash. Suspect garden variety memory leak, seems to happen about 1 hour after opening, even with only 2-3 tabs open and only issues page here (git.adelielinux.org) active, the rest idle. Due to low system spec. 1GB RAM, which is within a few megabytes (20 or so) of exhaustion when it dies, I noticed after last crash. Doubly likely as I deliberately chose to NOT have swap, to save write cycles on solid state drive. Trying to compile webkitgtk based browser, in hopes of slimmer/better behaved use. :-)
Most informative/useful looking chunk: ==11427== vex x86->IR: unhandled instruction bytes: 0x2E 0x8D 0xB4 0x26 ==11427== valgrind: Unrecognised instruction at address 0x407b172. ==11427== at 0x407B172: ??? (in /lib/ld-musl-i386.so.1) ==11427== by 0x4081D65: ??? (in /lib/ld-musl-i386.so.1) ==11427== Your program just tried to execute an instruction that Valgrind ==11427== did not recognise
Complete text below, above for brevity.
valgrind -v firefox ==11427== Memcheck, a memory error detector ==11427== Copyright (C) 2002-2022, and GNU GPL'd, by Julian Seward et al. ==11427== Using Valgrind-3.21.0-d97fed7c3e-20230428 and LibVEX; rerun with -h for copyright info ==11427== Command: firefox ==11427== --11427-- Valgrind options: --11427-- -v --11427-- Contents of /proc/version: --11427-- Linux version 6.6.58-mc2-easy (builder@x86_64) (gcc (Adelie 13.3.0) 13.3.0, GNU ld (GNU Binutils) 2.42) #1 (closed) SMP PREEMPT_DYNAMIC Wed Jan 15 17:48:42 UTC 2025 --11427-- --11427-- Arch and hwcaps: X86, LittleEndian, x86-mmxext-sse1-sse2 --11427-- Page sizes: currently 4096, max supported 4096 --11427-- Valgrind library directory: /usr/libexec/valgrind --11427-- Reading syms from /usr/lib/firefox/firefox --11427-- object doesn't have a symbol table --11427-- Reading syms from /lib/ld-musl-i386.so.1 --11427-- object doesn't have a symbol table --11427-- Reading syms from /usr/libexec/valgrind/memcheck-x86-linux --11427-- object doesn't have a dynamic symbol table --11427-- Scheduler: using generic scheduler lock implementation. --11427-- Reading suppressions file: /usr/libexec/valgrind/default.supp ==11427== embedded gdbserver: reading from /tmp/vgdb-pipe-from-vgdb-to-11427-by-lubod-on-??? ==11427== embedded gdbserver: writing to /tmp/vgdb-pipe-to-vgdb-from-11427-by-lubod-on-??? ==11427== embedded gdbserver: shared mem /tmp/vgdb-pipe-shared-mem-vgdb-11427-by-lubod-on-??? ==11427== ==11427== TO CONTROL THIS PROCESS USING vgdb (which you probably ==11427== don't want to do, unless you know exactly what you're doing, ==11427== or are doing some strange experiment): ==11427== /usr/libexec/valgrind/../../bin/vgdb --pid=11427 ...command... ==11427== ==11427== TO DEBUG THIS PROCESS USING GDB: start GDB like this ==11427== /path/to/gdb firefox ==11427== and then give GDB the following command ==11427== target remote | /usr/libexec/valgrind/../../bin/vgdb --pid=11427 ==11427== --pid is optional if only one valgrind process is running ==11427== vex x86->IR: unhandled instruction bytes: 0x2E 0x8D 0xB4 0x26 ==11427== valgrind: Unrecognised instruction at address 0x407b172. ==11427== at 0x407B172: ??? (in /lib/ld-musl-i386.so.1) ==11427== by 0x4081D65: ??? (in /lib/ld-musl-i386.so.1) ==11427== Your program just tried to execute an instruction that Valgrind ==11427== did not recognise. There are two possible reasons for this. ==11427== 1. Your program has a bug and erroneously jumped to a non-code ==11427== location. If you are running Memcheck and you just saw a ==11427== warning about a bad jump, it's probably your program's fault. ==11427== 2. The instruction is legitimate but Valgrind doesn't handle it, ==11427== i.e. it's Valgrind's fault. If you think this is the case or ==11427== you are not sure, please let us know and we'll try to fix it. ==11427== Either way, Valgrind will now raise a SIGILL signal which will ==11427== probably kill your program. ==11427== ==11427== Process terminating with default action of signal 4 (SIGILL) ==11427== Illegal opcode at address 0x407B172 ==11427== at 0x407B172: ??? (in /lib/ld-musl-i386.so.1) ==11427== by 0x4081D65: ??? (in /lib/ld-musl-i386.so.1) ==11427== ==11427== HEAP SUMMARY: ==11427== in use at exit: 0 bytes in 0 blocks ==11427== total heap usage: 0 allocs, 0 frees, 0 bytes allocated ==11427== ==11427== All heap blocks were freed -- no leaks are possible ==11427== ==11427== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) zsh: illegal hardware instruction valgrind -v firefox
End valgrind output
-
Valgrind log of crash. Suspect garden variety memory leak, seems to happen about 1 hour after opening, even with only 2-3 tabs open and only issues page here (git.adelielinux.org) active, the rest idle. Due to low system spec. 1GB RAM, which is within a few megabytes (20 or so) of exhaustion when it dies, I noticed after last crash. Doubly likely as I deliberately chose to NOT have swap, to save write cycles on solid state drive. Trying to compile webkitgtk based browser, in hopes of slimmer/better behaved use. :-)
Most informative/useful looking chunk: ==11427== vex x86->IR: unhandled instruction bytes: 0x2E 0x8D 0xB4 0x26 ==11427== valgrind: Unrecognised instruction at address 0x407b172. ==11427== at 0x407B172: ??? (in /lib/ld-musl-i386.so.1) ==11427== by 0x4081D65: ??? (in /lib/ld-musl-i386.so.1) ==11427== Your program just tried to execute an instruction that Valgrind ==11427== did not recognise
Complete text below, above for brevity.
valgrind -v firefox ==11427== Memcheck, a memory error detector ==11427== Copyright (C) 2002-2022, and GNU GPL'd, by Julian Seward et al. ==11427== Using Valgrind-3.21.0-d97fed7c3e-20230428 and LibVEX; rerun with -h for copyright info ==11427== Command: firefox ==11427== --11427-- Valgrind options: --11427-- -v --11427-- Contents of /proc/version: --11427-- Linux version 6.6.58-mc2-easy (builder@x86_64) (gcc (Adelie 13.3.0) 13.3.0, GNU ld (GNU Binutils) 2.42) #1 (closed) SMP PREEMPT_DYNAMIC Wed Jan 15 17:48:42 UTC 2025 --11427-- --11427-- Arch and hwcaps: X86, LittleEndian, x86-mmxext-sse1-sse2 --11427-- Page sizes: currently 4096, max supported 4096 --11427-- Valgrind library directory: /usr/libexec/valgrind --11427-- Reading syms from /usr/lib/firefox/firefox --11427-- object doesn't have a symbol table --11427-- Reading syms from /lib/ld-musl-i386.so.1 --11427-- object doesn't have a symbol table --11427-- Reading syms from /usr/libexec/valgrind/memcheck-x86-linux --11427-- object doesn't have a dynamic symbol table --11427-- Scheduler: using generic scheduler lock implementation. --11427-- Reading suppressions file: /usr/libexec/valgrind/default.supp ==11427== embedded gdbserver: reading from /tmp/vgdb-pipe-from-vgdb-to-11427-by-lubod-on-??? ==11427== embedded gdbserver: writing to /tmp/vgdb-pipe-to-vgdb-from-11427-by-lubod-on-??? ==11427== embedded gdbserver: shared mem /tmp/vgdb-pipe-shared-mem-vgdb-11427-by-lubod-on-??? ==11427== ==11427== TO CONTROL THIS PROCESS USING vgdb (which you probably ==11427== don't want to do, unless you know exactly what you're doing, ==11427== or are doing some strange experiment): ==11427== /usr/libexec/valgrind/../../bin/vgdb --pid=11427 ...command... ==11427== ==11427== TO DEBUG THIS PROCESS USING GDB: start GDB like this ==11427== /path/to/gdb firefox ==11427== and then give GDB the following command ==11427== target remote | /usr/libexec/valgrind/../../bin/vgdb --pid=11427 ==11427== --pid is optional if only one valgrind process is running ==11427== vex x86->IR: unhandled instruction bytes: 0x2E 0x8D 0xB4 0x26 ==11427== valgrind: Unrecognised instruction at address 0x407b172. ==11427== at 0x407B172: ??? (in /lib/ld-musl-i386.so.1) ==11427== by 0x4081D65: ??? (in /lib/ld-musl-i386.so.1) ==11427== Your program just tried to execute an instruction that Valgrind ==11427== did not recognise. There are two possible reasons for this. ==11427== 1. Your program has a bug and erroneously jumped to a non-code ==11427== location. If you are running Memcheck and you just saw a ==11427== warning about a bad jump, it's probably your program's fault. ==11427== 2. The instruction is legitimate but Valgrind doesn't handle it, ==11427== i.e. it's Valgrind's fault. If you think this is the case or ==11427== you are not sure, please let us know and we'll try to fix it. ==11427== Either way, Valgrind will now raise a SIGILL signal which will ==11427== probably kill your program. ==11427== ==11427== Process terminating with default action of signal 4 (SIGILL) ==11427== Illegal opcode at address 0x407B172 ==11427== at 0x407B172: ??? (in /lib/ld-musl-i386.so.1) ==11427== by 0x4081D65: ??? (in /lib/ld-musl-i386.so.1) ==11427== ==11427== HEAP SUMMARY: ==11427== in use at exit: 0 bytes in 0 blocks ==11427== total heap usage: 0 allocs, 0 frees, 0 bytes allocated ==11427== ==11427== All heap blocks were freed -- no leaks are possible ==11427== ==11427== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) zsh: illegal hardware instruction valgrind -v firefox
End valgrind output
