Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 24 Mar 2017 04:20:35 +0000 (UTC)
From:      Jin Guojun <jguojun@sbcglobal.net>
To:        "freebsd-current@freebsd.org" <freebsd-current@freebsd.org>
Subject:   Re: alloc/free abort/kill in 12 snapshot
Message-ID:  <1030515329.2833582.1490329235779@mail.yahoo.com>
In-Reply-To: <131319340.1954512.1490328910894@mail.yahoo.com>
References:  <131319340.1954512.1490328910894.ref@mail.yahoo.com> <131319340.1954512.1490328910894@mail.yahoo.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Forgot to post the console message when application crashed:

Most times <jemalloc>: jemalloc_arena.c:353: Failed assertion: "p[i] =3D=3D=
 0"
Some times
=C2=A0<jemalloc>: jemalloc_arena.c:1648: Failed assertion: "pageind + npage=
s <=3D chunk_npages"


    On Thursday, March 23, 2017 9:15 PM, Jin Guojun <jguojun@sbcglobal.net>=
 wrote:
=20

 A X11 based program works fine on 11 and all previous FreeBSD release and =
Linux.When build on FreeBSD-12.0-CURRENT-amd64-20170316-r315413, it gets we=
ird crashes on either alloc and free.Both cases seem related to _pthread_mu=
tex_init_calloc_cb ().Is this a known issue?=20
Is possible to determine why _pthread_mutex_init_calloc_cb () not happy?
-Jin
 1) calloc#0=C2=A0 0x000000080134322a in thr_kill () from /lib/libc.so.7
#1=C2=A0 0x00000008013431f4 in raise () from /lib/libc.so.7
#2=C2=A0 0x0000000801343169 in abort () from /lib/libc.so.7
#3=C2=A0 0x000000080133ae1f in _pthread_mutex_init_calloc_cb () from /lib/l=
ibc.so.7
#4=C2=A0 0x0000000801333b99 in _pthread_mutex_init_calloc_cb () from /lib/l=
ibc.so.7
#5=C2=A0 0x0000000801333851 in _pthread_mutex_init_calloc_cb () from /lib/l=
ibc.so.7
#6=C2=A0 0x0000000801315e0d in _malloc_thread_cleanup () from /lib/libc.so.=
7
#7=C2=A0 0x000000080133e35a in malloc () from /lib/libc.so.7
#8=C2=A0 0x000000080133e8b1 in calloc () from /lib/libc.so.7
#9=C2=A0 0x0000000800b9ad41 in _XkbReadGetMapReply ()
=C2=A0=C2=A0 from /usr/local/lib/libX11.so.6
#10 0x0000000800b9ba1a in XkbGetUpdatedMap () from /usr/local/lib/libX11.so=
.6
#11 0x0000000800b9babb in XkbGetMap () from /usr/local/lib/libX11.so.6
#12 0x0000000800b9837b in XkbKeycodeToKeysym () from /usr/local/lib/libX11.=
so.6
#13 0x0000000800b98ac3 in XkbLookupKeySym () from /usr/local/lib/libX11.so.=
6
#14 0x0000000800b994d4 in XLookupString () from /usr/local/lib/libX11.so.6
#15 0x0000000000406a12 in update_pic (movie=3D0, movie_frams_sec=3D0,=20
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 case KeyPress:=C2=A0 {
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 char=C2=A0=C2=A0=C2=A0 string[25=
6];
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 KeySym=C2=A0 keysym;
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 XComposeStatus=C2=A0 stat;
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 x_bool=C2=A0 shifted_key;
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 int=C2=A0=C2=A0=C2=A0=C2=A0 hand=
led_key =3D keysym,
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0 length =3D XLookupString(&event, string, sizeof(string) - 1=
, &keysym, &stat);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ...=C2=A0=C2=A0=C2=A0 =C2=A0=C2=
=A0=C2=A0=C2=A0}This happens when some key pressed (likely a CTRL key). Thi=
s function is doing input, so issue should not be in the caller.

2) freeWhen exit the application, it crah on free:#0=C2=A0 0x00000008013432=
2a in thr_kill () from /lib/libc.so.7
#1=C2=A0 0x00000008013431f4 in raise () from /lib/libc.so.7
#2=C2=A0 0x0000000801343169 in abort () from /lib/libc.so.7
#3=C2=A0 0x0000000801333198 in _pthread_mutex_init_calloc_cb () from /lib/l=
ibc.so.7
#4=C2=A0 0x00000008013321ab in _pthread_mutex_init_calloc_cb () from /lib/l=
ibc.so.7
#5=C2=A0 0x00000008013316fd in _pthread_mutex_init_calloc_cb () from /lib/l=
ibc.so.7
#6=C2=A0 0x000000080132350d in _pthread_mutex_init_calloc_cb () from /lib/l=
ibc.so.7
#7=C2=A0 0x000000080133ee10 in free () from /lib/libc.so.7
#8=C2=A0 0x000000000045d67b in ccs_free (p=3D0x803200000) at zalloc.c:294



  =20
