[Bug 227552] w, uptime i386 cordeump

classic Classic list List threaded Threaded
32 messages Options
12
Reply | Threaded
Open this post in threaded view
|

[Bug 227552] w, uptime i386 cordeump

bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227552

            Bug ID: 227552
           Summary: w, uptime i386 cordeump
           Product: Base System
           Version: 11.1-STABLE
          Hardware: i386
                OS: Any
            Status: New
          Severity: Affects Only Me
          Priority: ---
         Component: bin
          Assignee: [hidden email]
          Reporter: [hidden email]

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

[Bug 227552] w, uptime i386 cordeump

bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227552

--- Comment #1 from [hidden email] <[hidden email]> ---
w and uptime are broken on i386

gdb trace:
(gdb) r
Starting program: /usr/obj/usr/src/usr.bin/w/w.full

Program received signal SIGSEGV, Segmentation fault.
ifree (tsd=0x28000000) at arena.h:799
799             return (*mapbitsp);
Current language:  auto; currently minimal
(gdb) where
#0  ifree (tsd=0x28000000) at arena.h:799
#1  0x28155316 in __free (ptr=0x280601ef) at tsd.h:716
#2  0x28095b07 in xo_do_emit_fields ()
    at /usr/src/contrib/libxo/libxo/libxo.c:6419
#3  0x28093a1c in xo_do_emit (xop=<value optimized out>,
    flags=<value optimized out>, fmt=0x804ad4d "{:time-of-day/%s} ")
    at /usr/src/contrib/libxo/libxo/libxo.c:6470
#4  0x28093b61 in xo_emit (fmt=0x804ad4d "{:time-of-day/%s} ")
    at /usr/src/contrib/libxo/libxo/libxo.c:6541
#5  0x08049f50 in main (argc=<value optimized out>, argv=<value optimized out>)
    at /usr/src/usr.bin/w/w.c:475
(gdb)

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

[Bug 227552] w, uptime i386 cordeump

bugzilla-noreply
In reply to this post by bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227552

--- Comment #2 from [hidden email] <[hidden email]> ---
What I can see is that only on my i386 it coredumps.

Not on my amd64

Last Changed Rev: 331722
Last Changed Date: 2018-03-29 04:50:57 +0200 (Thu, 29 Mar 2018)

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

[Bug 227552] w, uptime i386 cordeump

bugzilla-noreply
In reply to this post by bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227552

--- Comment #3 from [hidden email] <[hidden email]> ---
currently tried a 11.2-PRERELEASE Memstick

https://download.freebsd.org/ftp/snapshots/i386/i386/ISO-IMAGES/11.2/FreeBSD-11.2-PRERELEASE-i386-20180420-r332802-memstick.img.xz

And, also here w and uptime are broken.

JUST FYI

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

[Bug 227552] w, uptime i386 cordeump

bugzilla-noreply
In reply to this post by bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227552

Ian Pallfreeman <[hidden email]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[hidden email]

--- Comment #4 from Ian Pallfreeman <[hidden email]> ---
Nothing useful to add to diagnosis, just "bump" and "me too".

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

[Bug 227552] w, uptime i386 cordeump

bugzilla-noreply
In reply to this post by bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227552

--- Comment #5 from Ian Pallfreeman <[hidden email]> ---
Nothing useful to add to diagnosis, just "bump" and "me too".

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

[Bug 227552] w, uptime i386 cordeump

bugzilla-noreply
In reply to this post by bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227552

[hidden email] <[hidden email]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|Affects Only Me             |Affects Some People

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

[Bug 227552] w, uptime i386 cordeump

bugzilla-noreply
In reply to this post by bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227552

--- Comment #6 from [hidden email] <[hidden email]> ---
its still there...

look:

Starting program: /usr/obj/usr/src/usr.bin/w/w.full

Program received signal SIGSEGV, Segmentation fault.
ifree (tsd=0x28000000) at arena.h:799
799             return (*mapbitsp);
Current language:  auto; currently minimal
(gdb) bt
#0  ifree (tsd=0x28000000) at arena.h:799
#1  0x28155506 in __free (ptr=0x280601ef) at tsd.h:716
#2  0x28095b07 in xo_do_emit_fields()
    at /usr/src/contrib/libxo/libxo/libxo.c:6419
