From owner-freebsd-current@freebsd.org Sun Aug 30 01:01:31 2015 Return-Path: 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 244699C03E0 for ; Sun, 30 Aug 2015 01:01:31 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-oi0-x233.google.com (mail-oi0-x233.google.com [IPv6:2607:f8b0:4003:c06::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DD53ED8B for ; Sun, 30 Aug 2015 01:01:30 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by oigk185 with SMTP id k185so42515955oig.2 for ; Sat, 29 Aug 2015 18:01:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=UJ4HIXQNkIR9wgPmfzmc/+/nv/Ff3aohm9jTmpObLYo=; b=pGH1KPEl8JjQvThOkUOzuZ58REnFBdeuBD9rKlSOFkSydMSOH4GH7PQYWC3eTUobCt p5BG4S8Hw/m/Oz6eVpVs/8deZiSt8VwegkrzgwVq57yUPwFL1Twoad36UKg+kVAmMiab TehIur2cbzBKeiSbWgF1UFrqSm8dl6CuqDcbuhWRpyhSwjeyBour/r7oGJDsFCpPqe/3 VXhvSsrP2Hyjzg/8XYZpD6Leszu2Oc6CjWiU/tpYwEguixq/yx2asoVdimiQaSCy38uT lOASe+pnPunKsPcJKT5nWDVv+/ST/K0I6CW28DwuaxfhNbi4pxk9icCVYuQMCo5PLK4S LMVg== MIME-Version: 1.0 X-Received: by 10.202.169.138 with SMTP id s132mr9603537oie.71.1440896490217; Sat, 29 Aug 2015 18:01:30 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.202.173.83 with HTTP; Sat, 29 Aug 2015 18:01:29 -0700 (PDT) In-Reply-To: <55E212F9.6010908@yandex.ru> References: <55E212F9.6010908@yandex.ru> Date: Sat, 29 Aug 2015 18:01:29 -0700 X-Google-Sender-Auth: V1vIYO67d5wCR00Hni5YFNYNKSk Message-ID: Subject: Re: [drm:i915_gem_object_unbind] *ERROR* Attempting to unbind pinned buffer From: Kevin Oberman To: Ruslan Makhmatkhanov Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Aug 2015 01:01:31 -0000 On Sat, Aug 29, 2015 at 1:15 PM, Ruslan Makhmatkhanov wrote: > Hello, > > I'm getting tons of this in /var/log/messages: > error: [drm:pid9:i915_gem_object_unbind] *ERROR* Attempting to unbind > pinned buffer > > As far I understand [1], this case is harmless and there is no point to > print it with DRM_ERROR - DRM_DEBUG is sufficient. Can we please change it > in our tree like it done in patch attached? Thanks. > > PS. In Linux 3.8 [2] this check was changed by removing the warning > altogether and just returning -EBUSY, so may be we can do just this to > reduce the diff ;). > > [1] https://bugs.freedesktop.org/show_bug.cgi?id=50075 > [2] > http://lxr.free-electrons.com/source/drivers/gpu/drm/i915/i915_gem.c?v=3.8 > > -- > Regards, > Ruslan > Big +1. I've reported this in the (distant) past. It fills my logs, often with thousands of these messages. It makes it hard to find any REAL messages in the middle. (OK. "grep -v" works.) It is just a annoyance to have to deal with these. -- Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-current@freebsd.org Sun Aug 30 10:28:36 2015 Return-Path: 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 0DA3B9C00DA for ; Sun, 30 Aug 2015 10:28:36 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id E57AE9E; Sun, 30 Aug 2015 10:28:34 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA06847; Sun, 30 Aug 2015 13:28:26 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1ZVzqc-0002Am-Dg; Sun, 30 Aug 2015 13:28:26 +0300 To: FreeBSD Current From: Andriy Gapon Subject: panic: Stray timeout X-Enigmail-Draft-Status: N1110 Message-ID: <55E2DA91.6080206@FreeBSD.org> Date: Sun, 30 Aug 2015 13:27:29 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Aug 2015 10:28:36 -0000 I've got the following kernel panic seemingly at random. I have been using the kernel for about a week without any issues and I wasn't doing anything special when the panic occurred. Does this panic ring any bells? Could the problem be already fixed by more recent changes? r286985 panic: Stray timeout (kgdb) bt #0 doadump (textdump=1) at /usr/src/sys/kern/kern_shutdown.c:260 #1 0xffffffff8063236f in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:328 #2 0xffffffff806329d4 in vpanic (fmt=, ap=) at /usr/src/sys/kern/kern_shutdown.c:508 #3 0xffffffff806326d3 in panic (fmt=0x0) at /usr/src/sys/kern/kern_shutdown.c:441 #4 0xffffffff80677dea in taskqueue_timeout_func (arg=) at /usr/src/sys/kern/subr_taskqueue.c:269 #5 0xffffffff8064858d in softclock_call_cc (c=0xfffffe000241cb50, cc=0xffffffff81066000, direct=0) at /usr/src/sys/kern/kern_timeout.c:722 #6 0xffffffff80648917 in softclock (arg=) at /usr/src/sys/kern/kern_timeout.c:851 #7 0xffffffff805fe47f in intr_event_execute_handlers (p=0xfffff800059b0548, ie=0xfffff8000599d900) at /usr/src/sys/kern/kern_intr.c:1262 #8 0xffffffff805fefac in ithread_execute_handlers (p=0xfffff800059b0548, ie=0xfffff8000599d900) at /usr/src/sys/kern/kern_intr.c:1275 #9 0xffffffff805fee1b in ithread_loop (arg=) at /usr/src/sys/kern/kern_intr.c:1356 #10 0xffffffff805fba9b in fork_exit (callout=0xffffffff805fedc0 , arg=0xfffff800059adb60, frame=0xfffffe01dc55bc00) at /usr/src/sys/kern/kern_fork.c:1006 #11 0xffffffff808073de in fork_trampoline () at /usr/src/sys/libkern/explicit_bzero.c:28 #12 0x0000000000000000 in ?? () (kgdb) fr 5 #5 0xffffffff8064858d in softclock_call_cc (c=0xfffffe000241cb50, cc=0xffffffff81066000, direct=0) at /usr/src/sys/kern/kern_timeout.c:722 722 c_func(c_arg); (kgdb) p *c $1 = {c_links = {le = {le_next = 0x0, le_prev = 0xffffffff81066108}, sle = {sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0xffffffff81066108}}, c_time = 171699241227799, c_precision = 2684354, c_arg = 0xfffffe000241cb28, c_func = 0xffffffff80677db0 , c_lock = 0xfffff80013d66d30, c_flags = 2, c_iflags = 144, c_cpu = 0} c_flags = CALLOUT_ACTIVE c_iflags = CALLOUT_RETURNUNLOCKED | CALLOUT_PROCESSED (kgdb) p *cc $2 = {cc_lock = {lock_object = {lo_name = 0xffffffff809a0177 "callout", lo_flags = 720896, lo_data = 0, lo_witness = 0xfffffe0001fd1400}, mtx_lock = 4}, cc_exec_entity = 0xffffffff81066080, cc_next = 0x0, cc_callout = 0xfffffe0002116000, cc_callwheel = 0xfffffe0002238000, cc_expireq = {tqh_first = 0x0, tqh_last = 0xffffffff81066108}, cc_callfree = {slh_first = 0xfffffe00022372c0}, cc_firstevent = 171699349138844, cc_lastscan = 171699243988142, cc_cookie = 0xfffff800059a9b00, cc_bucket = 10456, cc_inited = 1, cc_ktr_event_name = 0xffffffff81066140 "callwheel cpu 0"} (kgdb) p c_arg $3 = (void *) 0xfffffe000241cb28 (kgdb) down #4 0xffffffff80677dea in taskqueue_timeout_func (arg=) at /usr/src/sys/kern/subr_taskqueue.c:269 269 KASSERT((timeout_task->f & DT_CALLOUT_ARMED) != 0, ("Stray timeout")); (kgdb) p *(struct timeout_task *)0xfffffe000241cb28 $4 = {q = 0xfffff80013d66d00, t = {ta_link = {stqe_next = 0x0}, ta_pending = 0, ta_priority = 0, ta_func = 0xffffffff82197220 , ta_context = 0xfffffe000241c5c0}, c = {c_links = {le = {le_next = 0x0, le_prev = 0xffffffff81066108}, sle = {sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0xffffffff81066108}}, c_time = 171699241227799, c_precision = 2684354, c_arg = 0xfffffe000241cb28, c_func = 0xffffffff80677db0 , c_lock = 0xfffff80013d66d30, c_flags = 2, c_iflags = 144, c_cpu = 0}, f = 0} (kgdb) p *$4.q $5 = {tq_queue = {stqh_first = 0x0, stqh_last = 0xfffff80013d66d00}, tq_enqueue = 0xffffffff80678c30 , tq_context = 0xffffffff811130d8, tq_active = {tqh_first = 0x0, tqh_last = 0xfffff80013d66d20}, tq_mutex = {lock_object = {lo_name = 0xffffffff809a52a1 "taskqueue", lo_flags = 16973824, lo_data = 0, lo_witness = 0xfffffe0001fd7200}, mtx_lock = 18446735277710583024}, tq_threads = 0xfffff80013dd1bd0, tq_tcount = 1, tq_spin = 0, tq_flags = 5, tq_callouts = 1, tq_callbacks = 0xfffff80013d66d68, tq_cb_contexts = 0xfffff80013d66d78} BTW, I see the following potential problem. taskqueue_cancel_timeout() unconditionally resets DT_CALLOUT_ARMED, so that happens even if callout_stop() signals that the callout is going to be called. In that case, when taskqueue_timeout_func() gets called it's going to run into the assertion. -- Andriy Gapon From owner-freebsd-current@freebsd.org Sun Aug 30 12:52:27 2015 Return-Path: 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 D75D29C67ED for ; Sun, 30 Aug 2015 12:52:27 +0000 (UTC) (envelope-from 214748mv@gmail.com) Received: from mail-yk0-x235.google.com (mail-yk0-x235.google.com [IPv6:2607:f8b0:4002:c07::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9BC76780 for ; Sun, 30 Aug 2015 12:52:27 +0000 (UTC) (envelope-from 214748mv@gmail.com) Received: by ykbu129 with SMTP id u129so23163504ykb.2 for ; Sun, 30 Aug 2015 05:52:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Gzk6CMOqgj7fEjUswDbZuwPghYrQ0gPZYcN6XrUuGMc=; b=FtfYKBf05n0xsOqFIkStdXM7xnkociRaIAviZuPloqI4R1BQ1tt2osGdVoG5k/XKh0 h4jBU8V9N8V+G4YQdxZe3+jOMSYxx/vCr+IlE7puJSOGy2oG7rTgfjkCEzqlNZIELpSX iEu6RayeBZ0kOqofSEBUyDvpoqPy2lpsUgSj+fV83zzHQfNrNFPhFb3yWetgie1glyqm Khxi7XZ+7KVwHTipPxShExXrzFm6qSlJ9ZBAnQaEUWlCzg47X24yOBO7fg5vR+HV2ppu 9R9oWop4F90m648s0yomsuyxI3F/F+xPf4Oewq8A/SoSlWtjh/AepNjsRJNwEtzdOn8c mjnA== MIME-Version: 1.0 X-Received: by 10.129.73.82 with SMTP id w79mr16684831ywa.16.1440939146918; Sun, 30 Aug 2015 05:52:26 -0700 (PDT) Received: by 10.13.255.2 with HTTP; Sun, 30 Aug 2015 05:52:26 -0700 (PDT) Date: Sun, 30 Aug 2015 14:52:26 +0200 Message-ID: Subject: Upgrading to r297291 LAGG(4) stops working. From: "Ranjan1018 ." <214748mv@gmail.com> To: FreeBSD CURRENT Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Aug 2015 12:52:27 -0000 On my laptop I am using LAGG(4) as explained in "Example 30.3. Failover Mode Between Ethernet and Wireless Interfaces" in the Handbook. In rc.conf i have: # LAGG ifconfig_re0="up" ifconfig_ath0="ether 18:67:b0:39:bd:23" wlans_ath0="wlan0" ifconfig_wlan0="WPA" cloned_interfaces="lagg0" ifconfig_lagg0="laggproto failover laggport re0 laggport wlan0 DHCP" What's wrong ? Thanks, Maurizio From owner-freebsd-current@freebsd.org Sun Aug 30 13:06:14 2015 Return-Path: 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 36CE69C6B7D for ; Sun, 30 Aug 2015 13:06:14 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 E746CCBF for ; Sun, 30 Aug 2015 13:06:13 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1ZW2JA-000NQJ-Ju; Sun, 30 Aug 2015 16:06:04 +0300 Date: Sun, 30 Aug 2015 16:06:04 +0300 From: Slawa Olhovchenkov To: Ruslan Makhmatkhanov Cc: FreeBSD Current Subject: Re: [drm:i915_gem_object_unbind] *ERROR* Attempting to unbind pinned buffer Message-ID: <20150830130604.GN3158@zxy.spb.ru> References: <55E212F9.6010908@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55E212F9.6010908@yandex.ru> User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Aug 2015 13:06:14 -0000 On Sat, Aug 29, 2015 at 11:15:53PM +0300, Ruslan Makhmatkhanov wrote: > Hello, > > I'm getting tons of this in /var/log/messages: > error: [drm:pid9:i915_gem_object_unbind] *ERROR* Attempting to unbind > pinned buffer > > As far I understand [1], this case is harmless and there is no point to > print it with DRM_ERROR - DRM_DEBUG is sufficient. Can we please change > it in our tree like it done in patch attached? Thanks. > > PS. In Linux 3.8 [2] this check was changed by removing the warning > altogether and just returning -EBUSY, so may be we can do just this to > reduce the diff ;). > > [1] https://bugs.freedesktop.org/show_bug.cgi?id=50075 > [2] > http://lxr.free-electrons.com/source/drivers/gpu/drm/i915/i915_gem.c?v=3.8 > > -- > Regards, > Ruslan > > T.O.S. Of Reality > Index: sys/dev/drm2/i915/i915_gem.c > =================================================================== > --- sys/dev/drm2/i915/i915_gem.c (revision 287214) > +++ sys/dev/drm2/i915/i915_gem.c (working copy) > @@ -2528,7 +2528,7 @@ > return 0; > > if (obj->pin_count) { > - DRM_ERROR("Attempting to unbind pinned buffer\n"); > + DRM_DEBUG("Attempting to unbind pinned buffer\n"); > return -EINVAL; > } > I think this is not root of cause, this is only cause of other error: === dmesg ==== info: [drm] Initialized i915 1.6.0 20080730 for drmn0 on minor 0 error: [drm:pid12:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung info: [drm] capturing error event; look for more information in sysctl hw.dri.0.info.i915_error_state error: [drm:pid0:i915_reset] *ERROR* Failed to reset chip. ============== This cause: === Xorg.log ==== [ 51.010] (EE) intel(0): Detected a hung GPU, disabling acceleration. [ 51.010] (EE) intel(0): When reporting this, please include i915_error_state from debugfs and the full dmesg. ================= and after this you see Attempting to unbind pinned buffer. I am see this in STABLE after Aug upgrade. I am don't see this at 2014-Oct STABLE. From owner-freebsd-current@freebsd.org Sun Aug 30 15:12:39 2015 Return-Path: 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 8C8279C64CC for ; Sun, 30 Aug 2015 15:12:39 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x22d.google.com (mail-ig0-x22d.google.com [IPv6:2607:f8b0:4001:c05::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5AD06BF4 for ; Sun, 30 Aug 2015 15:12:39 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by igboj15 with SMTP id oj15so8469567igb.1 for ; Sun, 30 Aug 2015 08:12:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=lAr3yqTHCitgsJAcM9ebyTJq/JEDm6GHYg2KLqZeubw=; b=DA4+ebcoNsNtFjyH8o7ooWGayKV6YEWPaX6TpKIC69byYd4CzxLFcKgtMmBgl9qfQZ AVkr3F676Vd3OfHxnv5vAyQXjSPWip+EW3Qj82h/RE+s2LmL5aWHFo74Qpe7Uxod/6SS TsZ21vFmmavLQZH2a4iRHd/3MwtXZbN0d456k9KLwaHddQjrudCCYLrC2gXLx7ZalvbH B00GloiBQ9WCYTnTOloRQPIU40nSMSFv9z8KGerP0WHj2YfJ1gGcwXcEyJ3I90k/tgvy RF6NfTi2bLLLuXMOBQHhqqJDyPeW0Skakn7F0Y2D8By9eCARCld9fpJC38ecb9176lnc SPvw== MIME-Version: 1.0 X-Received: by 10.50.43.227 with SMTP id z3mr10213215igl.22.1440947558617; Sun, 30 Aug 2015 08:12:38 -0700 (PDT) Received: by 10.36.28.208 with HTTP; Sun, 30 Aug 2015 08:12:38 -0700 (PDT) In-Reply-To: References: Date: Sun, 30 Aug 2015 08:12:38 -0700 Message-ID: Subject: Re: Upgrading to r297291 LAGG(4) stops working. From: Adrian Chadd To: "Ranjan1018 ." <214748mv@gmail.com> Cc: FreeBSD CURRENT Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Aug 2015 15:12:39 -0000 hi, don'tr set ath0 to the MAC of your ethernet device, set your ethernet MAC to the MAC of your atheros device. (But I keep telling people, failover between ethernet/wifi isn't supported by the wifi code...) -a On 30 August 2015 at 05:52, Ranjan1018 . <214748mv@gmail.com> wrote: > On my laptop I am using LAGG(4) as explained in > "Example 30.3. Failover Mode Between Ethernet and Wireless Interfaces" in > the Handbook. > In rc.conf i have: > # LAGG > ifconfig_re0="up" > ifconfig_ath0="ether 18:67:b0:39:bd:23" > wlans_ath0="wlan0" > ifconfig_wlan0="WPA" > cloned_interfaces="lagg0" > ifconfig_lagg0="laggproto failover laggport re0 laggport wlan0 DHCP" > > What's wrong ? > Thanks, > Maurizio > _______________________________________________ > 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" From owner-freebsd-current@freebsd.org Sun Aug 30 16:16:10 2015 Return-Path: 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 4C7B99C6904 for ; Sun, 30 Aug 2015 16:16:10 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E44573EE; Sun, 30 Aug 2015 16:16:09 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id t7UGG4Ei039382 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 30 Aug 2015 19:16:04 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua t7UGG4Ei039382 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id t7UGG3GK039380; Sun, 30 Aug 2015 19:16:03 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 30 Aug 2015 19:16:03 +0300 From: Konstantin Belousov To: Andriy Gapon Cc: FreeBSD Current Subject: Re: panic: Stray timeout Message-ID: <20150830161603.GI2072@kib.kiev.ua> References: <55E2DA91.6080206@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55E2DA91.6080206@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Aug 2015 16:16:10 -0000 On Sun, Aug 30, 2015 at 01:27:29PM +0300, Andriy Gapon wrote: > > I've got the following kernel panic seemingly at random. > I have been using the kernel for about a week without any issues and I wasn't > doing anything special when the panic occurred. > Does this panic ring any bells? Could the problem be already fixed by more > recent changes? > > r286985 > > panic: Stray timeout > > (kgdb) bt > #0 doadump (textdump=1) at /usr/src/sys/kern/kern_shutdown.c:260 > #1 0xffffffff8063236f in kern_reboot (howto=260) at > /usr/src/sys/kern/kern_shutdown.c:328 > #2 0xffffffff806329d4 in vpanic (fmt=, ap= out>) at /usr/src/sys/kern/kern_shutdown.c:508 > #3 0xffffffff806326d3 in panic (fmt=0x0) at /usr/src/sys/kern/kern_shutdown.c:441 > #4 0xffffffff80677dea in taskqueue_timeout_func (arg=) at > /usr/src/sys/kern/subr_taskqueue.c:269 > #5 0xffffffff8064858d in softclock_call_cc (c=0xfffffe000241cb50, > cc=0xffffffff81066000, direct=0) at /usr/src/sys/kern/kern_timeout.c:722 > #6 0xffffffff80648917 in softclock (arg=) at > /usr/src/sys/kern/kern_timeout.c:851 > #7 0xffffffff805fe47f in intr_event_execute_handlers (p=0xfffff800059b0548, > ie=0xfffff8000599d900) at /usr/src/sys/kern/kern_intr.c:1262 > #8 0xffffffff805fefac in ithread_execute_handlers (p=0xfffff800059b0548, > ie=0xfffff8000599d900) at /usr/src/sys/kern/kern_intr.c:1275 > #9 0xffffffff805fee1b in ithread_loop (arg=) at > /usr/src/sys/kern/kern_intr.c:1356 > #10 0xffffffff805fba9b in fork_exit (callout=0xffffffff805fedc0 , > arg=0xfffff800059adb60, frame=0xfffffe01dc55bc00) at > /usr/src/sys/kern/kern_fork.c:1006 > #11 0xffffffff808073de in fork_trampoline () at > /usr/src/sys/libkern/explicit_bzero.c:28 > #12 0x0000000000000000 in ?? () > > (kgdb) fr 5 > #5 0xffffffff8064858d in softclock_call_cc (c=0xfffffe000241cb50, > cc=0xffffffff81066000, direct=0) at /usr/src/sys/kern/kern_timeout.c:722 > 722 c_func(c_arg); > (kgdb) p *c > $1 = {c_links = {le = {le_next = 0x0, le_prev = 0xffffffff81066108}, sle = > {sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0xffffffff81066108}}, c_time > = 171699241227799, c_precision = 2684354, c_arg = 0xfffffe000241cb28, > c_func = 0xffffffff80677db0 , c_lock = > 0xfffff80013d66d30, c_flags = 2, c_iflags = 144, c_cpu = 0} > > c_flags = CALLOUT_ACTIVE > c_iflags = CALLOUT_RETURNUNLOCKED | CALLOUT_PROCESSED > > (kgdb) p *cc > $2 = {cc_lock = {lock_object = {lo_name = 0xffffffff809a0177 "callout", lo_flags > = 720896, lo_data = 0, lo_witness = 0xfffffe0001fd1400}, mtx_lock = 4}, > cc_exec_entity = 0xffffffff81066080, cc_next = 0x0, > cc_callout = 0xfffffe0002116000, cc_callwheel = 0xfffffe0002238000, cc_expireq > = {tqh_first = 0x0, tqh_last = 0xffffffff81066108}, cc_callfree = {slh_first = > 0xfffffe00022372c0}, cc_firstevent = 171699349138844, > cc_lastscan = 171699243988142, cc_cookie = 0xfffff800059a9b00, cc_bucket = > 10456, cc_inited = 1, cc_ktr_event_name = 0xffffffff81066140 "callwheel cpu 0"} > (kgdb) p c_arg > $3 = (void *) 0xfffffe000241cb28 > > (kgdb) down > #4 0xffffffff80677dea in taskqueue_timeout_func (arg=) at > /usr/src/sys/kern/subr_taskqueue.c:269 > 269 KASSERT((timeout_task->f & DT_CALLOUT_ARMED) != 0, ("Stray > timeout")); > (kgdb) p *(struct timeout_task *)0xfffffe000241cb28 > $4 = {q = 0xfffff80013d66d00, t = {ta_link = {stqe_next = 0x0}, ta_pending = 0, > ta_priority = 0, ta_func = 0xffffffff82197220 , > ta_context = 0xfffffe000241c5c0}, c = {c_links = {le = {le_next = 0x0, > le_prev = 0xffffffff81066108}, sle = {sle_next = 0x0}, tqe = {tqe_next = > 0x0, tqe_prev = 0xffffffff81066108}}, c_time = 171699241227799, c_precision = > 2684354, c_arg = 0xfffffe000241cb28, > c_func = 0xffffffff80677db0 , c_lock = > 0xfffff80013d66d30, c_flags = 2, c_iflags = 144, c_cpu = 0}, f = 0} > (kgdb) p *$4.q > $5 = {tq_queue = {stqh_first = 0x0, stqh_last = 0xfffff80013d66d00}, tq_enqueue > = 0xffffffff80678c30 , tq_context = > 0xffffffff811130d8, tq_active = {tqh_first = 0x0, tqh_last = 0xfffff80013d66d20}, > tq_mutex = {lock_object = {lo_name = 0xffffffff809a52a1 "taskqueue", lo_flags > = 16973824, lo_data = 0, lo_witness = 0xfffffe0001fd7200}, mtx_lock = > 18446735277710583024}, tq_threads = 0xfffff80013dd1bd0, tq_tcount = 1, > tq_spin = 0, tq_flags = 5, tq_callouts = 1, tq_callbacks = 0xfffff80013d66d68, > tq_cb_contexts = 0xfffff80013d66d78} > > BTW, I see the following potential problem. taskqueue_cancel_timeout() > unconditionally resets DT_CALLOUT_ARMED, so that happens even if > callout_stop() signals that the callout is going to be called. In that > case, when taskqueue_timeout_func() gets called it's going to run into > the assertion. This is strange, I do not think that could be a right explanation of this issue. The taskqueue callout is initialized with the mutex, which means that the callout_stop() caller - must own the mutex; - is synchronous with the callout. In other words, callout cannot be running when taskqueue_cancel_timeout() calls callout_stop(), it only can be dequeued but the callout function is not yet called. If callout_stop() is performed meantime, between dropping callout_cpu lock, and locking the mutex, it must be not run. From owner-freebsd-current@freebsd.org Sun Aug 30 17:50:43 2015 Return-Path: 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 1DDE09C6B3B for ; Sun, 30 Aug 2015 17:50:43 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 CF22F8F3 for ; Sun, 30 Aug 2015 17:50:42 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1ZW6kZ-00061T-5k; Sun, 30 Aug 2015 20:50:39 +0300 Date: Sun, 30 Aug 2015 20:50:39 +0300 From: Slawa Olhovchenkov To: Ruslan Makhmatkhanov Cc: FreeBSD Current Subject: Re: [drm:i915_gem_object_unbind] *ERROR* Attempting to unbind pinned buffer Message-ID: <20150830175039.GO3158@zxy.spb.ru> References: <55E212F9.6010908@yandex.ru> <20150830130604.GN3158@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150830130604.GN3158@zxy.spb.ru> User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Aug 2015 17:50:43 -0000 On Sun, Aug 30, 2015 at 04:06:04PM +0300, Slawa Olhovchenkov wrote: > On Sat, Aug 29, 2015 at 11:15:53PM +0300, Ruslan Makhmatkhanov wrote: > > > Hello, > > > > I'm getting tons of this in /var/log/messages: > > error: [drm:pid9:i915_gem_object_unbind] *ERROR* Attempting to unbind > > pinned buffer > > > > As far I understand [1], this case is harmless and there is no point to > > print it with DRM_ERROR - DRM_DEBUG is sufficient. Can we please change > > it in our tree like it done in patch attached? Thanks. > > > > PS. In Linux 3.8 [2] this check was changed by removing the warning > > altogether and just returning -EBUSY, so may be we can do just this to > > reduce the diff ;). > > > > [1] https://bugs.freedesktop.org/show_bug.cgi?id=50075 > > [2] > > http://lxr.free-electrons.com/source/drivers/gpu/drm/i915/i915_gem.c?v=3.8 > > > > -- > > Regards, > > Ruslan > > > > T.O.S. Of Reality > > > Index: sys/dev/drm2/i915/i915_gem.c > > =================================================================== > > --- sys/dev/drm2/i915/i915_gem.c (revision 287214) > > +++ sys/dev/drm2/i915/i915_gem.c (working copy) > > @@ -2528,7 +2528,7 @@ > > return 0; > > > > if (obj->pin_count) { > > - DRM_ERROR("Attempting to unbind pinned buffer\n"); > > + DRM_DEBUG("Attempting to unbind pinned buffer\n"); > > return -EINVAL; > > } > > > > I think this is not root of cause, this is only cause of other error: > > === dmesg ==== > info: [drm] Initialized i915 1.6.0 20080730 for drmn0 on minor 0 > error: [drm:pid12:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung > info: [drm] capturing error event; look for more information in sysctl hw.dri.0.info.i915_error_state > error: [drm:pid0:i915_reset] *ERROR* Failed to reset chip. > ============== > > This cause: > > === Xorg.log ==== > [ 51.010] (EE) intel(0): Detected a hung GPU, disabling acceleration. > [ 51.010] (EE) intel(0): When reporting this, please include i915_error_state from debugfs and the full dmesg. > ================= > > and after this you see Attempting to unbind pinned buffer. > > I am see this in STABLE after Aug upgrade. I am don't see this at 2014-Oct STABLE. For -STABLE: r280368 -- All works OK (no error messages, video playback work) r280369 -- All works OK (no error messages, video playback work) r282141 -- error: [drm:pid5:i915_gem_object_unbind] *ERROR* Attempting to unbind pinned buffer (video don't tested) r282199 -- error: [drm:pid12:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung (video don't work) From owner-freebsd-current@freebsd.org Sun Aug 30 18:37:40 2015 Return-Path: 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 3C12B9C60BA for ; Sun, 30 Aug 2015 18:37:40 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: from mail-wi0-f173.google.com (mail-wi0-f173.google.com [209.85.212.173]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C965066E for ; Sun, 30 Aug 2015 18:37:39 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: by wicfv10 with SMTP id fv10so45092490wic.1 for ; Sun, 30 Aug 2015 11:37:32 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=KD/R7kR7BXjcRbfNo2MyeBfZtyx4w33yMVKvu+R5uMw=; b=WOw+Q4nhep64l9aW6Rx5musb/FANj4rhG7e2ZMBfSID4gfaU2EpGbABKwL1OED3K61 3gEAjOA+ZviPoB1l/c8oCxarKGCZLQer8XuDtOlRCngt6ShjmfcpjTMLZDurfU041bK9 6TtJKSXI0urq45fsAOhu4g/3gfm0PPSLSF7rWp6+NPF3TtD8IZSvZdMYHwLs/9V7CRY2 T9TPE09Fy0+Hf+/1p9StcSMGGe7Mb30KpK/6NeafanDEdtafhRkNtLFwlQEJo2e4e2cg qhmzdidTUG3gnVkjA55PcXVCfodZPOpQ4t1Mr61/ImcmfC/5IsxWBk9rMWaWqTqNP2JB wxFQ== X-Gm-Message-State: ALoCoQm/YkFqsaU1AsYZLFb9qBOW4cPblBQy5jH7pDtIOr/CzkEDPwa04yLzUEoo8ZLdkOyEU1Wo MIME-Version: 1.0 X-Received: by 10.194.114.37 with SMTP id jd5mr22485630wjb.34.1440959852370; Sun, 30 Aug 2015 11:37:32 -0700 (PDT) Received: by 10.194.73.6 with HTTP; Sun, 30 Aug 2015 11:37:32 -0700 (PDT) In-Reply-To: <55E2DA91.6080206@FreeBSD.org> References: <55E2DA91.6080206@FreeBSD.org> Date: Sun, 30 Aug 2015 20:37:32 +0200 Message-ID: Subject: Re: panic: Stray timeout From: Oliver Pinter To: Andriy Gapon Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Aug 2015 18:37:40 -0000 On 8/30/15, Andriy Gapon wrote: > > I've got the following kernel panic seemingly at random. > I have been using the kernel for about a week without any issues and I > wasn't > doing anything special when the panic occurred. > Does this panic ring any bells? Could the problem be already fixed by more > recent changes? > > r286985 > > panic: Stray timeout > > (kgdb) bt > #0 doadump (textdump=1) at /usr/src/sys/kern/kern_shutdown.c:260 > #1 0xffffffff8063236f in kern_reboot (howto=260) at > /usr/src/sys/kern/kern_shutdown.c:328 > #2 0xffffffff806329d4 in vpanic (fmt=, ap= optimized > out>) at /usr/src/sys/kern/kern_shutdown.c:508 > #3 0xffffffff806326d3 in panic (fmt=0x0) at > /usr/src/sys/kern/kern_shutdown.c:441 > #4 0xffffffff80677dea in taskqueue_timeout_func (arg=) > at > /usr/src/sys/kern/subr_taskqueue.c:269 > #5 0xffffffff8064858d in softclock_call_cc (c=0xfffffe000241cb50, > cc=0xffffffff81066000, direct=0) at /usr/src/sys/kern/kern_timeout.c:722 > #6 0xffffffff80648917 in softclock (arg=) at > /usr/src/sys/kern/kern_timeout.c:851 > #7 0xffffffff805fe47f in intr_event_execute_handlers > (p=0xfffff800059b0548, > ie=0xfffff8000599d900) at /usr/src/sys/kern/kern_intr.c:1262 > #8 0xffffffff805fefac in ithread_execute_handlers (p=0xfffff800059b0548, > ie=0xfffff8000599d900) at /usr/src/sys/kern/kern_intr.c:1275 > #9 0xffffffff805fee1b in ithread_loop (arg=) at > /usr/src/sys/kern/kern_intr.c:1356 > #10 0xffffffff805fba9b in fork_exit (callout=0xffffffff805fedc0 > , > arg=0xfffff800059adb60, frame=0xfffffe01dc55bc00) at > /usr/src/sys/kern/kern_fork.c:1006 > #11 0xffffffff808073de in fork_trampoline () at > /usr/src/sys/libkern/explicit_bzero.c:28 > #12 0x0000000000000000 in ?? () > > (kgdb) fr 5 > #5 0xffffffff8064858d in softclock_call_cc (c=0xfffffe000241cb50, > cc=0xffffffff81066000, direct=0) at /usr/src/sys/kern/kern_timeout.c:722 > 722 c_func(c_arg); > (kgdb) p *c > $1 = {c_links = {le = {le_next = 0x0, le_prev = 0xffffffff81066108}, sle = > {sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0xffffffff81066108}}, > c_time > = 171699241227799, c_precision = 2684354, c_arg = 0xfffffe000241cb28, > c_func = 0xffffffff80677db0 , c_lock = > 0xfffff80013d66d30, c_flags = 2, c_iflags = 144, c_cpu = 0} > > c_flags = CALLOUT_ACTIVE > c_iflags = CALLOUT_RETURNUNLOCKED | CALLOUT_PROCESSED > > (kgdb) p *cc > $2 = {cc_lock = {lock_object = {lo_name = 0xffffffff809a0177 "callout", > lo_flags > = 720896, lo_data = 0, lo_witness = 0xfffffe0001fd1400}, mtx_lock = 4}, > cc_exec_entity = 0xffffffff81066080, cc_next = 0x0, > cc_callout = 0xfffffe0002116000, cc_callwheel = 0xfffffe0002238000, > cc_expireq > = {tqh_first = 0x0, tqh_last = 0xffffffff81066108}, cc_callfree = {slh_first > = > 0xfffffe00022372c0}, cc_firstevent = 171699349138844, > cc_lastscan = 171699243988142, cc_cookie = 0xfffff800059a9b00, cc_bucket > = > 10456, cc_inited = 1, cc_ktr_event_name = 0xffffffff81066140 "callwheel cpu > 0"} > (kgdb) p c_arg > $3 = (void *) 0xfffffe000241cb28 > > (kgdb) down > #4 0xffffffff80677dea in taskqueue_timeout_func (arg=) > at > /usr/src/sys/kern/subr_taskqueue.c:269 > 269 KASSERT((timeout_task->f & DT_CALLOUT_ARMED) != 0, ("Stray > timeout")); > (kgdb) p *(struct timeout_task *)0xfffffe000241cb28 > $4 = {q = 0xfffff80013d66d00, t = {ta_link = {stqe_next = 0x0}, ta_pending = > 0, > ta_priority = 0, ta_func = 0xffffffff82197220 , > ta_context = 0xfffffe000241c5c0}, c = {c_links = {le = {le_next = 0x0, > le_prev = 0xffffffff81066108}, sle = {sle_next = 0x0}, tqe = > {tqe_next = > 0x0, tqe_prev = 0xffffffff81066108}}, c_time = 171699241227799, c_precision > = > 2684354, c_arg = 0xfffffe000241cb28, > c_func = 0xffffffff80677db0 , c_lock = > 0xfffff80013d66d30, c_flags = 2, c_iflags = 144, c_cpu = 0}, f = 0} > (kgdb) p *$4.q > $5 = {tq_queue = {stqh_first = 0x0, stqh_last = 0xfffff80013d66d00}, > tq_enqueue > = 0xffffffff80678c30 , tq_context = > 0xffffffff811130d8, tq_active = {tqh_first = 0x0, tqh_last = > 0xfffff80013d66d20}, > tq_mutex = {lock_object = {lo_name = 0xffffffff809a52a1 "taskqueue", > lo_flags > = 16973824, lo_data = 0, lo_witness = 0xfffffe0001fd7200}, mtx_lock = > 18446735277710583024}, tq_threads = 0xfffff80013dd1bd0, tq_tcount = 1, > tq_spin = 0, tq_flags = 5, tq_callouts = 1, tq_callbacks = > 0xfffff80013d66d68, > tq_cb_contexts = 0xfffff80013d66d78} > > BTW, I see the following potential problem. taskqueue_cancel_timeout() > unconditionally resets DT_CALLOUT_ARMED, so that happens even if > callout_stop() > signals that the callout is going to be called. In that case, when > taskqueue_timeout_func() gets called it's going to run into the assertion. You have a running Xorg with radeonkms driver, and this issue occurrence under high load (for example parallel buildworld)? > > -- > Andriy Gapon > _______________________________________________ > 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" > From owner-freebsd-current@freebsd.org Sun Aug 30 19:06:07 2015 Return-Path: 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 AB2629C6EAF for ; Sun, 30 Aug 2015 19:06:07 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id D3BC16DD for ; Sun, 30 Aug 2015 19:06:06 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id WAA13172; Sun, 30 Aug 2015 22:06:03 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1ZW7vX-0002dP-1v; Sun, 30 Aug 2015 22:06:03 +0300 Subject: Re: panic: Stray timeout To: Oliver Pinter References: <55E2DA91.6080206@FreeBSD.org> Cc: FreeBSD Current From: Andriy Gapon Message-ID: <55E353E1.6050605@FreeBSD.org> Date: Sun, 30 Aug 2015 22:05:05 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Aug 2015 19:06:07 -0000 On 30/08/2015 21:37, Oliver Pinter wrote: > You have a running Xorg with radeonkms driver, and this issue > occurrence under high load (for example parallel buildworld)? I use radonkms indeed and judging from ta_func = ttm_bo_delayed_workqueue it was involved. But there was no steady system load before the crash, perhaps there was a spike though. -- Andriy Gapon From owner-freebsd-current@freebsd.org Sun Aug 30 19:10:13 2015 Return-Path: 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 ACB9F9C4068 for ; Sun, 30 Aug 2015 19:10:13 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id F2F1D8E2 for ; Sun, 30 Aug 2015 19:10:12 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id WAA13218; Sun, 30 Aug 2015 22:10:11 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1ZW7zW-0002dc-Ns; Sun, 30 Aug 2015 22:10:10 +0300 Subject: Re: panic: Stray timeout To: Konstantin Belousov References: <55E2DA91.6080206@FreeBSD.org> <20150830161603.GI2072@kib.kiev.ua> Cc: FreeBSD Current From: Andriy Gapon Message-ID: <55E354DA.9030302@FreeBSD.org> Date: Sun, 30 Aug 2015 22:09:14 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <20150830161603.GI2072@kib.kiev.ua> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Aug 2015 19:10:13 -0000 On 30/08/2015 19:16, Konstantin Belousov wrote: > This is strange, I do not think that could be a right explanation of this > issue. The taskqueue callout is initialized with the mutex, which means > that the callout_stop() caller > - must own the mutex; > - is synchronous with the callout. > In other words, callout cannot be running when taskqueue_cancel_timeout() > calls callout_stop(), it only can be dequeued but the callout function > is not yet called. If callout_stop() is performed meantime, between > dropping callout_cpu lock, and locking the mutex, it must be not run. Thank you for the explanation. I am not familiar with the code and I misinterpreted the manual page and thought that callout_stop() might be unable to stop the callout even if it was initialized with the mutex. I see my mistake now. -- Andriy Gapon From owner-freebsd-current@freebsd.org Sun Aug 30 19:17:43 2015 Return-Path: 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 551919C4511 for ; Sun, 30 Aug 2015 19:17:43 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 11885DB0 for ; Sun, 30 Aug 2015 19:17:43 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1ZW86l-000ASU-Gv; Sun, 30 Aug 2015 22:17:39 +0300 Date: Sun, 30 Aug 2015 22:17:39 +0300 From: Slawa Olhovchenkov To: Ruslan Makhmatkhanov Cc: FreeBSD Current Subject: Re: [drm:i915_gem_object_unbind] *ERROR* Attempting to unbind pinned buffer Message-ID: <20150830191739.GZ21849@zxy.spb.ru> References: <55E212F9.6010908@yandex.ru> <20150830130604.GN3158@zxy.spb.ru> <20150830175039.GO3158@zxy.spb.ru> <55E35257.9030201@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55E35257.9030201@yandex.ru> User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Aug 2015 19:17:43 -0000 On Sun, Aug 30, 2015 at 09:58:31PM +0300, Ruslan Makhmatkhanov wrote: > >> I think this is not root of cause, this is only cause of other error: > >> > >> === dmesg ==== > >> info: [drm] Initialized i915 1.6.0 20080730 for drmn0 on minor 0 > >> error: [drm:pid12:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung > >> info: [drm] capturing error event; look for more information in sysctl hw.dri.0.info.i915_error_state > >> error: [drm:pid0:i915_reset] *ERROR* Failed to reset chip. > >> ============== > >> > >> This cause: > >> > >> === Xorg.log ==== > >> [ 51.010] (EE) intel(0): Detected a hung GPU, disabling acceleration. > >> [ 51.010] (EE) intel(0): When reporting this, please include i915_error_state from debugfs and the full dmesg. > >> ================= > >> > >> and after this you see Attempting to unbind pinned buffer. > >> > >> I am see this in STABLE after Aug upgrade. I am don't see this at 2014-Oct STABLE. > > > > For -STABLE: > > > > r280368 -- All works OK (no error messages, video playback work) > > r280369 -- All works OK (no error messages, video playback work) > > r282141 -- error: [drm:pid5:i915_gem_object_unbind] *ERROR* Attempting to unbind pinned buffer (video don't tested) > > r282199 -- error: [drm:pid12:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung (video don't work) > > No doubt that this is not the root cause, but frankly I haven't that > "GPU hung" messages in my system. I have others like this one triggered > on shutdown: > error: [drm:pid1041:intel_lvds_enable] *ERROR* timed out waiting for > panel to power off > > And this one spamming almost with the same frequency as "pinned buffer": > error: [drm:pid1016:gen6_sanitize_pm] *ERROR* Power management > discrepancy: GEN6_RP_INTERRUPT_LIMITS expected 000d0000, was 180d0000 > > But I had not investigated that yet and not sure they are related. > It's on r287029 head. All of this related to import new DRI/DRM code and such code in Linux have same problems. r282141 in stable related to r279599 and r275209 in current. Can you try to revert r279599? From owner-freebsd-current@freebsd.org Sun Aug 30 19:00:01 2015 Return-Path: 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 E78A49C6B9A for ; Sun, 30 Aug 2015 19:00:01 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward18m.cmail.yandex.net (forward18m.cmail.yandex.net [IPv6:2a02:6b8:b030::9f]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6BAC5182 for ; Sun, 30 Aug 2015 19:00:01 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from smtp1m.mail.yandex.net (smtp1m.mail.yandex.net [IPv6:2a02:6b8:0:2519::121]) by forward18m.cmail.yandex.net (Yandex) with ESMTP id 988D920E17; Sun, 30 Aug 2015 21:59:54 +0300 (MSK) Received: from smtp1m.mail.yandex.net (localhost [127.0.0.1]) by smtp1m.mail.yandex.net (Yandex) with ESMTP id 43C5E67405C4; Sun, 30 Aug 2015 21:59:54 +0300 (MSK) Received: by smtp1m.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id B5KiiEJIqG-xrluabIt; Sun, 30 Aug 2015 21:59:53 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1440961193; bh=NNNnXT4tAbGbIue2RrGRQfaDbPRud0IqDYIWPFZ52uE=; h=Subject:To:References:Cc:From:Message-ID:Date:User-Agent: MIME-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=EFOZXGrPhV00Qv2q0S2HbTziHJwlp5XouOLjifJATsuME8JYVw4I4Arzomc4lGEgw szL44glskxdufBoQm4Nz5H5TMKu3e4wOSTecBq8kUdWoMaAFFx0BQUAfHMR4SlkcD9 RzAHR2a0pmP2j9DL0Ib1VlrZ3sDx5L1t8yvjUZ1I= Authentication-Results: smtp1m.mail.yandex.net; dkim=pass header.i=@yandex.ru X-Yandex-ForeignMX: US Subject: Re: [drm:i915_gem_object_unbind] *ERROR* Attempting to unbind pinned buffer To: Slawa Olhovchenkov References: <55E212F9.6010908@yandex.ru> <20150830130604.GN3158@zxy.spb.ru> <20150830175039.GO3158@zxy.spb.ru> Cc: FreeBSD Current From: Ruslan Makhmatkhanov Message-ID: <55E35257.9030201@yandex.ru> Date: Sun, 30 Aug 2015 21:58:31 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <20150830175039.GO3158@zxy.spb.ru> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 30 Aug 2015 20:04:51 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Aug 2015 19:00:02 -0000 Slawa Olhovchenkov wrote on 08/30/2015 20:50: > On Sun, Aug 30, 2015 at 04:06:04PM +0300, Slawa Olhovchenkov wrote: > >> On Sat, Aug 29, 2015 at 11:15:53PM +0300, Ruslan Makhmatkhanov wrote: >> >>> Hello, >>> >>> I'm getting tons of this in /var/log/messages: >>> error: [drm:pid9:i915_gem_object_unbind] *ERROR* Attempting to unbind >>> pinned buffer >>> >>> As far I understand [1], this case is harmless and there is no point to >>> print it with DRM_ERROR - DRM_DEBUG is sufficient. Can we please change >>> it in our tree like it done in patch attached? Thanks. >>> >>> PS. In Linux 3.8 [2] this check was changed by removing the warning >>> altogether and just returning -EBUSY, so may be we can do just this to >>> reduce the diff ;). >>> >>> [1] https://bugs.freedesktop.org/show_bug.cgi?id=50075 >>> [2] >>> http://lxr.free-electrons.com/source/drivers/gpu/drm/i915/i915_gem.c?v=3.8 >>> >>> -- >>> Regards, >>> Ruslan >>> >>> T.O.S. Of Reality >> >>> Index: sys/dev/drm2/i915/i915_gem.c >>> =================================================================== >>> --- sys/dev/drm2/i915/i915_gem.c (revision 287214) >>> +++ sys/dev/drm2/i915/i915_gem.c (working copy) >>> @@ -2528,7 +2528,7 @@ >>> return 0; >>> >>> if (obj->pin_count) { >>> - DRM_ERROR("Attempting to unbind pinned buffer\n"); >>> + DRM_DEBUG("Attempting to unbind pinned buffer\n"); >>> return -EINVAL; >>> } >>> >> >> I think this is not root of cause, this is only cause of other error: >> >> === dmesg ==== >> info: [drm] Initialized i915 1.6.0 20080730 for drmn0 on minor 0 >> error: [drm:pid12:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung >> info: [drm] capturing error event; look for more information in sysctl hw.dri.0.info.i915_error_state >> error: [drm:pid0:i915_reset] *ERROR* Failed to reset chip. >> ============== >> >> This cause: >> >> === Xorg.log ==== >> [ 51.010] (EE) intel(0): Detected a hung GPU, disabling acceleration. >> [ 51.010] (EE) intel(0): When reporting this, please include i915_error_state from debugfs and the full dmesg. >> ================= >> >> and after this you see Attempting to unbind pinned buffer. >> >> I am see this in STABLE after Aug upgrade. I am don't see this at 2014-Oct STABLE. > > For -STABLE: > > r280368 -- All works OK (no error messages, video playback work) > r280369 -- All works OK (no error messages, video playback work) > r282141 -- error: [drm:pid5:i915_gem_object_unbind] *ERROR* Attempting to unbind pinned buffer (video don't tested) > r282199 -- error: [drm:pid12:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung (video don't work) No doubt that this is not the root cause, but frankly I haven't that "GPU hung" messages in my system. I have others like this one triggered on shutdown: error: [drm:pid1041:intel_lvds_enable] *ERROR* timed out waiting for panel to power off And this one spamming almost with the same frequency as "pinned buffer": error: [drm:pid1016:gen6_sanitize_pm] *ERROR* Power management discrepancy: GEN6_RP_INTERRUPT_LIMITS expected 000d0000, was 180d0000 But I had not investigated that yet and not sure they are related. It's on r287029 head. -- Regards, Ruslan T.O.S. Of Reality From owner-freebsd-current@freebsd.org Sun Aug 30 21:25:43 2015 Return-Path: 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 75DD79C69A7 for ; Sun, 30 Aug 2015 21:25:43 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 33182F79 for ; Sun, 30 Aug 2015 21:25:43 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1ZWA6e-000Gro-Lt; Mon, 31 Aug 2015 00:25:40 +0300 Date: Mon, 31 Aug 2015 00:25:40 +0300 From: Slawa Olhovchenkov To: Ruslan Makhmatkhanov Cc: FreeBSD Current Subject: Re: [drm:i915_gem_object_unbind] *ERROR* Attempting to unbind pinned buffer Message-ID: <20150830212540.GA21849@zxy.spb.ru> References: <55E212F9.6010908@yandex.ru> <20150830130604.GN3158@zxy.spb.ru> <20150830175039.GO3158@zxy.spb.ru> <55E35257.9030201@yandex.ru> <20150830191739.GZ21849@zxy.spb.ru> <55E36EAE.60606@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55E36EAE.60606@yandex.ru> User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Aug 2015 21:25:43 -0000 On Sun, Aug 30, 2015 at 11:59:26PM +0300, Ruslan Makhmatkhanov wrote: > Slawa Olhovchenkov wrote on 08/30/2015 22:17: > > On Sun, Aug 30, 2015 at 09:58:31PM +0300, Ruslan Makhmatkhanov wrote: > > >> No doubt that this is not the root cause, but frankly I haven't that > >> "GPU hung" messages in my system. I have others like this one triggered > >> on shutdown: > >> error: [drm:pid1041:intel_lvds_enable] *ERROR* timed out waiting for > >> panel to power off > >> > >> And this one spamming almost with the same frequency as "pinned buffer": > >> error: [drm:pid1016:gen6_sanitize_pm] *ERROR* Power management > >> discrepancy: GEN6_RP_INTERRUPT_LIMITS expected 000d0000, was 180d0000 > >> > >> But I had not investigated that yet and not sure they are related. > >> It's on r287029 head. > > > > All of this related to import new DRI/DRM code and such code in Linux > > have same problems. > > r282141 in stable related to r279599 and r275209 in current. > > Can you try to revert r279599? > > You are right. After reverting r279599 two of this messages ("timed out > waiting for panel to power off" and "unbind pinned buffer") disappeared, > while "Power management discrepancy" is still there. Should I try to > revert r275209 too? I think r275209 is not relevant here. From owner-freebsd-current@freebsd.org Sun Aug 30 21:00:57 2015 Return-Path: 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 D570F9C0DBB for ; Sun, 30 Aug 2015 21:00:57 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward16h.cmail.yandex.net (forward16h.cmail.yandex.net [87.250.230.158]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 88196F5F for ; Sun, 30 Aug 2015 21:00:57 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from smtp3h.mail.yandex.net (smtp3h.mail.yandex.net [IPv6:2a02:6b8:0:f05::117]) by forward16h.cmail.yandex.net (Yandex) with ESMTP id 9DDA921327; Mon, 31 Aug 2015 00:00:47 +0300 (MSK) Received: from smtp3h.mail.yandex.net (localhost [127.0.0.1]) by smtp3h.mail.yandex.net (Yandex) with ESMTP id 1EDE91B403C8; Mon, 31 Aug 2015 00:00:46 +0300 (MSK) Received: by smtp3h.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id aNNhy8JBQi-0kmqraBJ; Mon, 31 Aug 2015 00:00:46 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1440968446; bh=tfcdkjA2kKFUDasm2CLkv/QoXl1qZmMUD57oIG+1Yxo=; h=Subject:To:References:Cc:From:Message-ID:Date:User-Agent: MIME-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=XIwiHDZYrWeM2pCMBArN3Kf05oHR3V83Wy04ZklkaugQ2lDZqpyWkdYl/J4cPnNuL ti1d+WijMZFqaVwGFbiPzLCRH7R2UJOHywNdoeRwUid3qYIt3O1KoTNtBRWvnfoNA5 GfHY2X9Vx5dq/ILC5QkpHAkc3E5oWUk4JTwvWgOA= Authentication-Results: smtp3h.mail.yandex.net; dkim=pass header.i=@yandex.ru X-Yandex-ForeignMX: US Subject: Re: [drm:i915_gem_object_unbind] *ERROR* Attempting to unbind pinned buffer To: Slawa Olhovchenkov References: <55E212F9.6010908@yandex.ru> <20150830130604.GN3158@zxy.spb.ru> <20150830175039.GO3158@zxy.spb.ru> <55E35257.9030201@yandex.ru> <20150830191739.GZ21849@zxy.spb.ru> Cc: FreeBSD Current From: Ruslan Makhmatkhanov Message-ID: <55E36EAE.60606@yandex.ru> Date: Sun, 30 Aug 2015 23:59:26 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <20150830191739.GZ21849@zxy.spb.ru> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 30 Aug 2015 22:02:54 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Aug 2015 21:00:57 -0000 Slawa Olhovchenkov wrote on 08/30/2015 22:17: > On Sun, Aug 30, 2015 at 09:58:31PM +0300, Ruslan Makhmatkhanov wrote: >> No doubt that this is not the root cause, but frankly I haven't that >> "GPU hung" messages in my system. I have others like this one triggered >> on shutdown: >> error: [drm:pid1041:intel_lvds_enable] *ERROR* timed out waiting for >> panel to power off >> >> And this one spamming almost with the same frequency as "pinned buffer": >> error: [drm:pid1016:gen6_sanitize_pm] *ERROR* Power management >> discrepancy: GEN6_RP_INTERRUPT_LIMITS expected 000d0000, was 180d0000 >> >> But I had not investigated that yet and not sure they are related. >> It's on r287029 head. > > All of this related to import new DRI/DRM code and such code in Linux > have same problems. > r282141 in stable related to r279599 and r275209 in current. > Can you try to revert r279599? You are right. After reverting r279599 two of this messages ("timed out waiting for panel to power off" and "unbind pinned buffer") disappeared, while "Power management discrepancy" is still there. Should I try to revert r275209 too? -- Regards, Ruslan T.O.S. Of Reality From owner-freebsd-current@freebsd.org Sun Aug 30 22:06:45 2015 Return-Path: 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 68A339C6038 for ; Sun, 30 Aug 2015 22:06:45 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x236.google.com (mail-ig0-x236.google.com [IPv6:2607:f8b0:4001:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 312EA86A for ; Sun, 30 Aug 2015 22:06:45 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by igui7 with SMTP id i7so45503463igu.1 for ; Sun, 30 Aug 2015 15:06:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=2Wk0ppTyf4WDINLdS5AZGnf+8ng8otxc8HxO1R/Cj5Q=; b=wnwX8T6ZmWYHDZxkMHoUhrg2LI0bOd3oqbs3GEDbnzMQtkIgnhNVtVKxtOb+xnPyrJ kbSfN99spkhdCGVlexHhsZCJCyS/PhWfNZ25qF2mIlTsxK1hTiXmP3i3JydcEWssyH2K olFhJWAi7+wyDncf2j2Bedf7uX1rLUT8Bm5tAq+ytD2FuugCZIe+QqL/MpcNN+VC9dQM hihqTjr4MdVkDI2nMrfPFGodGGmDSPUJTD1szy1K3DHM8BlI0xLoTVmHEe/vfCoY3Je0 2fnB5ogQVmrea5eZepOmKUigl+F1ko0Guh1LxW9aYcCUkQifJCizhG08Isgd4xtxlPBN u4bg== MIME-Version: 1.0 X-Received: by 10.50.61.243 with SMTP id t19mr11097647igr.22.1440972404546; Sun, 30 Aug 2015 15:06:44 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.28.208 with HTTP; Sun, 30 Aug 2015 15:06:44 -0700 (PDT) In-Reply-To: <20150830212540.GA21849@zxy.spb.ru> References: <55E212F9.6010908@yandex.ru> <20150830130604.GN3158@zxy.spb.ru> <20150830175039.GO3158@zxy.spb.ru> <55E35257.9030201@yandex.ru> <20150830191739.GZ21849@zxy.spb.ru> <55E36EAE.60606@yandex.ru> <20150830212540.GA21849@zxy.spb.ru> Date: Sun, 30 Aug 2015 15:06:44 -0700 X-Google-Sender-Auth: E34o9aiaK8FoGheGaWmj8ypllig Message-ID: Subject: Re: [drm:i915_gem_object_unbind] *ERROR* Attempting to unbind pinned buffer From: Adrian Chadd To: Slawa Olhovchenkov Cc: Ruslan Makhmatkhanov , FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Aug 2015 22:06:45 -0000 Hi, has anyone asked dumbbell directly about it? -a On 30 August 2015 at 14:25, Slawa Olhovchenkov wrote: > On Sun, Aug 30, 2015 at 11:59:26PM +0300, Ruslan Makhmatkhanov wrote: > >> Slawa Olhovchenkov wrote on 08/30/2015 22:17: >> > On Sun, Aug 30, 2015 at 09:58:31PM +0300, Ruslan Makhmatkhanov wrote: >> >> >> No doubt that this is not the root cause, but frankly I haven't that >> >> "GPU hung" messages in my system. I have others like this one triggered >> >> on shutdown: >> >> error: [drm:pid1041:intel_lvds_enable] *ERROR* timed out waiting for >> >> panel to power off >> >> >> >> And this one spamming almost with the same frequency as "pinned buffer": >> >> error: [drm:pid1016:gen6_sanitize_pm] *ERROR* Power management >> >> discrepancy: GEN6_RP_INTERRUPT_LIMITS expected 000d0000, was 180d0000 >> >> >> >> But I had not investigated that yet and not sure they are related. >> >> It's on r287029 head. >> > >> > All of this related to import new DRI/DRM code and such code in Linux >> > have same problems. >> > r282141 in stable related to r279599 and r275209 in current. >> > Can you try to revert r279599? >> >> You are right. After reverting r279599 two of this messages ("timed out >> waiting for panel to power off" and "unbind pinned buffer") disappeared, >> while "Power management discrepancy" is still there. Should I try to >> revert r275209 too? > > I think r275209 is not relevant here. > > _______________________________________________ > 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" From owner-freebsd-current@freebsd.org Mon Aug 31 06:14:24 2015 Return-Path: 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 BE5AE9C7843; Mon, 31 Aug 2015 06:14:24 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id D05F91DDA; Mon, 31 Aug 2015 06:14:23 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id JAA21791; Mon, 31 Aug 2015 09:14:21 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1ZWIMH-0003JC-4a; Mon, 31 Aug 2015 09:14:21 +0300 To: FreeBSD Current , "freebsd-acpi@freebsd.org" From: Andriy Gapon Subject: acpi suspend debugging techniques? X-Enigmail-Draft-Status: N1110 Message-ID: <55E3F098.9060806@FreeBSD.org> Date: Mon, 31 Aug 2015 09:13:44 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Aug 2015 06:14:24 -0000 I would appreciate any pointers at how to debug an ACPI suspend problem that I have. What I have so far. The system hangs when I try to suspend it and it gets reset by a watchdog. Setting debug.acpi.suspend_bounce=1 does not make any difference, so the hang happens before the final sleep code is executed. I think that the device suspend stage is executed, because disks get spun down and video signals gets cut off. I could enable / add some debug printfs, but I suppose that their output would get lost due to the above. RAM content unfortunately does not survive across the resets. -- Andriy Gapon From owner-freebsd-current@freebsd.org Mon Aug 31 06:33:12 2015 Return-Path: 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 A5BBC9C40B5; Mon, 31 Aug 2015 06:33:12 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pa0-x235.google.com (mail-pa0-x235.google.com [IPv6:2607:f8b0:400e:c03::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 78717BC9; Mon, 31 Aug 2015 06:33:12 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by pacrd3 with SMTP id rd3so12552034pac.3; Sun, 30 Aug 2015 23:33:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=6V1aAqH/LQ/aDvNVd8eztDlLUeH2YyQGOtYyZzpAhPE=; b=bOuvciuaAVT+f3RZIK6TCIRcCOqLJ+/vRH5niXE2BtAySzkW0aZW/FcZXwY2JzIFzU BqTTgFf4BIKx0Eh9xvl2owPhNnAVBg+C8/qWmtWQzICRLE7XqiI6NjzhCpzwGWSsxeYV mioqC2oqVJPbSw4XJnhb7FFlUA4L++ZmgwJTutTjusplf+lmKytjJRQsPj7qIO4dsiCI NHSEbhm/b2U+P18yigS/GA7Vb9pPGURYVJYXZk+XSk9h2r7G5HvWRgW+U+fhmVirBtic YHuEgd1TWKCf2FPf0YSJyxYnMR6qbbMdQGaM46Ai7sXSscMpTAzcCXHtXI1GGMFAfm06 eKDA== X-Received: by 10.68.181.34 with SMTP id dt2mr34387997pbc.7.1441002792084; Sun, 30 Aug 2015 23:33:12 -0700 (PDT) Received: from [192.168.20.7] (c-24-16-212-205.hsd1.wa.comcast.net. [24.16.212.205]) by smtp.gmail.com with ESMTPSA id y8sm13208672pbt.7.2015.08.30.23.33.11 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 30 Aug 2015 23:33:11 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: acpi suspend debugging techniques? From: Garrett Cooper In-Reply-To: <55E3F098.9060806@FreeBSD.org> Date: Sun, 30 Aug 2015 23:33:10 -0700 Cc: FreeBSD Current , "freebsd-acpi@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: <55E3F098.9060806@FreeBSD.org> To: Andriy Gapon X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Aug 2015 06:33:12 -0000 > On Aug 30, 2015, at 23:13, Andriy Gapon wrote: >=20 >=20 > I would appreciate any pointers at how to debug an ACPI suspend = problem that I have. >=20 > What I have so far. The system hangs when I try to suspend it and it = gets reset > by a watchdog. Setting debug.acpi.suspend_bounce=3D1 does not make = any > difference, so the hang happens before the final sleep code is = executed. I > think that the device suspend stage is executed, because disks get = spun down and > video signals gets cut off. >=20 > I could enable / add some debug printfs, but I suppose that their = output would > get lost due to the above. RAM content unfortunately does not survive = across > the resets. When I last had to do this to figure out what magic formula was required = to get my netbook working, I did something like this: 1. Stripped down the kernel to just the storage driver and core pieces. 2. Loaded all other modules after boot, if necessary. 3. Called zzz with the appropriate ACPI tunables/sysctls set. That got me pointed in the right direction (IIRC it was psm at the = time). What I did to get a real smoking gun was I put printf statements = in subr_bus.c (IIRC) to track device quiescing at suspend and = reawakening at resume. There=E2=80=99s `options BUS_DEBUG` too, which may or may not help. FWIW I found debug.acpi.suspend_bounce less useful, but it still = exercised the quiesce->reawaken cycle, sorta. There=E2=80=99s also `hw.acpi.reset_video` and `debug.acpi.resume_beep`. You might need to hack /etc/rc.resume and /etc/rc.suspend, BTW, = depending on what you discover (switching my vty was definitely required = in order for X11 to come back in a sane manner at resume). Cheers, -NGie= From owner-freebsd-current@freebsd.org Mon Aug 31 07:23:29 2015 Return-Path: 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 3DE769C5EA3 for ; Mon, 31 Aug 2015 07:23:29 +0000 (UTC) (envelope-from 214748mv@gmail.com) Received: from mail-yk0-x229.google.com (mail-yk0-x229.google.com [IPv6:2607:f8b0:4002:c07::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F32D16EA for ; Mon, 31 Aug 2015 07:23:28 +0000 (UTC) (envelope-from 214748mv@gmail.com) Received: by ykey204 with SMTP id y204so37729294yke.3 for ; Mon, 31 Aug 2015 00:23:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=iXT3OcgJGTT67D8CZrWxF10bVBISbXteEHB2c5J+KS0=; b=KMgVAmq76MNEWXcBvlWVytf7iLoxtmUDEynexfaOuRRPrTaZaWm8jX5AiTniriIHy4 Z0PguLJPoiDV61CqkzBYf5qFMGgFVntgK1Q37YI8m8e+2qb2TUKjoYZqbPz7QoQFiYqv Q0n1L4wEndJCeyuPCpZMr7+/2zcKzt3Y/kfhdPKc9fxfUM2VLlL+s0GxVLV+eVQsFSe8 l6xJdqoBaKTNAzwsDEKqPNEm8Hus0+5IsF6suXNBjD4VzCHjzeD6xjRYdkAlSHNUDr7v S+IsdUZdqo1WcIbGQ6x3HL7vvKwreX06uhFMCMYe8XUZpx5S8byL2fqAQXZxcjZ4vZEt XGqA== MIME-Version: 1.0 X-Received: by 10.129.49.3 with SMTP id x3mr12063987ywx.56.1441005808194; Mon, 31 Aug 2015 00:23:28 -0700 (PDT) Received: by 10.13.255.2 with HTTP; Mon, 31 Aug 2015 00:23:28 -0700 (PDT) In-Reply-To: References: Date: Mon, 31 Aug 2015 09:23:28 +0200 Message-ID: Subject: Re: Upgrading to r297291 LAGG(4) stops working. From: "Ranjan1018 ." <214748mv@gmail.com> To: Adrian Chadd Cc: FreeBSD CURRENT Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Aug 2015 07:23:29 -0000 2015-08-30 17:12 GMT+02:00 Adrian Chadd : > hi, > > don'tr set ath0 to the MAC of your ethernet device, set your ethernet > MAC to the MAC of your atheros device. > > (But I keep telling people, failover between ethernet/wifi isn't > supported by the wifi code...) > > > -a > > @David Ehm... sorry it=E2=80=99s r287291 not r297291. @Adrian Thank you, it works as before. Now in /etc/rc.conf I have: # LAGG ifconfig_re0=3D"ether 18:67:b0:7d:c1:3b up" wlans_ath0=3D"wlan0" ifconfig_wlan0=3D"WPA" cloned_interfaces=3D"lagg0" ifconfig_lagg0=3D"laggproto failover laggport re0 laggport wlan0 DHCP" Maurizio From owner-freebsd-current@freebsd.org Mon Aug 31 08:49:46 2015 Return-Path: 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 083F79C616E for ; Mon, 31 Aug 2015 08:49:46 +0000 (UTC) (envelope-from dumbbell@FreeBSD.org) Received: from mail.made4.biz (mail.made4.biz [IPv6:2001:41d0:2:c018::1:3]) (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 C44211476 for ; Mon, 31 Aug 2015 08:49:45 +0000 (UTC) (envelope-from dumbbell@FreeBSD.org) Received: from 141.7.19.93.rev.sfr.net ([93.19.7.141] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZWKmd-000OyC-3W for freebsd-current@freebsd.org; Mon, 31 Aug 2015 10:49:43 +0200 Subject: Re: panic: Stray timeout To: freebsd-current@freebsd.org References: <55E2DA91.6080206@FreeBSD.org> <55E353E1.6050605@FreeBSD.org> From: =?UTF-8?Q?Jean-S=c3=a9bastien_P=c3=a9dron?= X-Enigmail-Draft-Status: N1110 Message-ID: <55E41522.7070409@FreeBSD.org> Date: Mon, 31 Aug 2015 10:49:38 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55E353E1.6050605@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="AJKmFNjAABJ5xnpCPtfUDgsXHajlWaMtU" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Aug 2015 08:49:46 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --AJKmFNjAABJ5xnpCPtfUDgsXHajlWaMtU Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 30.08.2015 21:05, Andriy Gapon wrote: > On 30/08/2015 21:37, Oliver Pinter wrote: >> You have a running Xorg with radeonkms driver, and this issue >> occurrence under high load (for example parallel buildworld)? >=20 > I use radonkms indeed and judging from ta_func =3D ttm_bo_delayed_workq= ueue it was > involved. But there was no steady system load before the crash, perhap= s there > was a spike though. I get this panic several times a week since around February this year. It appeared without any commit to TTM or the Radeon driver. It happens no matter the load for me. So far, I never found the cause, even though I spent a lot of time reading TTM, subr_taskqueue.c and kern_timeout.c. So, this is a simple "me too" :-/ --=20 Jean-S=E9bastien P=E9dron --AJKmFNjAABJ5xnpCPtfUDgsXHajlWaMtU Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJV5BUiXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTMvigQALEzIshHR2ciEVziCwDaIHKk HHoKeRLBEc8cQnuiwVP0TLSsXNg80BYATV1A4W3NkaoRCOeEvAp4rm9hny9Y36SM y4FtjMoHm3LSXh6bdlmKy6zBYCNwRtuMYIExd8Mh8+jlzmJiBgB5O9uq8RAy5IFh IGv+GywCwcX8zxR9SGt5COmOZjclUvqflxxG7TRy2NE97nYVfmpLqDqr2lKV4WZr UdEmHipfnxI5p5ZqdK7YAXq0WB7Nvwc0z1WBdyexh0ffAQa3Ho6WaZUvsAF4sF4N MB7hmF3Fzm23MbeNZ/mtcIhW3VWGUi1GvteTMqJUUm+cJCivKOssx3cW/xGElppj 0El/yLU78R9MZl0vF4Nqsc7N04Mw4gsS5iF+bXf8I6YBUkkXSAHsC4dbRcPvXUkS KbcqgXg5JfLv2ESPpYjr4TuzIlm6WaZTByWHUXvJpkXvGzZcb2T7dUHqi2oKoO7Q FbEMshy8I5PTzO6iYqoXa51HBDlHZS6Wgce2quWZzqjF9zJDci5A9mZdW93ahG72 L33vjnCZqAja4v1bj1eD6r64oAIqSeb21NRIAapFNVXtiQsIoY9mwX/vtP6zFZuA eM70KKfM8drD5gnjYTR8HVg+bNZrazopTjsumBNVmfwCrood1srTNqOPDcpwmNAP evIQVQ466BzsXuYZwFiG =vqlT -----END PGP SIGNATURE----- --AJKmFNjAABJ5xnpCPtfUDgsXHajlWaMtU-- From owner-freebsd-current@freebsd.org Mon Aug 31 08:53:19 2015 Return-Path: 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 4952E9C6423; Mon, 31 Aug 2015 08:53:19 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x234.google.com (mail-io0-x234.google.com [IPv6:2607:f8b0:4001:c06::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 272861BE2; Mon, 31 Aug 2015 08:53:19 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by iog7 with SMTP id 7so27277505iog.2; Mon, 31 Aug 2015 01:53:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=1NxR8qSMiSeBVk3N02mMlUd/QAAqowcAAg36VCqCrXw=; b=XVhwQyeghghNEQtE6Z0dfGOOig+h4aqfnemR2k/lSDXuUcOpF3Nje/Y34BcZUCxCRU frv385NjbCNqNivXwhhlj3ZZHerVbY9lXGRUn6RA3Z/lJGgvMGGL4cxlmAGkVGvh5WWL hGQxd+kcCJduhj0Bj3z5Fem4rnC1SByAYztQW0EUXuLNQas4Qv4Alvm7wcULthLsPy3Q Q+lql/XLYOsI/fRdA2pv+HtqffS8wIhtiIqI3nbZK/zFtUHGBVzMv+xOX+QgVWXhAbk+ +zShhUAzWviJmrbr5+l0cxahVAKS+RVPwkWYYbXSw+0/I/Zn66h5nwF6t5PrYY4siDOO OemA== MIME-Version: 1.0 X-Received: by 10.107.131.196 with SMTP id n65mr22517051ioi.75.1441011197566; Mon, 31 Aug 2015 01:53:17 -0700 (PDT) Received: by 10.36.28.208 with HTTP; Mon, 31 Aug 2015 01:53:17 -0700 (PDT) In-Reply-To: References: <55E3F098.9060806@FreeBSD.org> Date: Mon, 31 Aug 2015 01:53:17 -0700 Message-ID: Subject: Re: acpi suspend debugging techniques? From: Adrian Chadd To: Garrett Cooper Cc: Andriy Gapon , FreeBSD Current , "freebsd-acpi@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Aug 2015 08:53:19 -0000 hi, Try disabling hardware one at a time. Ie, unload usb; unload wifi; leave kms loaded for mostly obvious reasons. I hit a few of these which turned out to be an issue in the suspend path of a driver - and once I found it was the USB hardware but the BIOS itself that was hanging - FreeBSD put USB hardware into S3, but the ACPI BIOS requested S2 and just hung if we had USB in S3. :( -adrian On 30 August 2015 at 23:33, Garrett Cooper wrote: > >> On Aug 30, 2015, at 23:13, Andriy Gapon wrote: >> >> >> I would appreciate any pointers at how to debug an ACPI suspend problem = that I have. >> >> What I have so far. The system hangs when I try to suspend it and it ge= ts reset >> by a watchdog. Setting debug.acpi.suspend_bounce=3D1 does not make any >> difference, so the hang happens before the final sleep code is executed.= I >> think that the device suspend stage is executed, because disks get spun = down and >> video signals gets cut off. >> >> I could enable / add some debug printfs, but I suppose that their output= would >> get lost due to the above. RAM content unfortunately does not survive a= cross >> the resets. > > When I last had to do this to figure out what magic formula was required = to get my netbook working, I did something like this: > > 1. Stripped down the kernel to just the storage driver and core pieces. > 2. Loaded all other modules after boot, if necessary. > 3. Called zzz with the appropriate ACPI tunables/sysctls set. > > That got me pointed in the right direction (IIRC it was psm at the time).= What I did to get a real smoking gun was I put printf statements in subr_b= us.c (IIRC) to track device quiescing at suspend and reawakening at resume. > > There=E2=80=99s `options BUS_DEBUG` too, which may or may not help. > > FWIW I found debug.acpi.suspend_bounce less useful, but it still exercise= d the quiesce->reawaken cycle, sorta. > > There=E2=80=99s also `hw.acpi.reset_video` and `debug.acpi.resume_beep`. > > You might need to hack /etc/rc.resume and /etc/rc.suspend, BTW, depending= on what you discover (switching my vty was definitely required in order fo= r X11 to come back in a sane manner at resume). > > Cheers, > -NGie > _______________________________________________ > 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= " From owner-freebsd-current@freebsd.org Mon Aug 31 08:53:52 2015 Return-Path: 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 AFA489C64EA for ; Mon, 31 Aug 2015 08:53:52 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x22a.google.com (mail-ig0-x22a.google.com [IPv6:2607:f8b0:4001:c05::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7BD6A1D27 for ; Mon, 31 Aug 2015 08:53:52 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by igbuu8 with SMTP id uu8so22587035igb.1 for ; Mon, 31 Aug 2015 01:53:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=sBMxZjKd5hpOKxXyUFS9SAum8b1Uyf9M1ZKkY8M+/EI=; b=X4yS4B/H3AZ9d/IVXcnA2iK7v3sICzx2swdZtJPwsQR3+XcJ28YYOACWxDbhBTxuTQ xx0KaM6vtvCEj5IS9RhfKTAUcdaC2AhxMdfHWudX2eOrdrMpmh4mIU1vQUGUxR8lw54a yhwQrnXOxyxb0KjMyWVV1x6UswT6JHQ+yHL+TAtw8oe2QOOjB6en5cjFw4fpUcK0Ziar /d/vHhPiEJoSlD5iw0MI3h/S65Zh+L/hQ5BC3GFGbMXo/4G29YWYHwTqY44A9uc5vY+1 z+V3D2kfHgame00c080G+CrUoBi1DPEaDQPnmFBfA+hoO3EA0dSO5KrljdTrnp9AGkl4 GMWg== MIME-Version: 1.0 X-Received: by 10.50.61.243 with SMTP id t19mr12431405igr.22.1441011231905; Mon, 31 Aug 2015 01:53:51 -0700 (PDT) Received: by 10.36.28.208 with HTTP; Mon, 31 Aug 2015 01:53:51 -0700 (PDT) In-Reply-To: References: Date: Mon, 31 Aug 2015 01:53:51 -0700 Message-ID: Subject: Re: Upgrading to r297291 LAGG(4) stops working. From: Adrian Chadd To: "Ranjan1018 ." <214748mv@gmail.com> Cc: FreeBSD CURRENT Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Aug 2015 08:53:52 -0000 ok, so this used to work before? And you're running -HEAD? -a On 31 August 2015 at 00:23, Ranjan1018 . <214748mv@gmail.com> wrote: > 2015-08-30 17:12 GMT+02:00 Adrian Chadd : >> >> hi, >> >> don'tr set ath0 to the MAC of your ethernet device, set your ethernet >> MAC to the MAC of your atheros device. >> >> (But I keep telling people, failover between ethernet/wifi isn't >> supported by the wifi code...) >> >> >> -a >> > @David > Ehm... sorry it=E2=80=99s r287291 not r297291. > @Adrian > Thank you, it works as before. Now in /etc/rc.conf I have: > # LAGG > ifconfig_re0=3D"ether 18:67:b0:7d:c1:3b up" > wlans_ath0=3D"wlan0" > ifconfig_wlan0=3D"WPA" > cloned_interfaces=3D"lagg0" > ifconfig_lagg0=3D"laggproto failover laggport re0 laggport wlan0 DHCP" > > Maurizio From owner-freebsd-current@freebsd.org Mon Aug 31 10:58:03 2015 Return-Path: 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 796D59C6863 for ; Mon, 31 Aug 2015 10:58:03 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: from mail-wi0-f173.google.com (mail-wi0-f173.google.com [209.85.212.173]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1898A1E8 for ; Mon, 31 Aug 2015 10:58:02 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: by widfa3 with SMTP id fa3so20630235wid.1 for ; Mon, 31 Aug 2015 03:58:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=JXPh4t27kaIUR7EskI61/RRNrf/S4rFDKbiTr7o00J8=; b=TZoWmJiGEPZfIdtvdytsgZEcBSWxG3nkn++GWvg84t+ooN1HdMpvkVuPXzDAXHwHRX w1aky6rfqlWdF2QfjwwywuTubhsqm37gdDRUqJoTDEhxxGMwzVMEkB46zFFowdNyDfuP Uj1W6kbPlzWZX7Y4/v9e9jIIRn98TYA7V16t+sqmbLwyNlLBJqrGYCdZ75ETHQk97fDJ iyK9KRZHMZzvUdmAnlP1H1FJ4Wb2t6yvhVk3PoPXGRTRGINT+WzxjF8Q+Aczeqf3FcQ7 j/jgft9dW0bwQjWvkYfzZXH2Lp3NeNFB3cc5Ff4bhCT+3Tj6vi5paRHKeAtOWjAf2ntQ vIEg== X-Gm-Message-State: ALoCoQmp1btZfX5iIn0GB05XpkUngbmTpEq5fhPKEP290m9Sb65O2lHU8dKSNIrLy4tXy6g9rv4G MIME-Version: 1.0 X-Received: by 10.180.182.112 with SMTP id ed16mr19029844wic.19.1441018681189; Mon, 31 Aug 2015 03:58:01 -0700 (PDT) Received: by 10.194.73.6 with HTTP; Mon, 31 Aug 2015 03:58:01 -0700 (PDT) In-Reply-To: <55E41522.7070409@FreeBSD.org> References: <55E2DA91.6080206@FreeBSD.org> <55E353E1.6050605@FreeBSD.org> <55E41522.7070409@FreeBSD.org> Date: Mon, 31 Aug 2015 12:58:01 +0200 Message-ID: Subject: Re: panic: Stray timeout From: Oliver Pinter To: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Aug 2015 10:58:03 -0000 On 8/31/15, Jean-S=C3=A9bastien P=C3=A9dron wrote: > On 30.08.2015 21:05, Andriy Gapon wrote: >> On 30/08/2015 21:37, Oliver Pinter wrote: >>> You have a running Xorg with radeonkms driver, and this issue >>> occurrence under high load (for example parallel buildworld)? >> >> I use radonkms indeed and judging from ta_func =3D ttm_bo_delayed_workqu= eue >> it was >> involved. But there was no steady system load before the crash, perhaps >> there >> was a spike though. > > I get this panic several times a week since around February this year. > It appeared without any commit to TTM or the Radeon driver. It happens > no matter the load for me. I got this panic, and I have somewhere a kernel and a coredump on my other machine. I got this panic only when I put my machine under heavy load and use X with randonkms driver. When I didn't use X and start the build under vt, I newer got this panic. > > So far, I never found the cause, even though I spent a lot of time > reading TTM, subr_taskqueue.c and kern_timeout.c. > > So, this is a simple "me too" :-/ > > -- > Jean-S=C3=A9bastien P=C3=A9dron > > From owner-freebsd-current@freebsd.org Mon Aug 31 11:17:33 2015 Return-Path: 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 6A0CD9C7181 for ; Mon, 31 Aug 2015 11:17:33 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 50736C2B for ; Mon, 31 Aug 2015 11:17:33 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: by mailman.ysv.freebsd.org (Postfix) id 4FDD59C7180; Mon, 31 Aug 2015 11:17:33 +0000 (UTC) Delivered-To: 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 4F7119C717F for ; Mon, 31 Aug 2015 11:17:33 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (unknown [IPv6:2001:4cb8:90:ffff::3]) (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 18E0CC29 for ; Mon, 31 Aug 2015 11:17:33 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from rack1.digiware.nl (unknown [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id 3E6EE15340A for ; Mon, 31 Aug 2015 13:17:27 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rMhhNiNHER7H; Mon, 31 Aug 2015 13:17:25 +0200 (CEST) Received: from [IPv6:2001:4cb8:3:1:d84c:92fb:dd32:d719] (unknown [IPv6:2001:4cb8:3:1:d84c:92fb:dd32:d719]) by smtp.digiware.nl (Postfix) with ESMTP id F2084153408 for ; Mon, 31 Aug 2015 13:17:24 +0200 (CEST) To: current@freebsd.org From: Willem Jan Withagen Subject: Strange behaviour of getcwd for hidden ZFS snapshots. Organization: Digiware Management b.v. Message-ID: <55E437C2.5080609@digiware.nl> Date: Mon, 31 Aug 2015 13:17:22 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Aug 2015 11:17:33 -0000 Hi, I was trying to restore some deleted files from a snapshot with rsync: [/home/www/.zfs/snapshot/zfs-auto-snap_hourly-2015-08-31-12h00/www.tegenbosch28.nl] root@zfs.digiware.nl# rsync -rav * /tmp rsync: getcwd(): No such file or directory (2) rsync error: errors selecting input/output files, dirs (code 3) at util.c(1101) [Receiver=3.1.1] Exit 3 Turns out that if the snapshots are hidden, then getcwd() errors out? Setting snapdir=visible on the volume gets it to do its job. As does changing out of the snapshot directory and using the full path for source and destination Is this a bug or a feature? 10.2-STABLE FreeBSD 10.2-STABLE #324 r287170: Thu Aug 27 --WjW From owner-freebsd-current@freebsd.org Mon Aug 31 11:56:51 2015 Return-Path: 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 09E7A9C2007 for ; Mon, 31 Aug 2015 11:56:51 +0000 (UTC) (envelope-from dumbbell@FreeBSD.org) Received: from mail.made4.biz (mail.made4.biz [IPv6:2001:41d0:2:c018::1:3]) (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 C43EAC9B for ; Mon, 31 Aug 2015 11:56:50 +0000 (UTC) (envelope-from dumbbell@FreeBSD.org) Received: from 141.7.19.93.rev.sfr.net ([93.19.7.141] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZWNhh-0001xi-1g; Mon, 31 Aug 2015 13:56:49 +0200 Subject: Re: panic: Stray timeout To: Oliver Pinter References: <55E2DA91.6080206@FreeBSD.org> <55E353E1.6050605@FreeBSD.org> <55E41522.7070409@FreeBSD.org> Cc: freebsd-current@freebsd.org From: =?UTF-8?Q?Jean-S=c3=a9bastien_P=c3=a9dron?= X-Enigmail-Draft-Status: N1110 Message-ID: <55E440EC.3070108@FreeBSD.org> Date: Mon, 31 Aug 2015 13:56:28 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="KawJB387EumuCcMX1Ee4mauNoLT9ObpHu" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Aug 2015 11:56:51 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --KawJB387EumuCcMX1Ee4mauNoLT9ObpHu Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 31.08.2015 12:58, Oliver Pinter wrote: > I got this panic, and I have somewhere a kernel and a coredump on my > other machine. I got this panic only when I put my machine under heavy > load and use X with randonkms driver. > When I didn't use X and start the build under vt, I newer got this pani= c. The function called by this taskqueue cleans up graphical buffer objects. vt(4) relies on a single buffer object which doesn't change for its entire life, that's why this TTM task is unused with vt(4). However, buffer objects are heavily used by the X server and Mesa. The task is executed several times a second on my laptop. --=20 Jean-S=C3=A9bastien P=C3=A9dron --KawJB387EumuCcMX1Ee4mauNoLT9ObpHu Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJV5EDsXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTMxKkP/2ahYJ8jywKLm2R0Z+J2iU71 o1I+lv7bOApHWxYgh6JdaHSlPSG3Sy+d3UsRDBiSAWFqp8op9hIJh1yU8SH+o27K bzhfxYC98rjzwROfL9Ig7EgJqI7orVeNRH3tvanNHZ4jp18LhzBYneHLNhm1Wyfe 39ifzgRWTSsG7LLVaSMQJlfwm4zxhVJiYbWxEaWR2SuqEvLZeMNDHzQx+MxwAgJI uyBS254HVdZa1PtfeNw0N9JNExqYaTKn3N6vvoROwhe7QEkst6XqMG00bgI0pG0/ 1Ok/j2sjFf7l+wuCpO7BocQbxl0AVr4ZLxSH1vP5AxorDX+axyqfn7Q7PoWCQKxX CcmaWXavdYCiQk4vwSj8rCHzcYyrz9D+hi+8kHlw4Rh+QhhN/+/Azd784xwQaIj5 HXt1Kzgb1w+74ARbXdT7Pmz8FIy54Y771AqPG6veWfzFyfO3150Pc4FKYJFqxavV 7bdoH3HeUtFL8HLOswrBHOlqyDUwYxxFNV1Mxzv8sONQpBmA0PTKYan/xrU2PqDw X+0SBrTZJaAmAoror8V/VYXUBtb+mA3ls79hrKH7m1UcIiPmVb8LhmRd356WXt3O lX++fgnJM9CJ01+yAUlb5od4IvD8EDVCSAvdMmNPYpC5KtMaN1vK8TR29zsGEQ7n vC4IubW7aCdLMljWn/39 =BRW0 -----END PGP SIGNATURE----- --KawJB387EumuCcMX1Ee4mauNoLT9ObpHu-- From owner-freebsd-current@freebsd.org Mon Aug 31 12:28:36 2015 Return-Path: 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 C0EC29C64DB for ; Mon, 31 Aug 2015 12:28:36 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.netplex.net", Issuer "RapidSSL SHA256 CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 863A5392 for ; Mon, 31 Aug 2015 12:28:36 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.15.1/8.15.1/NETPLEX) with ESMTP id t7VCKbWO002536; Mon, 31 Aug 2015 08:20:39 -0400 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.4.3 (mail.netplex.net [204.213.176.9]); Mon, 31 Aug 2015 08:20:39 -0400 (EDT) Date: Mon, 31 Aug 2015 08:20:37 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net Reply-To: Daniel Eischen To: "Ranjan1018 ." <214748mv@gmail.com> cc: Adrian Chadd , FreeBSD CURRENT Subject: Re: Upgrading to r297291 LAGG(4) stops working. In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Aug 2015 12:28:36 -0000 On Mon, 31 Aug 2015, Ranjan1018 . wrote: > 2015-08-30 17:12 GMT+02:00 Adrian Chadd : > >> hi, >> >> don'tr set ath0 to the MAC of your ethernet device, set your ethernet >> MAC to the MAC of your atheros device. >> >> (But I keep telling people, failover between ethernet/wifi isn't >> supported by the wifi code...) Why is it not? I've been using it this way for years. Switching from wired to wireless would seem to be a very common setup. I think the clone interface should be taught how to pass down unsupported operations to its underlying device. My /etc/rc.conf: # For now, force iwn0 to the same MAC address as re0. # This works around a bug where lagg is unable to set the # MAC address of the underlying WLAN (cloned) interface. ifconfig_iwn0="ether d4:be:d9:50:4b:5c" wlans_iwn0=wlan0 ifconfig_wlan0="ssid Scorpio WPA" ifconfig_re0="up" cloned_interfaces="lagg0" ifconfig_lagg0="laggproto failover laggport re0 laggport wlan0" ifconfig_lagg0_alias0="inet 10.0.0.7 netmask 0xffffff00" -- DE From owner-freebsd-current@freebsd.org Mon Aug 31 16:28:07 2015 Return-Path: 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 682429C6B72 for ; Mon, 31 Aug 2015 16:28:07 +0000 (UTC) (envelope-from 214748mv@gmail.com) Received: from mail-qk0-x232.google.com (mail-qk0-x232.google.com [IPv6:2607:f8b0:400d:c09::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2C61115C8 for ; Mon, 31 Aug 2015 16:28:07 +0000 (UTC) (envelope-from 214748mv@gmail.com) Received: by qkct7 with SMTP id t7so4618336qkc.1 for ; Mon, 31 Aug 2015 09:28:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Yw+6mwH1Zaj7gw7y/kuhEfZWYmoLsa36Zbk+a3ZHAms=; b=EurkKzXZMhKxZq+R2N4yDiXWRuELuqcOs1q/XmTgaVTP1JDLbHO+W171m135onVXJQ BUr7wh4Jnd+WWPEfxnR8MH9R+91AWEsS7OtOH3yvg2HBi3Eei8G3rz4R0j52zukoFGYW +loCeIUrbxNN44bug5CvvaK62fmxOpjlMl+kX2X2LnjLm4wQ2CVjVr1sng67RROd1CgW +eH/O7E9qXbsg0jMdluYtUqjqxR/nFoZjDRWsM95qkABSzmA2mMd/O4sE9qaaMwyZBVK vaEZys4OWiLSvy6LsHwWEfdPddXqDloTdKo7uxYu3ysk1YvO6wd8ZlnR1Ppgq2YIpI2P RzVA== MIME-Version: 1.0 X-Received: by 10.13.227.6 with SMTP id m6mr22517760ywe.72.1441038486060; Mon, 31 Aug 2015 09:28:06 -0700 (PDT) Received: by 10.13.255.2 with HTTP; Mon, 31 Aug 2015 09:28:06 -0700 (PDT) In-Reply-To: References: Date: Mon, 31 Aug 2015 18:28:06 +0200 Message-ID: Subject: Re: Upgrading to r297291 LAGG(4) stops working. From: "Ranjan1018 ." <214748mv@gmail.com> To: Adrian Chadd Cc: FreeBSD CURRENT Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Aug 2015 16:28:07 -0000 2015-08-31 10:53 GMT+02:00 Adrian Chadd : > ok, so this used to work before? And you're running -HEAD? > > > -a > > Yes, I am running: # uname -a FreeBSD ativ 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r287291M: Sat Aug 29 15:47:32 CEST 2015 root@ativ:/usr/obj/usr/src/sys/GENERIC amd64 With you suggestion the lagg interface works as before and as expected, permitting the switching from wired to wireless and vice versa. Maurizio From owner-freebsd-current@freebsd.org Mon Aug 31 16:47:50 2015 Return-Path: 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 8E18E9C72CE for ; Mon, 31 Aug 2015 16:47:50 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 7E8B31EF6; Mon, 31 Aug 2015 16:47:49 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA01118; Mon, 31 Aug 2015 19:47:41 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1ZWSFB-0003xq-HC; Mon, 31 Aug 2015 19:47:41 +0300 Subject: Re: panic: Stray timeout To: Konstantin Belousov References: <55E2DA91.6080206@FreeBSD.org> <20150830161603.GI2072@kib.kiev.ua> <55E354DA.9030302@FreeBSD.org> Cc: FreeBSD Current , rrs@FreeBSD.org From: Andriy Gapon X-Enigmail-Draft-Status: N1110 Message-ID: <55E484F3.8090303@FreeBSD.org> Date: Mon, 31 Aug 2015 19:46:43 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55E354DA.9030302@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Aug 2015 16:47:50 -0000 On 30/08/2015 22:09, Andriy Gapon wrote: > On 30/08/2015 19:16, Konstantin Belousov wrote: >> This is strange, I do not think that could be a right explanation of this >> issue. The taskqueue callout is initialized with the mutex, which means >> that the callout_stop() caller >> - must own the mutex; >> - is synchronous with the callout. >> In other words, callout cannot be running when taskqueue_cancel_timeout() >> calls callout_stop(), it only can be dequeued but the callout function >> is not yet called. If callout_stop() is performed meantime, between >> dropping callout_cpu lock, and locking the mutex, it must be not run. > > Thank you for the explanation. I am not familiar with the code and I > misinterpreted the manual page and thought that callout_stop() might be unable > to stop the callout even if it was initialized with the mutex. I see my mistake > now. I had to look at the code, of course. Could the following logic actually be buggy? int callout_reset_sbt_on(struct callout *c, sbintime_t sbt, sbintime_t precision, void (*ftn)(void *), void *arg, int cpu, int flags) { ... if (cc_exec_curr(cc, direct) == c) { /* * We're being asked to reschedule a callout which is * currently in progress. If there is a lock then we * can cancel the callout if it has not really started. */ if (c->c_lock != NULL && cc_exec_cancel(cc, direct)) cancelled = cc_exec_cancel(cc, direct) = true; I have a suspicion that the condition should check for !cc_exec_cancel: - it seems that cc_exec_cancel is set to true when the callback execution starts - logically, it wouldn't make sense to check if X is true and then set it to true The code is quite hard to understand in a short time, so I could be misinterpreting what's going on, but I'd like to check my suspicion. If this is a bug indeed, then it might make the following scenario possible: - softclock() is being executed in thread T1 and the control flow is in softclock_call_cc() after CC_UNLOCK() and before lc_lock(c_lock) - thread T2 is executing callout_reset_sbt_on on the same callout as T1 - so, I think, T2 will see cc_exec_cancel == false and thus, because of the suspected bug, cc_exec_cancel will remain false - T2 will proceed to callout_cc_add() and will happily (re-)schedule the callout - after T2 releases the callout lock, T1 will continue in softclock_call_cc() and because cc_exec_cancel is false the callout's callback function will get called In effect, there will be an extra call of the callout. If that's so that could explain the triggered assertion in taskqueue_timeout_func(). P.S. I am going to add an assertion in callout_cc_add that CALLOUT_ACTIVE is not set and I will see if I can get anything interesting from it. P.P.S. On a further look, it seems that there is a bug indeed and it's probably just a typo that got introduced in r278469: - if (c->c_lock != NULL && !cc->cc_exec_entity[direct].cc_cancel) - cancelled = cc->cc_exec_entity[direct].cc_cancel = true; - if (cc->cc_exec_entity[direct].cc_waiting) { + if (c->c_lock != NULL && cc_exec_cancel(cc, direct)) + cancelled = cc_exec_cancel(cc, direct) = true; + if (cc_exec_waiting(cc, direct)) { -- Andriy Gapon From owner-freebsd-current@freebsd.org Mon Aug 31 16:58:46 2015 Return-Path: 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 199A09C7855 for ; Mon, 31 Aug 2015 16:58:46 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x230.google.com (mail-io0-x230.google.com [IPv6:2607:f8b0:4001:c06::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D8F56A0C; Mon, 31 Aug 2015 16:58:45 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by iods203 with SMTP id s203so165294201iod.0; Mon, 31 Aug 2015 09:58:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=vEkiu7CK1qO/utLO4BWNKTuySfhuNDzQvdQeIGW0RIs=; b=cuCroPFRPeiMTJD4NySYdnI9pK/lGT47lSu5DQjH5sBlQWXI9SZkUkvatjyxPjxz9L kOejYqZKEgn5p+vCK7qk6BcKIcQOtqJlOluUjHHuR8g0NuoiMLX48NpWtMfiUNBtVrHL i5YFYzvEDpWdJGZ1e6v1cjEJFh5Es5DL3qkoTdRHZqASsI649VS0/Jlu5K3nVxjluvNm UwWCcYN84wkckRcbNYxmv9+i1gVhcvhCvDacgkx9jncpmwCBSN0mU7NdAliFLIfomHAy ITGG8g5p2zqO6wwcgnOJYcT0LcZQPGTAl3YLT77fgn+h0eMBa7tf7Y/+eBu/dIGLPrEz mj9A== MIME-Version: 1.0 X-Received: by 10.107.154.212 with SMTP id c203mr6151353ioe.123.1441040325212; Mon, 31 Aug 2015 09:58:45 -0700 (PDT) Received: by 10.36.28.208 with HTTP; Mon, 31 Aug 2015 09:58:45 -0700 (PDT) In-Reply-To: References: Date: Mon, 31 Aug 2015 09:58:45 -0700 Message-ID: Subject: Re: Upgrading to r297291 LAGG(4) stops working. From: Adrian Chadd To: "Ranjan1018 ." <214748mv@gmail.com>, Gleb Smirnoff Cc: FreeBSD CURRENT Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Aug 2015 16:58:46 -0000 Hi, +glebius, as he recently messed around with the wifi stack and his changes may have broken how mac addresses are assigned to the hardware. -adrian On 31 August 2015 at 09:28, Ranjan1018 . <214748mv@gmail.com> wrote: > 2015-08-31 10:53 GMT+02:00 Adrian Chadd : >> >> ok, so this used to work before? And you're running -HEAD? >> >> >> -a >> > Yes, I am running: > # uname -a > FreeBSD ativ 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r287291M: Sat Aug 29 > 15:47:32 CEST 2015 root@ativ:/usr/obj/usr/src/sys/GENERIC amd64 > With you suggestion the lagg interface works as before and as expected, > permitting the switching from wired to wireless and vice versa. > > Maurizio > From owner-freebsd-current@freebsd.org Mon Aug 31 17:00:01 2015 Return-Path: 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 85E589C790A for ; Mon, 31 Aug 2015 17:00:01 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x22e.google.com (mail-ig0-x22e.google.com [IPv6:2607:f8b0:4001:c05::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 515C6B3E; Mon, 31 Aug 2015 17:00:01 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by igbuu8 with SMTP id uu8so51137920igb.0; Mon, 31 Aug 2015 10:00:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=kCkteNw312HGmvQiwpi1Jsd/CoFA8tPSg8ScDmgo59c=; b=EF3Hy2/im+UC8G2QT0dIWcfv/q4B9OmtrHlgjQePEqEx8BjXoXj+qvXB3wRfuttgY9 Wtk1714a/uN+nWiLukHxkz79Jw4eVUmf9iA37F9lKs6oLqQ90Dq8npQ6WwFrwlOJawKx BhAVqz1IdH9RsxsAYFGLuCURAt8PDESShnvbLRxcdL+EHK0+32hd9vDy8KYDWBRBMLpY k22MIOEM4T/tiGGCswSnSvARiK5wwLno+LEv3d0nfftfuWNEhgpTEGEnFEKtf4d+jekc J7WFQNyUtInIs/IxzNgKlTSYiO8UQHe9jLytWYND272k2iMcLXDW7K2reB9RUfiA7imC gLYw== MIME-Version: 1.0 X-Received: by 10.50.122.36 with SMTP id lp4mr15974645igb.37.1441040400711; Mon, 31 Aug 2015 10:00:00 -0700 (PDT) Received: by 10.36.28.208 with HTTP; Mon, 31 Aug 2015 10:00:00 -0700 (PDT) In-Reply-To: References: Date: Mon, 31 Aug 2015 10:00:00 -0700 Message-ID: Subject: Re: Upgrading to r297291 LAGG(4) stops working. From: Adrian Chadd To: Daniel Eischen Cc: "Ranjan1018 ." <214748mv@gmail.com>, FreeBSD CURRENT Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Aug 2015 17:00:01 -0000 Hi, Because it works by magic, not works by intent. There's no guarantee that a STA device will let you re-program its MAC address. It also confuses people when they believe you can setup things like bridged VMs and they don't work across wifi but do across ethernet. -adrian On 31 August 2015 at 05:20, Daniel Eischen wrote: > On Mon, 31 Aug 2015, Ranjan1018 . wrote: > >> 2015-08-30 17:12 GMT+02:00 Adrian Chadd : >> >>> hi, >>> >>> don'tr set ath0 to the MAC of your ethernet device, set your ethernet >>> MAC to the MAC of your atheros device. >>> >>> (But I keep telling people, failover between ethernet/wifi isn't >>> supported by the wifi code...) > > > Why is it not? I've been using it this way for years. Switching > from wired to wireless would seem to be a very common setup. I think > the clone interface should be taught how to pass down unsupported > operations to its underlying device. > > My /etc/rc.conf: > > # For now, force iwn0 to the same MAC address as re0. > # This works around a bug where lagg is unable to set the > # MAC address of the underlying WLAN (cloned) interface. > ifconfig_iwn0="ether d4:be:d9:50:4b:5c" > wlans_iwn0=wlan0 > ifconfig_wlan0="ssid Scorpio WPA" > ifconfig_re0="up" > cloned_interfaces="lagg0" > ifconfig_lagg0="laggproto failover laggport re0 laggport wlan0" > ifconfig_lagg0_alias0="inet 10.0.0.7 netmask 0xffffff00" > > > -- > DE From owner-freebsd-current@freebsd.org Mon Aug 31 17:47:25 2015 Return-Path: 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 1955B9C7077 for ; Mon, 31 Aug 2015 17:47:25 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.netplex.net", Issuer "RapidSSL SHA256 CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D0339190C for ; Mon, 31 Aug 2015 17:47:24 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.15.1/8.15.1/NETPLEX) with ESMTP id t7VHlMeN006337; Mon, 31 Aug 2015 13:47:22 -0400 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.4.3 (mail.netplex.net [204.213.176.9]); Mon, 31 Aug 2015 13:47:22 -0400 (EDT) Date: Mon, 31 Aug 2015 13:47:22 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net Reply-To: Daniel Eischen To: Adrian Chadd cc: "Ranjan1018 ." <214748mv@gmail.com>, FreeBSD CURRENT Subject: Re: Upgrading to r297291 LAGG(4) stops working. In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Aug 2015 17:47:25 -0000 On Mon, 31 Aug 2015, Adrian Chadd wrote: > Hi, > > Because it works by magic, not works by intent. There's no guarantee > that a STA device will let you re-program its MAC address. As long as an attempt to set the MAC address returns an error that is meaningful (ENOTSUP?), that is fine. I still believe you should be able to tell the clone device to do this, and have it call down through (all the way) to the actual device driver. Having to jump through hoops trying to configure lagg on a cloned device is ugly. But at least it is possible, so I'm extremely happy for that :-) > It also confuses people when they believe you can setup things like > bridged VMs and they don't work across wifi but do across ethernet. Ok, thanks for the info. -- DE From owner-freebsd-current@freebsd.org Mon Aug 31 19:08:47 2015 Return-Path: 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 C43369C72E6 for ; Mon, 31 Aug 2015 19:08:47 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (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 6C3C877D; Mon, 31 Aug 2015 19:08:46 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id E35011FE023; Mon, 31 Aug 2015 21:08:42 +0200 (CEST) Subject: Re: panic: Stray timeout To: Andriy Gapon , Konstantin Belousov References: <55E2DA91.6080206@FreeBSD.org> <20150830161603.GI2072@kib.kiev.ua> <55E354DA.9030302@FreeBSD.org> <55E484F3.8090303@FreeBSD.org> Cc: FreeBSD Current , rrs@FreeBSD.org From: Hans Petter Selasky Message-ID: <55E4A692.9010602@selasky.org> Date: Mon, 31 Aug 2015 21:10:10 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <55E484F3.8090303@FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Aug 2015 19:08:48 -0000 Hi Andriy, On 08/31/15 18:46, Andriy Gapon wrote: > On 30/08/2015 22:09, Andriy Gapon wrote: >> On 30/08/2015 19:16, Konstantin Belousov wrote: >>> This is strange, I do not think that could be a right explanation of this >>> issue. The taskqueue callout is initialized with the mutex, which means >>> that the callout_stop() caller >>> - must own the mutex; >>> - is synchronous with the callout. >>> In other words, callout cannot be running when taskqueue_cancel_timeout() >>> calls callout_stop(), it only can be dequeued but the callout function >>> is not yet called. If callout_stop() is performed meantime, between >>> dropping callout_cpu lock, and locking the mutex, it must be not run. >> >> Thank you for the explanation. I am not familiar with the code and I >> misinterpreted the manual page and thought that callout_stop() might be unable >> to stop the callout even if it was initialized with the mutex. I see my mistake >> now. > > I had to look at the code, of course. > Could the following logic actually be buggy? > > int > callout_reset_sbt_on(struct callout *c, sbintime_t sbt, sbintime_t precision, > void (*ftn)(void *), void *arg, int cpu, int flags) > { > ... > if (cc_exec_curr(cc, direct) == c) { > /* > * We're being asked to reschedule a callout which is > * currently in progress. If there is a lock then we > * can cancel the callout if it has not really started. > */ > if (c->c_lock != NULL && cc_exec_cancel(cc, direct)) > cancelled = cc_exec_cancel(cc, direct) = true; > > I have a suspicion that the condition should check for !cc_exec_cancel: > - it seems that cc_exec_cancel is set to true when the callback execution starts > - logically, it wouldn't make sense to check if X is true and then set it to true > > The code is quite hard to understand in a short time, so I could be > misinterpreting what's going on, but I'd like to check my suspicion. While touching this topic, is the following code more readable or not (see the callout_restart_async function): https://svnweb.freebsd.org/base/projects/hps_head/sys/kern/kern_timeout.c?revision=287248&view=markup > > If this is a bug indeed, then it might make the following scenario possible: > > - softclock() is being executed in thread T1 and the control flow is in > softclock_call_cc() after CC_UNLOCK() and before lc_lock(c_lock) > - thread T2 is executing callout_reset_sbt_on on the same callout as T1 > - so, I think, T2 will see cc_exec_cancel == false and thus, because of the > suspected bug, cc_exec_cancel will remain false > - T2 will proceed to callout_cc_add() and will happily (re-)schedule the callout > - after T2 releases the callout lock, T1 will continue in softclock_call_cc() > and because cc_exec_cancel is false the callout's callback function will get called Correct. > > In effect, there will be an extra call of the callout. > If that's so that could explain the triggered assertion in taskqueue_timeout_func(). > > P.S. I am going to add an assertion in callout_cc_add that CALLOUT_ACTIVE is not > set and I will see if I can get anything interesting from it. > > P.P.S. On a further look, it seems that there is a bug indeed and it's probably > just a typo that got introduced in r278469: > - if (c->c_lock != NULL && !cc->cc_exec_entity[direct].cc_cancel) > - cancelled = cc->cc_exec_entity[direct].cc_cancel = true; > - if (cc->cc_exec_entity[direct].cc_waiting) { > + if (c->c_lock != NULL && cc_exec_cancel(cc, direct)) > + cancelled = cc_exec_cancel(cc, direct) = true; > + if (cc_exec_waiting(cc, direct)) { > Looks like a bug to me trying to make the code more readable removed a not in there! --HPS From owner-freebsd-current@freebsd.org Mon Aug 31 19:12:34 2015 Return-Path: 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 B256C9C7555 for ; Mon, 31 Aug 2015 19:12:34 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 989EBC46 for ; Mon, 31 Aug 2015 19:12:34 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 981A39C7554; Mon, 31 Aug 2015 19:12:34 +0000 (UTC) Delivered-To: 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 97B9C9C7553 for ; Mon, 31 Aug 2015 19:12:34 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (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 7A92AC42 for ; Mon, 31 Aug 2015 19:12:33 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [192.168.200.200] (unknown [50.136.155.142]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 94236193874 for ; Mon, 31 Aug 2015 19:12:32 +0000 (UTC) Subject: Re: Kernel panic with fresh current, probably nfs related To: current@freebsd.org References: <20150822115519.GA79434@ymer.vnode.se> <914810061.28949434.1440248260373.JavaMail.zimbra@uoguelph.ca> <55D8BEB6.7090202@freebsd.org> <20150824013636.GA1015@michelle.fasterthan.com> <55DB5FD8.1010308@freebsd.org> <20150825191006.GA89428@ymer.vnode.se> <55DCC816.603@freebsd.org> <20150829073859.GA847@ymer.vnode.se> From: Sean Bruno X-Enigmail-Draft-Status: N1110 Message-ID: <55E4A71F.3090602@freebsd.org> Date: Mon, 31 Aug 2015 12:12:31 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <20150829073859.GA847@ymer.vnode.se> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Aug 2015 19:12:34 -0000 On 08/29/15 00:38, Joel Dahl wrote: > On Tue, Aug 25, 2015 at 12:55:02PM -0700, Sean Bruno wrote: >> >> >> On 08/25/15 12:10, Joel Dahl wrote: >>>>> Seems to work. However, I cannot reproduce the user panic in the first >>>>> place. What's the scenario that seems to work here? NFS seems happy >>>>> with/without the patch so I'm not confident in anything we are doing her >>>>> e. >>> I see several patches here. Which one should I be using? >> >> This: >> >> Index: sys/dev/e1000/if_em.c >> =================================================================== >> --- sys/dev/e1000/if_em.c (revision 287087) >> +++ sys/dev/e1000/if_em.c (working copy) >> @@ -3044,7 +3044,7 @@ em_setup_interface(device_t dev, struct adapter *a >> if_setioctlfn(ifp, em_ioctl); >> if_setgetcounterfn(ifp, em_get_counter); >> /* TSO parameters */ >> - ifp->if_hw_tsomax = EM_TSO_SIZE; >> + ifp->if_hw_tsomax = IP_MAXPACKET; >> ifp->if_hw_tsomaxsegcount = EM_MAX_SCATTER; >> ifp->if_hw_tsomaxsegsize = EM_TSO_SEG_SIZE; > > Using this patch, my nfs server has survived several > installkernel/installworld cycles. > Committed as svn R287330 sean From owner-freebsd-current@freebsd.org Mon Aug 31 21:33:32 2015 Return-Path: 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 64DCA9C6EE9 for ; Mon, 31 Aug 2015 21:33:32 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 43AC11601 for ; Mon, 31 Aug 2015 21:33:32 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id C9EB3B926 for ; Mon, 31 Aug 2015 17:33:30 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: kgdb ported to devel/gdb Date: Mon, 31 Aug 2015 14:32:04 -0700 Message-ID: <2662739.EWKL7pkiRb@ralph.baldwin.cx> User-Agent: KMail/4.14.3 (FreeBSD/10.2-PRERELEASE; KDE/4.14.3; amd64; ; ) MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 31 Aug 2015 17:33:30 -0400 (EDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Aug 2015 21:33:32 -0000 Over the past several months I have ported kgdb to the version of gdb in ports. I have a pending patch to the gdb port to add fork following, but once that is done (and possibly after updating to 7.10) I will try to add my existing work as a KGDB option on the port. Until such time, you can try the newer kgdb by checking out my branch from git. Here's my cheat sheet on how to build the newer kgdb. Note that if you build a world with my cross-libkvm patches you should get a kgdb that can debug i386 cores on amd64 and vice versa. All of the targets that the native devel/gdb support have their backends ported (so x86, sparc64, powerpc and powerpc64). I have not yet ported arm or mips since those don't work for userland yet in upstream gdb. I have only compiled non-x86 backends. Testing of the new kgdb on sparc64 and powerpc would be appreciated. Steps: % git clone https://github.com/bsdjhb/gdb.git % git checkout freebsd-7.9.1-kgdb % fetch http://www.freebsd.org/~jhb/gdb/build % pkg install devel/gdb # Having gdb installed will mean you get the python bindings in the right # place. % pkg install gmake # I think this is the only build tool you need? % ./build % cd obj # Replace 'obj' with 'obj.' for all but amd64 % gmake # ... wait You will now have a binary at 'obj/gdb/kgdb'. I just run it from my obj tree currently when testing. Once it becomes part of the port it will get installed as /usr/local/bin/kgdb791 or some such. -- John Baldwin From owner-freebsd-current@freebsd.org Tue Sep 1 05:31:21 2015 Return-Path: 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 C12669C875A for ; Tue, 1 Sep 2015 05:31:21 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 818851D7E for ; Tue, 1 Sep 2015 05:31:21 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1ZWeA5-001qFN-Ip>; Tue, 01 Sep 2015 07:31:13 +0200 Received: from p578a69f9.dip0.t-ipconnect.de ([87.138.105.249] helo=freyja.zeit4.iv.bundesimmobilien.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1ZWeA5-001PR3-2b>; Tue, 01 Sep 2015 07:31:13 +0200 Date: Tue, 1 Sep 2015 07:31:02 +0200 From: "O. Hartmann" To: freebsd-current Subject: nmap: route_dst_generic: Failed to obtain system routes: getsysroutes_dnet: sysroutes_dnet_find_interfaces() failed Message-ID: <20150901073102.590809d5@freyja.zeit4.iv.bundesimmobilien.de> Organization: FU Berlin X-Mailer: Claws Mail 3.12.0 (GTK+ 2.24.28; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Originating-IP: 87.138.105.249 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Sep 2015 05:31:21 -0000 Running a simple "namp -sS" on the network or a dedicated IP, I get this error: route_dst_generic: Failed to obtain system routes: getsysroutes_dnet: sysroutes_dnet_find_interfaces() failed System is FreeBSD 11.0-CURRENT #1 r287321: Mon Aug 31 09:35:35 CEST 2015 amd64 and most recent port's security/nmap. Any hints? I see this problem on several CURRENT systems. regards, Oliver From owner-freebsd-current@freebsd.org Tue Sep 1 08:44:45 2015 Return-Path: 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 3146A9C699D for ; Tue, 1 Sep 2015 08:44:45 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebius.int.ru", Issuer "cell.glebius.int.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AB2D615D5 for ; Tue, 1 Sep 2015 08:44:43 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.15.2/8.15.2) with ESMTPS id t818ie51087122 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 1 Sep 2015 11:44:40 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.15.2/8.15.2/Submit) id t818ieb1087121; Tue, 1 Sep 2015 11:44:40 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 1 Sep 2015 11:44:40 +0300 From: Gleb Smirnoff To: Adrian Chadd Cc: "Ranjan1018 ." <214748mv@gmail.com>, FreeBSD CURRENT Subject: Re: Upgrading to r297291 LAGG(4) stops working. Message-ID: <20150901084440.GJ56997@glebius.int.ru> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Sep 2015 08:44:45 -0000 On Mon, Aug 31, 2015 at 09:58:45AM -0700, Adrian Chadd wrote: A> Hi, A> A> +glebius, as he recently messed around with the wifi stack and his A> changes may have broken how mac addresses are assigned to the A> hardware. I've tested that with new code setting MAC address on wlan0 passed it down to device driver (iwn in my case). As Adrian already noted to Ranjan, his setup worked only by accident :) If it were not ath(4), but some more dumb WiFi device, the setup wouldn't work. -- Totus tuus, Glebius. From owner-freebsd-current@freebsd.org Tue Sep 1 11:53:59 2015 Return-Path: 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 D753D9C7A1E; Tue, 1 Sep 2015 11:53:59 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebius.int.ru", Issuer "cell.glebius.int.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6112815D1; Tue, 1 Sep 2015 11:53:58 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.15.2/8.15.2) with ESMTPS id t81Brunt001633 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 1 Sep 2015 14:53:56 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.15.2/8.15.2/Submit) id t81BruOk001632; Tue, 1 Sep 2015 14:53:56 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 1 Sep 2015 14:53:56 +0300 From: Gleb Smirnoff To: Idwer Vollering Cc: freebsd-current@freebsd.org, freebsd-wireless@freebsd.org Subject: Re: r287197: wlan interfaces aren't brought up at boot or u Message-ID: <20150901115356.GC1023@FreeBSD.org> References: <20150829080202.GQ56997@FreeBSD.org> <5204121.LzVF6rJ6qA@rainhaven.theweb.org.ua> <20150829125331.GS56997@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Sep 2015 11:53:59 -0000 Idwer, can you please subscribe to this bug? https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202784 And getting involved with debugging is much appreciated. -- Totus tuus, Glebius. From owner-freebsd-current@freebsd.org Tue Sep 1 18:24:08 2015 Return-Path: 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 40EBE9C822D for ; Tue, 1 Sep 2015 18:24:08 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gold.funkthat.com", Issuer "gold.funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0075E1258; Tue, 1 Sep 2015 18:24:07 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.14.5/8.14.5) with ESMTP id t81IO6TK048330 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 1 Sep 2015 11:24:06 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.14.5/8.14.5/Submit) id t81IO6Q9048329; Tue, 1 Sep 2015 11:24:06 -0700 (PDT) (envelope-from jmg) Date: Tue, 1 Sep 2015 11:24:06 -0700 From: John-Mark Gurney To: Andriy Gapon Cc: FreeBSD Current , Lawrence Stewart , Pawel Pekala , "K. Macy" Subject: Re: Instant panic while trying run ports-mgmt/poudriere Message-ID: <20150901182406.GN33167@funkthat.com> References: <20150715180526.GM8523@funkthat.com> <20150715223703.78b9197c@FreeBSD.org> <20150806233328.47a02594@FreeBSD.org> <55CB5428.2090505@room52.net> <55D96E24.9060106@FreeBSD.org> <20150826233616.GU33167@funkthat.com> <55DEBA8B.5060009@FreeBSD.org> <20150827180945.GW33167@funkthat.com> <55DF713D.7000808@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55DF713D.7000808@FreeBSD.org> X-Operating-System: FreeBSD 9.1-PRERELEASE amd64 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (gold.funkthat.com [127.0.0.1]); Tue, 01 Sep 2015 11:24:07 -0700 (PDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Sep 2015 18:24:08 -0000 Andriy Gapon wrote this message on Thu, Aug 27, 2015 at 23:21 +0300: > On 27/08/2015 21:09, John-Mark Gurney wrote: > > Andriy Gapon wrote this message on Thu, Aug 27, 2015 at 10:21 +0300: > >> On 27/08/2015 02:36, John-Mark Gurney wrote: > >>> We should/cannot get here w/ an empty list. If we do, then there is > >>> something seriously wrong... The current kn (which we must have as we > >>> are here) MUST be on the list, but as you just showed, there are no > >>> knotes on the list. > >>> > >>> Can you get me a print of the knote? That way I can see what flags > >>> are on it? > >> > >> Apologies if the following might sound a little bit patronizing, but it > >> seems that you have got all the facts correctly, but somehow the > >> connection between them did not become clear. > >> > >> So: > >> 1. The list originally is NOT empty. I guess that it has one entry, but > >> that's an unimportant detail. > >> 2. This is why the loop is entered. It's a fact that it is entered. > >> 3. The list becomes empty precisely because the entry is removed during > >> the iteration in the loop (as kib has explained). It's a fact that the > >> list became empty at least in the panic that I reported. > > > > On you're latest dump, you said: > > Here is another +1 with r286922. > > I can add a couple of bits of debugging data: > > > > (kgdb) fr 8 > > #8 0xffffffff80639d60 in knote (list=0xfffff8019a733ea0, > > hint=2147483648, lockflags=) at > > /usr/src/sys/kern/kern_event.c:1964 > > 1964 } else if ((lockflags & KNF_NOKQLOCK) != 0) { > > > > First off, that can't be r286922, per: > > https://svnweb.freebsd.org/base/stable/10/sys/kern/kern_event.c?annotate=286922 > > > > line 1964 is blank... The line of code above should be at line 1884, > > so not sure what is wrong here... > > No, it can not be indeed, because I am running head. > r286922 was the latest version of the repository, not the head branch, > at the moment when I pulled the repository via git. > > > Assuming that the pc really is at the line, f_event has not yet been > > called, > > Even on the second loop iteration? > > >which is why I said that the list cannot be empty yet, as > > f_event hasn't been called yet to remove the knote... It could be that > > optimization moved stuff around, but if that is the case, then the > > above wasn't useful.. > > I provided the disassembly of the code as well, it's very obvious how > the code was translated. > > >> 4. The element is not only unlinked from the list, but its memory is > >> also freed. > > > > Where is the memory freed? A knote MUST NOT be freed in an f_event > > handler. The only location that a list element is allowed to be > > freed is in knote_drop, which must happen after f_detach is called, > > but that can't/won't happen from knote (I believe the timer handles > > this specially, but we are talking about normal knlist type filters).. > > Well, right. knote()->filt_proc()->knlist_remove_inevent() just removes > the knote from the list. But then there is KNOTE_ACTIVATE() that passes > the knote to a different owner (so to say). And given that the knote has > EV_ONESHOT set on it (in filt_proc) and that poudriere can put quite a > stress load on a system, I am not surprised that another thread gets a > chance to call knote_drop() on the knote before the original thread > proceeds to the next iteration. Ok, I think I have identified the race that you guys were trying to tell me about, and though the _SAFE macro would be a similar fix, I'm going to rewrite the loop so that this is more explicit on what is happening here... So, the race is this... In knote, when the note is removed by f_event, things are find until the KQ lock is dropped... Once this lock is dropped, effective ownership of the knote is transfered from the knlist to the kq lock as the _DETACHED flag is now set, which means that reading any fields from that note is undefined.. Once the kq lock is released in knote, then it is possible for a functional like kqueue_scan to endup knote_drop'ing the note... Upon further examination, we may have another race as in knote_drop, when we call f_detach, we don't have the list locked, nor kq, which means that knlist_remove_inevent could be modifing the list at the same time that kqueue_register could be modifing it to remove a _DELETED note... I'd like to close both races at the same time since they go hand in hand... > > The rest of your explination is invalid due to the invalid assumption > > of this point... > > Eagerly waiting for your explanation... > > > If you can provide to me where the knote is free'd in knote, w/ > > function/line number stack trace (does not have to be dump, but a > > sample call path), then I'll reconsider, and fix that bug... > >> 5. That's why we have the use after free: SLIST_FOREACH is trying to get > >> a pointer to a next element from the freed memory. > >> 6. This is why the commit for trashing the freed memory made all the > >> difference: previously the freed memory was unlikely to be re-used / > >> modified, so the use-after-free had a high chance of succeeding. It's a > >> fact that in my panic there was an attempt to dereference a trashed pointer. > >> 7. Finally, this is why SLIST_FOREACH_SAFE helps here: we stash the > >> pointer to the next element beforehand and, thus, we do not access the > >> freed memory. > >> > >> Please let me know if you see any fault in above reasoning or if > >> something is still no clear. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@freebsd.org Tue Sep 1 18:44:46 2015 Return-Path: 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 7D4529C8DAF for ; Tue, 1 Sep 2015 18:44:46 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 22A96281; Tue, 1 Sep 2015 18:44:45 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id t81Iided047796 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 1 Sep 2015 21:44:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua t81Iided047796 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id t81Iidrd047795; Tue, 1 Sep 2015 21:44:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 1 Sep 2015 21:44:39 +0300 From: Konstantin Belousov To: John-Mark Gurney Cc: Andriy Gapon , FreeBSD Current , Lawrence Stewart , Pawel Pekala , "K. Macy" Subject: Re: Instant panic while trying run ports-mgmt/poudriere Message-ID: <20150901184439.GW2072@kib.kiev.ua> References: <20150715223703.78b9197c@FreeBSD.org> <20150806233328.47a02594@FreeBSD.org> <55CB5428.2090505@room52.net> <55D96E24.9060106@FreeBSD.org> <20150826233616.GU33167@funkthat.com> <55DEBA8B.5060009@FreeBSD.org> <20150827180945.GW33167@funkthat.com> <55DF713D.7000808@FreeBSD.org> <20150901182406.GN33167@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150901182406.GN33167@funkthat.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Sep 2015 18:44:46 -0000 On Tue, Sep 01, 2015 at 11:24:06AM -0700, John-Mark Gurney wrote: > Andriy Gapon wrote this message on Thu, Aug 27, 2015 at 23:21 +0300: > > On 27/08/2015 21:09, John-Mark Gurney wrote: > > > Andriy Gapon wrote this message on Thu, Aug 27, 2015 at 10:21 +0300: > > >> On 27/08/2015 02:36, John-Mark Gurney wrote: > > >>> We should/cannot get here w/ an empty list. If we do, then there is > > >>> something seriously wrong... The current kn (which we must have as we > > >>> are here) MUST be on the list, but as you just showed, there are no > > >>> knotes on the list. > > >>> > > >>> Can you get me a print of the knote? That way I can see what flags > > >>> are on it? > > >> > > >> Apologies if the following might sound a little bit patronizing, but it > > >> seems that you have got all the facts correctly, but somehow the > > >> connection between them did not become clear. > > >> > > >> So: > > >> 1. The list originally is NOT empty. I guess that it has one entry, but > > >> that's an unimportant detail. > > >> 2. This is why the loop is entered. It's a fact that it is entered. > > >> 3. The list becomes empty precisely because the entry is removed during > > >> the iteration in the loop (as kib has explained). It's a fact that the > > >> list became empty at least in the panic that I reported. > > > > > > On you're latest dump, you said: > > > Here is another +1 with r286922. > > > I can add a couple of bits of debugging data: > > > > > > (kgdb) fr 8 > > > #8 0xffffffff80639d60 in knote (list=0xfffff8019a733ea0, > > > hint=2147483648, lockflags=) at > > > /usr/src/sys/kern/kern_event.c:1964 > > > 1964 } else if ((lockflags & KNF_NOKQLOCK) != 0) { > > > > > > First off, that can't be r286922, per: > > > https://svnweb.freebsd.org/base/stable/10/sys/kern/kern_event.c?annotate=286922 > > > > > > line 1964 is blank... The line of code above should be at line 1884, > > > so not sure what is wrong here... > > > > No, it can not be indeed, because I am running head. > > r286922 was the latest version of the repository, not the head branch, > > at the moment when I pulled the repository via git. > > > > > Assuming that the pc really is at the line, f_event has not yet been > > > called, > > > > Even on the second loop iteration? > > > > >which is why I said that the list cannot be empty yet, as > > > f_event hasn't been called yet to remove the knote... It could be that > > > optimization moved stuff around, but if that is the case, then the > > > above wasn't useful.. > > > > I provided the disassembly of the code as well, it's very obvious how > > the code was translated. > > > > >> 4. The element is not only unlinked from the list, but its memory is > > >> also freed. > > > > > > Where is the memory freed? A knote MUST NOT be freed in an f_event > > > handler. The only location that a list element is allowed to be > > > freed is in knote_drop, which must happen after f_detach is called, > > > but that can't/won't happen from knote (I believe the timer handles > > > this specially, but we are talking about normal knlist type filters).. > > > > Well, right. knote()->filt_proc()->knlist_remove_inevent() just removes > > the knote from the list. But then there is KNOTE_ACTIVATE() that passes > > the knote to a different owner (so to say). And given that the knote has > > EV_ONESHOT set on it (in filt_proc) and that poudriere can put quite a > > stress load on a system, I am not surprised that another thread gets a > > chance to call knote_drop() on the knote before the original thread > > proceeds to the next iteration. > > Ok, I think I have identified the race that you guys were trying to > tell me about, and though the _SAFE macro would be a similar fix, I'm > going to rewrite the loop so that this is more explicit on what > is happening here... > > So, the race is this... In knote, when the note is removed by > f_event, things are find until the KQ lock is dropped... Once this > lock is dropped, effective ownership of the knote is transfered > from the knlist to the kq lock as the _DETACHED flag is now set, > which means that reading any fields from that note is undefined.. > > Once the kq lock is released in knote, then it is possible for a > functional like kqueue_scan to endup knote_drop'ing the note... Did you read the commit message and my previous N messages about the subject ? Can you point me at a difference between the commit message and the above text ? I object against the your pointless and fact-less backout request and have no intention of complying with it. > > Upon further examination, we may have another race as in knote_drop, > when we call f_detach, we don't have the list locked, nor kq, which > means that knlist_remove_inevent could be modifing the list at the same > time that kqueue_register could be modifing it to remove a _DELETED > note... > > I'd like to close both races at the same time since they go > hand in hand... > > > > The rest of your explination is invalid due to the invalid assumption > > > of this point... > > > > Eagerly waiting for your explanation... > > > > > If you can provide to me where the knote is free'd in knote, w/ > > > function/line number stack trace (does not have to be dump, but a > > > sample call path), then I'll reconsider, and fix that bug... > > >> 5. That's why we have the use after free: SLIST_FOREACH is trying to get > > >> a pointer to a next element from the freed memory. > > >> 6. This is why the commit for trashing the freed memory made all the > > >> difference: previously the freed memory was unlikely to be re-used / > > >> modified, so the use-after-free had a high chance of succeeding. It's a > > >> fact that in my panic there was an attempt to dereference a trashed pointer. > > >> 7. Finally, this is why SLIST_FOREACH_SAFE helps here: we stash the > > >> pointer to the next element beforehand and, thus, we do not access the > > >> freed memory. > > >> > > >> Please let me know if you see any fault in above reasoning or if > > >> something is still no clear. > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > _______________________________________________ > 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" From owner-freebsd-current@freebsd.org Tue Sep 1 19:01:50 2015 Return-Path: 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 E56C99C75BD for ; Tue, 1 Sep 2015 19:01:49 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gold.funkthat.com", Issuer "gold.funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BD58B1054; Tue, 1 Sep 2015 19:01:49 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.14.5/8.14.5) with ESMTP id t81J1mo0048792 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 1 Sep 2015 12:01:49 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.14.5/8.14.5/Submit) id t81J1mIh048791; Tue, 1 Sep 2015 12:01:48 -0700 (PDT) (envelope-from jmg) Date: Tue, 1 Sep 2015 12:01:48 -0700 From: John-Mark Gurney To: Konstantin Belousov Cc: Andriy Gapon , FreeBSD Current Subject: Re: Instant panic while trying run ports-mgmt/poudriere Message-ID: <20150901190148.GQ33167@funkthat.com> References: <20150806233328.47a02594@FreeBSD.org> <55CB5428.2090505@room52.net> <55D96E24.9060106@FreeBSD.org> <20150826233616.GU33167@funkthat.com> <55DEBA8B.5060009@FreeBSD.org> <20150827180945.GW33167@funkthat.com> <55DF713D.7000808@FreeBSD.org> <20150901182406.GN33167@funkthat.com> <20150901184439.GW2072@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150901184439.GW2072@kib.kiev.ua> X-Operating-System: FreeBSD 9.1-PRERELEASE amd64 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (gold.funkthat.com [127.0.0.1]); Tue, 01 Sep 2015 12:01:49 -0700 (PDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Sep 2015 19:01:50 -0000 Konstantin Belousov wrote this message on Tue, Sep 01, 2015 at 21:44 +0300: > On Tue, Sep 01, 2015 at 11:24:06AM -0700, John-Mark Gurney wrote: > > Andriy Gapon wrote this message on Thu, Aug 27, 2015 at 23:21 +0300: > > > On 27/08/2015 21:09, John-Mark Gurney wrote: > > > > Andriy Gapon wrote this message on Thu, Aug 27, 2015 at 10:21 +0300: > > > >> On 27/08/2015 02:36, John-Mark Gurney wrote: > > > >>> We should/cannot get here w/ an empty list. If we do, then there is > > > >>> something seriously wrong... The current kn (which we must have as we > > > >>> are here) MUST be on the list, but as you just showed, there are no > > > >>> knotes on the list. > > > >>> > > > >>> Can you get me a print of the knote? That way I can see what flags > > > >>> are on it? > > > >> > > > >> Apologies if the following might sound a little bit patronizing, but it > > > >> seems that you have got all the facts correctly, but somehow the > > > >> connection between them did not become clear. > > > >> > > > >> So: > > > >> 1. The list originally is NOT empty. I guess that it has one entry, but > > > >> that's an unimportant detail. > > > >> 2. This is why the loop is entered. It's a fact that it is entered. > > > >> 3. The list becomes empty precisely because the entry is removed during > > > >> the iteration in the loop (as kib has explained). It's a fact that the > > > >> list became empty at least in the panic that I reported. > > > > > > > > On you're latest dump, you said: > > > > Here is another +1 with r286922. > > > > I can add a couple of bits of debugging data: > > > > > > > > (kgdb) fr 8 > > > > #8 0xffffffff80639d60 in knote (list=0xfffff8019a733ea0, > > > > hint=2147483648, lockflags=) at > > > > /usr/src/sys/kern/kern_event.c:1964 > > > > 1964 } else if ((lockflags & KNF_NOKQLOCK) != 0) { > > > > > > > > First off, that can't be r286922, per: > > > > https://svnweb.freebsd.org/base/stable/10/sys/kern/kern_event.c?annotate=286922 > > > > > > > > line 1964 is blank... The line of code above should be at line 1884, > > > > so not sure what is wrong here... > > > > > > No, it can not be indeed, because I am running head. > > > r286922 was the latest version of the repository, not the head branch, > > > at the moment when I pulled the repository via git. > > > > > > > Assuming that the pc really is at the line, f_event has not yet been > > > > called, > > > > > > Even on the second loop iteration? > > > > > > >which is why I said that the list cannot be empty yet, as > > > > f_event hasn't been called yet to remove the knote... It could be that > > > > optimization moved stuff around, but if that is the case, then the > > > > above wasn't useful.. > > > > > > I provided the disassembly of the code as well, it's very obvious how > > > the code was translated. > > > > > > >> 4. The element is not only unlinked from the list, but its memory is > > > >> also freed. > > > > > > > > Where is the memory freed? A knote MUST NOT be freed in an f_event > > > > handler. The only location that a list element is allowed to be > > > > freed is in knote_drop, which must happen after f_detach is called, > > > > but that can't/won't happen from knote (I believe the timer handles > > > > this specially, but we are talking about normal knlist type filters).. > > > > > > Well, right. knote()->filt_proc()->knlist_remove_inevent() just removes > > > the knote from the list. But then there is KNOTE_ACTIVATE() that passes > > > the knote to a different owner (so to say). And given that the knote has > > > EV_ONESHOT set on it (in filt_proc) and that poudriere can put quite a > > > stress load on a system, I am not surprised that another thread gets a > > > chance to call knote_drop() on the knote before the original thread > > > proceeds to the next iteration. > > > > Ok, I think I have identified the race that you guys were trying to > > tell me about, and though the _SAFE macro would be a similar fix, I'm > > going to rewrite the loop so that this is more explicit on what > > is happening here... > > > > So, the race is this... In knote, when the note is removed by > > f_event, things are find until the KQ lock is dropped... Once this > > lock is dropped, effective ownership of the knote is transfered > > from the knlist to the kq lock as the _DETACHED flag is now set, > > which means that reading any fields from that note is undefined.. > > > > Once the kq lock is released in knote, then it is possible for a > > functional like kqueue_scan to endup knote_drop'ing the note... > Did you read the commit message and my previous N messages about the > subject ? Can you point me at a difference between the commit message > and the above text ? Well, when I sent this email, I had not read the commit message, because I was hurried to send this email, because of your other email... And this email was rushed because of your threat to commit email, I was unable to completely review the email like I would have liked... As for your other emails, only it looks like one of the emails contained a proper description of the issue... Simply saying, oh, it panics because it accessed previously free'd memory does not at all describe the race and most of your emails were like that, even once I asked for a description of the race, you could not provide exactly HOW the race occured... > I object against the your pointless and fact-less backout request > and have no intention of complying with it. I remove my request to back out, but not because you objected to it, but because after further thought this morning, I'm fine w/ the change... I would still like to see it made explicit, but that can be added after this... But I would ask you to respect my maintainership of the code... Just because you get paid to work on FreeBSD full time does not mean you get to run roughshod over other people's work and force them to work on your time frame... Other people have jobs, and families and responsiblities too... Would you like me to ignore your requests for review, or put short deadlines on reviews? I doubt you do, though the above attitude sure seems like you don't care about it... > > Upon further examination, we may have another race as in knote_drop, > > when we call f_detach, we don't have the list locked, nor kq, which > > means that knlist_remove_inevent could be modifing the list at the same > > time that kqueue_register could be modifing it to remove a _DELETED > > note... I was sleepy when I was writing this email, and put it off till later when I could properly go over it again... Upon further review, this is not an issue as knlist_remove_kq does lock the knlist lock before removing it, and knote_drop doesn't touch the list... I probably got confused w/ the kn_link vs kn_selnext lists... > > I'd like to close both races at the same time since they go > > hand in hand... > > > > > > The rest of your explination is invalid due to the invalid assumption > > > > of this point... > > > > > > Eagerly waiting for your explanation... > > > > > > > If you can provide to me where the knote is free'd in knote, w/ > > > > function/line number stack trace (does not have to be dump, but a > > > > sample call path), then I'll reconsider, and fix that bug... > > > >> 5. That's why we have the use after free: SLIST_FOREACH is trying to get > > > >> a pointer to a next element from the freed memory. > > > >> 6. This is why the commit for trashing the freed memory made all the > > > >> difference: previously the freed memory was unlikely to be re-used / > > > >> modified, so the use-after-free had a high chance of succeeding. It's a > > > >> fact that in my panic there was an attempt to dereference a trashed pointer. > > > >> 7. Finally, this is why SLIST_FOREACH_SAFE helps here: we stash the > > > >> pointer to the next element beforehand and, thus, we do not access the > > > >> freed memory. > > > >> > > > >> Please let me know if you see any fault in above reasoning or if > > > >> something is still no clear. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@freebsd.org Tue Sep 1 19:30:37 2015 Return-Path: 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 0C0AA9C86EF for ; Tue, 1 Sep 2015 19:30:37 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-ig0-x22f.google.com (mail-ig0-x22f.google.com [IPv6:2607:f8b0:4001:c05::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C682AA2; Tue, 1 Sep 2015 19:30:36 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by igcrk20 with SMTP id rk20so9113914igc.1; Tue, 01 Sep 2015 12:30:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=lzwUfD66glWJxmBKpdtTtHTM3WP6fHh6M3beI/HPp6Q=; b=y4ITWjL3kE1Npn9h2ugD2hk9LfXs8u+MK5lIW942kZAxCeaF4V+r/lidNbgGodjIcw VSfe0252jVv0nAw9szMOFTl9Xo1aP98MPBlR09JlClElw54wCisRKA0kc/Wvcm+l3EoF kql22hIkbXCdYyur1pEPrPnK7fwMHSXvnYAEvGK4rT/a1mvtUwYWI6LvF7wihcKwM7Wu N9NQl56dTDJFAqgdQ8QmYjC42sRmMJ9Be5sHyurdCwXq/HAZgWFlZw6oRSI1kvMq2wi0 A3XkIVc29fD1BCJr/wzA0oawNVMN4cV7o1kbcXWu9u9Fyos/TgoVNnN8X5EX7i7Rt5XP 2vPQ== X-Received: by 10.50.114.193 with SMTP id ji1mr3792243igb.97.1441135836255; Tue, 01 Sep 2015 12:30:36 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.166.17 with HTTP; Tue, 1 Sep 2015 12:30:16 -0700 (PDT) In-Reply-To: <20150901190148.GQ33167@funkthat.com> References: <20150806233328.47a02594@FreeBSD.org> <55CB5428.2090505@room52.net> <55D96E24.9060106@FreeBSD.org> <20150826233616.GU33167@funkthat.com> <55DEBA8B.5060009@FreeBSD.org> <20150827180945.GW33167@funkthat.com> <55DF713D.7000808@FreeBSD.org> <20150901182406.GN33167@funkthat.com> <20150901184439.GW2072@kib.kiev.ua> <20150901190148.GQ33167@funkthat.com> From: Ed Maste Date: Tue, 1 Sep 2015 15:30:16 -0400 X-Google-Sender-Auth: q2fWj96KxhHin9Ev2XqJ4GCi73o Message-ID: Subject: Re: Instant panic while trying run ports-mgmt/poudriere To: John-Mark Gurney Cc: Konstantin Belousov , Andriy Gapon , FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Sep 2015 19:30:37 -0000 On 1 September 2015 at 15:01, John-Mark Gurney wrote: > > But I would ask you to respect my maintainership of the code... Just > because you get paid to work on FreeBSD full time does not mean you > get to run roughshod over other people's work and force them to work > on your time frame... Other people have jobs, and families and > responsiblities too... A quick comment on this point, on behalf of the FreeBSD Foundation (and not core): working for the Foundation as either permanent staff or on a project grant conveys no special status with respect to making changes in FreeBSD. Staff and project developers are expected to abide by the same rules and social conventions when interacting with the FreeBSD community. That said, the discussion and diagnosis of this issue has been ongoing for about ten days, and avg provided a detailed sequence of events five days ago. In this case the patch fixed a panic that several people were experiencing, was tested by several people who experienced the panic, and received review. In my opinion r287366 was handled in a fair and reasonable fashion. From owner-freebsd-current@freebsd.org Tue Sep 1 19:40:58 2015 Return-Path: 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 164529C8B94 for ; Tue, 1 Sep 2015 19:40:58 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E68129FC; Tue, 1 Sep 2015 19:40:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 031A4B9A5; Tue, 1 Sep 2015 15:40:57 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Cc: Adrian Chadd , "Ranjan1018 ." <214748mv@gmail.com>, Gleb Smirnoff Subject: Re: Upgrading to r297291 LAGG(4) stops working. Date: Mon, 31 Aug 2015 18:47:02 -0700 Message-ID: <4074787.MD5UFHZJLz@ralph.baldwin.cx> User-Agent: KMail/4.14.3 (FreeBSD/10.2-PRERELEASE; KDE/4.14.3; amd64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 01 Sep 2015 15:40:57 -0400 (EDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Sep 2015 19:40:58 -0000 On Monday, August 31, 2015 09:58:45 AM Adrian Chadd wrote: > Hi, > > +glebius, as he recently messed around with the wifi stack and his > changes may have broken how mac addresses are assigned to the > hardware. Glebius did break this, though not because of what you say. It's broken because the 'ifconfig_ath0' line that sets the mac address no longer does anything because 'ath0' is no longer an interface (and so that line is now ignored, plus it wouldn't work if it were passed to ifconfig now anyway). At the very least the Handbook section on this needs to be updated to give working instructions for both HEAD and stable branches. -- John Baldwin From owner-freebsd-current@freebsd.org Tue Sep 1 19:40:59 2015 Return-Path: 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 596579C8BA4 for ; Tue, 1 Sep 2015 19:40:59 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 330C6A0B; Tue, 1 Sep 2015 19:40:59 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 47781B9B8; Tue, 1 Sep 2015 15:40:58 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org, cem@freebsd.org Subject: Re: Panic on boot during scan with pmspcv Date: Mon, 31 Aug 2015 18:20:31 -0700 Message-ID: <1907622.HsVbIIOtmz@ralph.baldwin.cx> User-Agent: KMail/4.14.3 (FreeBSD/10.2-PRERELEASE; KDE/4.14.3; amd64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 01 Sep 2015 15:40:58 -0400 (EDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Sep 2015 19:40:59 -0000 On Tuesday, August 25, 2015 02:27:42 PM Conrad Meyer wrote: > For some reason, it only crops up on UEFI boot. "Legacy" boot "just works." > > It looks like we're locking a mutex in a struct at NULL. > > (trap) > __mtx_assert+0xdb > agtiapi_cam_action+0x45 > xpt_action_default+0xbe3(?) > scsi_scan_bus+0x1cd > xpt_scanner_thread+0x15c > ... > > > Fault is at 0x18. > > http://i.imgur.com/615PC6b.jpg > > (kgdb) l *(agtiapi_cam_action+0x45) > 0xffffffff806d4ef5 is in agtiapi_cam_action > (/usr/src/sys/dev/pms/freebsd/driver/ini/src/agtiapi.c:1818). > > Possibly here? > > 1814 mtx_assert( &(pmcsc->pCardInfo->pmIOLock), MA_OWNED ); Probably pCardInfo is NULL. Looking at the pms driver source is making my stomach churn, but I don't see anything obvious. The field is set during attach, so it shouldn't be NULL when the intrhook runs. Do you have any other storage devices on this box? If so, I would try to kldload the pms driver after you have booted far enough to setup dumps (either that or setup remote kgdb). -- John Baldwin From owner-freebsd-current@freebsd.org Tue Sep 1 20:30:56 2015 Return-Path: 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 906B79C85E2 for ; Tue, 1 Sep 2015 20:30:56 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-yk0-f180.google.com (mail-yk0-f180.google.com [209.85.160.180]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 548876BB; Tue, 1 Sep 2015 20:30:56 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by ykax124 with SMTP id x124so2563569yka.2; Tue, 01 Sep 2015 13:30:48 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=MBCyk7nv60WwpVkAhHOo0CbOqnfUdg50wQJJTr/QSO0=; b=MehF0qB0+lrdKtoqt0uUTEtRiIPaeK2cnESNmAfjao34QE1zv/W2Nt7+zXIjvgKrNF a+x+yRzEK5vfdkfID5+h8PgAFwxgHFn5XBcgFjFe4TybX8TollwXJIpvcMgPdEauU2JM ynq7yQxx9qZfXA6+vjp1IyAahSKpqu6sFr4S5hXxoVRXrifjJGR2IT+mnKlLjVgXOCSc QIhyupSp2W9zQHIm2/Nf+/uiJbZNFEAo9qUZ6jj2b8gZ5oOx10aav61EQ7/RDFS4FXl5 9sS52U0Su0xxJ75Qe7gNkbUevSgOMSAvZa2q1ozZg8dCTSFv2aAeV+bAjL3AdPaNA8QM vDrA== X-Received: by 10.129.78.12 with SMTP id c12mr29479413ywb.144.1441139448797; Tue, 01 Sep 2015 13:30:48 -0700 (PDT) Received: from mail-yk0-f172.google.com (mail-yk0-f172.google.com. [209.85.160.172]) by smtp.gmail.com with ESMTPSA id s66sm18530079ywe.49.2015.09.01.13.30.48 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 01 Sep 2015 13:30:48 -0700 (PDT) Received: by ykdg206 with SMTP id g206so2563076ykd.1; Tue, 01 Sep 2015 13:30:48 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.13.193.1 with SMTP id c1mr31157732ywd.172.1441139448369; Tue, 01 Sep 2015 13:30:48 -0700 (PDT) Reply-To: cem@FreeBSD.org Received: by 10.37.48.134 with HTTP; Tue, 1 Sep 2015 13:30:48 -0700 (PDT) In-Reply-To: <1907622.HsVbIIOtmz@ralph.baldwin.cx> References: <1907622.HsVbIIOtmz@ralph.baldwin.cx> Date: Tue, 1 Sep 2015 13:30:48 -0700 Message-ID: Subject: Re: Panic on boot during scan with pmspcv From: Conrad Meyer To: John Baldwin Cc: freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Sep 2015 20:30:56 -0000 On Mon, Aug 31, 2015 at 6:20 PM, John Baldwin wrote: > Probably pCardInfo is NULL. > > Looking at the pms driver source is making my stomach churn, but I don't > see anything obvious. The field is set during attach, so it shouldn't be > NULL when the intrhook runs. Do you have any other storage devices on > this box? If so, I would try to kldload the pms driver after you have > booted far enough to setup dumps (either that or setup remote kgdb). > In fact, I don't have any storage devices attached to the PMC controller on this box. So it's a pretty low priority for me other than not panicing. I've configured the BIOS to legacy boot and the issue no longer crops up. I just wanted to register the stack and unpleasantness on -CURRENT@ in case someone else runs into it too and/or PMC is reading and can diagnose/fix it. Best, Conrad From owner-freebsd-current@freebsd.org Tue Sep 1 20:54:30 2015 Return-Path: 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 DA4299C70A2 for ; Tue, 1 Sep 2015 20:54:30 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id B5F731226; Tue, 1 Sep 2015 20:54:29 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id XAA25503; Tue, 01 Sep 2015 23:54:19 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1ZWsZP-0005fe-I5; Tue, 01 Sep 2015 23:54:19 +0300 Subject: Re: Instant panic while trying run ports-mgmt/poudriere To: John-Mark Gurney References: <20150715180526.GM8523@funkthat.com> <20150715223703.78b9197c@FreeBSD.org> <20150806233328.47a02594@FreeBSD.org> <55CB5428.2090505@room52.net> <55D96E24.9060106@FreeBSD.org> <20150826233616.GU33167@funkthat.com> <55DEBA8B.5060009@FreeBSD.org> <20150827180945.GW33167@funkthat.com> <55DF713D.7000808@FreeBSD.org> <20150901182406.GN33167@funkthat.com> Cc: FreeBSD Current , Lawrence Stewart , Pawel Pekala , "K. Macy" From: Andriy Gapon X-Enigmail-Draft-Status: N1110 Message-ID: <55E61042.2050401@FreeBSD.org> Date: Tue, 1 Sep 2015 23:53:22 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <20150901182406.GN33167@funkthat.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Sep 2015 20:54:30 -0000 John-Mark, with all the due respect I have to invoke the forest-vs-trees argument here: - it is established that in the knote() loop the current knote member of the klist can be removed - it's a fact that getting a pointer to a next element from a removed element is an illegal operation - FOREACH_SAFE is specifically designed to handle exactly this kind of the iteration -- Andriy Gapon From owner-freebsd-current@freebsd.org Tue Sep 1 22:20:15 2015 Return-Path: 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 DF57F9C8E2A for ; Tue, 1 Sep 2015 22:20:15 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pa0-x229.google.com (mail-pa0-x229.google.com [IPv6:2607:f8b0:400e:c03::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B1C17B41; Tue, 1 Sep 2015 22:20:15 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by pacwi10 with SMTP id wi10so9120398pac.3; Tue, 01 Sep 2015 15:20:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=ySjHLVBpF7Eyi3ZlxJ64OLYK1TfE5b0497ptY1Noa9s=; b=nsPd197D4qFbi/B+ZbW+qmQ1iHUO3dtkzdfynjYuGVam4NaJwn1/TYxFQm8ZzHN+E+ l2cEfH6jrA2gLndAHRuXuhZePT7wK0gKO/DXzo42GGyIJhUeftGirlIFK6cpuovIrx67 6sS13mDKbX0+A9lMqkRqBT8uLkZ+lpjoHdBI3jcV2oD3EVBdBklu4n6f/i/u0FF+8z+1 9PHHw/YThpEhNxqXxoqQn64xmZ3tJYN7fcqGr+8LR1mpvNjYob+w5rh+N1FE0NPD+JcU /rkHye73FIT6UwSevfoWx0H7I7dcQotF58r4K1X7HAqzcSPzdRNaC5hppassyL19Bpfj NBGQ== X-Received: by 10.66.55.66 with SMTP id q2mr50195016pap.94.1441146015091; Tue, 01 Sep 2015 15:20:15 -0700 (PDT) Received: from [21.139.114.193] ([172.56.32.139]) by smtp.gmail.com with ESMTPSA id ld8sm19253440pbc.61.2015.09.01.15.20.14 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 01 Sep 2015 15:20:14 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: Panic on boot during scan with pmspcv From: Garrett Cooper X-Mailer: iPhone Mail (12H321) In-Reply-To: Date: Tue, 1 Sep 2015 15:20:13 -0700 Cc: John Baldwin , freebsd-current Content-Transfer-Encoding: 7bit Message-Id: References: <1907622.HsVbIIOtmz@ralph.baldwin.cx> To: "cem@FreeBSD.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Sep 2015 22:20:16 -0000 > On Sep 1, 2015, at 13:30, Conrad Meyer wrote: > >> On Mon, Aug 31, 2015 at 6:20 PM, John Baldwin wrote: >> Probably pCardInfo is NULL. >> >> Looking at the pms driver source is making my stomach churn, but I don't >> see anything obvious. The field is set during attach, so it shouldn't be >> NULL when the intrhook runs. Do you have any other storage devices on >> this box? If so, I would try to kldload the pms driver after you have >> booted far enough to setup dumps (either that or setup remote kgdb). > > In fact, I don't have any storage devices attached to the PMC > controller on this box. So it's a pretty low priority for me other > than not panicing. I've configured the BIOS to legacy boot and the > issue no longer crops up. > > I just wanted to register the stack and unpleasantness on -CURRENT@ in > case someone else runs into it too and/or PMC is reading and can > diagnose/fix it. If you see something, bug it :)! From owner-freebsd-current@freebsd.org Wed Sep 2 00:06:41 2015 Return-Path: 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 428F69C7926 for ; Wed, 2 Sep 2015 00:06:41 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ob0-x234.google.com (mail-ob0-x234.google.com [IPv6:2607:f8b0:4003:c01::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 05ED8FF; Wed, 2 Sep 2015 00:06:41 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by obcts10 with SMTP id ts10so8377349obc.1; Tue, 01 Sep 2015 17:06:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=n/cbFsjsEscfn+hYtVM+9+Qu0Y4WiombnrkJbUjeO04=; b=t8JkWQHqmOwqGqzv0ps7FKXkvuZnrqtoMMj6DGXvFYOAIx16wG8G67OpRog2iFbL/6 L5d/gjHCC6fq1kUSfpuieWxYbAFC1cZdQD/37CeP3VDYk9oZpdtDifQ2p68jc2AaGFfa gk33vh2aYRmQ2rEhbEQTFhXRxDT3bqXhuYpLD9zx7uQaChJnKh3P0Pql+r/m6/5gBKs9 g57ssJF8GWVLtWNGdkxUmfQ0nPRB/vJA+nrvBe8ygcg2HJW9mvCgLxjnjtS4/+Gw0UAX DKqpRqfpE7T8HfCOVxgjECqeIkSrewM/mG7VU9P4LsBStwCuQaXBTD9hJ32Bb+rkFeKO vXCw== MIME-Version: 1.0 X-Received: by 10.182.230.234 with SMTP id tb10mr19917675obc.23.1441152400317; Tue, 01 Sep 2015 17:06:40 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.202.102.9 with HTTP; Tue, 1 Sep 2015 17:06:40 -0700 (PDT) In-Reply-To: References: <55E212F9.6010908@yandex.ru> <20150830130604.GN3158@zxy.spb.ru> <20150830175039.GO3158@zxy.spb.ru> <55E35257.9030201@yandex.ru> <20150830191739.GZ21849@zxy.spb.ru> <55E36EAE.60606@yandex.ru> <20150830212540.GA21849@zxy.spb.ru> Date: Tue, 1 Sep 2015 17:06:40 -0700 X-Google-Sender-Auth: muCzt2rUnV5dgYXpcxwIFNjgNyg Message-ID: Subject: Re: [drm:i915_gem_object_unbind] *ERROR* Attempting to unbind pinned buffer From: Kevin Oberman To: Adrian Chadd Cc: Slawa Olhovchenkov , Ruslan Makhmatkhanov , FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Sep 2015 00:06:41 -0000 On Sun, Aug 30, 2015 at 3:06 PM, Adrian Chadd wrote: > Hi, > > has anyone asked dumbbell directly about it? > > > > -a > > > On 30 August 2015 at 14:25, Slawa Olhovchenkov wrote: > > On Sun, Aug 30, 2015 at 11:59:26PM +0300, Ruslan Makhmatkhanov wrote: > > > >> Slawa Olhovchenkov wrote on 08/30/2015 22:17: > >> > On Sun, Aug 30, 2015 at 09:58:31PM +0300, Ruslan Makhmatkhanov wrote: > >> > >> >> No doubt that this is not the root cause, but frankly I haven't that > >> >> "GPU hung" messages in my system. I have others like this one > triggered > >> >> on shutdown: > >> >> error: [drm:pid1041:intel_lvds_enable] *ERROR* timed out waiting for > >> >> panel to power off > >> >> > >> >> And this one spamming almost with the same frequency as "pinned > buffer": > >> >> error: [drm:pid1016:gen6_sanitize_pm] *ERROR* Power management > >> >> discrepancy: GEN6_RP_INTERRUPT_LIMITS expected 000d0000, was 180d0000 > >> >> > >> >> But I had not investigated that yet and not sure they are related. > >> >> It's on r287029 head. > >> > > >> > All of this related to import new DRI/DRM code and such code in Linux > >> > have same problems. > >> > r282141 in stable related to r279599 and r275209 in current. > >> > Can you try to revert r279599? > >> > >> You are right. After reverting r279599 two of this messages ("timed out > >> waiting for panel to power off" and "unbind pinned buffer") disappeared, > >> while "Power management discrepancy" is still there. Should I try to > >> revert r275209 too? > > > > I think r275209 is not relevant here. > > This thread has been quiet of late and seems to be an annoyance that a real problem. I would like to suggest that it might belong on x11@ rather than current@. I see the same issue on stable and first saw it in late March after the MFC of r280369 which incorporated r277487, r277959, r278146-278148, r278152 and r278159.These are all older than the commits suggested. r277487 was the primary commit to head. I reported this to x11@ back on April 1, but when I went a day with no errors, I sent a note that it was transient and had disappeared on April 9. Clearly I was too quick on the draw as the messages reappeared in a day or two, but I never got around to following up. -- Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-current@freebsd.org Wed Sep 2 14:53:51 2015 Return-Path: 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 5EC269C86D6 for ; Wed, 2 Sep 2015 14:53:51 +0000 (UTC) (envelope-from mwlucas@mail.michaelwlucas.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 4267D10F for ; Wed, 2 Sep 2015 14:53:51 +0000 (UTC) (envelope-from mwlucas@mail.michaelwlucas.com) Received: by mailman.ysv.freebsd.org (Postfix) id 41B9B9C86D3; Wed, 2 Sep 2015 14:53:51 +0000 (UTC) Delivered-To: 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 277319C86D1 for ; Wed, 2 Sep 2015 14:53:51 +0000 (UTC) (envelope-from mwlucas@mail.michaelwlucas.com) Received: from mail.michaelwlucas.com (mail.michaelwlucas.com [104.236.197.233]) (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 DC08E10D for ; Wed, 2 Sep 2015 14:53:50 +0000 (UTC) (envelope-from mwlucas@mail.michaelwlucas.com) Received: from mail.michaelwlucas.com (localhost [127.0.0.1]) by mail.michaelwlucas.com (8.14.9/8.14.7) with ESMTP id t82EqWbs079117 for ; Wed, 2 Sep 2015 10:52:32 -0400 (EDT) (envelope-from mwlucas@mail.michaelwlucas.com) Received: (from mwlucas@localhost) by mail.michaelwlucas.com (8.14.9/8.14.7/Submit) id t82EqW0m079116 for current@freebsd.org; Wed, 2 Sep 2015 10:52:32 -0400 (EDT) (envelope-from mwlucas) Date: Wed, 2 Sep 2015 10:52:32 -0400 From: "Michael W. Lucas" To: current@freebsd.org Subject: Re: zfs/unionfs panic on last night's -current Message-ID: <20150902145232.GA79094@mail.michaelwlucas.com> References: <20150902144157.GA78949@mail.michaelwlucas.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150902144157.GA78949@mail.michaelwlucas.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY, URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.michaelwlucas.com X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mail.michaelwlucas.com [127.0.0.1]); Wed, 02 Sep 2015 10:52:33 -0400 (EDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Sep 2015 14:53:51 -0000 I forgot the command that triggers the panic! My apologies. # cd /jails/jail1 # rmdir proc panic! The jail is not running, no procfs is mounted. On Wed, Sep 02, 2015 at 10:41:57AM -0400, Michael W. Lucas wrote: > Hi, > > I'm experimenting with unionfs for my next FreeBSD book, and found a > reproducible panic. I haven't needed to report a panic for... uh... I > don't think I've done it this century, so I might be a wee bit wrong > in what you need... please correct me if you need other info. > > I have a ZFS pool called jails, with two datasets: jails/basejail and > jails/jail1. I want jail1 mounted over basejail, at the jail1 mount > point. > > # cd jails > # mount_unionfs -o below basejail/ jail1/ > > And I get: > > panic: solaris assert: cnp->cn_namelen < sizeof(nm), file: /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c, line: 6213 > > Info: > > Dump header from device: /dev/gpt/swap0 > Architecture: amd64 > Architecture Version: 2 > Dump Length: 2351693824 > Blocksize: 512 > Dumptime: Wed Sep 2 10:23:58 2015 > Hostname: storm > Magic: FreeBSD Kernel Dump > Version String: FreeBSD 11.0-CURRENT #0 r287374: Tue Sep 1 15:31:17 EDT 2015 > root@storm:/usr/obj/usr/src/sys/GENERIC > Panic String: solaris assert: cnp->cn_namelen < sizeof(nm), file: /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c, line: 6213 > Dump Parity: 1813619135 > Bounds: 3 > Dump Status: good > > Full panic info at: http://www-old.michaelwlucas.com/core.txt.3 > but here's the top of the message. > > Unread portion of the kernel message buffer: > panic: solaris assert: cnp->cn_namelen < sizeof(nm), file: /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c, line: 6213 > cpuid = 3 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe085d0cc360 > vpanic() at vpanic+0x189/frame 0xfffffe085d0cc3e0 > panic() at panic+0x43/frame 0xfffffe085d0cc440 > assfail() at assfail+0x1a/frame 0xfffffe085d0cc450 > zfs_freebsd_lookup() at zfs_freebsd_lookup+0x47/frame 0xfffffe085d0cc590 > VOP_CACHEDLOOKUP_APV() at VOP_CACHEDLOOKUP_APV+0xf1/frame 0xfffffe085d0cc5c0 > vfs_cache_lookup() at vfs_cache_lookup+0xd6/frame 0xfffffe085d0cc620 > VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0xf1/frame 0xfffffe085d0cc650 > relookup() at relookup+0xa1/frame 0xfffffe085d0cc6b0 > unionfs_relookup() at unionfs_relookup+0x105/frame 0xfffffe085d0cc710 > unionfs_relookup_for_delete() at unionfs_relookup_for_delete+0x56/frame 0xfffffe085d0cc7a0 > unionfs_rmdir() at unionfs_rmdir+0xd1/frame 0xfffffe085d0cc800 > VOP_RMDIR_APV() at VOP_RMDIR_APV+0xf7/frame 0xfffffe085d0cc830 > kern_rmdirat() at kern_rmdirat+0x1bc/frame 0xfffffe085d0cc9a0 > amd64_syscall() at amd64_syscall+0x282/frame 0xfffffe085d0ccab0 > Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe085d0ccab0 > --- syscall (137, FreeBSD ELF64, sys_rmdir), rip = 0x80089341a, rsp = 0x7fffffffe8f8, rbp = 0x7fffffffe930 --- > KDB: enter: panic > > Thanks! > ==ml > > -- > Michael W. Lucas - mwlucas@michaelwlucas.com, Twitter @mwlauthor > http://www.MichaelWLucas.com/, http://blather.MichaelWLucas.com/ -- Michael W. Lucas - mwlucas@michaelwlucas.com, Twitter @mwlauthor http://www.MichaelWLucas.com/, http://blather.MichaelWLucas.com/ From owner-freebsd-current@freebsd.org Wed Sep 2 14:59:30 2015 Return-Path: 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 1CACA9C8939 for ; Wed, 2 Sep 2015 14:59:30 +0000 (UTC) (envelope-from mwlucas@mail.michaelwlucas.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 0150F760 for ; Wed, 2 Sep 2015 14:59:30 +0000 (UTC) (envelope-from mwlucas@mail.michaelwlucas.com) Received: by mailman.ysv.freebsd.org (Postfix) id F27CF9C8938; Wed, 2 Sep 2015 14:59:29 +0000 (UTC) Delivered-To: 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 D8BCD9C8937 for ; Wed, 2 Sep 2015 14:59:29 +0000 (UTC) (envelope-from mwlucas@mail.michaelwlucas.com) Received: from mail.michaelwlucas.com (mail.michaelwlucas.com [104.236.197.233]) (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 7F25275F for ; Wed, 2 Sep 2015 14:59:29 +0000 (UTC) (envelope-from mwlucas@mail.michaelwlucas.com) Received: from mail.michaelwlucas.com (localhost [127.0.0.1]) by mail.michaelwlucas.com (8.14.9/8.14.7) with ESMTP id t82EfvZi079007 for ; Wed, 2 Sep 2015 10:41:58 -0400 (EDT) (envelope-from mwlucas@mail.michaelwlucas.com) Received: (from mwlucas@localhost) by mail.michaelwlucas.com (8.14.9/8.14.7/Submit) id t82Efv1Y079006 for current@freebsd.org; Wed, 2 Sep 2015 10:41:57 -0400 (EDT) (envelope-from mwlucas) Date: Wed, 2 Sep 2015 10:41:57 -0400 From: "Michael W. Lucas" To: current@freebsd.org Subject: zfs/unionfs panic on last night's -current Message-ID: <20150902144157.GA78949@mail.michaelwlucas.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY, URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.michaelwlucas.com X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mail.michaelwlucas.com [127.0.0.1]); Wed, 02 Sep 2015 10:41:59 -0400 (EDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Sep 2015 14:59:30 -0000 Hi, I'm experimenting with unionfs for my next FreeBSD book, and found a reproducible panic. I haven't needed to report a panic for... uh... I don't think I've done it this century, so I might be a wee bit wrong in what you need... please correct me if you need other info. I have a ZFS pool called jails, with two datasets: jails/basejail and jails/jail1. I want jail1 mounted over basejail, at the jail1 mount point. # cd jails # mount_unionfs -o below basejail/ jail1/ And I get: panic: solaris assert: cnp->cn_namelen < sizeof(nm), file: /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c, line: 6213 Info: Dump header from device: /dev/gpt/swap0 Architecture: amd64 Architecture Version: 2 Dump Length: 2351693824 Blocksize: 512 Dumptime: Wed Sep 2 10:23:58 2015 Hostname: storm Magic: FreeBSD Kernel Dump Version String: FreeBSD 11.0-CURRENT #0 r287374: Tue Sep 1 15:31:17 EDT 2015 root@storm:/usr/obj/usr/src/sys/GENERIC Panic String: solaris assert: cnp->cn_namelen < sizeof(nm), file: /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c, line: 6213 Dump Parity: 1813619135 Bounds: 3 Dump Status: good Full panic info at: http://www-old.michaelwlucas.com/core.txt.3 but here's the top of the message. Unread portion of the kernel message buffer: panic: solaris assert: cnp->cn_namelen < sizeof(nm), file: /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c, line: 6213 cpuid = 3 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe085d0cc360 vpanic() at vpanic+0x189/frame 0xfffffe085d0cc3e0 panic() at panic+0x43/frame 0xfffffe085d0cc440 assfail() at assfail+0x1a/frame 0xfffffe085d0cc450 zfs_freebsd_lookup() at zfs_freebsd_lookup+0x47/frame 0xfffffe085d0cc590 VOP_CACHEDLOOKUP_APV() at VOP_CACHEDLOOKUP_APV+0xf1/frame 0xfffffe085d0cc5c0 vfs_cache_lookup() at vfs_cache_lookup+0xd6/frame 0xfffffe085d0cc620 VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0xf1/frame 0xfffffe085d0cc650 relookup() at relookup+0xa1/frame 0xfffffe085d0cc6b0 unionfs_relookup() at unionfs_relookup+0x105/frame 0xfffffe085d0cc710 unionfs_relookup_for_delete() at unionfs_relookup_for_delete+0x56/frame 0xfffffe085d0cc7a0 unionfs_rmdir() at unionfs_rmdir+0xd1/frame 0xfffffe085d0cc800 VOP_RMDIR_APV() at VOP_RMDIR_APV+0xf7/frame 0xfffffe085d0cc830 kern_rmdirat() at kern_rmdirat+0x1bc/frame 0xfffffe085d0cc9a0 amd64_syscall() at amd64_syscall+0x282/frame 0xfffffe085d0ccab0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe085d0ccab0 --- syscall (137, FreeBSD ELF64, sys_rmdir), rip = 0x80089341a, rsp = 0x7fffffffe8f8, rbp = 0x7fffffffe930 --- KDB: enter: panic Thanks! ==ml -- Michael W. Lucas - mwlucas@michaelwlucas.com, Twitter @mwlauthor http://www.MichaelWLucas.com/, http://blather.MichaelWLucas.com/ From owner-freebsd-current@freebsd.org Wed Sep 2 17:50:09 2015 Return-Path: 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 B7DDC9C941B for ; Wed, 2 Sep 2015 17:50:09 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id A6D36822 for ; Wed, 2 Sep 2015 17:50:09 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 37848CFA for ; Wed, 2 Sep 2015 17:50:09 +0000 (UTC) Date: Wed, 2 Sep 2015 17:50:08 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: freebsd-current@freebsd.org Message-ID: <2111609233.8.1441216208930.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1711731472.7.1441178836442.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1711731472.7.1441178836442.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : Build-UFS-image #2250 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: Build-UFS-image X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Sep 2015 17:50:09 -0000 See From owner-freebsd-current@freebsd.org Thu Sep 3 15:43:24 2015 Return-Path: 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 8570A9C760F for ; Thu, 3 Sep 2015 15:43:24 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 743C797D for ; Thu, 3 Sep 2015 15:43:24 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id EA2FCBB for ; Thu, 3 Sep 2015 15:43:24 +0000 (UTC) Date: Thu, 3 Sep 2015 15:43:24 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: freebsd-current@freebsd.org Message-ID: <1094741860.10.1441295004906.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <379591234.9.1441294051432.JavaMail.jenkins@jenkins-9.freebsd.org> References: <379591234.9.1441294051432.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : Build-UFS-image #2257 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: Build-UFS-image X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Sep 2015 15:43:24 -0000 See From owner-freebsd-current@freebsd.org Thu Sep 3 17:51:25 2015 Return-Path: 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 702929C982C; Thu, 3 Sep 2015 17:51:25 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id E5DB3DCD; Thu, 3 Sep 2015 17:51:23 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA02826; Thu, 03 Sep 2015 20:51:21 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1ZXYfR-0008Uf-8c; Thu, 03 Sep 2015 20:51:21 +0300 Subject: Re: acpi suspend debugging techniques? To: Adrian Chadd , Garrett Cooper , John Baldwin References: <55E3F098.9060806@FreeBSD.org> Cc: FreeBSD Current , "freebsd-acpi@freebsd.org" , freebsd-x11@FreeBSD.org From: Andriy Gapon X-Enigmail-Draft-Status: N1110 Message-ID: <55E88860.8020404@FreeBSD.org> Date: Thu, 3 Sep 2015 20:50:24 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Sep 2015 17:51:25 -0000 On 31/08/2015 11:53, Adrian Chadd wrote: > Try disabling hardware one at a time. Ie, unload usb; unload wifi; > leave kms loaded for mostly obvious reasons. Adrian, Garrett, thank you very much for your tips. Turned out that it was radeonkms that was causing the problem :-) BTW, here is another tool for the toolkit: on sufficiently recent system devctl suspend and devctl resume can be used to test individual drivers. So, I noticed that I could suspend/resume drmn0 device just fine but with vgapci0 I had a trouble suspending. One thing led to another and here is a patch that seems to fix the problem for me: ------------------------------------------------------------------------------- commit fecb5e8a90631f06600d87165cc8b6de3e035dfc Author: Andriy Gapon Date: Thu Sep 3 17:24:23 2015 +0300 radeon_suspend_kms: don't mess with pci state that's managed by the bus The pci bus driver handles the power state and configuration state saving and restoring for its child devices. diff --git a/sys/dev/drm2/radeon/radeon_device.c b/sys/dev/drm2/radeon/radeon_device.c index e5c676b11ed47..73b2f4c51ada2 100644 --- a/sys/dev/drm2/radeon/radeon_device.c +++ b/sys/dev/drm2/radeon/radeon_device.c @@ -1342,14 +1342,10 @@ int radeon_suspend_kms(struct drm_device *dev) radeon_agp_suspend(rdev); - pci_save_state(device_get_parent(dev->dev)); #ifdef FREEBSD_WIP if (state.event == PM_EVENT_SUSPEND) { /* Shut down the device */ pci_disable_device(dev->pdev); -#endif /* FREEBSD_WIP */ - pci_set_powerstate(dev->dev, PCI_POWERSTATE_D3); -#ifdef FREEBSD_WIP } console_lock(); #endif /* FREEBSD_WIP */ @@ -1380,10 +1376,6 @@ int radeon_resume_kms(struct drm_device *dev) #ifdef FREEBSD_WIP console_lock(); -#endif /* FREEBSD_WIP */ - pci_set_powerstate(device_get_parent(dev->dev), PCI_POWERSTATE_D0); - pci_restore_state(device_get_parent(dev->dev)); -#ifdef FREEBSD_WIP if (pci_enable_device(dev->pdev)) { console_unlock(); return -1; ------------------------------------------------------------------------------- However, I am not sure about an exact mechanism of the hard system hang that I experienced without the patch. BTW, I noticed that only very few drivers make explicit calls to pci_set_powerstate and pci_save_state/pci_restore_state. sys/dev/usb/controller/ohci_pci.c looks like a good use of pci_set_powerstate. sys/dev/ixgbe/if_ix.c looks like an incorrect / redundant use of the functions. -- Andriy Gapon From owner-freebsd-current@freebsd.org Thu Sep 3 18:25:28 2015 Return-Path: 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 9BBBE9CA7C1 for ; Thu, 3 Sep 2015 18:25:28 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 9C3813D6; Thu, 3 Sep 2015 18:25:26 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id VAA03226; Thu, 03 Sep 2015 21:25:25 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1ZXZCO-0008Wj-SP; Thu, 03 Sep 2015 21:25:24 +0300 Subject: Re: panic: Stray timeout To: Oliver Pinter , =?UTF-8?Q?Jean-S=c3=a9bastien_P=c3=a9dron?= References: <55E2DA91.6080206@FreeBSD.org> <55E353E1.6050605@FreeBSD.org> Cc: FreeBSD Current From: Andriy Gapon Message-ID: <55E8905D.3030307@FreeBSD.org> Date: Thu, 3 Sep 2015 21:24:29 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55E353E1.6050605@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Sep 2015 18:25:28 -0000 On 30/08/2015 22:05, Andriy Gapon wrote: > On 30/08/2015 21:37, Oliver Pinter wrote: >> You have a running Xorg with radeonkms driver, and this issue >> occurrence under high load (for example parallel buildworld)? > > I use radonkms indeed and judging from ta_func = ttm_bo_delayed_workqueue it was > involved. But there was no steady system load before the crash, perhaps there > was a spike though. > BTW: https://svnweb.freebsd.org/changeset/base/287354 -- Andriy Gapon From owner-freebsd-current@freebsd.org Thu Sep 3 18:32:54 2015 Return-Path: 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 773249CAB0C for ; Thu, 3 Sep 2015 18:32:54 +0000 (UTC) (envelope-from jean-sebastien.pedron@dumbbell.fr) Received: from mail.made4.biz (mail.made4.biz [IPv6:2001:41d0:2:c018::1:3]) (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 3FBB4C9B for ; Thu, 3 Sep 2015 18:32:54 +0000 (UTC) (envelope-from jean-sebastien.pedron@dumbbell.fr) Received: from 141.7.19.93.rev.sfr.net ([93.19.7.141] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZXZJb-0004dU-HY for freebsd-current@freebsd.org; Thu, 03 Sep 2015 20:32:51 +0200 Subject: Re: panic: Stray timeout To: freebsd-current@freebsd.org References: <55E2DA91.6080206@FreeBSD.org> <55E353E1.6050605@FreeBSD.org> <55E8905D.3030307@FreeBSD.org> From: =?UTF-8?Q?Jean-S=c3=a9bastien_P=c3=a9dron?= Message-ID: <55E8924E.6080409@dumbbell.fr> Date: Thu, 3 Sep 2015 20:32:46 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55E8905D.3030307@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="sbSvxuwWDC7WCluJFcdvfw176oT4nL9AD" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Sep 2015 18:32:54 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --sbSvxuwWDC7WCluJFcdvfw176oT4nL9AD Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 03.09.2015 20:24, Andriy Gapon wrote: > On 30/08/2015 22:05, Andriy Gapon wrote: >> On 30/08/2015 21:37, Oliver Pinter wrote: >>> You have a running Xorg with radeonkms driver, and this issue >>> occurrence under high load (for example parallel buildworld)? >> >> I use radonkms indeed and judging from ta_func =3D ttm_bo_delayed_work= queue it was >> involved. But there was no steady system load before the crash, perha= ps there >> was a spike though. >> >=20 > BTW: https://svnweb.freebsd.org/changeset/base/287354 Hi! I saw that and built a new kernel earlier today. I will keep you posted if something happens or not. Thank you :) --=20 Jean-S=E9bastien P=E9dron --sbSvxuwWDC7WCluJFcdvfw176oT4nL9AD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJV6JJTXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTMaBAQAJybCpdmEi+pNIxrwJFb4+SW AngP/Qa84l2nmrSXeQCn7x1HNCdBzJbAccNX5m30DuizG3Ls4evi4k+bU238JvJQ emsxmoVVShOhj/zIllD75NEie0iP9UjGVptW4a2eE/FSl24tMNLCtLHPqA1SSu9Y 9L3JViOHaRiB68bz0FyMPTX0+tPdJVCDazTZThz/u3LGveBO5wvOG07SRkF1+Dcm hzpC1YY1Imyaeed9+cqALdBhiaTGOGi/NLyiGinxfd9OM5dUOxX3OkhFVBnzMqJL KILW3Fk1x3Jjkmrv2Zk9hj/amCSYQhYEkpaip/XRVyRrtjbzYviXO1Bi7TsOnnRX kP47NTCXY7Zdt3vNIijPRWV2UqHFgGREyn1bhyn5iogXJCf+LSXtecQ+HdtgHjOB YxawvfQnzQIzo9a87b30vOoVxNUvIURtvDRlVTcWiTd6mWPGAONleFIFWEqnWQdy MMqemS82fa/KsaWDdzHijXJ/qDtW04ufbXJwXP8qBalIik72frDeyZSawFec4YwL jPvBSDRiI/SNyXXfUJ1aQyYJy6DAWORl9IBJEYLTBgp6mjZP34Pax7COtQoIy4dQ C/0HcXbflcyV6Vuzo/PsuNkhNh2grf9Vew/VEUG7ZJasH/eEM7XXQrrKcRUEh4CA 8JxsIS61hOBYZ1Kqy8Ex =hgFQ -----END PGP SIGNATURE----- --sbSvxuwWDC7WCluJFcdvfw176oT4nL9AD-- From owner-freebsd-current@freebsd.org Thu Sep 3 20:06:54 2015 Return-Path: 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 E25889C9285; Thu, 3 Sep 2015 20:06:53 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x231.google.com (mail-io0-x231.google.com [IPv6:2607:f8b0:4001:c06::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AE76617A3; Thu, 3 Sep 2015 20:06:53 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by iofb144 with SMTP id b144so695447iof.1; Thu, 03 Sep 2015 13:06:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=IzSRHJC/kS20mN3vHEdDc+ilG/kT7cRWXzG1brudG/I=; b=id+itj0A+ZZAd6iZJ0qrPb2su34CLo+KJ02zDs+nnvXQ+rfFShZMZNZV5c/Mp7OCXA fsTZvN9K5+MErCVeWgrKcyea9zmVbH0pwKVTQ9VnvsAaEzjiFWypOchJovdAPOVE7auk 1z7NoafxaFMvregitq6l29AjMPvrbf0WA9y4YVlXWRyvIJ7mX1C1fVKjePHVDI4mETUr OS8WGJO/w5N1OK2VbDYKqbzjZ9WtiRFCQqT+MyM1p4nuf1KZksWZ+pRaYNo1Rz8KH9VD xKcWQZEmGOWuaPtORWVasd7zsA/JLR94sjxe6AWU7mfryFnWpDO5qZFuwf3lzgPQS7oq jwcg== MIME-Version: 1.0 X-Received: by 10.107.13.75 with SMTP id 72mr1685816ion.75.1441310812837; Thu, 03 Sep 2015 13:06:52 -0700 (PDT) Received: by 10.36.28.208 with HTTP; Thu, 3 Sep 2015 13:06:52 -0700 (PDT) In-Reply-To: <55E88860.8020404@FreeBSD.org> References: <55E3F098.9060806@FreeBSD.org> <55E88860.8020404@FreeBSD.org> Date: Thu, 3 Sep 2015 13:06:52 -0700 Message-ID: Subject: Re: acpi suspend debugging techniques? From: Adrian Chadd To: Andriy Gapon Cc: Garrett Cooper , John Baldwin , FreeBSD Current , "freebsd-acpi@freebsd.org" , freebsd-x11 Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Sep 2015 20:06:54 -0000 oioo, would you please put that radeon patch into a review? I have an older machine with a radeon card in it that doesn't yet suspend/resume; I can now test it out! -a On 3 September 2015 at 10:50, Andriy Gapon wrote: > On 31/08/2015 11:53, Adrian Chadd wrote: >> Try disabling hardware one at a time. Ie, unload usb; unload wifi; >> leave kms loaded for mostly obvious reasons. > > Adrian, Garrett, > > thank you very much for your tips. > Turned out that it was radeonkms that was causing the problem :-) > > BTW, here is another tool for the toolkit: on sufficiently recent system devctl > suspend and devctl resume can be used to test individual drivers. > > So, I noticed that I could suspend/resume drmn0 device just fine but with > vgapci0 I had a trouble suspending. One thing led to another and here is a > patch that seems to fix the problem for me: > ------------------------------------------------------------------------------- > commit fecb5e8a90631f06600d87165cc8b6de3e035dfc > Author: Andriy Gapon > Date: Thu Sep 3 17:24:23 2015 +0300 > > radeon_suspend_kms: don't mess with pci state that's managed by the bus > > The pci bus driver handles the power state and configuration state saving > and restoring for its child devices. > > diff --git a/sys/dev/drm2/radeon/radeon_device.c > b/sys/dev/drm2/radeon/radeon_device.c > index e5c676b11ed47..73b2f4c51ada2 100644 > --- a/sys/dev/drm2/radeon/radeon_device.c > +++ b/sys/dev/drm2/radeon/radeon_device.c > @@ -1342,14 +1342,10 @@ int radeon_suspend_kms(struct drm_device *dev) > > radeon_agp_suspend(rdev); > > - pci_save_state(device_get_parent(dev->dev)); > #ifdef FREEBSD_WIP > if (state.event == PM_EVENT_SUSPEND) { > /* Shut down the device */ > pci_disable_device(dev->pdev); > -#endif /* FREEBSD_WIP */ > - pci_set_powerstate(dev->dev, PCI_POWERSTATE_D3); > -#ifdef FREEBSD_WIP > } > console_lock(); > #endif /* FREEBSD_WIP */ > @@ -1380,10 +1376,6 @@ int radeon_resume_kms(struct drm_device *dev) > > #ifdef FREEBSD_WIP > console_lock(); > -#endif /* FREEBSD_WIP */ > - pci_set_powerstate(device_get_parent(dev->dev), PCI_POWERSTATE_D0); > - pci_restore_state(device_get_parent(dev->dev)); > -#ifdef FREEBSD_WIP > if (pci_enable_device(dev->pdev)) { > console_unlock(); > return -1; > ------------------------------------------------------------------------------- > > However, I am not sure about an exact mechanism of the hard system hang that I > experienced without the patch. > > BTW, I noticed that only very few drivers make explicit calls to > pci_set_powerstate and pci_save_state/pci_restore_state. > sys/dev/usb/controller/ohci_pci.c looks like a good use of pci_set_powerstate. > sys/dev/ixgbe/if_ix.c looks like an incorrect / redundant use of the functions. > > -- > Andriy Gapon From owner-freebsd-current@freebsd.org Thu Sep 3 20:39:37 2015 Return-Path: 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 35CAC9CA322 for ; Thu, 3 Sep 2015 20:39:37 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 52E7DC80; Thu, 3 Sep 2015 20:39:35 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id XAA04869; Thu, 03 Sep 2015 23:39:33 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1ZXbID-0008eO-Bx; Thu, 03 Sep 2015 23:39:33 +0300 Subject: Re: panic: Stray timeout To: Hans Petter Selasky , Konstantin Belousov References: <55E2DA91.6080206@FreeBSD.org> <20150830161603.GI2072@kib.kiev.ua> <55E354DA.9030302@FreeBSD.org> <55E484F3.8090303@FreeBSD.org> <55E4A692.9010602@selasky.org> Cc: FreeBSD Current , rrs@FreeBSD.org From: Andriy Gapon Message-ID: <55E8AFB4.1080101@FreeBSD.org> Date: Thu, 3 Sep 2015 23:38:12 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55E4A692.9010602@selasky.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Sep 2015 20:39:37 -0000 On 31/08/2015 22:10, Hans Petter Selasky wrote: > Hi Andriy, > > On 08/31/15 18:46, Andriy Gapon wrote: >> On 30/08/2015 22:09, Andriy Gapon wrote: >>> On 30/08/2015 19:16, Konstantin Belousov wrote: >>>> This is strange, I do not think that could be a right explanation of this >>>> issue. The taskqueue callout is initialized with the mutex, which means >>>> that the callout_stop() caller >>>> - must own the mutex; >>>> - is synchronous with the callout. >>>> In other words, callout cannot be running when taskqueue_cancel_timeout() >>>> calls callout_stop(), it only can be dequeued but the callout function >>>> is not yet called. If callout_stop() is performed meantime, between >>>> dropping callout_cpu lock, and locking the mutex, it must be not run. >>> >>> Thank you for the explanation. I am not familiar with the code and I >>> misinterpreted the manual page and thought that callout_stop() might be unable >>> to stop the callout even if it was initialized with the mutex. I see my mistake >>> now. >> >> I had to look at the code, of course. >> Could the following logic actually be buggy? >> >> int >> callout_reset_sbt_on(struct callout *c, sbintime_t sbt, sbintime_t precision, >> void (*ftn)(void *), void *arg, int cpu, int flags) >> { >> ... >> if (cc_exec_curr(cc, direct) == c) { >> /* >> * We're being asked to reschedule a callout which is >> * currently in progress. If there is a lock then we >> * can cancel the callout if it has not really started. >> */ >> if (c->c_lock != NULL && cc_exec_cancel(cc, direct)) >> cancelled = cc_exec_cancel(cc, direct) = true; >> >> I have a suspicion that the condition should check for !cc_exec_cancel: >> - it seems that cc_exec_cancel is set to true when the callback execution starts >> - logically, it wouldn't make sense to check if X is true and then set it to true >> >> The code is quite hard to understand in a short time, so I could be >> misinterpreting what's going on, but I'd like to check my suspicion. > > While touching this topic, is the following code more readable or not (see the > callout_restart_async function): > > https://svnweb.freebsd.org/base/projects/hps_head/sys/kern/kern_timeout.c?revision=287248&view=markup That code is a bit easier to read indeed. But it's quite similar - unsurprisingly, I guess. >> If this is a bug indeed, then it might make the following scenario possible: >> >> - softclock() is being executed in thread T1 and the control flow is in >> softclock_call_cc() after CC_UNLOCK() and before lc_lock(c_lock) >> - thread T2 is executing callout_reset_sbt_on on the same callout as T1 >> - so, I think, T2 will see cc_exec_cancel == false and thus, because of the >> suspected bug, cc_exec_cancel will remain false >> - T2 will proceed to callout_cc_add() and will happily (re-)schedule the callout >> - after T2 releases the callout lock, T1 will continue in softclock_call_cc() >> and because cc_exec_cancel is false the callout's callback function will get >> called > > Correct. > >> >> In effect, there will be an extra call of the callout. >> If that's so that could explain the triggered assertion in >> taskqueue_timeout_func(). >> >> P.S. I am going to add an assertion in callout_cc_add that CALLOUT_ACTIVE is not >> set and I will see if I can get anything interesting from it. >> >> P.P.S. On a further look, it seems that there is a bug indeed and it's probably >> just a typo that got introduced in r278469: >> - if (c->c_lock != NULL && !cc->cc_exec_entity[direct].cc_cancel) >> - cancelled = cc->cc_exec_entity[direct].cc_cancel = true; >> - if (cc->cc_exec_entity[direct].cc_waiting) { >> + if (c->c_lock != NULL && cc_exec_cancel(cc, direct)) >> + cancelled = cc_exec_cancel(cc, direct) = true; >> + if (cc_exec_waiting(cc, direct)) { >> > > Looks like a bug to me trying to make the code more readable removed a not in > there! Yes, indeed. Thank you for reviewing! -- Andriy Gapon From owner-freebsd-current@freebsd.org Thu Sep 3 21:48:37 2015 Return-Path: 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 428739CA0C7 for ; Thu, 3 Sep 2015 21:48:37 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 2FBB3E78 for ; Thu, 3 Sep 2015 21:48:37 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 8042E17E for ; Thu, 3 Sep 2015 21:48:37 +0000 (UTC) Date: Thu, 3 Sep 2015 21:48:37 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: freebsd-current@freebsd.org Message-ID: <159613715.12.1441316917318.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <702903383.11.1441315619288.JavaMail.jenkins@jenkins-9.freebsd.org> References: <702903383.11.1441315619288.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : Build-UFS-image #2259 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: Build-UFS-image X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Sep 2015 21:48:37 -0000 See From owner-freebsd-current@freebsd.org Thu Sep 3 22:18:55 2015 Return-Path: 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 2673A9CAD13; Thu, 3 Sep 2015 22:18:55 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from mx2.freebsd.org (mx2.freebsd.org [8.8.178.116]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx2.freebsd.org", Issuer "Gandi Standard SSL CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 141992EC; Thu, 3 Sep 2015 22:18:55 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from hammer.pct.niksun.com (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx2.freebsd.org (Postfix) with ESMTP id D0F431429; Thu, 3 Sep 2015 22:18:52 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Subject: Re: acpi suspend debugging techniques? To: Andriy Gapon , Adrian Chadd , Garrett Cooper , John Baldwin References: <55E3F098.9060806@FreeBSD.org> <55E88860.8020404@FreeBSD.org> Cc: "freebsd-acpi@freebsd.org" , FreeBSD Current , freebsd-x11@FreeBSD.org From: Jung-uk Kim X-Enigmail-Draft-Status: N1110 Message-ID: <55E8C74C.2080207@FreeBSD.org> Date: Thu, 3 Sep 2015 18:18:52 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55E88860.8020404@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Sep 2015 22:18:55 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 09/03/2015 13:50, Andriy Gapon wrote: > On 31/08/2015 11:53, Adrian Chadd wrote: >> Try disabling hardware one at a time. Ie, unload usb; unload >> wifi; leave kms loaded for mostly obvious reasons. > > Adrian, Garrett, > > thank you very much for your tips. Turned out that it was radeonkms > that was causing the problem :-) > > BTW, here is another tool for the toolkit: on sufficiently recent > system devctl suspend and devctl resume can be used to test > individual drivers. > > So, I noticed that I could suspend/resume drmn0 device just fine > but with vgapci0 I had a trouble suspending. One thing led to > another and here is a patch that seems to fix the problem for me: > ---------------------------------------------------------------------- - --------- > > commit fecb5e8a90631f06600d87165cc8b6de3e035dfc > Author: Andriy Gapon Date: Thu Sep 3 17:24:23 > 2015 +0300 > > radeon_suspend_kms: don't mess with pci state that's managed by the > bus > > The pci bus driver handles the power state and configuration state > saving and restoring for its child devices. > > diff --git a/sys/dev/drm2/radeon/radeon_device.c > b/sys/dev/drm2/radeon/radeon_device.c index > e5c676b11ed47..73b2f4c51ada2 100644 --- > a/sys/dev/drm2/radeon/radeon_device.c +++ > b/sys/dev/drm2/radeon/radeon_device.c @@ -1342,14 +1342,10 @@ int > radeon_suspend_kms(struct drm_device *dev) > > radeon_agp_suspend(rdev); > > - pci_save_state(device_get_parent(dev->dev)); #ifdef FREEBSD_WIP > if (state.event == PM_EVENT_SUSPEND) { /* Shut down the device */ > pci_disable_device(dev->pdev); -#endif /* FREEBSD_WIP */ - > pci_set_powerstate(dev->dev, PCI_POWERSTATE_D3); -#ifdef > FREEBSD_WIP } console_lock(); #endif /* FREEBSD_WIP */ @@ -1380,10 > +1376,6 @@ int radeon_resume_kms(struct drm_device *dev) > > #ifdef FREEBSD_WIP console_lock(); -#endif /* FREEBSD_WIP */ - > pci_set_powerstate(device_get_parent(dev->dev), > PCI_POWERSTATE_D0); - > pci_restore_state(device_get_parent(dev->dev)); -#ifdef > FREEBSD_WIP if (pci_enable_device(dev->pdev)) { console_unlock(); > return -1; > ---------------------------------------------------------------------- - --------- > > However, I am not sure about an exact mechanism of the hard system > hang that I experienced without the patch. > > BTW, I noticed that only very few drivers make explicit calls to > pci_set_powerstate and pci_save_state/pci_restore_state. > sys/dev/usb/controller/ohci_pci.c looks like a good use of > pci_set_powerstate. sys/dev/ixgbe/if_ix.c looks like an incorrect / > redundant use of the functions. AFAICT, the whole suspend/resume code looks incomplete and very messy. In fact, I'll be very surprised if it ever worked. :-( Jung-uk Kim -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJV6MdGAAoJEHyflib82/FGJ68H/2W6IfhDrtciL2LmA67T0VHU Nagp1Oghp+JDw/iVB28Sxf/EXptsZKUeKvSYYilIFHsl/d/+uPvhbaxLVWUSyhGe C5vVCbSkyRwnz3I5iiMab9Ou+VFTVqHhNLgrCFfDvjeHssbIkD7+bEuldWyqOIFH rvvvZ8qGebVV7jcfU3lVVUz3tNwLwgdtVPuZIohxc8M7n1pE185hnUa1b37pytC9 btrCYLstGRNBbaD530iMN0bXM02aWgUTbf9cVH31nYduQaYOPYe/JgNKLzbmJ0gL JIhGh4eubyR4W2SonRsg1ahHHzSr1pe1o7TVuU+2G1fycz4GSLoFWzYnSTxDMc4= =IAfV -----END PGP SIGNATURE----- From owner-freebsd-current@freebsd.org Thu Sep 3 22:30:29 2015 Return-Path: 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 71B499C9346; Thu, 3 Sep 2015 22:30:29 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 2EA74B54; Thu, 3 Sep 2015 22:30:28 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id t83MUR5p058405; Thu, 3 Sep 2015 15:30:27 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id t83MUQf7058404; Thu, 3 Sep 2015 15:30:26 -0700 (PDT) (envelope-from david) Date: Thu, 3 Sep 2015 15:30:26 -0700 From: David Wolfskill To: Jung-uk Kim Cc: "freebsd-acpi@freebsd.org" , FreeBSD Current , freebsd-x11@FreeBSD.org Subject: Re: acpi suspend debugging techniques? Message-ID: <20150903223026.GK17650@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Jung-uk Kim , "freebsd-acpi@freebsd.org" , FreeBSD Current , freebsd-x11@FreeBSD.org References: <55E3F098.9060806@FreeBSD.org> <55E88860.8020404@FreeBSD.org> <55E8C74C.2080207@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="NiDZvZUadYKQfYjZ" Content-Disposition: inline In-Reply-To: <55E8C74C.2080207@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Sep 2015 22:30:29 -0000 --NiDZvZUadYKQfYjZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [Much trimming, both of older content and recipient addresses -- dhw] On Thu, Sep 03, 2015 at 06:18:52PM -0400, Jung-uk Kim wrote: > ... > AFAICT, the whole suspend/resume code looks incomplete and very messy. > In fact, I'll be very surprised if it ever worked. :-( >=20 > Jung-uk Kim > ... While I bow to your expertise in the area, I point out that I routinely suspend my laptop before putting it in my backpack, then cycling between the shuttle stop and my house during my daily commutes to & from work -- usually running stable/10, but I'm sometimes running head at the time. And I track both stable/10 and head daily on that laptop (in different slices). While I do encounter "issues" from time to time, those are rare enough that I'd call them "unusual." (To quantify that, I think I've had 3 - 5 such incidents since November 2014, while generally commuting 5 days/week.) I'll be happy to test. :-) Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who would murder in the name of God or prophet are blasphemous coward= s. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --NiDZvZUadYKQfYjZ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJV6MoCXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7XekQAJykkXmdIWKBIOhEuUFUWGn3 grHQE6FXoV95Ew1ZSaK4rDge6N8QUcOfjl7HX/pZFGMtekRn9oIICz735vRxye1H NWibvgViBfQZkQ7DMcb8X529oeA5C36Uzajfi5l2xj8z762a7moBHyN80+/bCkr6 Kk7BEVq1I5weEy+EFsMDpjVDYf66raOrt61J5f2OaGmHH00Y3J8nPFLP8W7wDXFw zxSwsOBsNhmhzTNDnuV6ymT2btCixUMezQU7mTiMwZO0cUCoHC7YUFRlNqbgI256 GgdmbEYN7P0Eyc/hMYHtShnc2O2qG4lBC03m8gozObpkAKTv3OP1DaUL2VFpJLt1 ul4G9tIPLB3KBt86fs2C0gWYHFp9W5mghp5uX9W33mnp7rJJ1SJ4/ZW+24iqSB3/ PiNHzEZfZ7grUcGqNXzScoS2eIdQ/BRiQX4svmVUEESLR+jIp7wxEl1qllSLWUX9 k/YaKAHeEXx5IgYaqDSCtkHRVZIpOdIzoMc+qLTQprpjgxWDtFwKm7FNQP5Dip7E YjWxeRHWfoWZUZ4wlLLQbHJOQxR4vVG7CFCfeitAPuM/+nqFKzmYay0Bx/EXqnCG 7j3ZIrPm9P6sVMI4KptQat2j9XbZ1In6hQVMNc92n+oLA/aeIfkqSAmoNlwsmQu+ 7yBzzQW/LsPgTryBX00n =vQ6V -----END PGP SIGNATURE----- --NiDZvZUadYKQfYjZ-- From owner-freebsd-current@freebsd.org Thu Sep 3 22:48:50 2015 Return-Path: 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 A0B0E9C9B41; Thu, 3 Sep 2015 22:48:50 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 77571385; Thu, 3 Sep 2015 22:48:49 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id BAA06504; Fri, 04 Sep 2015 01:48:47 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1ZXdJH-0008m9-1D; Fri, 04 Sep 2015 01:48:47 +0300 Subject: Re: acpi suspend debugging techniques? To: Anthony Jenkins References: <55E3F098.9060806@FreeBSD.org> <55E88860.8020404@FreeBSD.org> <55E8C9BE.2060202@yahoo.com> Cc: "freebsd-acpi@freebsd.org" , FreeBSD Current , freebsd-x11 From: Andriy Gapon Message-ID: <55E8CE16.7090309@FreeBSD.org> Date: Fri, 4 Sep 2015 01:47:50 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55E8C9BE.2060202@yahoo.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Sep 2015 22:48:50 -0000 On 04/09/2015 01:29, Anthony Jenkins wrote: > My Radeon card comes back from resume, but the backlight doesn't (it > stays off). Think this patch might help with that? Likely not, but who knows. > I was gonna start a > separate thread to ask for help debugging my backlight issue... -- Andriy Gapon From owner-freebsd-current@freebsd.org Thu Sep 3 22:50:11 2015 Return-Path: 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 08EAC9C9D2E; Thu, 3 Sep 2015 22:50:11 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from mx2.freebsd.org (mx2.freebsd.org [8.8.178.116]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx2.freebsd.org", Issuer "Gandi Standard SSL CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E660479C; Thu, 3 Sep 2015 22:50:10 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from hammer.pct.niksun.com (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx2.freebsd.org (Postfix) with ESMTP id 6871824A6; Thu, 3 Sep 2015 22:50:10 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Subject: Re: acpi suspend debugging techniques? To: David Wolfskill , "freebsd-acpi@freebsd.org" , FreeBSD Current , freebsd-x11@FreeBSD.org References: <55E3F098.9060806@FreeBSD.org> <55E88860.8020404@FreeBSD.org> <55E8C74C.2080207@FreeBSD.org> <20150903223026.GK17650@albert.catwhisker.org> From: Jung-uk Kim Message-ID: <55E8CEA2.5030905@FreeBSD.org> Date: Thu, 3 Sep 2015 18:50:10 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <20150903223026.GK17650@albert.catwhisker.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Sep 2015 22:50:11 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 09/03/2015 18:30, David Wolfskill wrote: > [Much trimming, both of older content and recipient addresses -- > dhw] > > On Thu, Sep 03, 2015 at 06:18:52PM -0400, Jung-uk Kim wrote: >> ... AFAICT, the whole suspend/resume code looks incomplete and >> very messy. In fact, I'll be very surprised if it ever worked. >> :-( >> >> Jung-uk Kim ... > > While I bow to your expertise in the area, I point out that I > routinely suspend my laptop before putting it in my backpack, then > cycling between the shuttle stop and my house during my daily > commutes to & from work -- usually running stable/10, but I'm > sometimes running head at the time. > > And I track both stable/10 and head daily on that laptop (in > different slices). > > While I do encounter "issues" from time to time, those are rare > enough that I'd call them "unusual." (To quantify that, I think > I've had 3 - 5 such incidents since November 2014, while generally > commuting 5 days/week.) > > I'll be happy to test. :-) I am not saying the patch is wrong. Actually, it is in the right direction. If you can, please test the following patch, too. - --- sys/dev/drm2/radeon/radeon_drv.c (revision 287437) +++ sys/dev/drm2/radeon/radeon_drv.c (working copy) @@ -327,14 +327,14 @@ radeon_suspend(device_t kdev) struct drm_device *dev; int ret; + ret = bus_generic_suspend(kdev); + if (ret) + return (ret); + dev = device_get_softc(kdev); ret = radeon_suspend_kms(dev); - - if (ret) - - return (-ret); - - ret = bus_generic_suspend(kdev); - - - - return (ret); + return (-ret); } static int Jung-uk Kim -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJV6M6cAAoJEHyflib82/FGX1UH/0BaQl+/e7Cqc2+3jdcmuusd P8gJBGIFu89+6KsA2J1btQQYO2wwA9tJkpkZx4oi/pT+L+pIqZGx7/w7klsfXvXd gfI0looWxzB5ZALCrzYq50Nk67E9s6iXymRMJ95oyZ2GLkbwLqY6gOStqld7vBuE Z4iEBYHMrDtojd33w/9SRa8zNSpvwXZJliNjhpFd680ApkSO2xN/dIxI/z1JjlEw oquRpvFlR4urqCdhYmKyjoXuR7rYdl0K2imfA7EjL2RFzlFyacS+ny4BqnbvMqzC tMNxYFUOEvxMW+336DKZjiRWgAyfmJiOuoFxRoDiCq42zzjcLF+2gnLlcd4/j+4= =/r95 -----END PGP SIGNATURE----- From owner-freebsd-current@freebsd.org Thu Sep 3 22:50:41 2015 Return-Path: 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 11F439C9DBA; Thu, 3 Sep 2015 22:50:41 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 6F28F94F; Thu, 3 Sep 2015 22:50:39 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id BAA06538; Fri, 04 Sep 2015 01:50:37 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1ZXdL3-0008mK-FL; Fri, 04 Sep 2015 01:50:37 +0300 Subject: Re: acpi suspend debugging techniques? To: Jung-uk Kim References: <55E3F098.9060806@FreeBSD.org> <55E88860.8020404@FreeBSD.org> <55E8C74C.2080207@FreeBSD.org> Cc: John Baldwin , "freebsd-acpi@freebsd.org" , FreeBSD Current , freebsd-x11@FreeBSD.org From: Andriy Gapon Message-ID: <55E8CE85.80109@FreeBSD.org> Date: Fri, 4 Sep 2015 01:49:41 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55E8C74C.2080207@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Sep 2015 22:50:41 -0000 On 04/09/2015 01:18, Jung-uk Kim wrote: > AFAICT, the whole suspend/resume code looks incomplete and very messy. > In fact, I'll be very surprised if it ever worked. :-( It does seem to work for me with the patch and other people report that the code works for them even without the patch. -- Andriy Gapon From owner-freebsd-current@freebsd.org Thu Sep 3 22:38:01 2015 Return-Path: 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 49BAD9C966D for ; Thu, 3 Sep 2015 22:38:01 +0000 (UTC) (envelope-from Scoobi_doo@yahoo.com) Received: from nm42-vm8.bullet.mail.ne1.yahoo.com (nm42-vm8.bullet.mail.ne1.yahoo.com [98.138.120.214]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 13384F44 for ; Thu, 3 Sep 2015 22:38:01 +0000 (UTC) (envelope-from Scoobi_doo@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1441319526; bh=gW14ToBaNIyaEoUc8YSUJP9vT/dadnCCN5xt20n0wI8=; h=Date:From:To:CC:Subject:References:In-Reply-To:From:Subject; b=TgFyVoreKhbdMtFxjUNs9G27icZn2jQNBXIb1j27M2n8InMtUShMRYaGPcMgPDF5COzL/58MuKS/+fXUJ9Kyxf1BfJ+CEJozVD2PBjKJRlm4NuCEfH3437dmb2QPnBwZkUVImNRm+fpg9rFn/3PVdePClGSpV4c6x+02rAuOzT28hcQi+ayOJVvGy9GJRF7UWkMkpLo4u4aebB0KA8cDcLr843qycoUC+AhCyyfENCoT8Wh54EDe/RCzeiM6ZJZ7UKKtDPj/G6ImdKN3bBVuqn2jn9QhDDQfCkLsrJiCqdKPlPZkkbzz2ODvV8hdLG7gNVu5MCr8Jls33p1lRuYplQ== Received: from [127.0.0.1] by nm42.bullet.mail.ne1.yahoo.com with NNFMP; 03 Sep 2015 22:32:06 -0000 Received: from [98.138.100.116] by nm42.bullet.mail.ne1.yahoo.com with NNFMP; 03 Sep 2015 22:29:19 -0000 Received: from [98.139.170.178] by tm107.bullet.mail.ne1.yahoo.com with NNFMP; 03 Sep 2015 22:29:19 -0000 Received: from [98.139.213.9] by tm21.bullet.mail.bf1.yahoo.com with NNFMP; 03 Sep 2015 22:29:19 -0000 Received: from [127.0.0.1] by smtp109.mail.bf1.yahoo.com with NNFMP; 03 Sep 2015 22:29:19 -0000 X-Yahoo-Newman-Id: 541456.34245.bm@smtp109.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-4 X-YMail-OSG: eY53I60VM1l9CNOhUln8nh6hka8AIDQbay84txpX7.bzOum .1kCNUMkLTqynxSYzyEpj4YbGRDd63NhCAfRL__Cq_gfdVSPwCb_XXWIzRyo rkGM5w.qmRfLpBPQti.jSRuaZSHwM5rtJjggcJ9BwKOBEhbGHRSJMKH88w8. KMXgxI3UAt4W4Q16LQ2OllCR_XA0N17ZtLPIoDFuNgOnLEQfLrc62rDqmMzA lLFnm95q7oC0LNjel6JxqOfwu6nXdpZ_mpe.AZShwaYQt2MFMr.ViHnHXVmQ GXr4Ji27zKWhekQZhgEb77Y2zDAFxlwMib2CkIC9eP8Z4hjnGsqUZJ5j3C4I xa2CHMH4Jy9YkUUJS9RSkLHcaG0J9zmB8J2Wl2L.FGzkHHgYZfR8sJY7R6hi GeauGunDyzl0U3KJkWd9HRdkXRu1oJgMt.3g3C2ShZhnR9q.KOMtdIQREufU l1EABgf0gibSE0nI5swqcj7gXBZbUjdm5pY7my53_AQAfnYdAbOLtSns3z4b UfjUVI9bQA4BW2LHMxi_U3Z9A5Ip_Vtq3LAapCZ7WIDcMYQM- X-Yahoo-SMTP: 9sPoSQ2swBBlERuQ.0vs8XLc_MeClW0- Message-ID: <55E8C9BE.2060202@yahoo.com> Date: Thu, 03 Sep 2015 18:29:18 -0400 From: Anthony Jenkins Organization: VTilt Digital, LLC User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Adrian Chadd , Andriy Gapon CC: "freebsd-acpi@freebsd.org" , FreeBSD Current , Garrett Cooper , freebsd-x11 Subject: Re: acpi suspend debugging techniques? References: <55E3F098.9060806@FreeBSD.org> <55E88860.8020404@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 03 Sep 2015 23:45:27 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Sep 2015 22:38:01 -0000 My Radeon card comes back from resume, but the backlight doesn't (it stays off). Think this patch might help with that? I was gonna start a separate thread to ask for help debugging my backlight issue... Thanks, Anthony On 09/03/15 16:06, Adrian Chadd wrote: > oioo, would you please put that radeon patch into a review? > > I have an older machine with a radeon card in it that doesn't yet > suspend/resume; I can now test it out! > > > -a > > > On 3 September 2015 at 10:50, Andriy Gapon wrote: >> On 31/08/2015 11:53, Adrian Chadd wrote: >>> Try disabling hardware one at a time. Ie, unload usb; unload wifi; >>> leave kms loaded for mostly obvious reasons. >> Adrian, Garrett, >> >> thank you very much for your tips. >> Turned out that it was radeonkms that was causing the problem :-) >> >> BTW, here is another tool for the toolkit: on sufficiently recent system devctl >> suspend and devctl resume can be used to test individual drivers. >> >> So, I noticed that I could suspend/resume drmn0 device just fine but with >> vgapci0 I had a trouble suspending. One thing led to another and here is a >> patch that seems to fix the problem for me: >> ------------------------------------------------------------------------------- >> commit fecb5e8a90631f06600d87165cc8b6de3e035dfc >> Author: Andriy Gapon >> Date: Thu Sep 3 17:24:23 2015 +0300 >> >> radeon_suspend_kms: don't mess with pci state that's managed by the bus >> >> The pci bus driver handles the power state and configuration state saving >> and restoring for its child devices. >> >> diff --git a/sys/dev/drm2/radeon/radeon_device.c >> b/sys/dev/drm2/radeon/radeon_device.c >> index e5c676b11ed47..73b2f4c51ada2 100644 >> --- a/sys/dev/drm2/radeon/radeon_device.c >> +++ b/sys/dev/drm2/radeon/radeon_device.c >> @@ -1342,14 +1342,10 @@ int radeon_suspend_kms(struct drm_device *dev) >> >> radeon_agp_suspend(rdev); >> >> - pci_save_state(device_get_parent(dev->dev)); >> #ifdef FREEBSD_WIP >> if (state.event == PM_EVENT_SUSPEND) { >> /* Shut down the device */ >> pci_disable_device(dev->pdev); >> -#endif /* FREEBSD_WIP */ >> - pci_set_powerstate(dev->dev, PCI_POWERSTATE_D3); >> -#ifdef FREEBSD_WIP >> } >> console_lock(); >> #endif /* FREEBSD_WIP */ >> @@ -1380,10 +1376,6 @@ int radeon_resume_kms(struct drm_device *dev) >> >> #ifdef FREEBSD_WIP >> console_lock(); >> -#endif /* FREEBSD_WIP */ >> - pci_set_powerstate(device_get_parent(dev->dev), PCI_POWERSTATE_D0); >> - pci_restore_state(device_get_parent(dev->dev)); >> -#ifdef FREEBSD_WIP >> if (pci_enable_device(dev->pdev)) { >> console_unlock(); >> return -1; >> ------------------------------------------------------------------------------- >> >> However, I am not sure about an exact mechanism of the hard system hang that I >> experienced without the patch. >> >> BTW, I noticed that only very few drivers make explicit calls to >> pci_set_powerstate and pci_save_state/pci_restore_state. >> sys/dev/usb/controller/ohci_pci.c looks like a good use of pci_set_powerstate. >> sys/dev/ixgbe/if_ix.c looks like an incorrect / redundant use of the functions. >> >> -- >> Andriy Gapon > _______________________________________________ > freebsd-acpi@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" -- Anthony Jenkins Software Engineer VTilt Digital, LLC From owner-freebsd-current@freebsd.org Fri Sep 4 07:46:47 2015 Return-Path: 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 1DDCA9C860D; Fri, 4 Sep 2015 07:46:47 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 0AA851A37; Fri, 4 Sep 2015 07:46:47 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 7717B2E6; Fri, 4 Sep 2015 07:46:47 +0000 (UTC) Date: Fri, 4 Sep 2015 07:46:45 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: delphij@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1330444156.16.1441352807416.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #1027 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Sep 2015 07:46:47 -0000 FreeBSD_HEAD_i386 - Build #1027 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1027/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1027/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1027/console Change summaries: 287453 by delphij: MFV r287451 + 287452: file 5.24 + fix for bin/181436. PR: 181436 MFC after: 2 weeks The end of the build log: [...truncated 63461 lines...] ar -crD libclangedit.a `NM='nm' NMFLAGS='' lorder Commit.o EditedSource.o RewriteObjCFoundationAPI.o | tsort -q` --- all_subdir_libpam --- ===> lib/libpam/modules/pam_opieaccess (all) --- all_subdir_clang --- ranlib -D libclangedit.a --- all_subdir_libmagic --- ===> lib/libmagic (all) --- all_subdir_libpam --- --- pam_opieaccess.So --- cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/libpam/modules/pam_opieaccess/../../../../contrib/openpam/include -I/usr/src/lib/libpam/modules/pam_opieaccess/../../libpam -DOPENPAM_DEBUG -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libpam/modules/pam_opieaccess/pam_opieaccess.c -o pam_opieaccess.So --- pam_opieaccess.so.5 --- building shared library pam_opieaccess.so.5 cc -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o pam_opieaccess.so.5 -Wl,-soname,pam_opieaccess.so.5 `NM='nm' NMFLAGS='' lorder pam_opieaccess.So | tsort -q` -lopie -lpam ===> lib/libpam/modules/pam_passwdqc (all) --- pam_passwdqc.So --- cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/libpam/modules/pam_passwdqc/../../../../contrib/pam_modules/pam_passwdqc -I/usr/src/lib/libpam/modules/pam_passwdqc/../../../../contrib/openpam/include -I/usr/src/lib/libpam/modules/pam_passwdqc/../../libpam -DOPENPAM_DEBUG -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libpam/modules/pam_passwdqc/../../../../contrib/pam_modules/pam_passwdqc/pam_passwdqc.c -o pam_passwdqc.So --- all_subdir_libmagic --- --- apprentice.So --- cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file/src -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libmagic/../../contrib/file/src/apprentice.c -o apprentice.So --- all_subdir_libpam --- --- passwdqc_check.So --- cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/libpam/modules/pam_passwdqc/../../../../contrib/pam_modules/pam_passwdqc -I/usr/src/lib/libpam/modules/pam_passwdqc/../../../../contrib/openpam/include -I/usr/src/lib/libpam/modules/pam_passwdqc/../../libpam -DOPENPAM_DEBUG -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libpam/modules/pam_passwdqc/../../../../contrib/pam_modules/pam_passwdqc/passwdqc_check.c -o passwdqc_check.So --- passwdqc_random.So --- cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/libpam/modules/pam_passwdqc/../../../../contrib/pam_modules/pam_passwdqc -I/usr/src/lib/libpam/modules/pam_passwdqc/../../../../contrib/openpam/include -I/usr/src/lib/libpam/modules/pam_passwdqc/../../libpam -DOPENPAM_DEBUG -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libpam/modules/pam_passwdqc/../../../../contrib/pam_modules/pam_passwdqc/passwdqc_random.c -o passwdqc_random.So --- wordset_4k.So --- cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/libpam/modules/pam_passwdqc/../../../../contrib/pam_modules/pam_passwdqc -I/usr/src/lib/libpam/modules/pam_passwdqc/../../../../contrib/openpam/include -I/usr/src/lib/libpam/modules/pam_passwdqc/../../libpam -DOPENPAM_DEBUG -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libpam/modules/pam_passwdqc/../../../../contrib/pam_modules/pam_passwdqc/wordset_4k.c -o wordset_4k.So --- pam_passwdqc.so.5 --- building shared library pam_passwdqc.so.5 cc -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o pam_passwdqc.so.5 -Wl,-soname,pam_passwdqc.so.5 `NM='nm' NMFLAGS='' lorder pam_passwdqc.So passwdqc_check.So passwdqc_random.So wordset_4k.So | tsort -q` -lcrypt -lpam ===> lib/libpam/modules/pam_permit (all) --- pam_permit.So --- cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/libpam/modules/pam_permit/../../../../contrib/openpam/include -I/usr/src/lib/libpam/modules/pam_permit/../../libpam -DOPENPAM_DEBUG -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libpam/modules/pam_permit/pam_permit.c -o pam_permit.So --- pam_permit.so.5 --- building shared library pam_permit.so.5 cc -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o pam_permit.so.5 -Wl,-soname,pam_permit.so.5 `NM='nm' NMFLAGS='' lorder pam_permit.So | tsort -q` -lpam ===> lib/libpam/modules/pam_radius (all) --- pam_radius.So --- cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/libpam/modules/pam_radius/../../../../contrib/openpam/include -I/usr/src/lib/libpam/modules/pam_radius/../../libpam -DOPENPAM_DEBUG -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libpam/modules/pam_radius/pam_radius.c -o pam_radius.So --- pam_radius.so.5 --- building shared library pam_radius.so.5 cc -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o pam_radius.so.5 -Wl,-soname,pam_radius.so.5 `NM='nm' NMFLAGS='' lorder pam_radius.So | tsort -q` -lradius -lpam ===> lib/libpam/modules/pam_rhosts (all) --- pam_rhosts.So --- cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/libpam/modules/pam_rhosts/../../../../contrib/openpam/include -I/usr/src/lib/libpam/modules/pam_rhosts/../../libpam -DOPENPAM_DEBUG -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libpam/modules/pam_rhosts/pam_rhosts.c -o pam_rhosts.So --- pam_rhosts.so.5 --- building shared library pam_rhosts.so.5 cc -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o pam_rhosts.so.5 -Wl,-soname,pam_rhosts.so.5 `NM='nm' NMFLAGS='' lorder pam_rhosts.So | tsort -q` -lpam ===> lib/libpam/modules/pam_rootok (all) --- pam_rootok.So --- cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/libpam/modules/pam_rootok/../../../../contrib/openpam/include -I/usr/src/lib/libpam/modules/pam_rootok/../../libpam -DOPENPAM_DEBUG -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libpam/modules/pam_rootok/pam_rootok.c -o pam_rootok.So --- pam_rootok.so.5 --- building shared library pam_rootok.so.5 cc -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o pam_rootok.so.5 -Wl,-soname,pam_rootok.so.5 `NM='nm' NMFLAGS='' lorder pam_rootok.So | tsort -q` -lpam ===> lib/libpam/modules/pam_securetty (all) --- all_subdir_libmagic --- --- apptype.So --- cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file/src -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libmagic/../../contrib/file/src/apptype.c -o apptype.So --- all_subdir_libpam --- --- pam_securetty.So --- cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/libpam/modules/pam_securetty/../../../../contrib/openpam/include -I/usr/src/lib/libpam/modules/pam_securetty/../../libpam -DOPENPAM_DEBUG -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libpam/modules/pam_securetty/pam_securetty.c -o pam_securetty.So --- all_subdir_libmagic --- --- ascmagic.So --- cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file/src -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libmagic/../../contrib/file/src/ascmagic.c -o ascmagic.So --- all_subdir_libpam --- --- pam_securetty.so.5 --- building shared library pam_securetty.so.5 cc -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o pam_securetty.so.5 -Wl,-soname,pam_securetty.so.5 `NM='nm' NMFLAGS='' lorder pam_securetty.So | tsort -q` -lpam ===> lib/libpam/modules/pam_self (all) --- pam_self.So --- cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/libpam/modules/pam_self/../../../../contrib/openpam/include -I/usr/src/lib/libpam/modules/pam_self/../../libpam -DOPENPAM_DEBUG -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libpam/modules/pam_self/pam_self.c -o pam_self.So --- pam_self.so.5 --- --- all_subdir_libmagic --- --- cdf.So --- --- all_subdir_libpam --- building shared library pam_self.so.5 --- all_subdir_libmagic --- cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file/src -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libmagic/../../contrib/file/src/cdf.c -o cdf.So --- all_subdir_libpam --- cc -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o pam_self.so.5 -Wl,-soname,pam_self.so.5 `NM='nm' NMFLAGS='' lorder pam_self.So | tsort -q` -lpam ===> lib/libpam/modules/pam_ssh (all) --- pam_ssh.So --- cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/libpam/modules/pam_ssh/../../../../crypto/openssh -include ssh_namespace.h -I/usr/src/lib/libpam/modules/pam_ssh/../../../../contrib/openpam/include -I/usr/src/lib/libpam/modules/pam_ssh/../../libpam -DOPENPAM_DEBUG -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c -o pam_ssh.So --- roaming_dummy.So --- cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/libpam/modules/pam_ssh/../../../../crypto/openssh -include ssh_namespace.h -I/usr/src/lib/libpam/modules/pam_ssh/../../../../contrib/openpam/include -I/usr/src/lib/libpam/modules/pam_ssh/../../libpam -DOPENPAM_DEBUG -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libpam/modules/pam_ssh/../../../../crypto/openssh/roaming_dummy.c -o roaming_dummy.So --- pam_ssh.so.5 --- building shared library pam_ssh.so.5 cc -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o pam_ssh.so.5 -Wl,-soname,pam_ssh.so.5 `NM='nm' NMFLAGS='' lorder pam_ssh.So roaming_dummy.So | tsort -q` -lprivatessh -lpam --- all_subdir_libmagic --- --- cdf_time.So --- cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file/src -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libmagic/../../contrib/file/src/cdf_time.c -o cdf_time.So --- all_subdir_libpam --- ===> lib/libpam/modules/pam_tacplus (all) --- pam_tacplus.So --- cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/libpam/modules/pam_tacplus/../../../../contrib/openpam/include -I/usr/src/lib/libpam/modules/pam_tacplus/../../libpam -DOPENPAM_DEBUG -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libpam/modules/pam_tacplus/pam_tacplus.c -o pam_tacplus.So --- all_subdir_libmagic --- --- compress.So --- cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file/src -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libmagic/../../contrib/file/src/compress.c -o compress.So --- all_subdir_libpam --- --- pam_tacplus.so.5 --- building shared library pam_tacplus.so.5 cc -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o pam_tacplus.so.5 -Wl,-soname,pam_tacplus.so.5 `NM='nm' NMFLAGS='' lorder pam_tacplus.So | tsort -q` -ltacplus -lpam ===> lib/libpam/modules/pam_unix (all) --- pam_unix.So --- cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/libpam/modules/pam_unix/../../../../contrib/openpam/include -I/usr/src/lib/libpam/modules/pam_unix/../../libpam -DOPENPAM_DEBUG -DYP -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libpam/modules/pam_unix/pam_unix.c -o pam_unix.So --- all_subdir_libmagic --- --- encoding.So --- cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file/src -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libmagic/../../contrib/file/src/encoding.c -o encoding.So --- fsmagic.So --- cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file/src -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libmagic/../../contrib/file/src/fsmagic.c -o fsmagic.So --- all_subdir_libpam --- --- pam_unix.so.5 --- building shared library pam_unix.so.5 cc -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o pam_unix.so.5 -Wl,-soname,pam_unix.so.5 `NM='nm' NMFLAGS='' lorder pam_unix.So | tsort -q` -lpam -lutil -lcrypt -lypclnt ===> lib/libpam/libpam (all) ===> lib/libpam/static_modules (all) --- all_subdir_libmagic --- --- funcs.So --- cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file/src -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libmagic/../../contrib/file/src/funcs.c -o funcs.So --- is_tar.So --- cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file/src -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libmagic/../../contrib/file/src/is_tar.c -o is_tar.So --- all_subdir_clang --- --- all_subdir_libclangfrontend --- ===> lib/clang/libclangfrontend (all) --- all_subdir_libmagic --- --- magic.So --- cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file/src -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libmagic/../../contrib/file/src/magic.c -o magic.So --- print.So --- cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file/src -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libmagic/../../contrib/file/src/print.c -o print.So --- all_subdir_clang --- --- ASTConsumers.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangfrontend/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangfrontend/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangfrontend/../../../contrib/llvm/tools/clang/lib/Frontend -I. -I/usr/src/lib/clang/libclangfrontend/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangfrontend/../../../contrib/llvm/tools/clang/lib/Frontend/ASTConsumers.cpp -o ASTConsumers.o --- all_subdir_libmagic --- --- readcdf.So --- cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file/src -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libmagic/../../contrib/file/src/readcdf.c -o readcdf.So --- all_subdir_clang --- --- all_subdir_libclangast --- --- NSAPI.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangast/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/usr/src/lib/clang/libclangast/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/NSAPI.cpp -o NSAPI.o --- all_subdir_libmagic --- --- readelf.So --- cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file/src -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libmagic/../../contrib/file/src/readelf.c -o readelf.So /usr/src/lib/libmagic/../../contrib/file/src/readelf.c:1055:30: error: comparison of integers of different signs: 'long long' and 'uintmax_t' (aka 'unsigned long long') [-Werror,-Wsign-compare] if (xsh_size + xsh_offset > (uintmax_t)fsize) { ~~~~~~~~~~~~~~~~~~~~~ ^ ~~~~~~~~~~~~~~~~ 1 error generated. *** [readelf.So] Error code 1 make[5]: stopped in /usr/src/lib/libmagic 1 error make[5]: stopped in /usr/src/lib/libmagic *** [all_subdir_libmagic] Error code 2 make[4]: stopped in /usr/src/lib --- all_subdir_clang --- --- all_subdir_libclangcodegen --- A failure has been detected in another branch of the parallel make make[6]: stopped in /usr/src/lib/clang/libclangcodegen *** [all_subdir_libclangcodegen] Error code 2 make[5]: stopped in /usr/src/lib/clang --- all_subdir_libclangast --- A failure has been detected in another branch of the parallel make make[6]: stopped in /usr/src/lib/clang/libclangast *** [all_subdir_libclangast] Error code 2 make[5]: stopped in /usr/src/lib/clang --- all_subdir_libclangfrontend --- A failure has been detected in another branch of the parallel make make[6]: stopped in /usr/src/lib/clang/libclangfrontend *** [all_subdir_libclangfrontend] Error code 2 make[5]: stopped in /usr/src/lib/clang 3 errors make[5]: stopped in /usr/src/lib/clang *** [all_subdir_clang] Error code 2 make[4]: stopped in /usr/src/lib 2 errors make[4]: stopped in /usr/src/lib A failure has been detected in another branch of the parallel make make[3]: stopped in /usr/src *** [libraries] Error code 2 make[2]: stopped in /usr/src 1 error make[2]: stopped in /usr/src *** [_libraries] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson3096734343484907809.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 rm: FreeBSD_HEAD_i386/lib/libc.so.7: Operation not permitted rm: FreeBSD_HEAD_i386/lib/libthr.so.3: Operation not permitted rm: FreeBSD_HEAD_i386/lib/libcrypt.so.5: Operation not permitted rm: FreeBSD_HEAD_i386/lib: Directory not empty rm: FreeBSD_HEAD_i386/usr/bin/passwd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchsh: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/opiepasswd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chfn: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchpass: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chsh: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchfn: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/opieinfo: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/yppasswd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/crontab: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/login: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/su: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chpass: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin: Directory not empty rm: FreeBSD_HEAD_i386/usr/lib/librt.so.1: Operation not permitted rm: FreeBSD_HEAD_i386/usr/lib: Directory not empty rm: FreeBSD_HEAD_i386/usr: Directory not empty rm: FreeBSD_HEAD_i386/libexec/ld-elf.so.1: Operation not permitted rm: FreeBSD_HEAD_i386/libexec: Directory not empty rm: FreeBSD_HEAD_i386/sbin/init: Operation not permitted rm: FreeBSD_HEAD_i386/sbin: Directory not empty rm: FreeBSD_HEAD_i386: Directory not empty + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Fri Sep 4 08:47:42 2015 Return-Path: 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 E2F749CA6BA for ; Fri, 4 Sep 2015 08:47:42 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id D26F7192F; Fri, 4 Sep 2015 08:47:42 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 196EC305; Fri, 4 Sep 2015 08:47:43 +0000 (UTC) Date: Fri, 4 Sep 2015 08:47:40 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: delphij@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1545712248.18.1441356463063.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD - Build #3179 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Sep 2015 08:47:43 -0000 FreeBSD_HEAD - Build #3179 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3179/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3179/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3179/console Change summaries: 287453 by delphij: MFV r287451 + 287452: file 5.24 + fix for bin/181436. PR:=09=09181436 MFC after:=092 weeks The end of the build log: [...truncated 234475 lines...] =3D=3D=3D> lib/libpam/modules/pam_unix (all) --- all_subdir_ncurses --- --- frm_post.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENA= BLE_WIDEC -I. -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/world32/builds= /FreeBSD_HEAD/lib/ncurses/formw/../ncursesw -I/builds/FreeBSD_HEAD/lib/ncur= ses/formw/../ncursesw -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../ncurses -= I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/include -I= /builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wa= ll -DNDEBUG -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../= ../contrib/ncurses/form -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../c= ontrib/ncurses/menu -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror= -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissi= ng-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-emp= ty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-c= ompare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wn= o-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /builds/F= reeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/form/frm_post.c -o f= rm_post.o --- all_subdir_libpam --- --- pam_unix.So --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -fpic -DPIC -O2 -pipe -I/builds/FreeBSD_= HEAD/lib/libpam/modules/pam_unix/../../../../contrib/openpam/include -I/bui= lds/FreeBSD_HEAD/lib/libpam/modules/pam_unix/../../libpam -DOPENPAM_DEBUG -= DYP -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-form= at-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -W= pointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -= Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs = -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variab= le-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-u= nused-const-variable -Qunused-arguments -c /builds/FreeBSD_HEAD/lib/libpam/= modules/pam_unix/pam_unix.c -o pam_unix.So --- all_subdir_ncurses --- --- frm_post.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -pg -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -= DENABLE_WIDEC -I. -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/world32/bu= ilds/FreeBSD_HEAD/lib/ncurses/formw/../ncursesw -I/builds/FreeBSD_HEAD/lib/= ncurses/formw/../ncursesw -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../ncurs= es -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/includ= e -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/ncurses= -Wall -DNDEBUG -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/lib/ncurses/formw/..= /../../contrib/ncurses/form -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../= ../contrib/ncurses/menu -std=3Dgnu99 -fstack-protector -Wsystem-headers -We= rror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wm= issing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologic= al-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function= -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /buil= ds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/form/frm_post.c = -o frm_post.po --- all_subdir_libpam --- --- pam_unix.so.5 --- building shared library pam_unix.so.5 cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -fstack-protector -shared -Wl,-x -Wl,--fa= tal-warnings -Wl,--warn-shared-textrel -o pam_unix.so.5 -Wl,-soname,pam_un= ix.so.5 `NM=3D'nm' NMFLAGS=3D'' lorder pam_unix.So | tsort -q` -lpam -lu= til -lcrypt -lypclnt =3D=3D=3D> lib/libpam/libpam (all) --- all_subdir_ncurses --- --- frm_post.So --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -fpic -DPIC -O2 -pipe -D_XOPEN_SOURCE_EX= TENDED -DENABLE_WIDEC -I. -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/wo= rld32/builds/FreeBSD_HEAD/lib/ncurses/formw/../ncursesw -I/builds/FreeBSD_H= EAD/lib/ncurses/formw/../ncursesw -I/builds/FreeBSD_HEAD/lib/ncurses/formw/= ../ncurses -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurse= s/include -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses= /ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/lib/ncurses/= formw/../../../contrib/ncurses/form -I/builds/FreeBSD_HEAD/lib/ncurses/form= w/../../../contrib/ncurses/menu -std=3Dgnu99 -fstack-protector -Wsystem-hea= ders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-protot= ypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-s= ign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-ta= utological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-= function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments = -c /builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/form/frm= _post.c -o frm_post.So --- all_subdir_libpam --- =3D=3D=3D> lib/libpam/static_modules (all) --- all_subdir_libarchive --- --- archive_check_magic.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -pg -O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_= LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFORM_CONFIG_H=3D\"/builds/FreeBSD_HEAD/= lib/libarchive/config_freebsd.h\" -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD= _HEAD/world32/builds/FreeBSD_HEAD/lib/libarchive -DWITH_OPENSSL -std=3Dgnu9= 9 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-= unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -= Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-paramet= er -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-styl= e-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-saf= ety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunuse= d-arguments -c /builds/FreeBSD_HEAD/lib/libarchive/../../contrib/libarchive= /libarchive/archive_check_magic.c -o archive_check_magic.po --- all_subdir_ncurses --- --- frm_req_name.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENA= BLE_WIDEC -I. -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/world32/builds= /FreeBSD_HEAD/lib/ncurses/formw/../ncursesw -I/builds/FreeBSD_HEAD/lib/ncur= ses/formw/../ncursesw -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../ncurses -= I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/include -I= /builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wa= ll -DNDEBUG -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../= ../contrib/ncurses/form -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../c= ontrib/ncurses/menu -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror= -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissi= ng-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-emp= ty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-c= ompare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wn= o-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /builds/F= reeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/form/frm_req_name.c = -o frm_req_name.o --- frm_req_name.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -pg -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -= DENABLE_WIDEC -I. -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/world32/bu= ilds/FreeBSD_HEAD/lib/ncurses/formw/../ncursesw -I/builds/FreeBSD_HEAD/lib/= ncurses/formw/../ncursesw -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../ncurs= es -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/includ= e -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/ncurses= -Wall -DNDEBUG -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/lib/ncurses/formw/..= /../../contrib/ncurses/form -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../= ../contrib/ncurses/menu -std=3Dgnu99 -fstack-protector -Wsystem-headers -We= rror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wm= issing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologic= al-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function= -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /buil= ds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/form/frm_req_nam= e.c -o frm_req_name.po --- all_subdir_libarchive --- --- archive_cmdline.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -pg -O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_= LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFORM_CONFIG_H=3D\"/builds/FreeBSD_HEAD/= lib/libarchive/config_freebsd.h\" -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD= _HEAD/world32/builds/FreeBSD_HEAD/lib/libarchive -DWITH_OPENSSL -std=3Dgnu9= 9 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-= unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -= Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-paramet= er -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-styl= e-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-saf= ety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunuse= d-arguments -c /builds/FreeBSD_HEAD/lib/libarchive/../../contrib/libarchive= /libarchive/archive_cmdline.c -o archive_cmdline.po --- archive_crypto.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -pg -O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_= LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFORM_CONFIG_H=3D\"/builds/FreeBSD_HEAD/= lib/libarchive/config_freebsd.h\" -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD= _HEAD/world32/builds/FreeBSD_HEAD/lib/libarchive -DWITH_OPENSSL -std=3Dgnu9= 9 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-= unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -= Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-paramet= er -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-styl= e-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-saf= ety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunuse= d-arguments -c /builds/FreeBSD_HEAD/lib/libarchive/../../contrib/libarchive= /libarchive/archive_crypto.c -o archive_crypto.po --- all_subdir_libmagic --- --- ascmagic.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -pg -O2 -pipe -DMAGIC=3D'"/usr/share/mis= c/magic"' -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/lib/libmagic -I/builds/Fre= eBSD_HEAD/lib/libmagic/../../contrib/file/src -std=3Dgnu99 -fstack-protecto= r -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -= Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized = -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-va= riable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equalit= y -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunu= sed-arguments -c /builds/FreeBSD_HEAD/lib/libmagic/../../contrib/file/src/a= scmagic.c -o ascmagic.po --- all_subdir_ncurses --- --- frm_req_name.So --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -fpic -DPIC -O2 -pipe -D_XOPEN_SOURCE_EX= TENDED -DENABLE_WIDEC -I. -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/wo= rld32/builds/FreeBSD_HEAD/lib/ncurses/formw/../ncursesw -I/builds/FreeBSD_H= EAD/lib/ncurses/formw/../ncursesw -I/builds/FreeBSD_HEAD/lib/ncurses/formw/= ../ncurses -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurse= s/include -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses= /ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/lib/ncurses/= formw/../../../contrib/ncurses/form -I/builds/FreeBSD_HEAD/lib/ncurses/form= w/../../../contrib/ncurses/menu -std=3Dgnu99 -fstack-protector -Wsystem-hea= ders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-protot= ypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-s= ign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-ta= utological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-= function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments = -c /builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/form/frm= _req_name.c -o frm_req_name.So --- all_subdir_libmagic --- --- cdf.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -pg -O2 -pipe -DMAGIC=3D'"/usr/share/mis= c/magic"' -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/lib/libmagic -I/builds/Fre= eBSD_HEAD/lib/libmagic/../../contrib/file/src -std=3Dgnu99 -fstack-protecto= r -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -= Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized = -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-va= riable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equalit= y -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunu= sed-arguments -c /builds/FreeBSD_HEAD/lib/libmagic/../../contrib/file/src/c= df.c -o cdf.po --- all_subdir_libarchive --- --- archive_entry.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -pg -O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_= LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFORM_CONFIG_H=3D\"/builds/FreeBSD_HEAD/= lib/libarchive/config_freebsd.h\" -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD= _HEAD/world32/builds/FreeBSD_HEAD/lib/libarchive -DWITH_OPENSSL -std=3Dgnu9= 9 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-= unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -= Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-paramet= er -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-styl= e-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-saf= ety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunuse= d-arguments -c /builds/FreeBSD_HEAD/lib/libarchive/../../contrib/libarchive= /libarchive/archive_entry.c -o archive_entry.po --- all_subdir_ncurses --- --- frm_scale.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENA= BLE_WIDEC -I. -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/world32/builds= /FreeBSD_HEAD/lib/ncurses/formw/../ncursesw -I/builds/FreeBSD_HEAD/lib/ncur= ses/formw/../ncursesw -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../ncurses -= I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/include -I= /builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wa= ll -DNDEBUG -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../= ../contrib/ncurses/form -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../c= ontrib/ncurses/menu -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror= -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissi= ng-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-emp= ty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-c= ompare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wn= o-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /builds/F= reeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/form/frm_scale.c -o = frm_scale.o --- all_subdir_libarchive --- --- archive_entry_copy_stat.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -pg -O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_= LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFORM_CONFIG_H=3D\"/builds/FreeBSD_HEAD/= lib/libarchive/config_freebsd.h\" -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD= _HEAD/world32/builds/FreeBSD_HEAD/lib/libarchive -DWITH_OPENSSL -std=3Dgnu9= 9 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-= unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -= Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-paramet= er -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-styl= e-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-saf= ety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunuse= d-arguments -c /builds/FreeBSD_HEAD/lib/libarchive/../../contrib/libarchive= /libarchive/archive_entry_copy_stat.c -o archive_entry_copy_stat.po --- all_subdir_ncurses --- --- frm_scale.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -pg -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -= DENABLE_WIDEC -I. -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/world32/bu= ilds/FreeBSD_HEAD/lib/ncurses/formw/../ncursesw -I/builds/FreeBSD_HEAD/lib/= ncurses/formw/../ncursesw -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../ncurs= es -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/includ= e -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/ncurses= -Wall -DNDEBUG -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/lib/ncurses/formw/..= /../../contrib/ncurses/form -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../= ../contrib/ncurses/menu -std=3Dgnu99 -fstack-protector -Wsystem-headers -We= rror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wm= issing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologic= al-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function= -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /buil= ds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/form/frm_scale.c= -o frm_scale.po --- all_subdir_libarchive --- --- archive_entry_link_resolver.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -pg -O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_= LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFORM_CONFIG_H=3D\"/builds/FreeBSD_HEAD/= lib/libarchive/config_freebsd.h\" -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD= _HEAD/world32/builds/FreeBSD_HEAD/lib/libarchive -DWITH_OPENSSL -std=3Dgnu9= 9 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-= unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -= Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-paramet= er -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-styl= e-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-saf= ety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunuse= d-arguments -c /builds/FreeBSD_HEAD/lib/libarchive/../../contrib/libarchive= /libarchive/archive_entry_link_resolver.c -o archive_entry_link_resolver.po --- all_subdir_ncurses --- --- frm_scale.So --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -fpic -DPIC -O2 -pipe -D_XOPEN_SOURCE_EX= TENDED -DENABLE_WIDEC -I. -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/wo= rld32/builds/FreeBSD_HEAD/lib/ncurses/formw/../ncursesw -I/builds/FreeBSD_H= EAD/lib/ncurses/formw/../ncursesw -I/builds/FreeBSD_HEAD/lib/ncurses/formw/= ../ncurses -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurse= s/include -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses= /ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/lib/ncurses/= formw/../../../contrib/ncurses/form -I/builds/FreeBSD_HEAD/lib/ncurses/form= w/../../../contrib/ncurses/menu -std=3Dgnu99 -fstack-protector -Wsystem-hea= ders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-protot= ypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-s= ign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-ta= utological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-= function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments = -c /builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/form/frm= _scale.c -o frm_scale.So --- frm_sub.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENA= BLE_WIDEC -I. -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/world32/builds= /FreeBSD_HEAD/lib/ncurses/formw/../ncursesw -I/builds/FreeBSD_HEAD/lib/ncur= ses/formw/../ncursesw -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../ncurses -= I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/include -I= /builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wa= ll -DNDEBUG -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../= ../contrib/ncurses/form -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../c= ontrib/ncurses/menu -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror= -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissi= ng-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-emp= ty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-c= ompare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wn= o-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /builds/F= reeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/form/frm_sub.c -o fr= m_sub.o --- all_subdir_libcasper --- =3D=3D=3D> lib/libcasper (all) --- all_subdir_libmagic --- --- cdf_time.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -pg -O2 -pipe -DMAGIC=3D'"/usr/share/mis= c/magic"' -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/lib/libmagic -I/builds/Fre= eBSD_HEAD/lib/libmagic/../../contrib/file/src -std=3Dgnu99 -fstack-protecto= r -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -= Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized = -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-va= riable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equalit= y -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunu= sed-arguments -c /builds/FreeBSD_HEAD/lib/libmagic/../../contrib/file/src/c= df_time.c -o cdf_time.po --- all_subdir_libcasper --- --- libcasper.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -pg -O2 -pipe -I/builds/FreeBSD_HEAD/lib= /libcasper -I/builds/FreeBSD_HEAD/lib/libcasper/../libpjdlog -I/builds/Free= BSD_HEAD/lib/libcasper/../../sbin/casper -std=3Dgnu99 -fstack-protector -Ws= ystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qua= l -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-= subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definiti= on -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-e= mpty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-argument= s -c /builds/FreeBSD_HEAD/lib/libcasper/libcasper.c -o libcasper.po --- all_subdir_ncurses --- --- frm_sub.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -pg -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -= DENABLE_WIDEC -I. -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/world32/bu= ilds/FreeBSD_HEAD/lib/ncurses/formw/../ncursesw -I/builds/FreeBSD_HEAD/lib/= ncurses/formw/../ncursesw -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../ncurs= es -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/includ= e -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/ncurses= -Wall -DNDEBUG -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/lib/ncurses/formw/..= /../../contrib/ncurses/form -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../= ../contrib/ncurses/menu -std=3Dgnu99 -fstack-protector -Wsystem-headers -We= rror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wm= issing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologic= al-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function= -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /buil= ds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/form/frm_sub.c -= o frm_sub.po --- all_subdir_libmagic --- --- compress.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -pg -O2 -pipe -DMAGIC=3D'"/usr/share/mis= c/magic"' -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/lib/libmagic -I/builds/Fre= eBSD_HEAD/lib/libmagic/../../contrib/file/src -std=3Dgnu99 -fstack-protecto= r -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -= Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized = -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-va= riable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equalit= y -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunu= sed-arguments -c /builds/FreeBSD_HEAD/lib/libmagic/../../contrib/file/src/c= ompress.c -o compress.po --- all_subdir_libarchive --- --- archive_entry_sparse.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -pg -O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_= LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFORM_CONFIG_H=3D\"/builds/FreeBSD_HEAD/= lib/libarchive/config_freebsd.h\" -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD= _HEAD/world32/builds/FreeBSD_HEAD/lib/libarchive -DWITH_OPENSSL -std=3Dgnu9= 9 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-= unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -= Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-paramet= er -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-styl= e-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-saf= ety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunuse= d-arguments -c /builds/FreeBSD_HEAD/lib/libarchive/../../contrib/libarchive= /libarchive/archive_entry_sparse.c -o archive_entry_sparse.po --- all_subdir_ncurses --- --- frm_sub.So --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -fpic -DPIC -O2 -pipe -D_XOPEN_SOURCE_EX= TENDED -DENABLE_WIDEC -I. -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/wo= rld32/builds/FreeBSD_HEAD/lib/ncurses/formw/../ncursesw -I/builds/FreeBSD_H= EAD/lib/ncurses/formw/../ncursesw -I/builds/FreeBSD_HEAD/lib/ncurses/formw/= ../ncurses -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurse= s/include -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses= /ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/lib/ncurses/= formw/../../../contrib/ncurses/form -I/builds/FreeBSD_HEAD/lib/ncurses/form= w/../../../contrib/ncurses/menu -std=3Dgnu99 -fstack-protector -Wsystem-hea= ders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-protot= ypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-s= ign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-ta= utological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-= function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments = -c /builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/form/frm= _sub.c -o frm_sub.So --- all_subdir_libcasper --- --- libcasper.So --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -fpic -DPIC -O2 -pipe -I/builds/FreeBSD_= HEAD/lib/libcasper -I/builds/FreeBSD_HEAD/lib/libcasper/../libpjdlog -I/bui= lds/FreeBSD_HEAD/lib/libcasper/../../sbin/casper -std=3Dgnu99 -fstack-prote= ctor -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-paramete= r -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -W= cast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align= -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-= definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safet= y -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-= arguments -c /builds/FreeBSD_HEAD/lib/libcasper/libcasper.c -o libcasper.So --- all_subdir_libarchive --- --- archive_entry_stat.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -pg -O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_= LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFORM_CONFIG_H=3D\"/builds/FreeBSD_HEAD/= lib/libarchive/config_freebsd.h\" -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD= _HEAD/world32/builds/FreeBSD_HEAD/lib/libarchive -DWITH_OPENSSL -std=3Dgnu9= 9 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-= unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -= Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-paramet= er -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-styl= e-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-saf= ety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunuse= d-arguments -c /builds/FreeBSD_HEAD/lib/libarchive/../../contrib/libarchive= /libarchive/archive_entry_stat.c -o archive_entry_stat.po --- all_subdir_ncurses --- --- frm_user.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENA= BLE_WIDEC -I. -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/world32/builds= /FreeBSD_HEAD/lib/ncurses/formw/../ncursesw -I/builds/FreeBSD_HEAD/lib/ncur= ses/formw/../ncursesw -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../ncurses -= I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/include -I= /builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wa= ll -DNDEBUG -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../= ../contrib/ncurses/form -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../c= ontrib/ncurses/menu -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror= -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissi= ng-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-emp= ty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-c= ompare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wn= o-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /builds/F= reeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/form/frm_user.c -o f= rm_user.o --- all_subdir_libmagic --- --- encoding.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -pg -O2 -pipe -DMAGIC=3D'"/usr/share/mis= c/magic"' -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/lib/libmagic -I/builds/Fre= eBSD_HEAD/lib/libmagic/../../contrib/file/src -std=3Dgnu99 -fstack-protecto= r -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -= Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized = -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-va= riable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equalit= y -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunu= sed-arguments -c /builds/FreeBSD_HEAD/lib/libmagic/../../contrib/file/src/e= ncoding.c -o encoding.po --- all_subdir_libarchive --- --- archive_entry_strmode.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -pg -O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_= LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFORM_CONFIG_H=3D\"/builds/FreeBSD_HEAD/= lib/libarchive/config_freebsd.h\" -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD= _HEAD/world32/builds/FreeBSD_HEAD/lib/libarchive -DWITH_OPENSSL -std=3Dgnu9= 9 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-= unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -= Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-paramet= er -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-styl= e-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-saf= ety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunuse= d-arguments -c /builds/FreeBSD_HEAD/lib/libarchive/../../contrib/libarchive= /libarchive/archive_entry_strmode.c -o archive_entry_strmode.po --- all_subdir_libcasper --- --- libcasper.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -O2 -pipe -I/builds/FreeBSD_HEAD/lib/lib= casper -I/builds/FreeBSD_HEAD/lib/libcasper/../libpjdlog -I/builds/FreeBSD_= HEAD/lib/libcasper/../../sbin/casper -std=3Dgnu99 -fstack-protector -Wsyste= m-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-p= rototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -W= write-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subs= cripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -= Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty= -body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c= /builds/FreeBSD_HEAD/lib/libcasper/libcasper.c -o libcasper.o --- all_subdir_ncurses --- --- frm_user.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -pg -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -= DENABLE_WIDEC -I. -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/world32/bu= ilds/FreeBSD_HEAD/lib/ncurses/formw/../ncursesw -I/builds/FreeBSD_HEAD/lib/= ncurses/formw/../ncursesw -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../ncurs= es -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/includ= e -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/ncurses= -Wall -DNDEBUG -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/lib/ncurses/formw/..= /../../contrib/ncurses/form -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../= ../contrib/ncurses/menu -std=3Dgnu99 -fstack-protector -Wsystem-headers -We= rror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wm= issing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologic= al-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function= -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /buil= ds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/form/frm_user.c = -o frm_user.po --- all_subdir_libarchive --- --- archive_entry_xattr.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -pg -O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_= LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFORM_CONFIG_H=3D\"/builds/FreeBSD_HEAD/= lib/libarchive/config_freebsd.h\" -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD= _HEAD/world32/builds/FreeBSD_HEAD/lib/libarchive -DWITH_OPENSSL -std=3Dgnu9= 9 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-= unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -= Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-paramet= er -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-styl= e-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-saf= ety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunuse= d-arguments -c /builds/FreeBSD_HEAD/lib/libarchive/../../contrib/libarchive= /libarchive/archive_entry_xattr.c -o archive_entry_xattr.po --- all_subdir_libmagic --- --- fsmagic.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -pg -O2 -pipe -DMAGIC=3D'"/usr/share/mis= c/magic"' -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/lib/libmagic -I/builds/Fre= eBSD_HEAD/lib/libmagic/../../contrib/file/src -std=3Dgnu99 -fstack-protecto= r -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -= Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized = -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-va= riable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equalit= y -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunu= sed-arguments -c /builds/FreeBSD_HEAD/lib/libmagic/../../contrib/file/src/f= smagic.c -o fsmagic.po --- all_subdir_ncurses --- --- frm_user.So --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -fpic -DPIC -O2 -pipe -D_XOPEN_SOURCE_EX= TENDED -DENABLE_WIDEC -I. -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/wo= rld32/builds/FreeBSD_HEAD/lib/ncurses/formw/../ncursesw -I/builds/FreeBSD_H= EAD/lib/ncurses/formw/../ncursesw -I/builds/FreeBSD_HEAD/lib/ncurses/formw/= ../ncurses -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurse= s/include -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses= /ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/lib/ncurses/= formw/../../../contrib/ncurses/form -I/builds/FreeBSD_HEAD/lib/ncurses/form= w/../../../contrib/ncurses/menu -std=3Dgnu99 -fstack-protector -Wsystem-hea= ders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-protot= ypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-s= ign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-ta= utological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-= function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments = -c /builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/form/frm= _user.c -o frm_user.So --- all_subdir_libarchive --- --- archive_getdate.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -pg -O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_= LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFORM_CONFIG_H=3D\"/builds/FreeBSD_HEAD/= lib/libarchive/config_freebsd.h\" -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD= _HEAD/world32/builds/FreeBSD_HEAD/lib/libarchive -DWITH_OPENSSL -std=3Dgnu9= 9 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-= unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -= Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-paramet= er -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-styl= e-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-saf= ety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunuse= d-arguments -c /builds/FreeBSD_HEAD/lib/libarchive/../../contrib/libarchive= /libarchive/archive_getdate.c -o archive_getdate.po --- all_subdir_libcasper --- --- libcasper_p.a --- building profiled casper library ar -crD libcasper_p.a `NM=3D'nm' NMFLAGS=3D'' lorder libcasper.po | tsort = -q`=20 ranlib -D libcasper_p.a --- libcasper.so.0 --- building shared library libcasper.so.0 --- all_subdir_libmagic --- --- funcs.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -pg -O2 -pipe -DMAGIC=3D'"/usr/share/mis= c/magic"' -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/lib/libmagic -I/builds/Fre= eBSD_HEAD/lib/libmagic/../../contrib/file/src -std=3Dgnu99 -fstack-protecto= r -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -= Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized = -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-va= riable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equalit= y -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunu= sed-arguments -c /builds/FreeBSD_HEAD/lib/libmagic/../../contrib/file/src/f= uncs.c -o funcs.po --- all_subdir_libcasper --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -fstack-protector -shared -Wl,-x -Wl,--fa= tal-warnings -Wl,--warn-shared-textrel -o libcasper.so.0 -Wl,-soname,libca= sper.so.0 `NM=3D'nm' NMFLAGS=3D'' lorder libcasper.So | tsort -q` -lcapsi= cum -lnv -lpjdlog --- all_subdir_ncurses --- --- frm_win.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENA= BLE_WIDEC -I. -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/world32/builds= /FreeBSD_HEAD/lib/ncurses/formw/../ncursesw -I/builds/FreeBSD_HEAD/lib/ncur= ses/formw/../ncursesw -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../ncurses -= I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/include -I= /builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wa= ll -DNDEBUG -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../= ../contrib/ncurses/form -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../c= ontrib/ncurses/menu -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror= -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissi= ng-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-emp= ty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-c= ompare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wn= o-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /builds/F= reeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/form/frm_win.c -o fr= m_win.o --- all_subdir_libcasper --- --- libcasper.a --- building static casper library ar -crD libcasper.a `NM=3D'nm' NMFLAGS=3D'' lorder libcasper.o | tsort -q`= =20 ranlib -D libcasper.a --- all_subdir_libarchive --- --- archive_match.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -pg -O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_= LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFORM_CONFIG_H=3D\"/builds/FreeBSD_HEAD/= lib/libarchive/config_freebsd.h\" -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD= _HEAD/world32/builds/FreeBSD_HEAD/lib/libarchive -DWITH_OPENSSL -std=3Dgnu9= 9 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-= unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -= Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-paramet= er -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-styl= e-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-saf= ety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunuse= d-arguments -c /builds/FreeBSD_HEAD/lib/libarchive/../../contrib/libarchive= /libarchive/archive_match.c -o archive_match.po --- all_subdir_ncurses --- --- frm_win.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -pg -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -= DENABLE_WIDEC -I. -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/world32/bu= ilds/FreeBSD_HEAD/lib/ncurses/formw/../ncursesw -I/builds/FreeBSD_HEAD/lib/= ncurses/formw/../ncursesw -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../ncurs= es -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/includ= e -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/ncurses= -Wall -DNDEBUG -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/lib/ncurses/formw/..= /../../contrib/ncurses/form -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../= ../contrib/ncurses/menu -std=3Dgnu99 -fstack-protector -Wsystem-headers -We= rror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wm= issing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologic= al-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function= -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /buil= ds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/form/frm_win.c -= o frm_win.po --- all_subdir_libmagic --- --- is_tar.po --- --- all_subdir_libarchive --- --- archive_options.po --- --- all_subdir_libmagic --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -pg -O2 -pipe -DMAGIC=3D'"/usr/share/mis= c/magic"' -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/lib/libmagic -I/builds/Fre= eBSD_HEAD/lib/libmagic/../../contrib/file/src -std=3Dgnu99 -fstack-protecto= r -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -= Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized = -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-va= riable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equalit= y -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunu= sed-arguments -c /builds/FreeBSD_HEAD/lib/libmagic/../../contrib/file/src/i= s_tar.c -o is_tar.po --- all_subdir_libarchive --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -pg -O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_= LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFORM_CONFIG_H=3D\"/builds/FreeBSD_HEAD/= lib/libarchive/config_freebsd.h\" -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD= _HEAD/world32/builds/FreeBSD_HEAD/lib/libarchive -DWITH_OPENSSL -std=3Dgnu9= 9 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-= unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -= Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-paramet= er -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-styl= e-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-saf= ety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunuse= d-arguments -c /builds/FreeBSD_HEAD/lib/libarchive/../../contrib/libarchive= /libarchive/archive_options.c -o archive_options.po --- all_subdir_ncurses --- --- frm_win.So --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -fpic -DPIC -O2 -pipe -D_XOPEN_SOURCE_EX= TENDED -DENABLE_WIDEC -I. -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/wo= rld32/builds/FreeBSD_HEAD/lib/ncurses/formw/../ncursesw -I/builds/FreeBSD_H= EAD/lib/ncurses/formw/../ncursesw -I/builds/FreeBSD_HEAD/lib/ncurses/formw/= ../ncurses -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurse= s/include -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses= /ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/lib/ncurses/= formw/../../../contrib/ncurses/form -I/builds/FreeBSD_HEAD/lib/ncurses/form= w/../../../contrib/ncurses/menu -std=3Dgnu99 -fstack-protector -Wsystem-hea= ders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-protot= ypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-s= ign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-ta= utological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-= function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments = -c /builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/form/frm= _win.c -o frm_win.So --- all_subdir_libmagic --- --- magic.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -pg -O2 -pipe -DMAGIC=3D'"/usr/share/mis= c/magic"' -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/lib/libmagic -I/builds/Fre= eBSD_HEAD/lib/libmagic/../../contrib/file/src -std=3Dgnu99 -fstack-protecto= r -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -= Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized = -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-va= riable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equalit= y -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunu= sed-arguments -c /builds/FreeBSD_HEAD/lib/libmagic/../../contrib/file/src/m= agic.c -o magic.po --- all_subdir_libarchive --- --- archive_pathmatch.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -pg -O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_= LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFORM_CONFIG_H=3D\"/builds/FreeBSD_HEAD/= lib/libarchive/config_freebsd.h\" -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD= _HEAD/world32/builds/FreeBSD_HEAD/lib/libarchive -DWITH_OPENSSL -std=3Dgnu9= 9 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-= unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -= Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-paramet= er -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-styl= e-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-saf= ety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunuse= d-arguments -c /builds/FreeBSD_HEAD/lib/libarchive/../../contrib/libarchive= /libarchive/archive_pathmatch.c -o archive_pathmatch.po --- all_subdir_ncurses --- --- fty_alnum.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENA= BLE_WIDEC -I. -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/world32/builds= /FreeBSD_HEAD/lib/ncurses/formw/../ncursesw -I/builds/FreeBSD_HEAD/lib/ncur= ses/formw/../ncursesw -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../ncurses -= I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/include -I= /builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wa= ll -DNDEBUG -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../= ../contrib/ncurses/form -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../c= ontrib/ncurses/menu -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror= -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissi= ng-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-emp= ty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-c= ompare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wn= o-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /builds/F= reeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/form/fty_alnum.c -o = fty_alnum.o --- all_subdir_libarchive --- --- archive_ppmd7.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -pg -O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_= LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFORM_CONFIG_H=3D\"/builds/FreeBSD_HEAD/= lib/libarchive/config_freebsd.h\" -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD= _HEAD/world32/builds/FreeBSD_HEAD/lib/libarchive -DWITH_OPENSSL -std=3Dgnu9= 9 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-= unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -= Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-paramet= er -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-styl= e-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-saf= ety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunuse= d-arguments -c /builds/FreeBSD_HEAD/lib/libarchive/../../contrib/libarchive= /libarchive/archive_ppmd7.c -o archive_ppmd7.po --- all_subdir_libmagic --- --- print.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -pg -O2 -pipe -DMAGIC=3D'"/usr/share/mis= c/magic"' -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/lib/libmagic -I/builds/Fre= eBSD_HEAD/lib/libmagic/../../contrib/file/src -std=3Dgnu99 -fstack-protecto= r -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -= Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized = -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-va= riable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equalit= y -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunu= sed-arguments -c /builds/FreeBSD_HEAD/lib/libmagic/../../contrib/file/src/p= rint.c -o print.po --- all_subdir_libarchive --- --- archive_rb.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -pg -O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_= LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFORM_CONFIG_H=3D\"/builds/FreeBSD_HEAD/= lib/libarchive/config_freebsd.h\" -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD= _HEAD/world32/builds/FreeBSD_HEAD/lib/libarchive -DWITH_OPENSSL -std=3Dgnu9= 9 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-= unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -= Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-paramet= er -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-styl= e-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-saf= ety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunuse= d-arguments -c /builds/FreeBSD_HEAD/lib/libarchive/../../contrib/libarchive= /libarchive/archive_rb.c -o archive_rb.po --- all_subdir_ncurses --- --- fty_alnum.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -pg -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -= DENABLE_WIDEC -I. -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/world32/bu= ilds/FreeBSD_HEAD/lib/ncurses/formw/../ncursesw -I/builds/FreeBSD_HEAD/lib/= ncurses/formw/../ncursesw -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../ncurs= es -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/includ= e -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/ncurses= -Wall -DNDEBUG -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/lib/ncurses/formw/..= /../../contrib/ncurses/form -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../= ../contrib/ncurses/menu -std=3Dgnu99 -fstack-protector -Wsystem-headers -We= rror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wm= issing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologic= al-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function= -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /buil= ds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/form/fty_alnum.c= -o fty_alnum.po --- all_subdir_libmagic --- --- readcdf.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -pg -O2 -pipe -DMAGIC=3D'"/usr/share/mis= c/magic"' -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/lib/libmagic -I/builds/Fre= eBSD_HEAD/lib/libmagic/../../contrib/file/src -std=3Dgnu99 -fstack-protecto= r -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -= Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized = -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-va= riable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equalit= y -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunu= sed-arguments -c /builds/FreeBSD_HEAD/lib/libmagic/../../contrib/file/src/r= eadcdf.c -o readcdf.po --- all_subdir_libarchive --- --- archive_read.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -pg -O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_= LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -DPLATFORM_CONFIG_H=3D\"/builds/FreeBSD_HEAD/= lib/libarchive/config_freebsd.h\" -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD= _HEAD/world32/builds/FreeBSD_HEAD/lib/libarchive -DWITH_OPENSSL -std=3Dgnu9= 9 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-= unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -= Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-paramet= er -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-styl= e-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-saf= ety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunuse= d-arguments -c /builds/FreeBSD_HEAD/lib/libarchive/../../contrib/libarchive= /libarchive/archive_read.c -o archive_read.po --- all_subdir_ncurses --- --- fty_alnum.So --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -fpic -DPIC -O2 -pipe -D_XOPEN_SOURCE_EX= TENDED -DENABLE_WIDEC -I. -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/wo= rld32/builds/FreeBSD_HEAD/lib/ncurses/formw/../ncursesw -I/builds/FreeBSD_H= EAD/lib/ncurses/formw/../ncursesw -I/builds/FreeBSD_HEAD/lib/ncurses/formw/= ../ncurses -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurse= s/include -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses= /ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/lib/ncurses/= formw/../../../contrib/ncurses/form -I/builds/FreeBSD_HEAD/lib/ncurses/form= w/../../../contrib/ncurses/menu -std=3Dgnu99 -fstack-protector -Wsystem-hea= ders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-protot= ypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-s= ign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-ta= utological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-= function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments = -c /builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/form/fty= _alnum.c -o fty_alnum.So --- fty_alpha.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENA= BLE_WIDEC -I. -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/world32/builds= /FreeBSD_HEAD/lib/ncurses/formw/../ncursesw -I/builds/FreeBSD_HEAD/lib/ncur= ses/formw/../ncursesw -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../ncurses -= I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/include -I= /builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wa= ll -DNDEBUG -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../= ../contrib/ncurses/form -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../c= ontrib/ncurses/menu -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror= -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissi= ng-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-emp= ty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-c= ompare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wn= o-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /builds/F= reeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/form/fty_alpha.c -o = fty_alpha.o --- all_subdir_libmagic --- --- readelf.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/ -L/builds/FreeBSD_H= EAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -B/builds/FreeBSD_HEAD/obj/bui= lds/FreeBSD_HEAD/lib32/usr/lib32 -pg -O2 -pipe -DMAGIC=3D'"/usr/share/mis= c/magic"' -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/lib/libmagic -I/builds/Fre= eBSD_HEAD/lib/libmagic/../../contrib/file/src -std=3Dgnu99 -fstack-protecto= r -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -= Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized = -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-va= riable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equalit= y -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunu= sed-arguments -c /builds/FreeBSD_HEAD/lib/libmagic/../../contrib/file/src/r= eadelf.c -o readelf.po /builds/FreeBSD_HEAD/lib/libmagic/../../contrib/file/src/readelf.c:1055:30:= error: comparison of integers of different signs: 'long long' and 'uintmax= _t' (aka 'unsigned long long') [-Werror,-Wsign-compare] if (xsh_size + xsh_offset > (uintmax_t)fsize) { ~~~~~~~~~~~~~~~~~~~~~ ^ ~~~~~~~~~~~~~~~~ 1 error generated. *** [readelf.po] Error code 1 make[5]: stopped in /builds/FreeBSD_HEAD/lib/libmagic 1 error make[5]: stopped in /builds/FreeBSD_HEAD/lib/libmagic *** [all_subdir_libmagic] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD/lib --- all_subdir_ncurses --- A failure has been detected in another branch of the parallel make make[6]: stopped in /builds/FreeBSD_HEAD/lib/ncurses/formw *** [all_subdir_formw] Error code 2 make[5]: stopped in /builds/FreeBSD_HEAD/lib/ncurses 1 error make[5]: stopped in /builds/FreeBSD_HEAD/lib/ncurses *** [all_subdir_ncurses] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD/lib --- all_subdir_libarchive --- A failure has been detected in another branch of the parallel make make[5]: stopped in /builds/FreeBSD_HEAD/lib/libarchive *** [all_subdir_libarchive] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD/lib 3 errors make[4]: stopped in /builds/FreeBSD_HEAD/lib A failure has been detected in another branch of the parallel make make[3]: stopped in /builds/FreeBSD_HEAD *** [libraries] Error code 2 make[2]: stopped in /builds/FreeBSD_HEAD 1 error make[2]: stopped in /builds/FreeBSD_HEAD *** [build32] Error code 2 make[1]: stopped in /builds/FreeBSD_HEAD 1 error make[1]: stopped in /builds/FreeBSD_HEAD *** [buildworld] Error code 2 make: stopped in /builds/FreeBSD_HEAD 1 error make: stopped in /builds/FreeBSD_HEAD Build step 'Execute shell' marked build as failure [WARNINGS] Skipping publisher since build result is FAILURE IRC notifier plugin: Sending notification to: #freebsd-commits Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Fri Sep 4 10:13:05 2015 Return-Path: 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 EF5279C90CF for ; Fri, 4 Sep 2015 10:13:04 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id E08CDDB2; Fri, 4 Sep 2015 10:13:04 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id E64FD327; Fri, 4 Sep 2015 10:13:04 +0000 (UTC) Date: Fri, 4 Sep 2015 10:12:58 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: tuexen@FreeBSD.org, mav@FreeBSD.org, delphij@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1378611218.20.1441361584852.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_amd64_gcc4.9 - Build #426 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_amd64_gcc4.9 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Sep 2015 10:13:05 -0000 FreeBSD_HEAD_amd64_gcc4.9 - Build #426 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.= 9/426/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/= 426/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/4= 26/console Change summaries: 287457 by tuexen: Don't leak memory in an error case. MFC after:=091 week 287456 by tuexen: Add a NULL pointer check to silence the clang code analyzer. MFC after:=091 week 287455 by mav: Remove some dead code. 287454 by delphij: Fix build. 287453 by delphij: MFV r287451 + 287452: file 5.24 + fix for bin/181436. PR:=09=09181436 MFC after:=092 weeks The end of the build log: [...truncated 117940 lines...] =3D=3D=3D> usr.bin/lam (depend) --- usr.sbin.depend__D --- --- depend_subdir_bsnmpd --- =3D=3D=3D> usr.sbin/bsnmpd/modules/snmp_hast (depend) --- depend_subdir_clear_locks --- echo clear_locks: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD= _amd64_gcc4.9/tmp/usr/lib/libc.a /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/buil= ds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/lib/librpcsvc.a >> .depend --- depend_subdir_config --- --- usr.bin.depend__D --- --- .depend --- --- usr.sbin.depend__D --- =3D=3D=3D> usr.sbin/config (depend) --- usr.bin.depend__D --- rm -f .depend CC=3D'/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBS= D_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L= /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HE= AD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -I/builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1' = mkdep -f .depend -a -std=3Dgnu99 /builds/FreeBSD_HEAD_amd64_gcc4.9/us= r.bin/lam/lam.c --- usr.sbin.depend__D --- --- depend_subdir_bsnmpd --- --- hast_tree.c --- cat /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/bsnmpd/modules/snmp_hast/has= t_tree.def | gensnmptree -p hast_ --- depend_subdir_config --- --- config.c --- --- depend_subdir_bsnmpd --- --- parse.c --- --- depend_subdir_config --- yacc -d /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/config/config.y --- depend_subdir_bsnmpd --- yacc -d -v /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/bsnmpd/modules/snmp_h= ast/../../../../sbin/hastd/parse.y --- depend_subdir_config --- cp y.tab.c config.c --- depend_subdir_bsnmpd --- cp y.tab.c parse.c --- depend_subdir_config --- --- lang.c --- lex -olang.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/config/lang.l --- usr.bin.depend__D --- echo lam: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_g= cc4.9/tmp/usr/lib/libc.a >> .depend --- usr.sbin.depend__D --- --- depend_subdir_bsnmpd --- --- token.c --- lex -otoken.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/bsnmpd/modules/sn= mp_hast/../../../../sbin/hastd/token.l --- depend_subdir_config --- --- kernconf.c --- file2c 'char kernconfstr[] =3D {' ',0};' < /builds/FreeBSD_HEAD_amd64_gcc4.= 9/usr.sbin/config/kernconf.tmpl > kernconf.c --- depend_subdir_bsnmpd --- --- hast_oid.h --- cat /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/bsnmpd/modules/snmp_hast/has= t_tree.def | gensnmptree -e begemotHast > hast_oid.h --- usr.bin.depend__D --- --- depend_subdir_last --- =3D=3D=3D> usr.bin/last (depend) --- usr.sbin.depend__D --- --- depend_subdir_config --- --- .depend --- rm -f .depend CC=3D'/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBS= D_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L= /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HE= AD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -I/builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1' = mkdep -f .depend -a -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/con= fig -std=3Dgnu99 config.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/conf= ig/main.c lang.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/config/mkmakefi= le.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/config/mkheaders.c /builds/= FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/config/mkoptions.c kernconf.c --- depend_subdir_bsnmpd --- --- .depend --- rm -f .depend CC=3D'/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBS= D_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L= /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HE= AD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -I/builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1' = mkdep -f .depend -a -I/builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/bsnmpd/= modules/snmp_hast/../../../../sbin/hastd -DHAVE_CAPSICUM -DINET -DINET6 -DY= Y_NO_UNPUT -DYY_NO_INPUT -DSNMPTREE_TYPES -I. -std=3Dgnu99 /builds/FreeBS= D_HEAD_amd64_gcc4.9/usr.sbin/bsnmpd/modules/snmp_hast/../../../../sbin/hast= d/ebuf.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/bsnmpd/modules/snmp_has= t/../../../../sbin/hastd/hast_compression.c /builds/FreeBSD_HEAD_amd64_gcc4= .9/usr.sbin/bsnmpd/modules/snmp_hast/../../../../sbin/hastd/hast_proto.c /b= uilds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/bsnmpd/modules/snmp_hast/hast_snmp= .c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/bsnmpd/modules/snmp_hast/../.= ./../../sbin/hastd/lzf.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/bsnmpd/= modules/snmp_hast/../../../../sbin/hastd/nv.c parse.c /builds/FreeBSD_HEAD_= amd64_gcc4.9/usr.sbin/bsnmpd/modules/snmp_hast/../../../../sbin/hastd/pjdlo= g.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/bsnmpd/modules/snmp_hast/../= ../../../sbin/hastd/proto.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/bsnm= pd/modules/snmp_hast/../../../../sbin/hastd/proto_common.c /builds/FreeBSD_= HEAD_amd64_gcc4.9/usr.sbin/bsnmpd/modules/snmp_hast/../../../../sbin/hastd/= proto_uds.c token.c hast_tree.c --- usr.bin.depend__D --- --- .depend --- rm -f .depend CC=3D'/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBS= D_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L= /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HE= AD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -I/builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1' = mkdep -f .depend -a -std=3Dgnu99 /builds/FreeBSD_HEAD_amd64_gcc4.9/us= r.bin/last/last.c echo last: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_= gcc4.9/tmp/usr/lib/libc.a >> .depend --- depend_subdir_lastcomm --- =3D=3D=3D> usr.bin/lastcomm (depend) --- _sub.depend --- =3D=3D=3D> usr.bin/lastcomm/tests (depend) --- scripts.depend --- (cd /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/lastcomm/tests && make -f /bu= ilds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/lastcomm/tests/Makefile SUBDIR=3D _R= ECURSING_PROGS=3D depend) --- .depend --- rm -f .depend CC=3D'/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBS= D_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L= /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HE= AD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -I/builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1' = mkdep -f .depend -a -std=3Dgnu99 /builds/FreeBSD_HEAD_amd64_gcc4.9/us= r.bin/lastcomm/lastcomm.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/lastcom= m/readrec.c --- usr.sbin.depend__D --- --- depend_subdir_config --- echo config: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd6= 4_gcc4.9/tmp/usr/lib/libc.a /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/Fr= eeBSD_HEAD_amd64_gcc4.9/tmp/usr/lib/libl.a /builds/FreeBSD_HEAD_amd64_gcc4.= 9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/lib/libsbuf.a >> .depend --- depend_subdir_cpucontrol --- =3D=3D=3D> usr.sbin/cpucontrol (depend) --- .depend --- rm -f .depend CC=3D'/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBS= D_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L= /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HE= AD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -I/builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1' = mkdep -f .depend -a -std=3Dgnu99 /builds/FreeBSD_HEAD_amd64_gcc4.9/us= r.sbin/cpucontrol/cpucontrol.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/c= pucontrol/intel.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/cpucontrol/amd= .c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/cpucontrol/via.c --- usr.bin.depend__D --- echo lastcomm: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_am= d64_gcc4.9/tmp/usr/lib/libc.a >> .depend --- depend_subdir_ldd --- =3D=3D=3D> usr.bin/ldd (depend) --- .depend --- rm -f .depend CC=3D'/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBS= D_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L= /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HE= AD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -I/builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1' = mkdep -f .depend -a -std=3Dgnu99 /builds/FreeBSD_HEAD_amd64_gcc4.9/us= r.bin/ldd/ldd.c --- usr.sbin.depend__D --- --- depend_subdir_bsnmpd --- echo snmp_hast.so.6: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_H= EAD_amd64_gcc4.9/tmp/usr/lib/libutil.a >> .depend =3D=3D=3D> usr.sbin/bsnmpd/modules/snmp_hostres (depend) --- usr.bin.depend__D --- echo ldd: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_g= cc4.9/tmp/usr/lib/libc.a >> .depend --- depend_subdir_leave --- =3D=3D=3D> usr.bin/leave (depend) --- usr.sbin.depend__D --- --- hostres_tree.c --- cat /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/bsnmpd/modules/snmp_hostres/= hostres_tree.def | gensnmptree -p hostres_ --- usr.bin.depend__D --- --- .depend --- rm -f .depend CC=3D'/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBS= D_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L= /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HE= AD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -I/builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1' = mkdep -f .depend -a -std=3Dgnu99 /builds/FreeBSD_HEAD_amd64_gcc4.9/us= r.bin/leave/leave.c --- usr.sbin.depend__D --- --- hostres_oid.h --- cat /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/bsnmpd/modules/snmp_hostres/= hostres_tree.def | gensnmptree -e host hrStorageOther hrStorageRam hrStorag= eVirtualMemory hrStorageFixedDisk hrStorageRemovableDisk hrStorageFloppyDi= sk hrStorageCompactDisc hrStorageRamDisk hrStorageFlashMemory hrStorageNe= tworkDisk hrDeviceOther hrDeviceUnknown hrDeviceProcessor hrDeviceNetwork = hrDevicePrinter hrDeviceDiskStorage hrDeviceVideo hrDeviceAudio hrDeviceC= oprocessor hrDeviceKeyboard hrDeviceModem hrDeviceParallelPort hrDevicePoi= nting hrDeviceSerialPort hrDeviceTape hrDeviceClock hrDeviceVolatileMemor= y hrDeviceNonVolatileMemory hrFSOther hrFSUnknown hrFSBerkeleyFFS hrFSSys5= FS hrFSFat hrFSHPFS hrFSHFS hrFSMFS hrFSNTFS hrFSVNode hrFSJournaled hrFSi= so9660 hrFSRockRidge hrFSNFS hrFSNetware hrFSAFS hrFSDFS hrFSAppleshare hr= FSRFS hrFSDGCFS hrFSBFS hrFSFAT32 hrFSLinuxExt2 > hostres_oid.h --- .depend --- rm -f .depend CC=3D'/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBS= D_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L= /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HE= AD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -I/builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1' = mkdep -f .depend -a -DNDEBUG -I/builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbi= n/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -std=3Dgnu99 = /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/bsnmpd/modules/snmp_hostres/hos= tres_begemot.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/bsnmpd/modules/sn= mp_hostres/hostres_device_tbl.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/= bsnmpd/modules/snmp_hostres/hostres_diskstorage_tbl.c /builds/FreeBSD_HEAD_= amd64_gcc4.9/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_fs_tbl.c /builds/= FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_netw= ork_tbl.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/bsnmpd/modules/snmp_ho= stres/hostres_partition_tbl.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/bs= nmpd/modules/snmp_hostres/hostres_printer_tbl.c /builds/FreeBSD_HEAD_amd64_= gcc4.9/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_processor_tbl.c /builds= /FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_sca= lars.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/bsnmpd/modules/snmp_hostr= es/hostres_snmp.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/bsnmpd/modules= /snmp_hostres/hostres_storage_tbl.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.s= bin/bsnmpd/modules/snmp_hostres/hostres_swinstalled_tbl.c /builds/FreeBSD_H= EAD_amd64_gcc4.9/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_swrun_tbl.c /= builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/bsnmpd/modules/snmp_hostres/../..= /../lpr/common_source/printcap.c hostres_tree.c --- depend_subdir_cpucontrol --- echo cpucontrol: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_= amd64_gcc4.9/tmp/usr/lib/libc.a >> .depend --- depend_subdir_crashinfo --- =3D=3D=3D> usr.sbin/crashinfo (depend) --- depend_subdir_cron --- =3D=3D=3D> usr.sbin/cron (depend) --- usr.bin.depend__D --- echo leave: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64= _gcc4.9/tmp/usr/lib/libc.a >> .depend --- depend_subdir_less --- =3D=3D=3D> usr.bin/less (depend) --- .depend --- rm -f .depend CC=3D'/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBS= D_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L= /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HE= AD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -I/builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1' = mkdep -f .depend -a -I/builds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/less/../= less -I/builds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/less/../../contrib/less -s= td=3Dgnu99 /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/less/../../contrib/l= ess/main.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/less/../../contrib/les= s/screen.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/less/../../contrib/les= s/brac.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/less/../../contrib/less/= ch.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/less/../../contrib/less/char= set.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/less/../../contrib/less/cmd= buf.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/less/../../contrib/less/com= mand.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/less/../../contrib/less/cv= t.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/less/../../contrib/less/decod= e.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/less/../../contrib/less/edit.= c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/less/../../contrib/less/filenam= e.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/less/../../contrib/less/forwb= ack.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/less/../../contrib/less/hel= p.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/less/../../contrib/less/ifile= .c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/less/../../contrib/less/input.= c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/less/../../contrib/less/jump.c = /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/less/../../contrib/less/line.c /b= uilds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/less/../../contrib/less/linenum.c /= builds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/less/../../contrib/less/lsystem.c = /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/less/../../contrib/less/mark.c /b= uilds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/less/../../contrib/less/optfunc.c /= builds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/less/../../contrib/less/option.c /= builds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/less/../../contrib/less/opttbl.c /= builds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/less/../../contrib/less/os.c /buil= ds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/less/../../contrib/less/output.c /buil= ds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/less/../../contrib/less/pattern.c /bui= lds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/less/../../contrib/less/position.c /b= uilds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/less/../../contrib/less/prompt.c /b= uilds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/less/../../contrib/less/search.c /b= uilds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/less/../../contrib/less/signal.c /b= uilds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/less/../../contrib/less/tags.c /bui= lds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/less/../../contrib/less/ttyin.c /buil= ds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/less/../../contrib/less/version.c --- usr.sbin.depend__D --- --- _sub.depend --- =3D=3D=3D> usr.sbin/cron/lib (depend) --- .depend --- rm -f .depend CC=3D'/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBS= D_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L= /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HE= AD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -I/builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1' = mkdep -f .depend -a -I/builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/cron/li= b/../cron -DLOGIN_CAP -DPAM -std=3Dgnu99 /builds/FreeBSD_HEAD_amd64_gcc4.= 9/usr.sbin/cron/lib/entry.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/cron= /lib/env.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/cron/lib/misc.c =3D=3D=3D> usr.sbin/cron/cron (depend) --- .depend --- rm -f .depend CC=3D'/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBS= D_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L= /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HE= AD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -I/builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1' = mkdep -f .depend -a -DLOGIN_CAP -DPAM -std=3Dgnu99 /builds/FreeBSD_HEA= D_amd64_gcc4.9/usr.sbin/cron/cron/cron.c /builds/FreeBSD_HEAD_amd64_gcc4.9/= usr.sbin/cron/cron/database.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/cr= on/cron/do_command.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/cron/cron/j= ob.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/cron/cron/user.c /builds/Fr= eeBSD_HEAD_amd64_gcc4.9/usr.sbin/cron/cron/popen.c echo cron: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_= gcc4.9/tmp/usr/lib/libc.a /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/Free= BSD_HEAD_amd64_gcc4.9/usr.sbin/cron/lib/libcron.a /builds/FreeBSD_HEAD_amd6= 4_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/lib/libpam.a /builds/= FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/lib/= libutil.a >> .depend =3D=3D=3D> usr.sbin/cron/crontab (depend) --- .depend --- rm -f .depend CC=3D'/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBS= D_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L= /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HE= AD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -I/builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1' = mkdep -f .depend -a -I/builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/cron/cr= ontab/../cron -std=3Dgnu99 /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/cro= n/crontab/crontab.c echo crontab: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp/usr/lib/libc.a /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/F= reeBSD_HEAD_amd64_gcc4.9/usr.sbin/cron/lib/libcron.a /builds/FreeBSD_HEAD_a= md64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/lib/libmd.a /build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b/libutil.a >> .depend --- depend_subdir_crunch --- =3D=3D=3D> usr.sbin/crunch (depend) --- _sub.depend --- =3D=3D=3D> usr.sbin/crunch/crunchgen (depend) --- crunched_skel.c --- sh -e /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/crunch/crunchgen/mkskel.sh= /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/crunch/crunchgen/crunched_main.= c >crunched_skel.c --- .depend --- rm -f .depend CC=3D'/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBS= D_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L= /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HE= AD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -I/builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1' = mkdep -f .depend -a -std=3Dgnu99 /builds/FreeBSD_HEAD_amd64_gcc4.9/us= r.sbin/crunch/crunchgen/crunchgen.c crunched_skel.c echo crunchgen: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_a= md64_gcc4.9/tmp/usr/lib/libc.a >> .depend =3D=3D=3D> usr.sbin/crunch/crunchide (depend) --- .depend --- rm -f .depend CC=3D'/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBS= D_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L= /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HE= AD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -I/builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1' = mkdep -f .depend -a -DNLIST_ELF32 -DNLIST_ELF64 -std=3Dgnu99 /builds/F= reeBSD_HEAD_amd64_gcc4.9/usr.sbin/crunch/crunchide/crunchide.c /builds/Free= BSD_HEAD_amd64_gcc4.9/usr.sbin/crunch/crunchide/exec_elf32.c /builds/FreeBS= D_HEAD_amd64_gcc4.9/usr.sbin/crunch/crunchide/exec_elf64.c echo crunchide: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_a= md64_gcc4.9/tmp/usr/lib/libc.a >> .depend --- depend_subdir_ctladm --- =3D=3D=3D> usr.sbin/ctladm (depend) --- .depend --- rm -f .depend CC=3D'/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBS= D_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L= /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HE= AD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -I/builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1' = mkdep -f .depend -a -I/builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/ctladm/= ../../sys -std=3Dgnu99 /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/ctladm/= ctladm.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/ctladm/util.c /builds/F= reeBSD_HEAD_amd64_gcc4.9/usr.sbin/ctladm/../../sys/cam/ctl/ctl_util.c /buil= ds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/ctladm/../../sys/cam/ctl/ctl_scsi_all= .c --- depend_subdir_bsnmpd --- echo snmp_hostres.so.6: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBS= D_HEAD_amd64_gcc4.9/tmp/usr/lib/libkvm.a /builds/FreeBSD_HEAD_amd64_gcc4.9/= obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/lib/libdevinfo.a /builds/FreeB= SD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/lib/libm.= a /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tm= p/usr/lib/libgeom.a /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HE= AD_amd64_gcc4.9/tmp/usr/lib/libmemstat.a >> .depend =3D=3D=3D> usr.sbin/bsnmpd/modules/snmp_lm75 (depend) --- depend_subdir_ctladm --- /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/ctladm/ctladm.c:71:39: fatal err= or: cam/ctl/ctl_backend_block.h: No such file or directory #include ^ compilation terminated. --- depend_subdir_bsnmpd --- --- lm75_tree.c --- cat /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/bsnmpd/modules/snmp_lm75/lm7= 5_tree.def | gensnmptree -p lm75_ --- lm75_oid.h --- cat /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/bsnmpd/modules/snmp_lm75/lm7= 5_tree.def | gensnmptree -e begemotLm75 > lm75_oid.h --- .depend --- rm -f .depend CC=3D'/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBS= D_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L= /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HE= AD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -I/builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1' = mkdep -f .depend -a -I. -std=3Dgnu99 /builds/FreeBSD_HEAD_amd64_gcc4.9= /usr.sbin/bsnmpd/modules/snmp_lm75/snmp_lm75.c lm75_tree.c --- depend_subdir_ctladm --- mkdep: compile failed *** [.depend] Error code 1 make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/ctladm 1 error make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/ctladm *** [depend_subdir_ctladm] Error code 2 make[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin --- depend_subdir_bsnmpd --- A failure has been detected in another branch of the parallel make make[6]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/bsnmpd/modul= es/snmp_lm75 *** [_sub.depend] Error code 2 make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/bsnmpd/modul= es 1 error make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/bsnmpd/modul= es *** [_sub.depend] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/bsnmpd 1 error make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/bsnmpd *** [depend_subdir_bsnmpd] Error code 2 make[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin 2 errors make[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin *** [usr.sbin.depend__D] Error code 2 make[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 --- usr.bin.depend__D --- echo less: /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_= gcc4.9/tmp/usr/lib/libc.a /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/Free= BSD_HEAD_amd64_gcc4.9/tmp/usr/lib/libncursesw.a >> .depend A failure has been detected in another branch of the parallel make make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/less *** [depend_subdir_less] Error code 2 make[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin --- depend_subdir_kdump --- A failure has been detected in another branch of the parallel make make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/kdump *** [depend_subdir_kdump] Error code 2 make[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin 2 errors make[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin *** [usr.bin.depend__D] Error code 2 make[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 2 errors make[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 *** [_depend] Error code 2 make[1]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 1 error make[1]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 *** [buildworld] Error code 2 make: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 1 error make: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 Build step 'Execute shell' marked build as failure [WARNINGS] Skipping publisher since build result is FAILURE IRC notifier plugin: Sending notification to: #freebsd-commits Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Fri Sep 4 10:23:37 2015 Return-Path: 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 AE5379C9741; Fri, 4 Sep 2015 10:23:37 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id A03141614; Fri, 4 Sep 2015 10:23:37 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 2A54E333; Fri, 4 Sep 2015 10:23:38 +0000 (UTC) Date: Fri, 4 Sep 2015 10:23:37 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: delphij@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <111048399.22.1441362218149.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1330444156.16.1441352807416.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1330444156.16.1441352807416.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #1028 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Sep 2015 10:23:37 -0000 FreeBSD_HEAD_i386 - Build #1028 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1028/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1028/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1028/console Change summaries: 287454 by delphij: Fix build. From owner-freebsd-current@freebsd.org Fri Sep 4 10:28:50 2015 Return-Path: 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 472CA9C9A43 for ; Fri, 4 Sep 2015 10:28:50 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 2DD0819AA; Fri, 4 Sep 2015 10:28:50 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 2B48C334; Fri, 4 Sep 2015 10:28:50 +0000 (UTC) Date: Fri, 4 Sep 2015 10:28:48 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: tuexen@FreeBSD.org, mav@FreeBSD.org, delphij@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1081750261.24.1441362530134.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1545712248.18.1441356463063.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1545712248.18.1441356463063.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD - Build #3180 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Sep 2015 10:28:50 -0000 FreeBSD_HEAD - Build #3180 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3180/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3180/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3180/console Change summaries: 287457 by tuexen: Don't leak memory in an error case. MFC after:=091 week 287456 by tuexen: Add a NULL pointer check to silence the clang code analyzer. MFC after:=091 week 287455 by mav: Remove some dead code. 287454 by delphij: Fix build. The end of the build log: [...truncated 120003 lines...] yacc -d /builds/FreeBSD_HEAD/usr.bin/colldef/parse.y --- usr.sbin.depend__D --- cp y.tab.c parse.c --- token.c --- lex -otoken.c /builds/FreeBSD_HEAD/usr.sbin/bsnmpd/modules/snmp_hast/../..= /../../sbin/hastd/token.l --- depend_subdir_crunch --- --- _sub.depend --- =3D=3D=3D> usr.sbin/crunch/crunchgen (depend) --- depend_subdir_cron --- --- _sub.depend --- =3D=3D=3D> usr.sbin/cron/lib (depend) --- usr.bin.depend__D --- cp y.tab.c parse.c --- usr.sbin.depend__D --- --- depend_subdir_bsnmpd --- --- hast_oid.h --- cat /builds/FreeBSD_HEAD/usr.sbin/bsnmpd/modules/snmp_hast/hast_tree.def | = gensnmptree -e begemotHast > hast_oid.h --- usr.bin.depend__D --- --- scan.c --- lex -8 -i -oscan.c /builds/FreeBSD_HEAD/usr.bin/colldef/scan.l --- usr.sbin.depend__D --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -I/builds/FreeBSD_HEAD/usr.sbin/bsnmpd/m= odules/snmp_hast/../../../../sbin/hastd -DHAVE_CAPSICUM -DINET -DINET6 -DYY= _NO_UNPUT -DYY_NO_INPUT -DSNMPTREE_TYPES -I. -std=3Dgnu99 /builds/FreeBSD= _HEAD/usr.sbin/bsnmpd/modules/snmp_hast/../../../../sbin/hastd/ebuf.c /buil= ds/FreeBSD_HEAD/usr.sbin/bsnmpd/modules/snmp_hast/../../../../sbin/hastd/ha= st_compression.c /builds/FreeBSD_HEAD/usr.sbin/bsnmpd/modules/snmp_hast/../= ../../../sbin/hastd/hast_proto.c /builds/FreeBSD_HEAD/usr.sbin/bsnmpd/modul= es/snmp_hast/hast_snmp.c /builds/FreeBSD_HEAD/usr.sbin/bsnmpd/modules/snmp_= hast/../../../../sbin/hastd/lzf.c /builds/FreeBSD_HEAD/usr.sbin/bsnmpd/modu= les/snmp_hast/../../../../sbin/hastd/nv.c parse.c /builds/FreeBSD_HEAD/usr.= sbin/bsnmpd/modules/snmp_hast/../../../../sbin/hastd/pjdlog.c /builds/FreeB= SD_HEAD/usr.sbin/bsnmpd/modules/snmp_hast/../../../../sbin/hastd/proto.c /b= uilds/FreeBSD_HEAD/usr.sbin/bsnmpd/modules/snmp_hast/../../../../sbin/hastd= /proto_common.c /builds/FreeBSD_HEAD/usr.sbin/bsnmpd/modules/snmp_hast/../.= ./../../sbin/hastd/proto_uds.c token.c hast_tree.c --- usr.bin.depend__D --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -I. -I/builds/FreeBSD_HEAD/usr.bin/colld= ef -I/builds/FreeBSD_HEAD/usr.bin/colldef/../../lib/libc/locale -DCOLLATE_D= EBUG -DYY_NO_UNPUT -DYY_NO_INPUT -std=3Dgnu99 parse.c scan.c echo colldef: /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/lib/libc= .a /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/lib/libl.a >> .depe= nd --- depend_subdir_colrm --- =3D=3D=3D> usr.bin/colrm (depend) --- usr.sbin.depend__D --- --- depend_subdir_crunch --- --- crunched_skel.c --- sh -e /builds/FreeBSD_HEAD/usr.sbin/crunch/crunchgen/mkskel.sh /builds/Free= BSD_HEAD/usr.sbin/crunch/crunchgen/crunched_main.c >crunched_skel.c --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -std=3Dgnu99 /builds/FreeBSD_HEAD/usr= .sbin/crunch/crunchgen/crunchgen.c crunched_skel.c --- depend_subdir_cron --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -I/builds/FreeBSD_HEAD/usr.sbin/cron/lib= /../cron -DLOGIN_CAP -DPAM -std=3Dgnu99 /builds/FreeBSD_HEAD/usr.sbin/cro= n/lib/entry.c /builds/FreeBSD_HEAD/usr.sbin/cron/lib/env.c /builds/FreeBSD_= HEAD/usr.sbin/cron/lib/misc.c --- usr.bin.depend__D --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -std=3Dgnu99 /builds/FreeBSD_HEAD/usr= .bin/colrm/colrm.c --- usr.sbin.depend__D --- --- depend_subdir_crunch --- echo crunchgen: /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/lib/li= bc.a >> .depend --- usr.bin.depend__D --- echo colrm: /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/lib/libc.a= >> .depend --- usr.sbin.depend__D --- =3D=3D=3D> usr.sbin/crunch/crunchide (depend) --- usr.bin.depend__D --- --- depend_subdir_column --- =3D=3D=3D> usr.bin/column (depend) --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -std=3Dgnu99 /builds/FreeBSD_HEAD/usr= .bin/column/column.c --- usr.sbin.depend__D --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -DNLIST_ELF32 -DNLIST_ELF64 -std=3Dgnu99= /builds/FreeBSD_HEAD/usr.sbin/crunch/crunchide/crunchide.c /builds/FreeB= SD_HEAD/usr.sbin/crunch/crunchide/exec_elf32.c /builds/FreeBSD_HEAD/usr.sbi= n/crunch/crunchide/exec_elf64.c --- usr.bin.depend__D --- echo column: /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/lib/libc.= a >> .depend --- depend_subdir_comm --- =3D=3D=3D> usr.bin/comm (depend) --- usr.sbin.depend__D --- --- depend_subdir_bsnmpd --- echo snmp_hast.so.6: /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/l= ib/libutil.a >> .depend =3D=3D=3D> usr.sbin/bsnmpd/modules/snmp_hostres (depend) --- depend_subdir_cron --- =3D=3D=3D> usr.sbin/cron/cron (depend) --- depend_subdir_crunch --- echo crunchide: /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/lib/li= bc.a >> .depend --- depend_subdir_ctladm --- --- depend_subdir_cron --- --- .depend --- --- usr.bin.depend__D --- --- _sub.depend --- --- usr.sbin.depend__D --- rm -f .depend --- depend_subdir_ctladm --- =3D=3D=3D> usr.sbin/ctladm (depend) --- depend_subdir_cron --- CC=3D'cc ' mkdep -f .depend -a -DLOGIN_CAP -DPAM -std=3Dgnu99 /builds= /FreeBSD_HEAD/usr.sbin/cron/cron/cron.c /builds/FreeBSD_HEAD/usr.sbin/cron/= cron/database.c /builds/FreeBSD_HEAD/usr.sbin/cron/cron/do_command.c /build= s/FreeBSD_HEAD/usr.sbin/cron/cron/job.c /builds/FreeBSD_HEAD/usr.sbin/cron/= cron/user.c /builds/FreeBSD_HEAD/usr.sbin/cron/cron/popen.c --- usr.bin.depend__D --- =3D=3D=3D> usr.bin/comm/tests (depend) --- usr.sbin.depend__D --- --- depend_subdir_bsnmpd --- --- hostres_tree.c --- cat /builds/FreeBSD_HEAD/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_tree.= def | gensnmptree -p hostres_ --- usr.bin.depend__D --- --- scripts.depend --- (cd /builds/FreeBSD_HEAD/usr.bin/comm/tests && make -f /builds/FreeBSD_HEAD= /usr.bin/comm/tests/Makefile SUBDIR=3D _RECURSING_PROGS=3D depend) --- usr.sbin.depend__D --- --- hostres_oid.h --- cat /builds/FreeBSD_HEAD/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_tree.= def | gensnmptree -e host hrStorageOther hrStorageRam hrStorageVirtualMemor= y hrStorageFixedDisk hrStorageRemovableDisk hrStorageFloppyDisk hrStorage= CompactDisc hrStorageRamDisk hrStorageFlashMemory hrStorageNetworkDisk hrD= eviceOther hrDeviceUnknown hrDeviceProcessor hrDeviceNetwork hrDevicePrint= er hrDeviceDiskStorage hrDeviceVideo hrDeviceAudio hrDeviceCoprocessor hr= DeviceKeyboard hrDeviceModem hrDeviceParallelPort hrDevicePointing hrDevi= ceSerialPort hrDeviceTape hrDeviceClock hrDeviceVolatileMemory hrDeviceNon= VolatileMemory hrFSOther hrFSUnknown hrFSBerkeleyFFS hrFSSys5FS hrFSFat hr= FSHPFS hrFSHFS hrFSMFS hrFSNTFS hrFSVNode hrFSJournaled hrFSiso9660 hrFSRo= ckRidge hrFSNFS hrFSNetware hrFSAFS hrFSDFS hrFSAppleshare hrFSRFS hrFSDGC= FS hrFSBFS hrFSFAT32 hrFSLinuxExt2 > hostres_oid.h --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -DNDEBUG -I/builds/FreeBSD_HEAD/usr.sbin= /bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -std=3Dgnu99 = /builds/FreeBSD_HEAD/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_begemot.c= /builds/FreeBSD_HEAD/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_device_t= bl.c /builds/FreeBSD_HEAD/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_disk= storage_tbl.c /builds/FreeBSD_HEAD/usr.sbin/bsnmpd/modules/snmp_hostres/hos= tres_fs_tbl.c /builds/FreeBSD_HEAD/usr.sbin/bsnmpd/modules/snmp_hostres/hos= tres_network_tbl.c /builds/FreeBSD_HEAD/usr.sbin/bsnmpd/modules/snmp_hostre= s/hostres_partition_tbl.c /builds/FreeBSD_HEAD/usr.sbin/bsnmpd/modules/snmp= _hostres/hostres_printer_tbl.c /builds/FreeBSD_HEAD/usr.sbin/bsnmpd/modules= /snmp_hostres/hostres_processor_tbl.c /builds/FreeBSD_HEAD/usr.sbin/bsnmpd/= modules/snmp_hostres/hostres_scalars.c /builds/FreeBSD_HEAD/usr.sbin/bsnmpd= /modules/snmp_hostres/hostres_snmp.c /builds/FreeBSD_HEAD/usr.sbin/bsnmpd/m= odules/snmp_hostres/hostres_storage_tbl.c /builds/FreeBSD_HEAD/usr.sbin/bsn= mpd/modules/snmp_hostres/hostres_swinstalled_tbl.c /builds/FreeBSD_HEAD/usr= .sbin/bsnmpd/modules/snmp_hostres/hostres_swrun_tbl.c /builds/FreeBSD_HEAD/= usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source/printcap.c = hostres_tree.c --- usr.bin.depend__D --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -std=3Dgnu99 /builds/FreeBSD_HEAD/usr= .bin/comm/comm.c --- usr.sbin.depend__D --- --- depend_subdir_ctladm --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -I/builds/FreeBSD_HEAD/usr.sbin/ctladm/.= ./../sys -std=3Dgnu99 /builds/FreeBSD_HEAD/usr.sbin/ctladm/ctladm.c /buil= ds/FreeBSD_HEAD/usr.sbin/ctladm/util.c /builds/FreeBSD_HEAD/usr.sbin/ctladm= /../../sys/cam/ctl/ctl_util.c /builds/FreeBSD_HEAD/usr.sbin/ctladm/../../sy= s/cam/ctl/ctl_scsi_all.c --- usr.bin.depend__D --- echo comm: /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/lib/libc.a = >> .depend --- depend_subdir_compile_et --- =3D=3D=3D> usr.bin/compile_et (depend) --- usr.sbin.depend__D --- --- depend_subdir_cron --- echo cron: /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/lib/libc.a = /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/usr.sbin/cron/lib/libcron.a /b= uilds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/lib/libpam.a /builds/Fre= eBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/lib/libutil.a >> .depend =3D=3D=3D> usr.sbin/cron/crontab (depend) --- usr.bin.depend__D --- --- parse.c --- yacc -d -o parse.c /builds/FreeBSD_HEAD/usr.bin/compile_et/../../contrib/co= m_err/parse.y --- lex.c --- lex -olex.c /builds/FreeBSD_HEAD/usr.bin/compile_et/../../contrib/com_err/= lex.l --- usr.sbin.depend__D --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -I/builds/FreeBSD_HEAD/usr.sbin/cron/cro= ntab/../cron -std=3Dgnu99 /builds/FreeBSD_HEAD/usr.sbin/cron/crontab/cron= tab.c --- usr.bin.depend__D --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -I. -I/builds/FreeBSD_HEAD/usr.bin/compi= le_et/../../contrib/com_err -std=3Dgnu99 /builds/FreeBSD_HEAD/usr.bin/com= pile_et/../../contrib/com_err/compile_et.c parse.c lex.c --- usr.sbin.depend__D --- --- depend_subdir_ctladm --- /builds/FreeBSD_HEAD/usr.sbin/ctladm/ctladm.c:71:10: fatal error: 'cam/ctl/= ctl_backend_block.h' file not found #include ^ --- depend_subdir_cron --- echo crontab: /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/lib/libc= .a /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/usr.sbin/cron/lib/libcron.a= /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/lib/libmd.a /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/lib/libutil.a >> .depend --- depend_subdir_ctld --- =3D=3D=3D> usr.sbin/ctld (depend) --- depend_subdir_ctladm --- 1 error generated. --- usr.bin.depend__D --- echo compile_et: /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/lib/l= ibc.a /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/lib/libroken.a /= builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/kerberos5/lib/libvers/libvers.a= >> .depend --- depend_subdir_compress --- =3D=3D=3D> usr.bin/compress (depend) --- usr.sbin.depend__D --- --- depend_subdir_ctld --- --- parse.c --- yacc -d -v /builds/FreeBSD_HEAD/usr.sbin/ctld/parse.y --- usr.bin.depend__D --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -std=3Dgnu99 /builds/FreeBSD_HEAD/usr= .bin/compress/compress.c /builds/FreeBSD_HEAD/usr.bin/compress/zopen.c --- usr.sbin.depend__D --- cp y.tab.c parse.c --- token.c --- lex -otoken.c /builds/FreeBSD_HEAD/usr.sbin/ctld/token.l --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -I/builds/FreeBSD_HEAD/usr.sbin/ctld -I/= builds/FreeBSD_HEAD/usr.sbin/ctld/../../sys -I/builds/FreeBSD_HEAD/usr.sbin= /ctld/../../sys/cam/ctl -I/builds/FreeBSD_HEAD/usr.sbin/ctld/../../sys/dev/= iscsi -std=3Dgnu99 /builds/FreeBSD_HEAD/usr.sbin/ctld/chap.c /builds/Free= BSD_HEAD/usr.sbin/ctld/ctld.c /builds/FreeBSD_HEAD/usr.sbin/ctld/discovery.= c /builds/FreeBSD_HEAD/usr.sbin/ctld/isns.c /builds/FreeBSD_HEAD/usr.sbin/c= tld/kernel.c /builds/FreeBSD_HEAD/usr.sbin/ctld/keys.c /builds/FreeBSD_HEAD= /usr.sbin/ctld/log.c /builds/FreeBSD_HEAD/usr.sbin/ctld/login.c parse.c /bu= ilds/FreeBSD_HEAD/usr.sbin/ctld/pdu.c token.c --- depend_subdir_ctladm --- mkdep: compile failed *** [.depend] Error code 1 make[4]: stopped in /builds/FreeBSD_HEAD/usr.sbin/ctladm 1 error make[4]: stopped in /builds/FreeBSD_HEAD/usr.sbin/ctladm *** [depend_subdir_ctladm] Error code 2 make[3]: stopped in /builds/FreeBSD_HEAD/usr.sbin --- usr.bin.depend__D --- echo compress: /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/lib/lib= c.a >> .depend A failure has been detected in another branch of the parallel make make[4]: stopped in /builds/FreeBSD_HEAD/usr.bin/compress *** [depend_subdir_compress] Error code 2 make[3]: stopped in /builds/FreeBSD_HEAD/usr.bin 1 error make[3]: stopped in /builds/FreeBSD_HEAD/usr.bin *** [usr.bin.depend__D] Error code 2 make[2]: stopped in /builds/FreeBSD_HEAD --- usr.sbin.depend__D --- --- depend_subdir_ctld --- /builds/FreeBSD_HEAD/usr.sbin/ctld/kernel.c:65:10: fatal error: 'cam/ctl/ct= l_backend_block.h' file not found #include ^ 1 error generated. --- depend_subdir_bsnmpd --- echo snmp_hostres.so.6: /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/us= r/lib/libkvm.a /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/lib/lib= devinfo.a /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/lib/libm.a /= builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/lib/libgeom.a /builds/F= reeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/lib/libmemstat.a >> .depend A failure has been detected in another branch of the parallel make make[6]: stopped in /builds/FreeBSD_HEAD/usr.sbin/bsnmpd/modules/snmp_hostr= es *** [_sub.depend] Error code 2 make[5]: stopped in /builds/FreeBSD_HEAD/usr.sbin/bsnmpd/modules 1 error make[5]: stopped in /builds/FreeBSD_HEAD/usr.sbin/bsnmpd/modules *** [_sub.depend] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD/usr.sbin/bsnmpd 1 error make[4]: stopped in /builds/FreeBSD_HEAD/usr.sbin/bsnmpd *** [depend_subdir_bsnmpd] Error code 2 make[3]: stopped in /builds/FreeBSD_HEAD/usr.sbin --- depend_subdir_ctld --- mkdep: compile failed *** [.depend] Error code 1 make[4]: stopped in /builds/FreeBSD_HEAD/usr.sbin/ctld 1 error make[4]: stopped in /builds/FreeBSD_HEAD/usr.sbin/ctld *** [depend_subdir_ctld] Error code 2 make[3]: stopped in /builds/FreeBSD_HEAD/usr.sbin 3 errors make[3]: stopped in /builds/FreeBSD_HEAD/usr.sbin *** [usr.sbin.depend__D] Error code 2 make[2]: stopped in /builds/FreeBSD_HEAD 2 errors make[2]: stopped in /builds/FreeBSD_HEAD *** [_depend] Error code 2 make[1]: stopped in /builds/FreeBSD_HEAD 1 error make[1]: stopped in /builds/FreeBSD_HEAD *** [buildworld] Error code 2 make: stopped in /builds/FreeBSD_HEAD 1 error make: stopped in /builds/FreeBSD_HEAD Build step 'Execute shell' marked build as failure [WARNINGS] Skipping publisher since build result is FAILURE IRC notifier plugin: Sending notification to: #freebsd-commits Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Fri Sep 4 13:39:23 2015 Return-Path: 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 4E8509C9F67 for ; Fri, 4 Sep 2015 13:39:23 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-qk0-x242.google.com (mail-qk0-x242.google.com [IPv6:2607:f8b0:400d:c09::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0B9AD1E9B; Fri, 4 Sep 2015 13:39:23 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by qkex127 with SMTP id x127so922354qke.0; Fri, 04 Sep 2015 06:39:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=JVZTIkVwBuVy4b7983nJIbPncUrd48pzj2jG17X6w2o=; b=wUKDplwA3qs+M0FnGcV6ZjW6Zv9jdLb2KR8eRmgTh2o6Zo/KXwbNw72I3PLa52MSd3 6P+LtfuEgKsPUpy8P28+sS5n3hTM0RiWZ3STWWGMlFn8R2TDrAys1GF7++Yjs9sET4UF o/+j9UN1HqelmLyB3rndSvGQ4sA78xVHi5oLprLbNU4AFwlff7f07SwpaBJZmwMKz1FI 3UGpEHroGpAq+FU9FltFNtABiThuf96mrj7GG9zcy3w0uqdV5O2ONGdgoilLAjUefNBF ZIsZTq6xI/IkzgoEMu1VnJItq9cTOHLDx7sQhiNEwlohjUhiA+O3VeGtMp3QitXAO3KD /Nig== MIME-Version: 1.0 X-Received: by 10.55.33.74 with SMTP id h71mr5185150qkh.71.1441373962108; Fri, 04 Sep 2015 06:39:22 -0700 (PDT) Received: by 10.140.44.73 with HTTP; Fri, 4 Sep 2015 06:39:22 -0700 (PDT) In-Reply-To: <4074787.MD5UFHZJLz@ralph.baldwin.cx> References: <4074787.MD5UFHZJLz@ralph.baldwin.cx> Date: Fri, 4 Sep 2015 16:39:22 +0300 Message-ID: Subject: Re: Upgrading to r297291 LAGG(4) stops working. From: Sergey Kandaurov To: John Baldwin Cc: FreeBSD Current , Adrian Chadd , "Ranjan1018 ." <214748mv@gmail.com>, Gleb Smirnoff Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Sep 2015 13:39:23 -0000 On 1 September 2015 at 04:47, John Baldwin wrote: > On Monday, August 31, 2015 09:58:45 AM Adrian Chadd wrote: >> Hi, >> >> +glebius, as he recently messed around with the wifi stack and his >> changes may have broken how mac addresses are assigned to the >> hardware. > > Glebius did break this, though not because of what you say. It's broken > because the 'ifconfig_ath0' line that sets the mac address no longer > does anything because 'ath0' is no longer an interface (and so that > line is now ignored, plus it wouldn't work if it were passed to ifconfig > now anyway). > > At the very least the Handbook section on this needs to be updated to give > working instructions for both HEAD and stable branches. What about this change? It should work in both current and stable (not tested, though). Index: en_US.ISO8859-1/books/handbook/advanced-networking/chapter.xml =================================================================== --- en_US.ISO8859-1/books/handbook/advanced-networking/chapter.xml (revision 47311) +++ en_US.ISO8859-1/books/handbook/advanced-networking/chapter.xml (working copy) @@ -3697,17 +3697,19 @@ Replace bge0 to match the system's Ethernet interface name. The ether line will contain the - MAC address of the specified interface. - Now, change the MAC address of the - underlying wireless interface: + MAC address of the specified + interface. - &prompt.root; ifconfig iwn0 ether 00:21:70:da:ae:37 - Bring the wireless interface up, but do not set an IP address: &prompt.root; ifconfig wlan0 create wlandev iwn0 ssid my_router up + Now, change the MAC address of the + underlying wireless interface: + + &prompt.root; ifconfig wlan0 ether 00:21:70:da:ae:37 + Make sure the bge0 interface is up, then create the &man.lagg.4; interface with bge0 as master with failover to @@ -3740,9 +3742,9 @@ /etc/rc.conf: ifconfig_bge0="up" -ifconfig_iwn0="ether 00:21:70:da:ae:37" wlans_iwn0="wlan0" ifconfig_wlan0="WPA" +ifconfig_wlan0_alias0="ether 00:21:70:da:ae:3" cloned_interfaces="lagg0" ifconfig_lagg0="laggproto failover laggport bge0 laggport wlan0 DHCP" -- wbr, pluknet From owner-freebsd-current@freebsd.org Fri Sep 4 14:06:12 2015 Return-Path: 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 54C099CAC37 for ; Fri, 4 Sep 2015 14:06:12 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebius.int.ru", Issuer "cell.glebius.int.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B8B3811A4; Fri, 4 Sep 2015 14:06:10 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.15.2/8.15.2) with ESMTPS id t84E681v022576 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 4 Sep 2015 17:06:08 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.15.2/8.15.2/Submit) id t84E68qe022575; Fri, 4 Sep 2015 17:06:08 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 4 Sep 2015 17:06:08 +0300 From: Gleb Smirnoff To: Sergey Kandaurov Cc: John Baldwin , FreeBSD Current , Adrian Chadd , "Ranjan1018 ." <214748mv@gmail.com> Subject: Re: Upgrading to r297291 LAGG(4) stops working. Message-ID: <20150904140608.GZ1023@glebius.int.ru> References: <4074787.MD5UFHZJLz@ralph.baldwin.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Sep 2015 14:06:12 -0000 On Fri, Sep 04, 2015 at 04:39:22PM +0300, Sergey Kandaurov wrote: S> On 1 September 2015 at 04:47, John Baldwin wrote: S> > On Monday, August 31, 2015 09:58:45 AM Adrian Chadd wrote: S> >> Hi, S> >> S> >> +glebius, as he recently messed around with the wifi stack and his S> >> changes may have broken how mac addresses are assigned to the S> >> hardware. S> > S> > Glebius did break this, though not because of what you say. It's broken S> > because the 'ifconfig_ath0' line that sets the mac address no longer S> > does anything because 'ath0' is no longer an interface (and so that S> > line is now ignored, plus it wouldn't work if it were passed to ifconfig S> > now anyway). S> > S> > At the very least the Handbook section on this needs to be updated to give S> > working instructions for both HEAD and stable branches. S> S> What about this change? S> It should work in both current and stable (not tested, though). AFAIU, Adrian suggests to better change MAC of Ethernet device, rather than WiFi one. Not all WiFi drivers support change of MAC. -- Totus tuus, Glebius. From owner-freebsd-current@freebsd.org Fri Sep 4 14:22:12 2015 Return-Path: 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 25E339C9391 for ; Fri, 4 Sep 2015 14:22:12 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 16A5C1BDB; Fri, 4 Sep 2015 14:22:12 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 299A43D5; Fri, 4 Sep 2015 14:22:12 +0000 (UTC) Date: Fri, 4 Sep 2015 14:21:42 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: mav@FreeBSD.org, glebius@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <963293405.30.1441376532048.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1081750261.24.1441362530134.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1081750261.24.1441362530134.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD - Build #3181 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Sep 2015 14:22:12 -0000 FreeBSD_HEAD - Build #3181 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3181/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3181/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3181/console Change summaries: 287460 by glebius: Make tcp_mtudisc() static and void. No functional changes. Sponsored by: Nginx, Inc. 287459 by mav: Another addition to r287455. 287458 by mav: Addition to r287455. From owner-freebsd-current@freebsd.org Fri Sep 4 15:26:19 2015 Return-Path: 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 0612B9CA82C for ; Fri, 4 Sep 2015 15:26:19 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id EACF6C1B; Fri, 4 Sep 2015 15:26:18 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id A89083FE; Fri, 4 Sep 2015 15:26:18 +0000 (UTC) Date: Fri, 4 Sep 2015 15:25:58 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: mav@FreeBSD.org, glebius@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <515945108.32.1441380377545.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1378611218.20.1441361584852.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1378611218.20.1441361584852.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_amd64_gcc4.9 - Build #427 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_amd64_gcc4.9 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Sep 2015 15:26:19 -0000 FreeBSD_HEAD_amd64_gcc4.9 - Build #427 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/427/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/427/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/427/console Change summaries: 287460 by glebius: Make tcp_mtudisc() static and void. No functional changes. Sponsored by: Nginx, Inc. 287459 by mav: Another addition to r287455. 287458 by mav: Addition to r287455. From owner-freebsd-current@freebsd.org Fri Sep 4 18:05:20 2015 Return-Path: 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 85A519CA2CB for ; Fri, 4 Sep 2015 18:05:20 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.netplex.net", Issuer "RapidSSL SHA256 CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 442B1B06; Fri, 4 Sep 2015 18:05:19 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.15.1/8.15.1/NETPLEX) with ESMTP id t84I5BGm035888; Fri, 4 Sep 2015 14:05:11 -0400 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.4.3 (mail.netplex.net [204.213.176.9]); Fri, 04 Sep 2015 14:05:11 -0400 (EDT) Date: Fri, 4 Sep 2015 14:05:11 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net Reply-To: Daniel Eischen To: Sergey Kandaurov cc: John Baldwin , FreeBSD Current , Adrian Chadd , "Ranjan1018 ." <214748mv@gmail.com>, Gleb Smirnoff Subject: Re: Upgrading to r297291 LAGG(4) stops working. In-Reply-To: Message-ID: References: <4074787.MD5UFHZJLz@ralph.baldwin.cx> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Sep 2015 18:05:20 -0000 On Fri, 4 Sep 2015, Sergey Kandaurov wrote: > On 1 September 2015 at 04:47, John Baldwin wrote: >> On Monday, August 31, 2015 09:58:45 AM Adrian Chadd wrote: >>> Hi, >>> >>> +glebius, as he recently messed around with the wifi stack and his >>> changes may have broken how mac addresses are assigned to the >>> hardware. >> >> Glebius did break this, though not because of what you say. It's broken >> because the 'ifconfig_ath0' line that sets the mac address no longer >> does anything because 'ath0' is no longer an interface (and so that >> line is now ignored, plus it wouldn't work if it were passed to ifconfig >> now anyway). >> >> At the very least the Handbook section on this needs to be updated to give >> working instructions for both HEAD and stable branches. > > What about this change? [ ... ] > ifconfig_bge0="up" > -ifconfig_iwn0="ether > 00:21:70:da:ae:37" > wlans_iwn0="wlan0" > ifconfig_wlan0="WPA" > +ifconfig_wlan0_alias0="ether 00:21:70:da:ae:3" > cloned_interfaces="lagg0" > ifconfig_lagg0="laggproto > failover laggport bge0 laggport wlan0 DHCP" > Is this in human readable form anywhere? Seems like it's missing something (the ifconfig_iwn0="up"?). So to go from this: ifconfig_iwn0="ether 00:11:22:33:44:55" wlans_iwn0=wlan0 ifconfig_wlan0="ssid MYSSID WPA" ifconfig_re0="up" cloned_interfaces="lagg0" ifconfig_lagg0="laggproto failover laggport re0 laggport wlan0" ifconfig_lagg0_alias0="inet 10.0.0.7 netmask 0xffffff00" It would now be: ifconfig_iwn0="up" wlans_iwn0=wlan0 ifconfig_wlan0="ssid MYSSID WPA" ifconfig_wlan0_alias0="ether 00:11:22:33:44:55" ifconfig_re0="up" cloned_interfaces="lagg0" ifconfig_lagg0="laggproto failover laggport re0 laggport wlan0" ifconfig_lagg0_alias0="inet 10.0.0.7 netmask 0xffffff00" Is that correct? Do we even need the ifconfig_wlan0_alias0 to set the MAC address? If wlan0 (the cloned device under lagg0) knows how to set the MAC address, then shouldn't lagg be able to tell wlan0 to set the MAC address? The problem before was that wlan didn't know how to set the MAC address, so it was ignored when lagg tried to set it. -- DE From owner-freebsd-current@freebsd.org Fri Sep 4 21:10:43 2015 Return-Path: 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 226F29CAD7D for ; Fri, 4 Sep 2015 21:10:43 +0000 (UTC) (envelope-from null@pozo.com) Received: from pozo.com (pozo.com [50.197.129.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "pozo.com", Issuer "pozo.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0B60029A for ; Fri, 4 Sep 2015 21:10:42 +0000 (UTC) (envelope-from null@pozo.com) Received: from octo.pozo.com (octo.pozo.com [192.168.0.2]) (authenticated bits=128) by pozo.com (8.15.2/8.15.2) with ESMTPA id t84L16qf045279 for ; Fri, 4 Sep 2015 14:01:07 -0700 (PDT) (envelope-from null@pozo.com) From: Manfred Antar Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Recent changes to minibus on current amd64 breaks em0 Message-Id: <64860288-FF80-492E-9161-6ACD09AF1101@pozo.com> Date: Fri, 4 Sep 2015 14:01:06 -0700 To: freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) X-Mailer: Apple Mail (2.2104) X-Spam-Status: No, score=-102.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, USER_IN_WHITELIST autolearn=ham autolearn_force=no version=3.4.1, No X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on pozo.com X-pozocom-MailScanner-Information: Please contact the ISP for more information X-pozocom-MailScanner-ID: t84L16qf045279 X-pozocom-MailScanner: Found to be clean X-pozocom-MailScanner-From: null@pozo.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Sep 2015 21:10:43 -0000 Current from 9/4/2015 1:00pm PDT: Kenel hangs on boot at: em0: port 0x3100-0x311f mem 0x= f3100000-0xf311ffff,0xf3125000-0xf3125fff irq 19 at device 25.0 on pci0 em0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 265 to local APIC 0 vector 61 em0: using IRQ 265 for MSI em0: Using an MSI interrupt From owner-freebsd-current@freebsd.org Fri Sep 4 21:33:02 2015 Return-Path: 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 8D2F29CB5CB for ; Fri, 4 Sep 2015 21:33:02 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pa0-x234.google.com (mail-pa0-x234.google.com [IPv6:2607:f8b0:400e:c03::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5FEA5F98 for ; Fri, 4 Sep 2015 21:33:02 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by padhy16 with SMTP id hy16so32923404pad.1 for ; Fri, 04 Sep 2015 14:33:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=ao4orT9q80X+su3VRa0Zqf3NoVzR8+iypNvA8pQ758c=; b=Xc1awLm1W2x3PNoVhU9X02mfsxwkmtVKlPDvnBDJEGqCACDJXBfecy6Fd9zua/+P7T eO7dumPNNjijJY8S2D5USA0GOB54xdnuzohKskloDa00m46Spqb0HDEjYUlVggMd+ERs SE84DSR78afMYMDynV8bQpZO48r6GMO/YVq1J5F9Z4xfReJW1VzLYSKzGqXOFXwYQVkv kZ1Kg5rF67m3zPBiTAKlMXl13q3g9E//xosocl8J0luy3czSE5NlgcC9doIj80S75SbC lKO3WXqkNDpI0P8beLsdMiX3t1mnY+fayHg6N2YXzz+iez7d3nrX2lBAmjyJr+My8zEW I+mg== X-Received: by 10.68.137.7 with SMTP id qe7mr12553623pbb.103.1441402381779; Fri, 04 Sep 2015 14:33:01 -0700 (PDT) Received: from [21.138.3.77] ([172.56.33.106]) by smtp.gmail.com with ESMTPSA id cs6sm3578439pdb.40.2015.09.04.14.33.00 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 04 Sep 2015 14:33:01 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: Recent changes to minibus on current amd64 breaks em0 From: Garrett Cooper X-Mailer: iPhone Mail (12H321) In-Reply-To: <64860288-FF80-492E-9161-6ACD09AF1101@pozo.com> Date: Fri, 4 Sep 2015 14:33:00 -0700 Cc: "freebsd-current@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: <64860288-FF80-492E-9161-6ACD09AF1101@pozo.com> To: Manfred Antar X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Sep 2015 21:33:02 -0000 > On Sep 4, 2015, at 14:01, Manfred Antar wrote: >=20 > Current from 9/4/2015 1:00pm PDT: > Kenel hangs on boot at: >=20 > em0: port 0x3100-0x311f mem 0= xf3100000-0xf311ffff,0xf3125000-0xf3125fff irq 19 at device 25.0 on pci0 > em0: attempting to allocate 1 MSI vectors (1 supported) > msi: routing MSI IRQ 265 to local APIC 0 vector 61 > em0: using IRQ 265 for MSI > em0: Using an MSI interrupt - What do you mean by minibus? - what's the revision? - could you do boot -v please?= From owner-freebsd-current@freebsd.org Sat Sep 5 02:06:03 2015 Return-Path: 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 2CBB29CB12D for ; Sat, 5 Sep 2015 02:06:03 +0000 (UTC) (envelope-from dip-freebsd@yandex.ru) Received: from forward16o.cmail.yandex.net (forward16o.cmail.yandex.net [IPv6:2a02:6b8:0:1a72::1e6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9CB059 for ; Sat, 5 Sep 2015 02:06:02 +0000 (UTC) (envelope-from dip-freebsd@yandex.ru) Received: from web8o.yandex.ru (web8o.yandex.ru [95.108.205.108]) by forward16o.cmail.yandex.net (Yandex) with ESMTP id 245BD20DA9 for ; Sat, 5 Sep 2015 05:05:59 +0300 (MSK) Received: from 127.0.0.1 (localhost [127.0.0.1]) by web8o.yandex.ru (Yandex) with ESMTP id BCE6A5D8249A; Sat, 5 Sep 2015 05:05:58 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1441418758; bh=mc7vIOzLMPb8W/Bv6UeTG1LA0q30KENRyBhBeH4TS+U=; h=From:To:In-Reply-To:References:Subject:Date; b=dfbg10kf/c6rzBkNYVfd+fzVbE5Cyl8YQYUcbdWDv8LwPpmGLXaEbJLRnmAkWJ5e2 kDGh4NS6il/4BXEtMhlHnScNUQK6kwZPP920BFmpJ+J709C4+nF/GlrHmvfSvli1sE A2o6Amk+bjZtdhq21uM1POYWEEg4BqYmVfABsyWE= Received: by web8o.yandex.ru with HTTP; Sat, 05 Sep 2015 05:05:58 +0300 From: Dmitry Postolov To: "freebsd-current@freebsd.org" In-Reply-To: <832521431264768@web15o.yandex.ru> References: <832521431264768@web15o.yandex.ru> Subject: Re: Problem with latest BIOS Intel NUC DN2820FYKH(2830) & FreeBSD-11-CURRENT MIME-Version: 1.0 Message-Id: <3154281441418758@web8o.yandex.ru> X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Sat, 05 Sep 2015 05:05:58 +0300 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Sep 2015 02:06:03 -0000 Hi to all! Sorry for my bad English... FreeBSD-10.2-RELEASE-amd64.img successfully starts from USB-stick and from drive afrer installation with workaround "GPT + Active" in installer menu. FreeBSD-11.0-CURRENT-amd64.img doesn't start from USB-stick. Intel NUC DN2820(2830)FYKH0 Bios 0051 print about error: "Reboot snd Select proper Boot device or insert Boot Media in selected Boot device and press a key". Maybe problem consists in, that to set a flag "GPT + Active" for CURRENT-amd64.img? How I can make it? 10.05.2015, 16:33, "Dmitry Postolov" : > Hi to all! > > Sorry for my bad English... This message is translated with help of the translator's online. > > You could comment on a situation with my nettop Intel NUC DN2820FYKH (CPU Celeron N2830)? > > This NUC was delivered with pre-installed BIOS 0032. With this version BIOS I am could install FreeBSD 10 and 11-CURRENT. In next version of BIOS 0034 and later installing was a problems. Message of other user, NUC DN2820 can't recognize FreeBSD bootsect. > > https://communities.intel.com/message/245413 > > My situation: --- > > FreeBSD-10.1-STABLE-usb-stick.img (May 5 2015) after #dd: ls /dev/da* > > /dev/da0 /dev/da0a # Probable this is MBR structure? > > FreeBSD-11-CURRENT-usb-stick.img (May 5 2015) after #dd: ls /dev/da* > > /dev/da0 /dev/da0p1 /dev/da0p2 /dev/da0p3 /dev/da0p4 # Probable this is GPT structure? > > --- > > And probable the Bug of Intel BIOS for NUC 2820 (N2830): > > 0032 BIOS can start MBR FreeBSD-10.1-usb-stick installer, bsdinstall by default offers GPT structure for HDD. 0032 successfully run FreeBSD from GPT HDD. Also 0032 can start GPT FreeBSD-11-CURRENT-usb-stick installer, bsdinstall by default offers MBR structure for HDD? (or use last MBR-HDD setting). After install 0032 successfully start FreeBSD-11-CURRENT from HDD. > > But with modern BIOS (for example 0050 - latest at this time): 0050 BIOS can start MBR FreeBSD-10.1-usb-stick installer, bsdinstaller by default offers GPT HDD structure. If install 10.1 with default settings and start 10.1 from HDD -> Error. If GPT HDD manually changed to MBR HDD, then 10.1 successfully starts from HDD. > > But 11-CURRENT-usb-stick has GPT structure and BIOS 0050 can't run it from USB. :-(( > > Workaround: Reflash 0032 -> Install FreeBSD-11-CURRENT -> OK -> Reflash 0050 -> 11-CURRENT starts OK from MBR HDD. > > Question: if this situation doesn't be fixed by Intel, how NUC 2820(2830) new versions of BIOS users can start FreeBSD-11 without BIOS reflashing, if FreeBSD-11-stick.img will be only at GPT structure? > > --- > > best regards, > Dmitry Postolov > dip-freebsd@yandex.ru > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Sat Sep 5 03:07:56 2015 Return-Path: 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 68B739CAEB4 for ; Sat, 5 Sep 2015 03:07:56 +0000 (UTC) (envelope-from dip-freebsd@yandex.ru) Received: from forward20h.cmail.yandex.net (forward20h.cmail.yandex.net [87.250.230.162]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DC04F1ADD for ; Sat, 5 Sep 2015 03:07:55 +0000 (UTC) (envelope-from dip-freebsd@yandex.ru) Received: from web8h.yandex.ru (web8h.yandex.ru [IPv6:2a02:6b8:0:f05::18]) by forward20h.cmail.yandex.net (Yandex) with ESMTP id 9D794219C8 for ; Sat, 5 Sep 2015 06:07:45 +0300 (MSK) Received: from 127.0.0.1 (localhost [127.0.0.1]) by web8h.yandex.ru (Yandex) with ESMTP id 44D6F6962A3E; Sat, 5 Sep 2015 06:07:45 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1441422465; bh=e67wwzlD4NQo9YBVo71452kgupbfRM8SBMRQGrxh5s8=; h=From:To:In-Reply-To:References:Subject:Date; b=Ii4oTZdMbRf2J6TGeblSwrR5GmdcLC1XbZqvYPiBXYOekPn0URkHO3PsxlIs6CQfl JJappzlAiTIK67km+CQ8R/2HKlIfUVd+aPpjKAjg36k0sxA2lVRCW+BK0XdtEuQRJ/ iw/WQYemKP29MvxkVBrhm4/98heQ/02JPhEiR5+Q= Received: by web8h.yandex.ru with HTTP; Sat, 05 Sep 2015 06:07:44 +0300 From: Dmitry Postolov To: "freebsd-current@freebsd.org" In-Reply-To: <3154281441418758@web8o.yandex.ru> References: <832521431264768@web15o.yandex.ru> <3154281441418758@web8o.yandex.ru> Subject: Re: Problem with latest BIOS Intel NUC DN2820FYKH(2830) & FreeBSD-11-CURRENT MIME-Version: 1.0 Message-Id: <296121441422464@web8h.yandex.ru> X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Sat, 05 Sep 2015 06:07:44 +0300 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=koi8-r X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Sep 2015 03:07:56 -0000 Hi to all again! [Solved] After #dd if=freebsd11.0-current.img of=/dev/da1 bs=8M I am print man fdisk and run #fdisk -a /dev/da1 and set Active partition for FreeBSD-11.0-CURRENT installer, after that NUC Bios successfully run usb-stick.img. Thank to All and man pages! 05.09.2015, 05:06, "Dmitry Postolov" : > Hi to all! Sorry for my bad English... > > FreeBSD-10.2-RELEASE-amd64.img successfully starts from USB-stick and from drive afrer installation with workaround "GPT + Active" in installer menu. > > FreeBSD-11.0-CURRENT-amd64.img doesn't start from USB-stick. Intel NUC DN2820(2830)FYKH0 Bios 0051 print about error: "Reboot snd Select proper Boot device or insert Boot Media in selected Boot device and press a key". > > Maybe problem consists in, that to set a flag "GPT + Active" for CURRENT-amd64.img? How I can make it? > > 10.05.2015, 16:33, "Dmitry Postolov" : >> šHi to all! >> >> šSorry for my bad English... This message is translated with help of the translator's online. >> >> šYou could comment on a situation with my nettop Intel NUC DN2820FYKH (CPU Celeron N2830)? >> >> šThis NUC was delivered with pre-installed BIOS 0032. With this version BIOS I am could install FreeBSD 10 and 11-CURRENT. In next version of BIOS 0034 and later installing was a problems. Message of other user, NUC DN2820 can't recognize FreeBSD bootsect. >> >> šhttps://communities.intel.com/message/245413 >> >> šMy situation: --- >> >> šFreeBSD-10.1-STABLE-usb-stick.img (May 5 2015) after #dd: ls /dev/da* >> >> š/dev/da0 /dev/da0a # Probable this is MBR structure? >> >> šFreeBSD-11-CURRENT-usb-stick.img (May 5 2015) after #dd: ls /dev/da* >> >> š/dev/da0 /dev/da0p1 /dev/da0p2 /dev/da0p3 /dev/da0p4 # Probable this is GPT structure? >> >> š--- >> >> šAnd probable the Bug of Intel BIOS for NUC 2820 (N2830): >> >> š0032 BIOS can start MBR FreeBSD-10.1-usb-stick installer, bsdinstall by default offers GPT structure for HDD. 0032 successfully run FreeBSD from GPT HDD. Also 0032 can start GPT FreeBSD-11-CURRENT-usb-stick installer, bsdinstall by default offers MBR structure for HDD? (or use last MBR-HDD setting). After install 0032 successfully start FreeBSD-11-CURRENT from HDD. >> >> šBut with modern BIOS (for example 0050 - latest at this time): 0050 BIOS can start MBR FreeBSD-10.1-usb-stick installer, bsdinstaller by default offers GPT HDD structure. If install 10.1 with default settings and start 10.1 from HDD -> Error. If GPT HDD manually changed to MBR HDD, then 10.1 successfully starts from HDD. >> >> šBut 11-CURRENT-usb-stick has GPT structure and BIOS 0050 can't run it from USB. :-(( >> >> šWorkaround: Reflash 0032 -> Install FreeBSD-11-CURRENT -> OK -> Reflash 0050 -> 11-CURRENT starts OK from MBR HDD. >> >> šQuestion: if this situation doesn't be fixed by Intel, how NUC 2820(2830) new versions of BIOS users can start FreeBSD-11 without BIOS reflashing, if FreeBSD-11-stick.img will be only at GPT structure? >> >> š--- >> >> šbest regards, >> šDmitry Postolov >> šdip-freebsd@yandex.ru >> >> š_______________________________________________ >> šfreebsd-current@freebsd.org mailing list >> šhttp://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" From owner-freebsd-current@freebsd.org Sat Sep 5 04:24:24 2015 Return-Path: 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 F1E439CB596 for ; Sat, 5 Sep 2015 04:24:24 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) by mx1.freebsd.org (Postfix) with ESMTP id D0C281DCE for ; Sat, 5 Sep 2015 04:24:23 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [10.1.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 1E7587A00 for ; Sat, 5 Sep 2015 04:24:17 +0000 (UTC) Subject: Re: Problem with latest BIOS Intel NUC DN2820FYKH(2830) & FreeBSD-11-CURRENT To: freebsd-current@freebsd.org References: <832521431264768@web15o.yandex.ru> <3154281441418758@web8o.yandex.ru> <296121441422464@web8h.yandex.ru> From: Allan Jude Message-ID: <55EA6EB0.7060809@freebsd.org> Date: Sat, 5 Sep 2015 00:25:20 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <296121441422464@web8h.yandex.ru> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KChdrp40KO0OqcdGgCJKXmgqadN8RK1Gt" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Sep 2015 04:24:25 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --KChdrp40KO0OqcdGgCJKXmgqadN8RK1Gt Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: quoted-printable On 2015-09-04 23:07, Dmitry Postolov wrote: > Hi to all again! >=20 > [Solved] After #dd if=3Dfreebsd11.0-current.img of=3D/dev/da1 bs=3D8M I= am print man fdisk and run #fdisk -a /dev/da1 and set Active partition f= or FreeBSD-11.0-CURRENT installer, after that NUC Bios successfully run u= sb-stick.img. Thank to All and man pages! >=20 > 05.09.2015, 05:06, "Dmitry Postolov" : >> Hi to all! Sorry for my bad English... >> >> FreeBSD-10.2-RELEASE-amd64.img successfully starts from USB-stick and = from drive afrer installation with workaround "GPT + Active" in installer= menu. >> >> FreeBSD-11.0-CURRENT-amd64.img doesn't start from USB-stick. Intel NUC= DN2820(2830)FYKH0 Bios 0051 print about error: "Reboot snd Select proper= Boot device or insert Boot Media in selected Boot device and press a key= ". >> >> Maybe problem consists in, that to set a flag "GPT + Active" for CURRE= NT-amd64.img? How I can make it? >> >> 10.05.2015, 16:33, "Dmitry Postolov" : >>> Hi to all! >>> >>> Sorry for my bad English... This message is translated with help of = the translator's online. >>> >>> You could comment on a situation with my nettop Intel NUC DN2820FYKH= (CPU Celeron N2830)? >>> >>> This NUC was delivered with pre-installed BIOS 0032. With this versi= on BIOS I am could install FreeBSD 10 and 11-CURRENT. In next version of = BIOS 0034 and later installing was a problems. Message of other user, NUC= DN2820 can't recognize FreeBSD bootsect. >>> >>> https://communities.intel.com/message/245413 >>> >>> My situation: --- >>> >>> FreeBSD-10.1-STABLE-usb-stick.img (May 5 2015) after #dd: ls /dev/da= * >>> >>> /dev/da0 /dev/da0a # Probable this is MBR structure? >>> >>> FreeBSD-11-CURRENT-usb-stick.img (May 5 2015) after #dd: ls /dev/da*= >>> >>> /dev/da0 /dev/da0p1 /dev/da0p2 /dev/da0p3 /dev/da0p4 # Probable this= is GPT structure? >>> >>> --- >>> >>> And probable the Bug of Intel BIOS for NUC 2820 (N2830): >>> >>> 0032 BIOS can start MBR FreeBSD-10.1-usb-stick installer, bsdinstall= by default offers GPT structure for HDD. 0032 successfully run FreeBSD f= rom GPT HDD. Also 0032 can start GPT FreeBSD-11-CURRENT-usb-stick install= er, bsdinstall by default offers MBR structure for HDD? (or use last MBR-= HDD setting). After install 0032 successfully start FreeBSD-11-CURRENT fr= om HDD. >>> >>> But with modern BIOS (for example 0050 - latest at this time): 0050 = BIOS can start MBR FreeBSD-10.1-usb-stick installer, bsdinstaller by defa= ult offers GPT HDD structure. If install 10.1 with default settings and s= tart 10.1 from HDD -> Error. If GPT HDD manually changed to MBR HDD, then= 10.1 successfully starts from HDD. >>> >>> But 11-CURRENT-usb-stick has GPT structure and BIOS 0050 can't run i= t from USB. :-(( >>> >>> Workaround: Reflash 0032 -> Install FreeBSD-11-CURRENT -> OK -> Refl= ash 0050 -> 11-CURRENT starts OK from MBR HDD. >>> >>> Question: if this situation doesn't be fixed by Intel, how NUC 2820(= 2830) new versions of BIOS users can start FreeBSD-11 without BIOS reflas= hing, if FreeBSD-11-stick.img will be only at GPT structure? >>> >>> --- >>> >>> best regards, >>> Dmitry Postolov >>> dip-freebsd@yandex.ru >>> You can avoid fdisk and just do: gpart set -a active da0 --=20 Allan Jude --KChdrp40KO0OqcdGgCJKXmgqadN8RK1Gt Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJV6m60AAoJEBmVNT4SmAt+Vr0QANTF2sDV8+4hkrBv6yo4sg44 zTCGIBWmgIs7o5Mgr1Vav7e8/fP0hRgnZbJEA4Yi+hMg7VBV+G8fB2PWVPZKKa9a Rdsj6gJLhYnOuFIEuplMAFRS1X0ONKG4Vgo2glKE+f/VlJCKBvcObvlvjtrTLl4S tJ8LM+ImjTsccVphY26aUyoQWDW2Jd3RO6+nxqLArPPmTmeegkXZ+U4BGxUtVkCH 96UaPA+rx6qXYixBrfmQ8Yrx1RLc8iy0zNSiF8bKrd7XiBFwTiIH02IxhxG+yyME +tpuabaPQeDyXKmn2vrOMrxA4RnzdJoEa+TBOBTWkIdqr6nQ1oUcuTDzKieELBEb xx01Un0ve23mz/AW3NzO9SWJsIZ1B1jb4tISpPSjvRJJMgBrcQPMF+gt5PZqmQJK Eb/BUuoaE5ag/lO7pzYTkiRnJ0TOaLwB45Zk//HPVOdzeoYu4EiRxY/lknqB4+A3 +LhM+szWl7ihXfCzn+RUR7x/GOL3gbO7ZpO8fKDyqaYXRfgj668c8sR1Gzl35K/E EUfIl92TGlIuRSmscC6dw+vux6le5Co4XvqSIHH1//g2m8i8gjKmElZZhLBAnqJu 14K7OQ2nYBYfSMKHr7coLNZoYssCfqhkW0hNR5Dlr4NoaL4f64eZbMSPn70LEDtu Ladt0/IpY2RtqnDU22oR =69Nb -----END PGP SIGNATURE----- --KChdrp40KO0OqcdGgCJKXmgqadN8RK1Gt-- From owner-freebsd-current@freebsd.org Sat Sep 5 10:09:28 2015 Return-Path: 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 03AAB9CA88D for ; Sat, 5 Sep 2015 10:09:28 +0000 (UTC) (envelope-from jamie@dyslexicfish.net) Received: from dyslexicfish.net (deadcat.mail.dyslexicfish.net [45.63.12.202]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A7224175E; Sat, 5 Sep 2015 10:09:26 +0000 (UTC) (envelope-from jamie@dyslexicfish.net) Received: from dyslexicfish.net (deadcat.mail.dyslexicfish.net [45.63.12.202]) by dyslexicfish.net (8.14.5/8.14.5) with ESMTP id t859rS2A049068; Sat, 5 Sep 2015 10:53:28 +0100 (BST) (envelope-from jamie@dyslexicfish.net) Received: (from jamie@localhost) by dyslexicfish.net (8.14.5/8.14.5/Submit) id t859rRpX049067; Sat, 5 Sep 2015 10:53:27 +0100 (BST) (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <201509050953.t859rRpX049067@dyslexicfish.net> Date: Sat, 05 Sep 2015 10:53:27 +0100 To: ohartman@zedat.fu-berlin.de, marcel@xcllnt.net Cc: marcel@freebsd.org, freebsd-current@freebsd.org, ed@nuxi.nl Subject: Re: r286615: /usr/libexec/ftpd broken! References: <20150811074041.6700e943@freyja.zeit4.iv.bundesimmobilien.de> <20150811104451.2031fff2@freyja.zeit4.iv.bundesimmobilien.de> <20150818071559.4278987d@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (dyslexicfish.net [45.63.12.202]); Sat, 05 Sep 2015 10:53:29 +0100 (BST) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Sep 2015 10:09:28 -0000 Marcel Moolenaar wrote: > It would have been so nice if man(1) would have told you that there > were 2 ftpd manpages and that you need to specify which one you want. > That should raise an eyebrow right away... I was bitten by a similar issue in the past. I now alias 'man' to 'man -a': -a Display all manual pages instead of just the first found for each page argument. cheers, Jamie From owner-freebsd-current@freebsd.org Sat Sep 5 15:50:58 2015 Return-Path: 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 1B3109CBD45 for ; Sat, 5 Sep 2015 15:50:58 +0000 (UTC) (envelope-from null@pozo.com) Received: from pozo.com (pozo.com [50.197.129.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "pozo.com", Issuer "pozo.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 027F01CE4; Sat, 5 Sep 2015 15:50:57 +0000 (UTC) (envelope-from null@pozo.com) Received: from octo.pozo.com (octo.pozo.com [192.168.0.2]) (authenticated bits=128) by pozo.com (8.15.2/8.15.2) with ESMTPA id t85Fons2003590; Sat, 5 Sep 2015 08:50:49 -0700 (PDT) (envelope-from null@pozo.com) From: Manfred Antar Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: em broken on current amd64 Date: Sat, 5 Sep 2015 08:50:48 -0700 Message-Id: <1B3BC636-6765-4478-AAE0-122E6904276E@pozo.com> To: freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) X-Mailer: Apple Mail (2.2104) X-Spam-Status: No, score=-102.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, USER_IN_WHITELIST autolearn=ham autolearn_force=no version=3.4.1, No X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on pozo.com X-pozocom-MailScanner-Information: Please contact the ISP for more information X-pozocom-MailScanner-ID: t85Fons2003590 X-pozocom-MailScanner: Found to be clean X-pozocom-MailScanner-From: null@pozo.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Sep 2015 15:50:58 -0000 Recent changes to em have broken current on amd64. Booting kernel will hang when trying to load em0, then will continue bootin= g without the driver loading (No Network) This is on a HP SFF 8000 with em0 embedded on the motherboard. boot messages: em0: port 0x3100-0x311f mem 0x= f3100000-0xf311ffff,0xf3125000-0xf3125fff irq 19 at device 25.0 on pci0 em0: attempting to allocate 1 MSI vectors (1 supported) em0: using IRQ 265 for MSI em0: Using an MSI interrupt em0: The EEPROM Checksum Is Not Valid device_attach: em0 attach returned 5 Manfred From owner-freebsd-current@freebsd.org Sat Sep 5 16:11:54 2015 Return-Path: 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 2385B9CA71E for ; Sat, 5 Sep 2015 16:11:54 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pa0-x22c.google.com (mail-pa0-x22c.google.com [IPv6:2607:f8b0:400e:c03::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E9A1C95A for ; Sat, 5 Sep 2015 16:11:53 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by padhy16 with SMTP id hy16so50633684pad.1 for ; Sat, 05 Sep 2015 09:11:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=+6qRuXPCFxFHuZjeVv9L2a/ztczXDCWWrQFjE9XCW8E=; b=r6Hgykb8lkRimcAxIe9yfxzBYDABofizsi9gt+n5oemGjMZ9wwDsQ7XUApFsnAECFa QQSuU/luT/A+3zj1DlDepUOCwANa1XKeriML9FFoLc1NnfA6xoKVvsmFRgAkKLna2bI8 zOwnuy/ficqlBkjF4u6QG5TjeeGgq4AV+9w8JK1gmnaPEYtHVH0YUgXpQlScyCuuQ7CC rttU8zUX4SmoQU0s64ccAl7GcNVtH3rzdw0hLlpuLYTpdelx5PQEHL4kFq9RPk7tU3Ah Fil+cGQ2kUI36P3V8HC7HqhYOSzMLA44pBv0O/UVDraBRd1fa8Wu7i/9OvDtnHoOo9LM 1zbA== X-Received: by 10.66.122.4 with SMTP id lo4mr22459728pab.1.1441469513524; Sat, 05 Sep 2015 09:11:53 -0700 (PDT) Received: from [192.168.20.10] (c-24-16-212-205.hsd1.wa.comcast.net. [24.16.212.205]) by smtp.gmail.com with ESMTPSA id rh7sm6284777pdb.11.2015.09.05.09.11.52 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 05 Sep 2015 09:11:52 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: em broken on current amd64 From: Garrett Cooper X-Mailer: iPhone Mail (12H321) In-Reply-To: <1B3BC636-6765-4478-AAE0-122E6904276E@pozo.com> Date: Sat, 5 Sep 2015 09:11:52 -0700 Cc: "freebsd-current@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <70759B1C-6685-4EF9-BC65-52590ABD398E@gmail.com> References: <1B3BC636-6765-4478-AAE0-122E6904276E@pozo.com> To: Manfred Antar X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Sep 2015 16:11:54 -0000 > On Sep 5, 2015, at 08:50, Manfred Antar wrote: >=20 > Recent changes to em have broken current on amd64. > Booting kernel will hang when trying to load em0, then will continue booti= ng without the driver loading (No Network) > This is on a HP SFF 8000 with em0 embedded on the motherboard. >=20 > boot messages: >=20 > em0: port 0x3100-0x311f mem 0= xf3100000-0xf311ffff,0xf3125000-0xf3125fff irq 19 at device 25.0 on pci0 > em0: attempting to allocate 1 MSI vectors (1 supported) > em0: using IRQ 265 for MSI > em0: Using an MSI interrupt > em0: The EEPROM Checksum Is Not Valid > device_attach: em0 attach returned 5 Tijl said the same. The offending commit's r287467. Cheers,=