From owner-freebsd-current@freebsd.org  Fri Mar 24 13:20:38 2017
Return-Path: <owner-freebsd-current@freebsd.org>
Delivered-To: freebsd-current@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id AA64AD19000
 for <freebsd-current@mailman.ysv.freebsd.org>;
 Fri, 24 Mar 2017 13:20:38 +0000 (UTC)
 (envelope-from shuriku@shurik.kiev.ua)
Received: from graal.it-profi.org.ua (graal.shurik.kiev.ua [193.239.74.7])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 6772D11B3
 for <freebsd-current@freebsd.org>; Fri, 24 Mar 2017 13:20:37 +0000 (UTC)
 (envelope-from shuriku@shurik.kiev.ua)
Received: from mail.lissoft.com.ua ([109.237.91.29]
 helo=thinkpad.it-profi.org.ua)
 by graal.it-profi.org.ua with esmtpa (Exim 4.89 (FreeBSD))
 (envelope-from <shuriku@shurik.kiev.ua>) id 1crOb8-0002p6-VL
 for freebsd-current@freebsd.org; Fri, 24 Mar 2017 14:45:43 +0200
Subject: Re: dchlient does not autostart anymore?
To: freebsd-current@freebsd.org
References: <25AAEBD2-B4E2-4DD1-86DA-AE94AA4A6B7D@dsl-only.net>
 <a6a58613c74f4f388d172cc4bccdee71@MSEXCH13.mands.hu>
 <c7e08255-0a92-766a-c62e-29ae0d22724b@FreeBSD.org>
From: Alexandr Krivulya <shuriku@shurik.kiev.ua>
Message-ID: <fd0ed2d0-5d38-a0b4-9cb3-2167c43752b4@shurik.kiev.ua>
Date: Fri, 24 Mar 2017 14:45:36 +0200
User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101
 Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <c7e08255-0a92-766a-c62e-29ae0d22724b@FreeBSD.org>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-SA-Exim-Connect-IP: 109.237.91.29
X-SA-Exim-Mail-From: shuriku@shurik.kiev.ua
X-SA-Exim-Scanned: No (on graal.it-profi.org.ua);
 SAEximRunCond expanded to false
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.23
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
 <freebsd-current.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/freebsd-current>, 
 <mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current/>;
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/freebsd-current>, 
 <mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 24 Mar 2017 13:20:38 -0000

+1
Need to manualy kldload ums.ko and start dhclient.

24.03.2017 12:38, Lev Serebryakov пишет:
> On 24.03.2017 12:28, M&S - Krasznai András wrote:
>
>   devd problems? Now dhclient and moused are started by devd.
>
>> Hi,
>>
>> FreeBSD-current, r315895 also experiences the same problem. The problem started after updating my laptop yesterday morning. I can get an IP address after manually starting dhclient.
>>
>> I have an additional anomaly: the USB mouse does not work (touchpad works) on a Lenovo T510 laptop. dmesg shows the correct vendor and type for the mouse.
>>
>> rgds
>>
>> András Krasznai
>>
>>
>>
>> -----Eredeti üzenet-----
>> Feladó: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] Meghatalmazó Mark Millard
>> Küldve: 2017. március 24. 9:57
>> Címzett: zakharov.vv@gmail.com; FreeBSD Current
>> Tárgy: Re: dchlient does not autostart anymore?
>>
>> Vladimir Zakharov zakharov.vv at gmail.com  wrote on Fri Mar 24 08:20:34 UTC 2017:
>>
>>> After upgrading from r315544 to r315880 network interface doesn't get
>>> IP address using DHCP on boot anymore.
>>>
>>> $ grep re0 /etc/rc.conf | grep -v "^#"
>>> ifconfig_re0="DHCP"
>>>
>>> "service netif restart" doesn't help either. Only manual dhclient
>>> starting.
>> I have just updated two contexts to -r315870 just a bit ago and they both got that behavior as well:
>>
>> A) An amd64 context (FreeBSD client in VirtualBox under macOS)
>> B) An arm64 context (pine64+ 2GB with -mcpu=cortex-a53 )
>>
>> Later I'll be updating powerpc64, powerpc, and armv6 (with
>> -mcpu=cortex-a7 ) contexts but I'd expect they will all match the behavior.
>>
>> (I started from earlier than -r315544 so your report provides a better lower bound -r315544. I ended earlier and so my report provides a better upper bound -r315870.)
>>
>> ===
>> Mark Millard
>> markmi at dsl-only.net
>>
>> _______________________________________________
>> freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current
>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
>> _______________________________________________
>> freebsd-current@freebsd.org mailing list
>> https://lists.freebsd.org/mailman/listinfo/freebsd-current
>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
>>
>


-- 



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1030515329.2833582.1490329235779>