#3  0x28093a1c in xo_do_emit (xop=<value optimized out>,
    flags=<value optimized out>, fmt=0x804ad4d "{:time-of-day/%s} ")
    at /usr/src/contrib/libxo/libxo/libxo.c:6470
#4  0x28093b61 in xo_emit (fmt=0x804ad4d "{:time-of-day/%s} ")
    at /usr/src/contrib/libxo/libxo/libxo.c:6541
#5  0x08049f50 in main (argc=<value optimized out>, argv=<value optimized out>)
    at /usr/src/usr.bin/w/w.c:475


and xo_do_emit_fields is from libxo, or ?

and w.c is so complex meanwile, not only because of libxo.

So what.....

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

[Bug 227552] w, uptime i386 cordeump

bugzilla-noreply
In reply to this post by bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227552

Oleksandr Tymoshenko <[hidden email]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[hidden email]

--- Comment #7 from Oleksandr Tymoshenko <[hidden email]> ---
Confirmed. Looks like the problem is in libxo. Either xo_default_handle is not
properly zero-initialized or there is a memory corruption

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

[Bug 227552] w, uptime i386 cordeump

bugzilla-noreply
In reply to this post by bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227552

--- Comment #8 from Oleksandr Tymoshenko <[hidden email]> ---
(In reply to Oleksandr Tymoshenko from comment #7)

Not in libxo itself, there were no recent changes there but the bug manifests
itself in libxo

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

[Bug 227552] w, uptime i386 cordeump

bugzilla-noreply
In reply to this post by bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227552

--- Comment #9 from Oleksandr Tymoshenko <[hidden email]> ---
xo_default_handle is passed as an argument to xo_init_handle so I added a
breakpoint and checked its content. Since it's static it's supposed to be
zero-initialized but instead there are a lot of garbage values.
xo_default_handle is thread-local variable so it might be a contributing
factor.

root@freebsd:/home/gonzo # /usr/local/bin/gdb w
GNU gdb (GDB) 8.1 [GDB v8.1 for FreeBSD]
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i386-portbld-freebsd11.1".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from w...Reading symbols from
/usr/lib/debug//usr/bin/w.debug...done.
done.
(gdb) break xo_init_handle
Function "xo_init_handle" not defined.
Make breakpoint pending on future shared library load? (y or [n]) y
Breakpoint 1 (xo_init_handle) pending.
(gdb) run
Starting program: /usr/bin/w

Breakpoint 1, xo_init_handle (xop=0x2806aff0) at
/usr/src/contrib/libxo/libxo/libxo.c:640
640         xop->xo_opaque = stdout;
(gdb) p *xop
$1 = {xo_flags = 0, xo_iflags = 2883994737386192896, xo_style = 45072,
xo_indent = 10246, xo_indent_by = 41472, xo_write = 0x1,
  xo_close = 0x280601ef <__pthread_cleanup_push_imp_int+31>, xo_flush =
0x2806b020, xo_formatter = 0x2806a400, xo_checkpointer = 0x5d,
  xo_opaque = 0x280601ef <__pthread_cleanup_push_imp_int+31>, xo_data =
{xb_bufp = 0x2806b030 "@\260\006(", xb_curp = 0x2806a600 "z\270P\325\001",
xb_size = 161},
  xo_fmt = {xb_bufp = 0x280601ef <__pthread_cleanup_push_imp_int+31>
"\377\220\344\001", xb_curp = 0x2806b040 "", xb_size = 671524864}, xo_attrs = {
    xb_bufp = 0x147 <error: Cannot access memory at address 0x147>, xb_curp =
0x280601ef <__pthread_cleanup_push_imp_int+31> "\377\220\344\001", xb_size =
0},
  xo_predicate = {xb_bufp = 0x2806aa00 "z\270P\325\001", xb_curp = 0x164
<error: Cannot access memory at address 0x164>, xb_size = 671482351},
  xo_stack = 0x2806c000, xo_depth = 0, xo_stack_size = 671506032, xo_info =
0x280601ef <__pthread_cleanup_push_imp_int+31>, xo_info_count = 671527024,
  xo_vap = 0x2806ac00 "z\270P\325\001", xo_leading_xpath = 0x421 <error: Cannot
access memory at address 0x421>, xo_mbstate = {
    __mbstate8 =
"\357\001\006(\000\000\000\000\000\252\006(-\004\000\000\357\001\006(\000\000\000\000\000\252\006(\377\001\000\000\357\001\006(\240\260\006(\000\250\006(f\t\000\000\357\001\006(\000\000\000\000\000\252\006(s\t\000\000\357\001\006(\000\000\000\000\000\252\006(\030\n\000\000\357\001\006(\000\000\000\000\000\252\006(q\005\000\000\357\001\006(\340\260\006(\000\240\006(\000\000\000\000\357\001\006(\360\260\006(\000\242\006(\000\000\000",
_mbstateL = 671482351},
  xo_anchor_offset = 671482351, xo_anchor_columns = 671527168,
xo_anchor_min_width = 671523840, xo_units_offset = 0, xo_columns = 671482351,
  xo_color_map_fg = "\020\261\006(\000\246\006(", xo_color_map_bg =
"\000\000\000\357\001\006( \261", xo_colors = {xoc_effects = 6 '\006',
xoc_col_fg = 40 '(',
    xoc_col_bg = 0 '\000'}, xo_color_buf = {xb_bufp = 0x0, xb_curp = 0x280601ef
<__pthread_cleanup_push_imp_int+31> "\377\220\344\001", xb_size = 671527216},
  xo_version = 0x2806aa00 "z\270P\325\001", xo_errno = 0, xo_gt_domain =
0x280601ef <__pthread_cleanup_push_imp_int+31> "\377\220\344\001", xo_encoder =
0x0,
  xo_private = 0x2806ac00}
(gdb)

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

[Bug 227552] w, uptime i386 cordeump

bugzilla-noreply
In reply to this post by bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227552

Dimitry Andric <[hidden email]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[hidden email],
                   |                            |[hidden email]

--- Comment #10 from Dimitry Andric <[hidden email]> ---
(In reply to Oleksandr Tymoshenko from comment #9)
> xo_default_handle is passed as an argument to xo_init_handle so I added a
> breakpoint and checked its content. Since it's static it's supposed to be
> zero-initialized but instead there are a lot of garbage values.
> xo_default_handle is thread-local variable so it might be a contributing
> factor.
...
> (gdb) p *xop
> $1 = {xo_flags = 0, xo_iflags = 2883994737386192896, xo_style = 45072,
> xo_indent = 10246, xo_indent_by = 41472, xo_write = 0x1,
>   xo_close = 0x280601ef <__pthread_cleanup_push_imp_int+31>, xo_flush =

It definitely seems to have something to do with TLS.  The libxo.so.0 file
shipped in the FreeBSD-11.2-PRERELEASE-i386-20180420-r332802 snapshot has:

Program Header:
    LOAD off    0x00000000 vaddr 0x00000000 paddr 0x00000000 align 2**12
         filesz 0x00017160 memsz 0x00017160 flags r-x
    LOAD off    0x00017160 vaddr 0x00018160 paddr 0x00018160 align 2**12
         filesz 0x00000604 memsz 0x00000654 flags rw-
 DYNAMIC off    0x00017264 vaddr 0x00018264 paddr 0x00018264 align 2**2
         filesz 0x000000d8 memsz 0x000000d8 flags rw-
     TLS off    0x00017160 vaddr 0x00018764 paddr 0x00018764 align 2**3
         filesz 0x00000000 memsz 0x00000050 flags r--
   STACK off    0x00000000 vaddr 0x00000000 paddr 0x00000000 align 2**2
         filesz 0x00000000 memsz 0x00000000 flags rw-

but if I install this snapshot onto a machine, check out stable/11 r332802 and
rebuild lib/libxo, the resulting libxo.so.0 has:

Program Header:
    LOAD off    0x00000000 vaddr 0x00000000 paddr 0x00000000 align 2**12
         filesz 0x00017160 memsz 0x00017160 flags r-x
    LOAD off    0x00017160 vaddr 0x00018160 paddr 0x00018160 align 2**12
         filesz 0x00000604 memsz 0x00000654 flags rw-
 DYNAMIC off    0x00017264 vaddr 0x00018264 paddr 0x00018264 align 2**2
         filesz 0x000000d8 memsz 0x000000d8 flags rw-
     TLS off    0x00017160 vaddr 0x00018160 paddr 0x00018160 align 2**3
         filesz 0x00000000 memsz 0x00000658 flags r--
   STACK off    0x00000000 vaddr 0x00000000 paddr 0x00000000 align 2**2
         filesz 0x00000000 memsz 0x00000000 flags rw-

E.g. the shipped version has a TLS section of just 0x50 bytes, while the
recompiled version has 0x658 bytes.  The recompiled version also works just
fine, with every test I throw at it.

I don't know how the shipped versions are built, but I suspect there is
something off there.

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

[Bug 227552] w, uptime i386 cordeump

bugzilla-noreply
In reply to this post by bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227552

Ed Maste <[hidden email]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           See Also|                            |https://bugs.freebsd.org/bu
                   |                            |gzilla/show_bug.cgi?id=1956
                   |                            |53

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

[Bug 227552] w, uptime i386 cordeump

bugzilla-noreply
In reply to this post by bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227552

--- Comment #11 from Dimitry Andric <[hidden email]> ---
I'm now not so sure anymore about the TLS section being a problem. On a
stable/11 i386 box with r332318 (as of 2018-04-09), I do *not* see crashes in w
or uptime, even though the TLS section appears to be 0x50 bytes:

$ ldd /usr/bin/uptime
/usr/bin/uptime:
        libkvm.so.7 => /lib/libkvm.so.7 (0x28070000)
        libsbuf.so.6 => /lib/libsbuf.so.6 (0x2807d000)
        libxo.so.0 => /lib/libxo.so.0 (0x28080000)
        libutil.so.9 => /lib/libutil.so.9 (0x28099000)
        libc.so.7 => /lib/libc.so.7 (0x280ab000)
        libelf.so.2 => /lib/libelf.so.2 (0x2820a000)

$ uptime
 2:36PM  up 21 mins, 1 user, load averages: 0.32, 0.26, 0.23

$ readelf -l /lib/libxo.so.0 | grep 'Type\|TLS'
  Type           Offset   VirtAddr   PhysAddr   FileSiz MemSiz  Flg Align
  TLS            0x017160 0x00018764 0x00018764 0x00000 0x00050 R   0x8

$ readelf -l /usr/obj/usr/src/lib/libxo/libxo.so.0.full | grep 'Type\|TLS'
  Type           Offset   VirtAddr   PhysAddr   FileSiz MemSiz  Flg Align
  TLS            0x017160 0x00018160 0x00018160 0x00000 0x00658 R   0x8

$ readelf -l /usr/obj/usr/src/lib/libxo/libxo.so.0 | grep 'Type\|TLS'
  Type           Offset   VirtAddr   PhysAddr   FileSiz MemSiz  Flg Align
  TLS            0x017160 0x00018160 0x00018160 0x00000 0x00654 R   0x8

So, libxo.so.0.full, the actual output of the link stage, has a TLS MemSize of
0x658 bytes, libxo.so.0, which is produced by:

objcopy --strip-debug --add-gnu-debuglink=libxo.so.0.debug  libxo.so.0.full
libxo.so.0

has a TLS MemSize of 0x654 bytes, and the final version installed by
installworld, and stripped during that time, has a TLS MemSize of 0x50 bytes.

However, at this revision, r332318, it does not crash.

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

[Bug 227552] w, uptime i386 cordeump

bugzilla-noreply
In reply to this post by bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227552

--- Comment #12 from Dimitry Andric <[hidden email]> ---
I bisected, and it turns out r331838 (the merge of clang 6.0.0 and follow-up
fixes) is the first revision with those segfaults:

# ulimit -c 0; for i in /jail/test-r*; do echo "Using jail: $i"; chroot $i
/usr/bin/w; done
Using jail: /jail/test-r331837
12:00PM  up 13:47, 0 users, load averages: 0.23, 0.24, 0.60
USER       TTY      FROM                                      LOGIN@  IDLE WHAT
Using jail: /jail/test-r331838
Segmentation fault

Since all of the jail in r331837 has been compiled with clang 5.0.1, and all of
r331838 with clang 6.0.0, it is hard to say what is the exact cause.

Interestingly, moving around the libraries used by w seems to influence the
crash, at least for me.  So for example:

$ ldd /usr/bin/w
/usr/bin/w:
        libkvm.so.7 => /lib/libkvm.so.7 (0x28070000)
        libsbuf.so.6 => /lib/libsbuf.so.6 (0x2807d000)
        libxo.so.0 => /lib/libxo.so.0 (0x28080000)
        libutil.so.9 => /lib/libutil.so.9 (0x28099000)
        libc.so.7 => /lib/libc.so.7 (0x280ab000)
        libelf.so.2 => /lib/libelf.so.2 (0x2820a000)

$ /usr/bin/w
 2:05PM  up 13:53, 2 users, load averages: 2.31, 0.76, 0.66
USER       TTY      FROM                                      LOGIN@  IDLE WHAT
dim        pts/2    coleburn.home.andric.com                  2:02PM     - w

$ mkdir ~/foo

$ cp /lib/libkvm.so.7 /lib/libsbuf.so.6 /lib/libxo.so.0 /lib/libutil.so.9
/lib/libc.so.7 /lib/libelf.so.2 ~/foo

$ LD_LIBRARY_PATH=~/foo /usr/bin/w
Segmentation fault (core dumped)

Meaning, the exact same .so files, but in a different path, crash!  Currently,
I'm thinking that this may be something in the dynamic linker, but I'm still
not sure.

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

[Bug 227552] w, uptime i386 cordeump

bugzilla-noreply
In reply to this post by bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227552

Tijl Coosemans <[hidden email]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[hidden email]

--- Comment #13 from Tijl Coosemans <[hidden email]> ---
Note that libc has a 16 byte aligned TLS section because of
JEMALLOC_ALIGNED(16) in contrib/jemalloc/include/jemalloc/internal/tsd.h while
the size of the TLS section is not a multiple of 16.  I reported a problem with
this when that was added.  I suspect that rtld doesn't allocate enough extra
bytes if it needs to realign the section causing overlap between sections, but
I never investigated that and simply made the jemalloc struct 8 byte aligned.

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

[Bug 227552] w, uptime i386 cordeump

bugzilla-noreply
In reply to this post by bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227552

--- Comment #14 from Dimitry Andric <[hidden email]> ---
(In reply to Tijl Coosemans from comment #13)
> Note that libc has a 16 byte aligned TLS section because of
> JEMALLOC_ALIGNED(16) in contrib/jemalloc/include/jemalloc/internal/tsd.h
> while the size of the TLS section is not a multiple of 16.  I reported a
> problem with this when that was added.  I suspect that rtld doesn't allocate
> enough extra bytes if it needs to realign the section causing overlap
> between sections, but I never investigated that and simply made the jemalloc
> struct 8 byte aligned.

Were there any updates to rtld in head for this alignment stuff, that you
recall?

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

[Bug 227552] w, uptime i386 cordeump

bugzilla-noreply
In reply to this post by bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227552

--- Comment #15 from Tijl Coosemans <[hidden email]> ---
(In reply to Dimitry Andric from comment #14)
Not that I recall, but I just tried to reproduce the problem I had back then
and everything seems fine now, so it's possible that it was fixed.

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

[Bug 227552] w, uptime i386 cordeump

bugzilla-noreply
In reply to this post by bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227552

--- Comment #16 from Paul Boehmer <[hidden email]> ---
Not sure if this sheds light on bug, but tracked it down to release #331838.
#331837 uptime/w both work fine.   Something in the Clang/LLVM update?

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

[Bug 227552] w, uptime i386 cordeump

bugzilla-noreply
In reply to this post by bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227552

Paul Boehmer <[hidden email]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[hidden email]

--- Comment #17 from Paul Boehmer <[hidden email]> ---
(In reply to Paul Boehmer from comment #16)
Derp, didn't notice comment 12.  Apologies for the noise.

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "[hidden email]"
12