From owner-freebsd-current@freebsd.org Sun Nov 18 00:35:59 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1DD0B110D5BF for ; Sun, 18 Nov 2018 00:35:59 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-io1-xd44.google.com (mail-io1-xd44.google.com [IPv6:2607:f8b0:4864:20::d44]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 56D9D8979A for ; Sun, 18 Nov 2018 00:35:58 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-io1-xd44.google.com with SMTP id u19so15588963ioc.2 for ; Sat, 17 Nov 2018 16:35:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=q8baKP3wnTXN98j6uvq0rd/YPSoJ5l+TfVRzw7HVtt8=; b=EvMKNGKpunXtpWnYzOz83QMxS7bHKLyaj7jZGZ3z/YF0cFKeJN4dO4Qvo1kd2qrQXE eQ6jk1jx68ypd3f15/+VDfhkwUSihmmspWJEfVmaaP7z6qXpZX6QvWEn1jl6vzEgGzm4 b+RAELkXE3RBLTGbjrihON7+DrltGVPHLeHmjGraeXsu6NdbFkqObCc2q56ItAb76DoO zYr9lWwqoOQkyH4nd1oTD7eaGd42Dn2xDB3/NRMHxkej6cYvxs6p4Kw4GNr6hx9XuyHq cwKt5RjtvuMjV8+p1qHJ/QaIpShEE6jI/bzJiAWCNRlFTgD5sX5NbeMR/Dp7FRDOQgn/ 4YXg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=q8baKP3wnTXN98j6uvq0rd/YPSoJ5l+TfVRzw7HVtt8=; b=hDbMkgxLi1QBgrfPXfXKEkWjD/JSqy7xrgBEwIe8leNHnaJy0rAvKI4gbRWiANhO+Z Jitri+n62dbJ9nTOuUpUm02JRHVxs65HE1uRCmhSNFwlvWDQJiY7nTzq6Bw3qEsiA9A1 CR1uOXEgtkbsm3VIkauZzLa2blwVwLKqVa2cg7/0ks3InQ31Hah3FzyY8mr8QCvXKV+E X1RaPu2kAfgSe8osqmYw5A6mw3TPL1zGvAT6Xg6cUSl6Nq+/yBoBFaqM/EtQaYx1eRA5 4bd4y9Jm2dtIEF5u0t+9YALrMb3q6CUMjV9+CUJ1CRacS/gFtJobUfTh73BMLq414oBx dG0g== X-Gm-Message-State: AA+aEWYnuluEqIjXNkOH/fJ2iG2qX+XBEAVQhOR6pZUxMj/9RLSL2kkK LtsNESVujjLZDrKzDHXmNZo8KRlnQYw= X-Google-Smtp-Source: AFSGD/Xm6YW+MW732ouZSWNw/niFzs8LeRpUWglBhwJGFXRrbIKCAXGkve58XSVGFVsG1BrHwVqNNA== X-Received: by 2002:a6b:5116:: with SMTP id f22mr5285398iob.28.1542501357615; Sat, 17 Nov 2018 16:35:57 -0800 (PST) Received: from raichu (toroon0560w-lp130-07-64-229-95-98.dsl.bell.ca. [64.229.95.98]) by smtp.gmail.com with ESMTPSA id o14-v6sm12762585ito.3.2018.11.17.16.35.56 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 17 Nov 2018 16:35:56 -0800 (PST) Sender: Mark Johnston Date: Sat, 17 Nov 2018 19:35:54 -0500 From: Mark Johnston To: Sylvain GALLIANO Cc: freebsd-current@freebsd.org Subject: Re: Panic on kern_event.c Message-ID: <20181118003554.GC2799@raichu> References: <20181107043503.GB30861@raichu> <20181115221019.GA2514@raichu> <20181116154210.GB17379@raichu> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) X-Rspamd-Queue-Id: 56D9D8979A X-Spamd-Result: default: False [-1.30 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_SHORT(-0.95)[-0.947,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[4.4.d.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; FORGED_SENDER(0.30)[markj@freebsd.org,markjdb@gmail.com]; MID_RHS_NOT_FQDN(0.50)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[markj@freebsd.org,markjdb@gmail.com]; IP_SCORE(-0.65)[ip: (1.23), ipnet: 2607:f8b0::/32(-2.61), asn: 15169(-1.76), country: US(-0.10)] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 18 Nov 2018 00:35:59 -0000 On Fri, Nov 16, 2018 at 05:56:54PM +0100, Sylvain GALLIANO wrote: > Le ven. 16 nov. 2018 à 16:42, Mark Johnston a écrit : > > > On Fri, Nov 16, 2018 at 03:47:39PM +0100, Sylvain GALLIANO wrote: > > > Le jeu. 15 nov. 2018 à 23:10, Mark Johnston a écrit > > : > > > > > > > On Thu, Nov 08, 2018 at 05:05:03PM +0100, Sylvain GALLIANO wrote: > > > > > Hi, > > > > > > > > > > I replaced > > > > > << printf("XXX knote %p already in tailq status:%x kq_count:%d [%p > > %p] > > > > > > > > > > > %u\n",kn,kn->kn_status,kq->kq_count,kn->kn_tqe.tqe_next,kn->kn_tqe.tqe_prev,__LINE__); > > > > > by > > > > > >> panic("XXX knote %p already in tailq status:%x kq_count:%d [%p > > %p] > > > > > > > > > > > %u\n",kn,kn->kn_status,kq->kq_count,kn->kn_tqe.tqe_next,kn->kn_tqe.tqe_prev,__LINE__); > > > > > > > > > > Here is the stack during panic: > > > > > panic: XXX knote 0xfffff801e1c6ddc0 already in tailq status:1 > > kq_count:2 > > > > > [0 0xfffff8000957a978] 2671 > > > > > > > > > Could you please give the following patch a try? > > > > > > > > If possible, could you also ktrace one of the active syslog-ng > > processes > > > > for some time, perhaps 15 seconds, and share the kdump? I have been > > > > trying to reproduce the problem without any luck. > > > > > > > Unfortunately patched kernel is not stable: > > > - some processes run at 100% CPU (STOP state) and cannot be killed > > > - sometime the system completely freeze (need a hard reboot) Could you please give this updated a patch a try? diff --git a/sys/kern/kern_event.c b/sys/kern/kern_event.c index d9c670e29d60..f989d612bac4 100644 --- a/sys/kern/kern_event.c +++ b/sys/kern/kern_event.c @@ -224,6 +224,7 @@ SYSCTL_UINT(_kern, OID_AUTO, kq_calloutmax, CTLFLAG_RW, #define KQ_LOCK(kq) do { \ mtx_lock(&(kq)->kq_lock); \ } while (0) +#define KQ_LOCKPTR(kq) (&(kq)->kq_lock) #define KQ_FLUX_WAKEUP(kq) do { \ if (((kq)->kq_state & KQ_FLUXWAIT) == KQ_FLUXWAIT) { \ (kq)->kq_state &= ~KQ_FLUXWAIT; \ @@ -687,8 +688,11 @@ filt_timerexpire(void *knx) struct kq_timer_cb_data *kc; kn = knx; + KQ_OWNED(kn->kn_kq); kn->kn_data++; - KNOTE_ACTIVATE(kn, 0); /* XXX - handle locking */ + + if (!kn_in_flux(kn) || (kn->kn_status & KN_SCAN) != 0) + KNOTE_ACTIVATE(kn, 1); if ((kn->kn_flags & EV_ONESHOT) != 0) return; @@ -753,7 +757,7 @@ filt_timerattach(struct knote *kn) kn->kn_flags |= EV_CLEAR; /* automatically set */ kn->kn_status &= ~KN_DETACHED; /* knlist_add clears it */ kn->kn_ptr.p_v = kc = malloc(sizeof(*kc), M_KQUEUE, M_WAITOK); - callout_init(&kc->c, 1); + callout_init_mtx(&kc->c, KQ_LOCKPTR(kn->kn_kq), 0); filt_timerstart(kn, to); return (0); @@ -772,8 +776,10 @@ filt_timerstart(struct knote *kn, sbintime_t to) kc->next = to + sbinuptime(); kc->to = to; } + KQ_LOCK(kn->kn_kq); callout_reset_sbt_on(&kc->c, kc->next, 0, filt_timerexpire, kn, PCPU_GET(cpuid), C_ABSOLUTE); + KQ_UNLOCK(kn->kn_kq); } static void @@ -826,7 +832,6 @@ filt_timertouch(struct knote *kn, struct kevent *kev, u_long type) KQ_LOCK(kq); if (kn->kn_status & KN_QUEUED) knote_dequeue(kn); - kn->kn_status &= ~KN_ACTIVE; kn->kn_data = 0; KQ_UNLOCK(kq); @@ -1843,12 +1848,13 @@ kqueue_scan(struct kqueue *kq, int maxevents, struct kevent_copyops *k_ops, } TAILQ_INSERT_TAIL(&kq->kq_head, marker, kn_tqe); + marker->kn_status |= KN_QUEUED; influx = 0; while (count) { KQ_OWNED(kq); kn = TAILQ_FIRST(&kq->kq_head); - if ((kn->kn_status == KN_MARKER && kn != marker) || + if (((kn->kn_status & KN_MARKER) != 0 && kn != marker) || kn_in_flux(kn)) { if (influx) { influx = 0; @@ -1861,24 +1867,21 @@ kqueue_scan(struct kqueue *kq, int maxevents, struct kevent_copyops *k_ops, } TAILQ_REMOVE(&kq->kq_head, kn, kn_tqe); - if ((kn->kn_status & KN_DISABLED) == KN_DISABLED) { - kn->kn_status &= ~KN_QUEUED; - kq->kq_count--; + kn->kn_status &= ~KN_QUEUED; + if ((kn->kn_status & KN_DISABLED) == KN_DISABLED) continue; - } if (kn == marker) { KQ_FLUX_WAKEUP(kq); if (count == maxevents) goto retry; goto done; } + kq->kq_count--; KASSERT(!kn_in_flux(kn), ("knote %p is unexpectedly in flux", kn)); if ((kn->kn_flags & EV_DROP) == EV_DROP) { - kn->kn_status &= ~KN_QUEUED; kn_enter_flux(kn); - kq->kq_count--; KQ_UNLOCK(kq); /* * We don't need to lock the list since we've @@ -1888,9 +1891,7 @@ kqueue_scan(struct kqueue *kq, int maxevents, struct kevent_copyops *k_ops, KQ_LOCK(kq); continue; } else if ((kn->kn_flags & EV_ONESHOT) == EV_ONESHOT) { - kn->kn_status &= ~KN_QUEUED; kn_enter_flux(kn); - kq->kq_count--; KQ_UNLOCK(kq); /* * We don't need to lock the list since we've @@ -1910,10 +1911,9 @@ kqueue_scan(struct kqueue *kq, int maxevents, struct kevent_copyops *k_ops, if (kn->kn_fop->f_event(kn, 0) == 0) { KQ_LOCK(kq); KQ_GLOBAL_UNLOCK(&kq_global, haskqglobal); - kn->kn_status &= ~(KN_QUEUED | KN_ACTIVE | - KN_SCAN); + /* XXXMJ races with EVFILT_TIMER activation. */ + kn->kn_status &= ~(KN_ACTIVE | KN_SCAN); kn_leave_flux(kn); - kq->kq_count--; kn_list_unlock(knl); influx = 1; continue; @@ -1937,11 +1937,10 @@ kqueue_scan(struct kqueue *kq, int maxevents, struct kevent_copyops *k_ops, } if (kn->kn_flags & EV_DISPATCH) kn->kn_status |= KN_DISABLED; - kn->kn_status &= ~(KN_QUEUED | KN_ACTIVE); - kq->kq_count--; - } else - TAILQ_INSERT_TAIL(&kq->kq_head, kn, kn_tqe); - + kn->kn_status &= ~KN_ACTIVE; + } else if ((kn->kn_status & KN_QUEUED) == 0) + knote_enqueue(kn); + kn->kn_status &= ~KN_SCAN; kn_leave_flux(kn); kn_list_unlock(knl); From owner-freebsd-current@freebsd.org Sun Nov 18 22:19:38 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D68D9112656F for ; Sun, 18 Nov 2018 22:19:38 +0000 (UTC) (envelope-from bugzilla-noreply@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 6B37F74086 for ; Sun, 18 Nov 2018 22:19:38 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 2C7AE112656B; Sun, 18 Nov 2018 22:19:38 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 18AF2112656A for ; Sun, 18 Nov 2018 22:19:38 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9DD3074083 for ; Sun, 18 Nov 2018 22:19:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id C99F925B8C for ; Sun, 18 Nov 2018 22:19:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id wAIMJaos092652 for ; Sun, 18 Nov 2018 22:19:36 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wAIMJaRB092651 for current@FreeBSD.org; Sun, 18 Nov 2018 22:19:36 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: current@FreeBSD.org Subject: [Bug 208938] usr.sbin/config does not preserve whitespace in static env Date: Sun, 18 Nov 2018 22:19:37 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: kevans@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: kevans@freebsd.org X-Bugzilla-Flags: mfc-stable10- mfc-stable11? X-Bugzilla-Changed-Fields: resolution bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: 6B37F74086 X-Spamd-Result: default: False [0.47 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_MEDIUM(0.28)[0.285,0]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; NEURAL_SPAM_SHORT(0.19)[0.188,0] X-Rspamd-Server: mx1.freebsd.org X-Mailman-Approved-At: Sun, 18 Nov 2018 23:27:18 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 18 Nov 2018 22:19:39 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D208938 Kyle Evans changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|In Progress |Closed --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-current@freebsd.org Sun Nov 18 23:37:54 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AAD241128B64 for ; Sun, 18 Nov 2018 23:37:54 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [IPv6:2001:470:8d59:1::8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "mail.protected-networks.net", Issuer "Protected Networks CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C57CB76698; Sun, 18 Nov 2018 23:37:52 +0000 (UTC) (envelope-from imb@protected-networks.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-transfer-encoding :content-language:content-type:content-type:in-reply-to :mime-version:user-agent:date:date:message-id:references:subject :subject:from:from; s=201508; t=1542584270; bh=xQDlAPIXOTH/SJbp2 DoXv3KArdXKvvT5cvrF5sCOzLQ=; b=h+uxiFCGwg8lvgpKJcmgO3Kgy7+wQYTwl xrBJrfZE5W4KTBkY9ptJ1XjBX67EiDZUyKsCnhr7Ldq/WS9+NqYiqP0vaPgCzf+U CEnxargiiwM3iB6KL03x0DiZIPA8FA/41a+ekt8kkiumqzRQ2HsHfCgb94VPWEtZ HFLKzJNeEw= Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id 4936B3DD5; Sun, 18 Nov 2018 18:37:50 -0500 (EST) From: Michael Butler Subject: building release images broken? To: freebsd-current@freebsd.org Cc: emaste@freebsd.org References: <0d00d29f-5ff5-8507-d8ae-fe8b32ef3513@protected-networks.net> Openpgp: preference=signencrypt Message-ID: <4c71eb4d-376b-20aa-d46b-8383e77a8926@protected-networks.net> Date: Sun, 18 Nov 2018 18:37:49 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.3.1 MIME-Version: 1.0 In-Reply-To: <0d00d29f-5ff5-8507-d8ae-fe8b32ef3513@protected-networks.net> Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: C57CB76698 X-Spamd-Result: default: False [-3.07 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[protected-networks.net]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[protected-networks.net]; DKIM_TRACE(0.00)[protected-networks.net:+]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[sarah.protected-networks.net,mail.protected-networks.net,sarah.protected-networks.net,mail.protected-networks.net]; NEURAL_HAM_SHORT(-0.91)[-0.914,0]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; IP_SCORE(-1.65)[ipnet: 2001:470::/32(-4.55), asn: 6939(-3.58), country: US(-0.09)]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 18 Nov 2018 23:37:54 -0000 On 11/17/18 5:35 PM, Michael Butler wrote: > Any clues as to what's broken here? I'm trying to build a CD and/or DVD > image. > > My tree is at SVN r340525. > > -------------------------------------------------------------- >>>> Kernel build for GENERIC completed on Sat Nov 17 22:19:48 UTC 2018 > -------------------------------------------------------------- > make -C /usr/src/release obj > make -C /usr/src/release ftp cdrom dvdrom memstick.img mini-memstick.img > `ftp' is up to date. > sh /usr/src/release/amd64/mkisoimages.sh -b 13_0_CURRENT_amd64_CD > disc1.iso disc1 > 200+0 records in > 200+0 records out > 819200 bytes transferred in 0.003692 secs (221856674 bytes/sec) > newfs_msdos: cannot get number of sectors per track: Operation not supported > newfs_msdos: cannot get number of heads: Operation not supported > /dev/md0: 1557 sectors in 1557 FAT12 clusters (512 bytes/cluster) > BytesPerSec=512 SecPerClust=1 ResSectors=1 FATs=2 RootDirEnts=512 > Sectors=1600 Media=0xf8 FATsecs=5 SecPerTrack=63 Heads=1 HiddenSecs=0 > mkdir: efi: File exists > *** Error code 1 > > Stop. > make[1]: stopped in /usr/src/release > *** Error code 1 > > Stop. > make: stopped in /usr/src/release Answering my own question .. seems there's one 'mkdir' without the '-p' option .. this fixes it .. *** release/amd64/mkisoimages.sh~ Mon Oct 22 16:41:26 2018 --- release/amd64/mkisoimages.sh Sun Nov 18 11:42:09 2018 *************** *** 46,52 **** dd if=/dev/zero of=efiboot.img bs=4k count=200 device=`mdconfig -a -t vnode -f efiboot.img` newfs_msdos -F 12 -m 0xf8 /dev/$device ! mkdir efi mount -t msdosfs /dev/$device efi mkdir -p efi/efi/boot cp -p "$BASEBITSDIR/boot/loader.efi" efi/efi/boot/bootx64.efi --- 46,52 ---- dd if=/dev/zero of=efiboot.img bs=4k count=200 device=`mdconfig -a -t vnode -f efiboot.img` newfs_msdos -F 12 -m 0xf8 /dev/$device ! mkdir -p efi mount -t msdosfs /dev/$device efi mkdir -p efi/efi/boot cp -p "$BASEBITSDIR/boot/loader.efi" efi/efi/boot/bootx64.efi From owner-freebsd-current@freebsd.org Mon Nov 19 00:54:15 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 175D8112D74D for ; Mon, 19 Nov 2018 00:54:15 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (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 5BAFA79268; Mon, 19 Nov 2018 00:54:14 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id wAJ0g1i7058948; Sun, 18 Nov 2018 16:42:01 -0800 (PST) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id wAJ0fxC6058947; Sun, 18 Nov 2018 16:41:59 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201811190041.wAJ0fxC6058947@pdx.rh.CN85.dnsmgr.net> Subject: Re: building release images broken? In-Reply-To: <4c71eb4d-376b-20aa-d46b-8383e77a8926@protected-networks.net> To: Michael Butler Date: Sun, 18 Nov 2018 16:41:59 -0800 (PST) CC: freebsd-current@freebsd.org, emaste@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 5BAFA79268 X-Spamd-Result: default: False [2.26 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.08)[-0.083,0]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.47)[0.470,0]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: pdx.rh.CN85.dnsmgr.net]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-0.02)[country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 19 Nov 2018 00:54:15 -0000 > On 11/17/18 5:35 PM, Michael Butler wrote: > > Any clues as to what's broken here? I'm trying to build a CD and/or DVD > > image. > > > > My tree is at SVN r340525. > > > > -------------------------------------------------------------- > >>>> Kernel build for GENERIC completed on Sat Nov 17 22:19:48 UTC 2018 > > -------------------------------------------------------------- > > make -C /usr/src/release obj > > make -C /usr/src/release ftp cdrom dvdrom memstick.img mini-memstick.img > > `ftp' is up to date. > > sh /usr/src/release/amd64/mkisoimages.sh -b 13_0_CURRENT_amd64_CD > > disc1.iso disc1 > > 200+0 records in > > 200+0 records out > > 819200 bytes transferred in 0.003692 secs (221856674 bytes/sec) > > newfs_msdos: cannot get number of sectors per track: Operation not supported > > newfs_msdos: cannot get number of heads: Operation not supported > > /dev/md0: 1557 sectors in 1557 FAT12 clusters (512 bytes/cluster) > > BytesPerSec=512 SecPerClust=1 ResSectors=1 FATs=2 RootDirEnts=512 > > Sectors=1600 Media=0xf8 FATsecs=5 SecPerTrack=63 Heads=1 HiddenSecs=0 > > mkdir: efi: File exists > > *** Error code 1 > > > > Stop. > > make[1]: stopped in /usr/src/release > > *** Error code 1 > > > > Stop. > > make: stopped in /usr/src/release > > Answering my own question .. seems there's one 'mkdir' without the '-p' > option .. this fixes it .. > > > *** release/amd64/mkisoimages.sh~ Mon Oct 22 16:41:26 2018 > --- release/amd64/mkisoimages.sh Sun Nov 18 11:42:09 2018 > *************** > *** 46,52 **** > dd if=/dev/zero of=efiboot.img bs=4k count=200 > device=`mdconfig -a -t vnode -f efiboot.img` > newfs_msdos -F 12 -m 0xf8 /dev/$device > ! mkdir efi > mount -t msdosfs /dev/$device efi > mkdir -p efi/efi/boot > cp -p "$BASEBITSDIR/boot/loader.efi" efi/efi/boot/bootx64.efi > --- 46,52 ---- > dd if=/dev/zero of=efiboot.img bs=4k count=200 > device=`mdconfig -a -t vnode -f efiboot.img` > newfs_msdos -F 12 -m 0xf8 /dev/$device > ! mkdir -p efi Though this does infact prevent the error the larger question is what has gone wrong in the Makefile such that this directory already exists when you get to this point in the Makefile, as it appears from the lack of -p or other logic to detect an already existing directory it is not expected to already be present. Traditionally -p is used when your creating a path to a directory, not just a single directory, so it appears very odd to me to even see a mkdir -p , which would probably be the same as @mkdir . How did this directory get created? Why is it existing when we get to this line? > mount -t msdosfs /dev/$device efi > mkdir -p efi/efi/boot > cp -p "$BASEBITSDIR/boot/loader.efi" efi/efi/boot/bootx64.efi > > -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Mon Nov 19 02:13:40 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7F249113019C for ; Mon, 19 Nov 2018 02:13:40 +0000 (UTC) (envelope-from bugzilla-noreply@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 14BFA7C0C7 for ; Mon, 19 Nov 2018 02:13:40 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id C73501130192; Mon, 19 Nov 2018 02:13:39 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B4D6A1130191 for ; Mon, 19 Nov 2018 02:13:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 50D6C7C0C1 for ; Mon, 19 Nov 2018 02:13:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 4AC4827C4C for ; Mon, 19 Nov 2018 02:13:38 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id wAJ2DcI4068442 for ; Mon, 19 Nov 2018 02:13:38 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wAJ2Dclp068438 for current@FreeBSD.org; Mon, 19 Nov 2018 02:13:38 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: current@FreeBSD.org Subject: [Bug 208938] usr.sbin/config does not preserve whitespace in static env Date: Mon, 19 Nov 2018 02:13:38 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: kevans@freebsd.org X-Bugzilla-Flags: mfc-stable11? X-Bugzilla-Changed-Fields: flagtypes.name Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: 14BFA7C0C7 X-Spamd-Result: default: False [0.82 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_MEDIUM(0.28)[0.285,0]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; NEURAL_SPAM_SHORT(0.54)[0.536,0] X-Rspamd-Server: mx1.freebsd.org X-Mailman-Approved-At: Mon, 19 Nov 2018 02:56:48 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 19 Nov 2018 02:13:40 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D208938 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|mfc-stable10- | --- Comment #3 from Kubilay Kocak --- Hi Kyle, what were the revision(s) for the merge(s), and did this go/need t= o go to stable/12? --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-current@freebsd.org Mon Nov 19 02:20:57 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 20AF81130419 for ; Mon, 19 Nov 2018 02:20:57 +0000 (UTC) (envelope-from bugzilla-noreply@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 A6BEA7C437 for ; Mon, 19 Nov 2018 02:20:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 683BC1130418; Mon, 19 Nov 2018 02:20:56 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 55FB41130417 for ; Mon, 19 Nov 2018 02:20:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E5A1F7C431 for ; Mon, 19 Nov 2018 02:20:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 07ECD27C66 for ; Mon, 19 Nov 2018 02:20:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id wAJ2KsDm066942 for ; Mon, 19 Nov 2018 02:20:54 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wAJ2KsOA066938 for current@FreeBSD.org; Mon, 19 Nov 2018 02:20:54 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: current@FreeBSD.org Subject: [Bug 208938] usr.sbin/config does not preserve whitespace in static env Date: Mon, 19 Nov 2018 02:20:55 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: kevans@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: kevans@freebsd.org X-Bugzilla-Flags: mfc-stable11? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: A6BEA7C437 X-Spamd-Result: default: False [0.84 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_MEDIUM(0.28)[0.285,0]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; NEURAL_SPAM_SHORT(0.56)[0.558,0] X-Rspamd-Server: mx1.freebsd.org X-Mailman-Approved-At: Mon, 19 Nov 2018 02:56:58 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 19 Nov 2018 02:20:57 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D208938 --- Comment #4 from Kyle Evans --- (In reply to Kubilay Kocak from comment #3) Hi, Sorry, I should have been informative. =3D) The commit for this that rewrot= e the offending parser predated stable/12, r335642; it was merged to stable/11 in r335863, so all supported branches have the fix. Thanks, Kyle Evans --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-current@freebsd.org Mon Nov 19 09:27:07 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E0216113A011 for ; Mon, 19 Nov 2018 09:27:06 +0000 (UTC) (envelope-from sg@efficientip.com) Received: from mail-ed1-x52e.google.com (mail-ed1-x52e.google.com [IPv6:2a00:1450:4864:20::52e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8E48E6D004 for ; Mon, 19 Nov 2018 09:27:05 +0000 (UTC) (envelope-from sg@efficientip.com) Received: by mail-ed1-x52e.google.com with SMTP id h15so19936451edb.4 for ; Mon, 19 Nov 2018 01:27:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=efficientip.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=7Xuoe2KTxGwU3L2oibGR44OPHQfP9SR6abjL6gKpjss=; b=JlLPVWGyNyIsju4UZoUnGkqYpQx7ee0YkCWsJexazucLW7O6xl3Lp3xD4Ryx3q5j5n 0YKLWE7L1UMGYEMxC91cfcjPVfPfpS74Eeu51wUPhzNoTsKN7kAlBOsCUmc/dmNAgTc2 9AvNpk3fWAfllk1lJ25D9oLXbgZdC5RyYQx1Q= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=7Xuoe2KTxGwU3L2oibGR44OPHQfP9SR6abjL6gKpjss=; b=kf7CjR4RaA5t5ZYh9AGtJeW6oV62bj3Pu5wC0LSCsBqQ24XDYo5F0Jw6gyofwlmnDj RZmDX41kWS8vapnQvWTb8IDnVKxah09lihxKaoQPZD/J2ww50OLNfyY7w4Vi3uBGr1s4 f0lMMEA8jnrN9rAE8/P5W4xwnVaRXOaNFesnsFume/4iwd6iAmezTTe7Kg7mPFVvSZ2a LlflUvpWoJ07g2RljDH2v2Nrw1v3IJWxOOPL5J4qm+nbeoObXFqGlBu4rEiHStIVV6o6 ieTGWNb7qapbcTcNrkaPiY/VFtk06LaL6fYqvIdJZ3pWA0CtCmGfTnZsDgMDWIQZOSY9 N2gg== X-Gm-Message-State: AGRZ1gKRU8HRY/u8pxllP5JJFOcQ+SeeWwKP9wTEe+FytDs9KKl8WSMI N/FHF3gTkQlsceQ64a7D+bZjolfj/ogTIB+qc+WZuAbdAjM= X-Google-Smtp-Source: AJdET5dusxvY+8CJoIOEoi+ZHOmyCxRGTmttEs6rwqa2naQjo7nCNGyp0sP4Gl5zA3lwzOam6s6XTngxo6EU6bQjNkI= X-Received: by 2002:a50:b68a:: with SMTP id d10mr19552231ede.16.1542619624111; Mon, 19 Nov 2018 01:27:04 -0800 (PST) MIME-Version: 1.0 References: <20181107043503.GB30861@raichu> <20181115221019.GA2514@raichu> <20181116154210.GB17379@raichu> <20181118003554.GC2799@raichu> In-Reply-To: <20181118003554.GC2799@raichu> From: Sylvain GALLIANO Date: Mon, 19 Nov 2018 10:26:51 +0100 Message-ID: Subject: Re: Panic on kern_event.c To: markj@freebsd.org Cc: freebsd-current@freebsd.org X-Rspamd-Queue-Id: 8E48E6D004 X-Spamd-Result: default: False [-4.54 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.992,0]; R_DKIM_ALLOW(-0.20)[efficientip.com]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_SHORT(-0.97)[-0.974,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[efficientip.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[efficientip.com:+]; RCPT_COUNT_TWO(0.00)[2]; MIME_BASE64_TEXT(0.10)[]; RCVD_IN_DNSWL_NONE(0.00)[e.2.5.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; MX_GOOD(-0.01)[alt1.aspmx.l.google.com,aspmx.l.google.com,aspmx5.googlemail.com,aspmx4.googlemail.com,aspmx3.googlemail.com,alt2.aspmx.l.google.com,aspmx2.googlemail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-2.37)[ip: (-8.31), ipnet: 2a00:1450::/32(-1.73), asn: 15169(-1.70), country: US(-0.09)]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 19 Nov 2018 09:27:07 -0000 With this latest patch, after stressing syslog-ng few minutes, it do not log anymore and a simple kill do not work (I have to do kill -9) Le dim. 18 nov. 2018 =C3=A0 01:35, Mark Johnston a =C3= =A9crit : > On Fri, Nov 16, 2018 at 05:56:54PM +0100, Sylvain GALLIANO wrote: > > Le ven. 16 nov. 2018 =C3=A0 16:42, Mark Johnston a = =C3=A9crit > : > > > > > On Fri, Nov 16, 2018 at 03:47:39PM +0100, Sylvain GALLIANO wrote: > > > > Le jeu. 15 nov. 2018 =C3=A0 23:10, Mark Johnston a > =C3=A9crit > > > : > > > > > > > > > On Thu, Nov 08, 2018 at 05:05:03PM +0100, Sylvain GALLIANO wrote: > > > > > > Hi, > > > > > > > > > > > > I replaced > > > > > > << printf("XXX knote %p already in tailq status:%x kq_count:%d > [%p > > > %p] > > > > > > > > > > > > > > > %u\n",kn,kn->kn_status,kq->kq_count,kn->kn_tqe.tqe_next,kn->kn_tqe.tqe_pr= ev,__LINE__); > > > > > > by > > > > > > >> panic("XXX knote %p already in tailq status:%x kq_count:%d > [%p > > > %p] > > > > > > > > > > > > > > > %u\n",kn,kn->kn_status,kq->kq_count,kn->kn_tqe.tqe_next,kn->kn_tqe.tqe_pr= ev,__LINE__); > > > > > > > > > > > > Here is the stack during panic: > > > > > > panic: XXX knote 0xfffff801e1c6ddc0 already in tailq status:1 > > > kq_count:2 > > > > > > [0 0xfffff8000957a978] 2671 > > > > > > > > > > > Could you please give the following patch a try? > > > > > > > > > > If possible, could you also ktrace one of the active syslog-ng > > > processes > > > > > for some time, perhaps 15 seconds, and share the kdump? I have > been > > > > > trying to reproduce the problem without any luck. > > > > > > > > > Unfortunately patched kernel is not stable: > > > > - some processes run at 100% CPU (STOP state) and cannot be killed > > > > - sometime the system completely freeze (need a hard reboot) > > Could you please give this updated a patch a try? > > diff --git a/sys/kern/kern_event.c b/sys/kern/kern_event.c > index d9c670e29d60..f989d612bac4 100644 > --- a/sys/kern/kern_event.c > +++ b/sys/kern/kern_event.c > @@ -224,6 +224,7 @@ SYSCTL_UINT(_kern, OID_AUTO, kq_calloutmax, CTLFLAG_R= W, > #define KQ_LOCK(kq) do { \ > mtx_lock(&(kq)->kq_lock); \ > } while (0) > +#define KQ_LOCKPTR(kq) (&(kq)->kq_lock) > #define KQ_FLUX_WAKEUP(kq) do { > \ > if (((kq)->kq_state & KQ_FLUXWAIT) =3D=3D KQ_FLUXWAIT) { = \ > (kq)->kq_state &=3D ~KQ_FLUXWAIT; = \ > @@ -687,8 +688,11 @@ filt_timerexpire(void *knx) > struct kq_timer_cb_data *kc; > > kn =3D knx; > + KQ_OWNED(kn->kn_kq); > kn->kn_data++; > - KNOTE_ACTIVATE(kn, 0); /* XXX - handle locking */ > + > + if (!kn_in_flux(kn) || (kn->kn_status & KN_SCAN) !=3D 0) > + KNOTE_ACTIVATE(kn, 1); > > if ((kn->kn_flags & EV_ONESHOT) !=3D 0) > return; > @@ -753,7 +757,7 @@ filt_timerattach(struct knote *kn) > kn->kn_flags |=3D EV_CLEAR; /* automatically set */ > kn->kn_status &=3D ~KN_DETACHED; /* knlist_add clears it= */ > kn->kn_ptr.p_v =3D kc =3D malloc(sizeof(*kc), M_KQUEUE, M_WAITOK)= ; > - callout_init(&kc->c, 1); > + callout_init_mtx(&kc->c, KQ_LOCKPTR(kn->kn_kq), 0); > filt_timerstart(kn, to); > > return (0); > @@ -772,8 +776,10 @@ filt_timerstart(struct knote *kn, sbintime_t to) > kc->next =3D to + sbinuptime(); > kc->to =3D to; > } > + KQ_LOCK(kn->kn_kq); > callout_reset_sbt_on(&kc->c, kc->next, 0, filt_timerexpire, kn, > PCPU_GET(cpuid), C_ABSOLUTE); > + KQ_UNLOCK(kn->kn_kq); > } > > static void > @@ -826,7 +832,6 @@ filt_timertouch(struct knote *kn, struct kevent *kev, > u_long type) > KQ_LOCK(kq); > if (kn->kn_status & KN_QUEUED) > knote_dequeue(kn); > - > kn->kn_status &=3D ~KN_ACTIVE; > kn->kn_data =3D 0; > KQ_UNLOCK(kq); > @@ -1843,12 +1848,13 @@ kqueue_scan(struct kqueue *kq, int maxevents, > struct kevent_copyops *k_ops, > } > > TAILQ_INSERT_TAIL(&kq->kq_head, marker, kn_tqe); > + marker->kn_status |=3D KN_QUEUED; > influx =3D 0; > while (count) { > KQ_OWNED(kq); > kn =3D TAILQ_FIRST(&kq->kq_head); > > - if ((kn->kn_status =3D=3D KN_MARKER && kn !=3D marker) || > + if (((kn->kn_status & KN_MARKER) !=3D 0 && kn !=3D marker= ) || > kn_in_flux(kn)) { > if (influx) { > influx =3D 0; > @@ -1861,24 +1867,21 @@ kqueue_scan(struct kqueue *kq, int maxevents, > struct kevent_copyops *k_ops, > } > > TAILQ_REMOVE(&kq->kq_head, kn, kn_tqe); > - if ((kn->kn_status & KN_DISABLED) =3D=3D KN_DISABLED) { > - kn->kn_status &=3D ~KN_QUEUED; > - kq->kq_count--; > + kn->kn_status &=3D ~KN_QUEUED; > + if ((kn->kn_status & KN_DISABLED) =3D=3D KN_DISABLED) > continue; > - } > if (kn =3D=3D marker) { > KQ_FLUX_WAKEUP(kq); > if (count =3D=3D maxevents) > goto retry; > goto done; > } > + kq->kq_count--; > KASSERT(!kn_in_flux(kn), > ("knote %p is unexpectedly in flux", kn)); > > if ((kn->kn_flags & EV_DROP) =3D=3D EV_DROP) { > - kn->kn_status &=3D ~KN_QUEUED; > kn_enter_flux(kn); > - kq->kq_count--; > KQ_UNLOCK(kq); > /* > * We don't need to lock the list since we've > @@ -1888,9 +1891,7 @@ kqueue_scan(struct kqueue *kq, int maxevents, struc= t > kevent_copyops *k_ops, > KQ_LOCK(kq); > continue; > } else if ((kn->kn_flags & EV_ONESHOT) =3D=3D EV_ONESHOT)= { > - kn->kn_status &=3D ~KN_QUEUED; > kn_enter_flux(kn); > - kq->kq_count--; > KQ_UNLOCK(kq); > /* > * We don't need to lock the list since we've > @@ -1910,10 +1911,9 @@ kqueue_scan(struct kqueue *kq, int maxevents, > struct kevent_copyops *k_ops, > if (kn->kn_fop->f_event(kn, 0) =3D=3D 0) { > KQ_LOCK(kq); > KQ_GLOBAL_UNLOCK(&kq_global, haskqglobal)= ; > - kn->kn_status &=3D ~(KN_QUEUED | KN_ACTIV= E | > - KN_SCAN); > + /* XXXMJ races with EVFILT_TIMER > activation. */ > + kn->kn_status &=3D ~(KN_ACTIVE | KN_SCAN)= ; > kn_leave_flux(kn); > - kq->kq_count--; > kn_list_unlock(knl); > influx =3D 1; > continue; > @@ -1937,11 +1937,10 @@ kqueue_scan(struct kqueue *kq, int maxevents, > struct kevent_copyops *k_ops, > } > if (kn->kn_flags & EV_DISPATCH) > kn->kn_status |=3D KN_DISABLED; > - kn->kn_status &=3D ~(KN_QUEUED | KN_ACTIV= E); > - kq->kq_count--; > - } else > - TAILQ_INSERT_TAIL(&kq->kq_head, kn, > kn_tqe); > - > + kn->kn_status &=3D ~KN_ACTIVE; > + } else if ((kn->kn_status & KN_QUEUED) =3D=3D 0) > + knote_enqueue(kn); > + > kn->kn_status &=3D ~KN_SCAN; > kn_leave_flux(kn); > kn_list_unlock(knl); > From owner-freebsd-current@freebsd.org Mon Nov 19 07:24:01 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5CCF81137276 for ; Mon, 19 Nov 2018 07:24:01 +0000 (UTC) (envelope-from bugzilla-noreply@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 DF07486DE9 for ; Mon, 19 Nov 2018 07:24:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 9CC141137273; Mon, 19 Nov 2018 07:24:00 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8B11F1137272 for ; Mon, 19 Nov 2018 07:24:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 23CAB86DE5 for ; Mon, 19 Nov 2018 07:24:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 577042778 for ; Mon, 19 Nov 2018 07:23:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id wAJ7NxFX076807 for ; Mon, 19 Nov 2018 07:23:59 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wAJ7NxjD076806 for current@FreeBSD.org; Mon, 19 Nov 2018 07:23:59 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: current@FreeBSD.org Subject: [Bug 208938] usr.sbin/config does not preserve whitespace in static env Date: Mon, 19 Nov 2018 07:23:59 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: kevans@freebsd.org X-Bugzilla-Flags: mfc-stable11+ X-Bugzilla-Changed-Fields: component flagtypes.name Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: DF07486DE9 X-Spamd-Result: default: False [0.99 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_MEDIUM(0.28)[0.285,0]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; NEURAL_SPAM_SHORT(0.71)[0.707,0] X-Rspamd-Server: mx1.freebsd.org X-Mailman-Approved-At: Mon, 19 Nov 2018 11:12:38 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 19 Nov 2018 07:24:01 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D208938 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- Component|kern |bin Flags|mfc-stable11? |mfc-stable11+ --- Comment #5 from Kubilay Kocak --- Thanks! For bonus linking points: base r335642 (current: 12.0) base r335863 (mfc: stable/11) --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-current@freebsd.org Mon Nov 19 07:32:05 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 71A6A1137406 for ; Mon, 19 Nov 2018 07:32:05 +0000 (UTC) (envelope-from bugzilla-noreply@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 F41D3872F6 for ; Mon, 19 Nov 2018 07:32:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id B70E21137405; Mon, 19 Nov 2018 07:32:04 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A5AA21137403 for ; Mon, 19 Nov 2018 07:32:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B30B0872E6 for ; Mon, 19 Nov 2018 07:32:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id CEFC628BC for ; Mon, 19 Nov 2018 07:32:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id wAJ7W2h0089976 for ; Mon, 19 Nov 2018 07:32:02 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wAJ7W2D9089975 for current@FreeBSD.org; Mon, 19 Nov 2018 07:32:02 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: current@FreeBSD.org Subject: [Bug 208938] usr.sbin/config does not preserve whitespace in static env Date: Mon, 19 Nov 2018 07:32:02 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: kevans@freebsd.org X-Bugzilla-Flags: mfc-stable11+ X-Bugzilla-Changed-Fields: see_also Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: F41D3872F6 X-Spamd-Result: default: False [0.99 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_MEDIUM(0.28)[0.285,0]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; NEURAL_SPAM_SHORT(0.71)[0.707,0] X-Rspamd-Server: mx1.freebsd.org X-Mailman-Approved-At: Mon, 19 Nov 2018 11:19:45 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 19 Nov 2018 07:32:05 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D208938 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.freebsd.org/bu | |gzilla/show_bug.cgi?id=3D2= 333 | |14 --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-current@freebsd.org Mon Nov 19 17:55:29 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A3040110FBC5 for ; Mon, 19 Nov 2018 17:55:29 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [199.48.133.146]) (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 0B3CC82BDD for ; Mon, 19 Nov 2018 17:55:28 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from disco.vangyzen.net (unknown [70.97.188.230]) by smtp.vangyzen.net (Postfix) with ESMTPSA id 8C3B05658D for ; Mon, 19 Nov 2018 11:55:22 -0600 (CST) To: freebsd-current From: Eric van Gyzen Subject: toolchain(s) for universe kernels Message-ID: Date: Mon, 19 Nov 2018 11:55:19 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.0.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 0B3CC82BDD X-Spamd-Result: default: False [-2.87 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.997,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[vangyzen.net]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[hotblack.vangyzen.net]; NEURAL_HAM_SHORT(-0.76)[-0.758,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(-0.80)[asn: 36236(-3.92), country: US(-0.09)]; ASN(0.00)[asn:36236, ipnet:199.48.132.0/22, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 19 Nov 2018 17:55:29 -0000 I want to make MAKE_JUST_KERNELS=1 universe but it seems that I need a toolchain first. There are multiple toolchain-ish make targets. If I start with an empty obj, which toolchain target(s) should I build? Eric From owner-freebsd-current@freebsd.org Mon Nov 19 18:30:08 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4A6AB1122B80 for ; Mon, 19 Nov 2018 18:30:08 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-io1-f49.google.com (mail-io1-f49.google.com [209.85.166.49]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8747A85B14 for ; Mon, 19 Nov 2018 18:30:07 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by mail-io1-f49.google.com with SMTP id j18-v6so10879947iog.6 for ; Mon, 19 Nov 2018 10:30:07 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:reply-to :from:date:message-id:subject:to:cc; bh=Sd26kXgHHduMonLuoFwqUafLB8TtjTDWJH4HstAIZ5s=; b=VyIM+D2F0S7X0xw+8NsL17exnPM4yHfwBx24Hz/rafJXpNNHuDx0I/lXvvt9Unfn/X KcAoSHo0h4lYVUxaXpRr5ym90AMwzqflCWGCT29S+oYXRXbrR9OJl02IqFiSra2gtS1e SjTwv7XIjw0+wFHrDTIqcMAhs5laXY1T+73eHiaXEfCyndCUrKi7B3LnbdxDwx9g4/og FeWFsx5nD0y6IXNcfFhUtuIcuKDT/aFgCQ7nevWdXNzXrfOhQCVB2GSLtNaAXcPWpyeI ZCfQWDqONV48tgJPdzu43ItGmbHkPzyaDbN8l9sMtIz6G3UXaJldHG7nhIwVjjEqXnGt 8krQ== X-Gm-Message-State: AA+aEWYDAKBCXuDBZA0PM9hL63z41jp8YqVjuzGN69Dz6ivT7I8ghq9K ahuEWvjMkVQT31hWq7SjVffjaLUJ X-Google-Smtp-Source: AFSGD/VwHCzqEcZhhoOhcd40/PN6FqMO+DyGLsUyTUbMwqMathNM1XxpdozdP9dxaBCCCEDJN4fw9w== X-Received: by 2002:a6b:8f8d:: with SMTP id r135mr276472iod.5.1542652200719; Mon, 19 Nov 2018 10:30:00 -0800 (PST) Received: from mail-io1-f52.google.com (mail-io1-f52.google.com. [209.85.166.52]) by smtp.gmail.com with ESMTPSA id q14sm730690itb.36.2018.11.19.10.30.00 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 19 Nov 2018 10:30:00 -0800 (PST) Received: by mail-io1-f52.google.com with SMTP id x6so983379ioa.9 for ; Mon, 19 Nov 2018 10:30:00 -0800 (PST) X-Received: by 2002:a6b:3ad5:: with SMTP id h204-v6mr17816102ioa.124.1542652200060; Mon, 19 Nov 2018 10:30:00 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: Reply-To: cem@freebsd.org From: Conrad Meyer Date: Mon, 19 Nov 2018 10:29:49 -0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: toolchain(s) for universe kernels To: Eric van Gyzen Cc: freebsd-current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 8747A85B14 X-Spamd-Result: default: False [-3.01 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[cem@freebsd.org]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; IP_SCORE(-1.04)[ipnet: 209.85.128.0/17(-3.46), asn: 15169(-1.67), country: US(-0.09)]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[49.166.85.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.96)[-0.961,0]; NEURAL_HAM_MEDIUM(-1.00)[-0.995,0]; RCVD_TLS_LAST(0.00)[]; FORGED_SENDER(0.30)[cem@freebsd.org,csecem@gmail.com]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; TAGGED_FROM(0.00)[]; FROM_NEQ_ENVFROM(0.00)[cem@freebsd.org,csecem@gmail.com] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 19 Nov 2018 18:30:08 -0000 I use: make -sj${NCPU} tinderbox JFLAG=-j${NCPU} UNIVERSE_TARGET=kernel-toolchain -DNO_CLEAN Best, Conrad On Mon, Nov 19, 2018 at 10:00 AM Eric van Gyzen wrote: > > I want to > > make MAKE_JUST_KERNELS=1 universe > > but it seems that I need a toolchain first. There are multiple > toolchain-ish make targets. If I start with an empty obj, which > toolchain target(s) should I build? > > Eric > _______________________________________________ > 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 Nov 19 18:47:16 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EF87E1123505 for ; Mon, 19 Nov 2018 18:47:15 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound2m.ore.mailhop.org (outbound2m.ore.mailhop.org [54.149.155.156]) (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 5D140869D6 for ; Mon, 19 Nov 2018 18:47:15 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1542652257; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=A7JTmB2DJDjgxFcClE4Zte5vw5DKDKbQZMwHtbJlR4b2Y8UKkAHRjPSmjjsmOKeM7yAF+an0zGBKx wu4sfbxQ25BY+cC60/GyZAz2lIKKRraA1tCaiafYtEi1pWnJtzDYCs0y1sXeLJRg8vWhc8uIowSm8o U5KfzlFMcwBWqdzbXV16N7vGPl4vzk0/G1AqZaRrKGRblIDlEIoJiwiXlPeeb6p62bjv2TNLCueCiN rvvphuDJvElugXl6bH+eHAvPkD0BZEodQvKeoVW39QhnfiZ9Iyfp1oQXgBiAaLB8G1o6B5+TH6ulEA Wk2TdJQDwgVoTMAaf1cETToUx+aVUWQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:dkim-signature:from; bh=toeMjkqpl1AmJTd3H7WtcHhSNpiGBBt48ROoblaNF6g=; b=P+89cJrHbP0K5wc1nzZBdtmQXYisRiJBrGvm5zvC9AlprIxZA5N36fV7iRWQZd+spDzgY8mx1jeZi Gz0gc4wIYydfsOzrDjVgWXxF7n55z/MKrYtVQolRTuO8vLBniFz6voVk4o7WtjI7SqIeEH5uX1u7l4 +TmHnZydtxYDvDmpPJPF4otf1mch9qlAh4jumVsfivAZ3sbAbqAPqgY70/nBo5JK90bsw3DPAboXvf qp0uhFjgFHiC+d3vIA+pshog/2Nsn5CajoKhZOVDh5rFURGRV4JOfoFboFAa14am8WFu5ht3evFNtP Dhp6OOoL/YrnfOE02ZJ+1U9ih/N2+ZQ== ARC-Authentication-Results: i=1; outbound4.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:from; bh=toeMjkqpl1AmJTd3H7WtcHhSNpiGBBt48ROoblaNF6g=; b=PYKQsJcCdbnjXy/CyGhDM8hJp6j63hwNCApTxFQWDzegK8ORykz853V4fBZloKjxFbpg4A1V8jaj8 4z0I2oioA7oh0XTV9rq2pYWqDen6tdaN/G4i9DmgENZUMNJajg+iVlwbQmzFIFPKo5xZ+j/OP2b/zX RXRxwDbnBkNZdiy3SYNF28sP3Ab0cJErzfdwZyBvRANiORDTnAGJOTEYaBs4iCQl6P/mr0UUmre1G6 LHVHNMb86uKNlyb/JXeeDeF+Xpx2uK3GH4mpOmmZt3FsgLhL5dL93UUw/U0mA/DHfID1UHpZ7Q3xZS zIxHtqFbutdWL4F3nzqFClSQSltcoiQ== X-MHO-RoutePath: aGlwcGll X-MHO-User: 404f10f2-ec29-11e8-befd-af03bedce89f X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound4.ore.mailhop.org (Halon) with ESMTPSA id 404f10f2-ec29-11e8-befd-af03bedce89f; Mon, 19 Nov 2018 18:30:56 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id wAJIV28X012757; Mon, 19 Nov 2018 11:31:02 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1542652262.56571.63.camel@freebsd.org> Subject: Re: toolchain(s) for universe kernels From: Ian Lepore To: Eric van Gyzen , freebsd-current Date: Mon, 19 Nov 2018 11:31:02 -0700 In-Reply-To: References: Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 5D140869D6 X-Spamd-Result: default: False [0.29 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.13)[-0.133,0]; ASN(0.00)[asn:16509, ipnet:54.148.0.0/15, country:US]; NEURAL_SPAM_SHORT(0.43)[0.426,0] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 19 Nov 2018 18:47:16 -0000 On Mon, 2018-11-19 at 11:55 -0600, Eric van Gyzen wrote: > I want to > > make MAKE_JUST_KERNELS=1 universe > > but it seems that I need a toolchain first.  There are multiple > toolchain-ish make targets.  If I start with an empty obj, which > toolchain target(s) should I build? > > Eric Do "make kernel-toolchains" to build all the tools needed to build all universe kernels. You can also add "MAKE_LINT_KERNELS=1" to build just the lint kernels for all arches, but be aware that mips has no lint kernels. -- Ian From owner-freebsd-current@freebsd.org Mon Nov 19 22:17:15 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7E53D112C3B8 for ; Mon, 19 Nov 2018 22:17:15 +0000 (UTC) (envelope-from ml@vishwin.info) 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 C678B8EC33 for ; Mon, 19 Nov 2018 22:17:14 +0000 (UTC) (envelope-from ml@vishwin.info) Received: by mailman.ysv.freebsd.org (Postfix) id 80D95112C3B2; Mon, 19 Nov 2018 22:17:14 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5BFF8112C3B0; Mon, 19 Nov 2018 22:17:14 +0000 (UTC) (envelope-from ml@vishwin.info) Received: from varun.vishwin.info (varun.vishwin.info [46.101.93.59]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "varun.vishwin.info", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F8578EC2F; Mon, 19 Nov 2018 22:17:13 +0000 (UTC) (envelope-from ml@vishwin.info) Received: from varun.vishwin.info (fd35:9eae:7575::2 [IPv6:fd35:9eae:7575::2]) by varun.vishwin.info (OpenSMTPD) with ESMTP id 01d133f3; Mon, 19 Nov 2018 17:16:08 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=vishwin.info; h=subject :to:cc:references:from:message-id:date:mime-version:in-reply-to :content-type; s=fuccboi12; bh=lywiKk95sysz63rbTeJK1A223VQ7OIVq+ xAg1eDXnHc=; b=R8+HUde7Z4RVUhfZLSLjnwxn6NKUTLSlNY24EIVG87DsDzX7Z HosWUd5KxvjveBqyvYUhum97Pjd3hldGz9dBUMtYbf6j1y59fT2I6MaTKCZXi4+p a6wJGMZHvgPZd9TiVHLf495iZBuJ4gD4bhtyr7qS+4gXeCw7k2SmNn0Gci8D/HiI dzuEmrZ0nmCFrKEii4JJepTX8+rg4YIRhXfSM938NCR3130UINg6L8jflG2gnKpv V6UHq4iYAaFJEIptrKIrJMtVCS9IDvbxvyVOMl97F8kFyTsMn4gL0jXNXMVI0adr enumeNSP5LXmyoqwDXxcxSugg2XafkOnGqHQQ== Received: from [IPv6:2001:470:8:6ca:cad7:19ff:fec0:a06d] (2001:470:8:6ca:cad7:19ff:fec0:a06d [IPv6:2001:470:8:6ca:cad7:19ff:fec0:a06d]) by varun.vishwin.info (OpenSMTPD) with ESMTPSA id 63ac4108 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Mon, 19 Nov 2018 17:16:08 -0500 (EST) Subject: Re: svn commit: r339898 - head/lib/libc/amd64/sys To: Konstantin Belousov Cc: Brooks Davis , svn-src-head@freebsd.org, toolchain@freebsd.org, current@freebsd.org References: <201810300011.w9U0BUui038857@repo.freebsd.org> <20181101160406.GA60233__23941.7825396687$1541088368$gmane$org@spindle.one-eyed-alien.net> <20181103152936.GQ5335@kib.kiev.ua> <20181103234551.GX5335@kib.kiev.ua> <4907b3f9-d1c6-4368-5597-ce3d6be19461@vishwin.info> <20181106025159.GU5335@kib.kiev.ua> From: Charlie Li Openpgp: preference=signencrypt Autocrypt: addr=ml@vishwin.info; prefer-encrypt=mutual; keydata= xsFNBFt7iHUBEADCorTixbMGuHd9WYSKCELlv/TFcRtvpHUw/n9LtXzKixUUwl7iuMFMYTz3 QXePX0Twq4jCQYySfcxWbPkLsSYlPOkaGQ+XytfmIHoqG5ba4i1fp+F41is0oCtLt1+oL84j NKUd13em/JWd+PJeQbSTVnHbT2yaAi7vqWw5WKVaMExjfPGU5TArV46wSRU6Zuy1ZX66q0q5 dPzeBdeKYWJE8aGtyi3pYUpKUOX4gxiNetf6leDFZ4OsexWaRdU0n8fId5d1qwjAE3lOwV5z 0Ilt8t4iXtX3JL3DAQyLZIeXHIg9O3rrpPMXQWSp2/5g39PohNk7farbhcpIKxuDN+L5N6U9 OxNHBSCv9FGDO4R/mw3YwJCovDzsF7RSyXQDIY36yjdh2uTLZ0uD5Ci/DPmJUySFLRvpqWnQ M7V5cYhdqDfcElGpRbi8JZQVYRJjvI5Jj0byG98KeaD0YFxKqmmm+Oh+xWXE7xt/DsBoZeZJ BFP84LvFbwQqprvI+sg+1z2+JIgNbYwl8VaYzfyGnqTEXTOsQYEKTdKA9MODSAsN31MlQICe CIHZV+OwOqH1KQ/mZp59AnpXAmj4T94bnahE9yJtVW/qglX/nTeFNUdu5MyEgkeB0x7mx+t0 3hE20yp/NbyvG1T/o53NHwHiURC/8Fxd1NWPZ6n4X8npQn6iyQARAQABzSFDaGFybGllIExp IDx2aXNod2luQHZpc2h3aW4uaW5mbz7CwZEEEwEIADsCGyMFCwkIBwIGFQoJCAsCBBYCAwEC HgECF4AWIQT/f8Kqvlr7jU9sRv6OcHje8gOrbAUCW3uI+wIZAQAKCRCOcHje8gOrbNX8EACT HGo3AsShFj+AaUgD9V6wTMaR2w7ubIqbkn2ZqZZ1xWj3gM6VYRKHflj9LiYqFRO4wBteAq30 Snz6F93IG+u5B1uwlC58HDwCQaROaU5cHQ8UvGPSEv0XXCcYTaC3d5NMoIh/LdutVZz56LTx hWs5NHUCaG6FfGV9QplECRteQr2rMxHZxZ3ppSY9oev/wY3U3VRUGnhM2ZwGrpmjksC1HTBH Fw2XbYdVNCOYjQrTIulaYb3y0ssgsOhvSk9bPHSTsWSCQGJk0uFNXTvIq68GhkhOwAet6//w R2y1whg47r554pBManttODaQnmWmIWBM0bZMJrlNT8T/oXlG9nA0jrjA8LvTThrCAvMSMB0F 2FhStd/I2/Fs7T6Uk1BUpgCvFiDtE8Jt1W2yq2GLtPysGrJXyDaat8IuVUthnNVhoyZb9tZu sI/FFhfh9MkPmZDwCoTUJN2yU8QhxS1iJXfMZ1f06r1TYY9rwb8E/WCBJFbMzJs3VLj/TnHL N09J2zNZgTs7gewLn/2lEV1kOL/FxIDgN7ailcf3kcNdVUxr/pLbx3NZcDkXniPO0dzQpuRw q841wBT3uqdPFJwIl4pf1EYhLj89r2vOGnM2RChl1/t+wSqHhBji3R3uylzE0qbr8O/cgx/5 wlvZJiUhyu0hJ/JoJkF8WEFkesJrTZORGc7BTQRbe4h1ARAA12Xtgcbwk7IdsRi/7sTFKs73 qoFFq+DUWwMbSuIOaWw5J9nZ+ovr9gkXlax+xf335hJ0iItB8LhA7D9wD4wjrmmBjhwK7jYv tghb8BH6MHWEWD5D9xt47CO4o8Vi1m/F4OlKxoDqIhH6n63gNeSNaXzqDpZoUsL62KX+sKKU Udj/X/oz3XwXWCb/rEIgAMMW7QFcuQBJzkHgu69oUSIki4j1mhAMiBbGexfS1dcTfpLAr9eu jDNHOw5r7aI4cA8q7us8YfDLby87hPlSrtTKcxkbawrdFNs6KNrEvggkXhYxGqm4Z0FInixa avloimBf1q7kvVM0AAgsmkdeeS/6Tzbn71WBuEW0VgEcSSBS1dv7DfgmeQeiSmv0Dvx2lZv5 P6M4Q/plSAz7hVXL6EIKltwJUjY8Re7zDbPf7jJlbEgWbLxRhlGh5MwrNXbMt6KygDRcDyOP njxg0+ICXbQyPKiq7jZY2/Q/x8P08xNx8sUKPY+XE6G5QVohQfe3LT9s15KM+1Ur4v3Hhbft HtTW1iT60HkyU9qRCJJC11OgH7wrfiucG3/eQKgBgvsfKDD36rJmsQpkO0/kkp6R+CzLby3X PrrFYJTCr08e5QWKKPdyNvAhuyQj27Lb7EhNxe3hmpV+llx0aaN9t1M+QZ88famMOgIlp7Nh 1uFr/c5WGZUAEQEAAcLBdgQYAQgAIBYhBP9/wqq+WvuNT2xG/o5weN7yA6tsBQJbe4h1AhsM AAoJEI5weN7yA6tsTGcP/2rBIvgeKismZQQn7kJOHwgmqXg/N5ArwPH3eCJmzmNZWUIlOZyl A2KtYhkzZ5G3rsL/BMmMuYRUbPJJUukaJSqFep1E6AWYPC8Seakhu1ZbK8ayBI4KZmP+3PQY S0tKyMlxX+Qt9+S/tcQqS31mMgmcVhVhKi8MrWjY+g7pF+LkBYccHuNiGNIcm8mMPHTIKU72 ARiG3DtHrRg4sf5wqgOi72277jBHdDBGw0Y7rCvMsaGm3G4GsMwj4e47H6PAFOWK7O69muvL o50oMN2rkPi+9AKPi8WcrinstleEGyEIyguRagDQjZP5gX9Xk5vkS6+xMgKt7+k7+D3jWKlW R6G9U0CyKmVJoeNqwHUdLoFD3lywjwT9vo+cqb4gQKnZsA1ss/WOvEp4EaNSR7JHFOY5X8AN QgiPxLhrbI7FPGXKw3Y7nCpcIlzFph6UL9jhNRwvoQ3GfZ0sF0JgpASdrS4N3Fmnt9L6lc3q rIrxDPpDjYwcDEUBl0sp/prjh3gdC3qs9xZ0RNWWdUqcmvRv2SDkrVDw3iQ9WhMZWuQYBmGa MViypa6WrjjlVTjqZftZyqytnHwuo1PA/qLcF/vUUn0QHFPIDx8/yTSqiw/xTwPuOFxznHjJ VbxEEG0H5rmreh1Z0WeMwsSbjC3EEf+ZI39QpFwVIG8pDwXFOClfhjFz Message-ID: Date: Mon, 19 Nov 2018 17:16:02 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.3.1 MIME-Version: 1.0 In-Reply-To: <20181106025159.GU5335@kib.kiev.ua> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="vmtMwlwk4THG95CLQnsHrbiS5LTit1amN" X-Rspamd-Queue-Id: C678B8EC33 X-Spamd-Result: default: False [-7.65 / 15.00]; ARC_NA(0.00)[]; R_SPF_FAIL(1.00)[-all]; R_DKIM_ALLOW(-0.20)[vishwin.info]; RCVD_COUNT_FIVE(0.00)[6]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; DMARC_NA(0.00)[vishwin.info]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; RCPT_COUNT_FIVE(0.00)[5]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; DKIM_TRACE(0.00)[vishwin.info:+]; RCVD_IN_DNSWL_MED(-0.20)[5.0.0.0.0.5.0.0.0.0.0.0.0.0.0.0.a.6.0.2.4.5.2.2.0.0.9.1.1.0.0.2.list.dnswl.org : 127.0.9.2]; MX_GOOD(-0.01)[cached: gehlot.vishwin.info]; SIGNED_PGP(-2.00)[]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-3.69)[ip: (-9.87), ipnet: 2001:1900:2254::/48(-4.79), asn: 10310(-3.70), country: US(-0.09)]; NEURAL_HAM_SHORT(-0.95)[-0.952,0]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; FORGED_RECIPIENTS(0.00)[kostikbel@gmail.com ..,freebsd-current@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 19 Nov 2018 22:17:15 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --vmtMwlwk4THG95CLQnsHrbiS5LTit1amN Content-Type: multipart/mixed; boundary="AAW9oK58HlpIlkasd4eHWPNWUYR3GUWsQ"; protected-headers="v1" From: Charlie Li To: Konstantin Belousov Cc: Brooks Davis , svn-src-head@freebsd.org, toolchain@freebsd.org, current@freebsd.org Message-ID: Subject: Re: svn commit: r339898 - head/lib/libc/amd64/sys References: <201810300011.w9U0BUui038857@repo.freebsd.org> <20181101160406.GA60233__23941.7825396687$1541088368$gmane$org@spindle.one-eyed-alien.net> <20181103152936.GQ5335@kib.kiev.ua> <20181103234551.GX5335@kib.kiev.ua> <4907b3f9-d1c6-4368-5597-ce3d6be19461@vishwin.info> <20181106025159.GU5335@kib.kiev.ua> In-Reply-To: <20181106025159.GU5335@kib.kiev.ua> --AAW9oK58HlpIlkasd4eHWPNWUYR3GUWsQ Content-Type: text/plain; charset=utf-8 Content-Language: en-GB-large Content-Transfer-Encoding: quoted-printable On 05/11/2018 21:51, Konstantin Belousov wrote: > For you, but not for me. >=20 Turns out I omitted the fact that I have WITH_RETPOLINE enabled, which caused all this. emaste@ reported in PR 233336 and committed r340650. --=20 Charlie Li Can't think of a witty .sigline today=E2=80=A6 (This email address is for mailing list use only; replace local-part with vishwin for off-list communication) --AAW9oK58HlpIlkasd4eHWPNWUYR3GUWsQ-- --vmtMwlwk4THG95CLQnsHrbiS5LTit1amN Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEE/3/Cqr5a+41PbEb+jnB43vIDq2wFAlvzNiYACgkQjnB43vID q2yGeA/+NP7n1qvXgFuxkau76kRubIXLxifPiKzkWeAGhaCBLjnWynp54MeKDUao eocpvlfMGjzZhXko2IbxP15J8cojLPyfK6zAr2wp1xEXgbC7aAt/nib5uRAG3w9y ovbHwtIy+c8jY326USUafVZsdmL3eysMP6OL4EemE1NH+DfC10c5pC/xy7dmFjXX PbjaHwPebON6F6XRSMxfPei2Lcf4hyr2gL1FnoZxUegO2kn4CBYSjveyBQcZOKuM 1iPuYHxvSNA3P5OR8gddVuu8emxHQ6Pns7R025yvUb7wOrqQPRWbL4M+Xr4gOy6c yAsstfqePlFxgzkZ0I1hN+OXMRm4K1kaA6uY1574HhAqMSEGrVsDe0ANP2X8SLjp qbfvMy/9t9KoUtuiIXmZ3LasU/MvWKWGudNp5ZhsMEkZdQZcllibFliJdRsLQT4+ y6glYekSrPj++RlOn2AQBhckfEZRJUufDx1cmqVRu36upg0ppwTk7jXGuEPGA2Q0 oG1EhJENZzvUArbuVhI0PYPeWKQzbX6zKNPBc5gH13/de0avAsVo3E0mDVk8ymzs qQbXMPYj3O22bMc+TaIkwiMnIk7ZzykNYgqTDO3zK7O1neXqeBVzG3RXrpuo7JHh l+yvyI6W3ZzhsNKNpE+KwyJdROr674tAM9/p3s3GiW0jddqsovU= =NVGx -----END PGP SIGNATURE----- --vmtMwlwk4THG95CLQnsHrbiS5LTit1amN-- From owner-freebsd-current@freebsd.org Tue Nov 20 02:46:20 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1E4B3113A7AD for ; Tue, 20 Nov 2018 02:46:20 +0000 (UTC) (envelope-from dan_partelly@rdsor.ro) Received: from clean203.mxserver.ro (clean203.mxserver.ro [176.223.127.109]) (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 022D5748A0 for ; Tue, 20 Nov 2018 02:46:18 +0000 (UTC) (envelope-from dan_partelly@rdsor.ro) Received: from cloud307.mxserver.ro ([89.46.7.240]) by cleanserver2.mxserver.ro with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89) (envelope-from ) id 1gOnEM-00045z-De for freebsd-current@freebsd.org; Mon, 19 Nov 2018 12:21:04 -0500 Received: from [82.78.22.81] (port=51911 helo=[192.168.1.225]) by cloud307.mxserver.ro with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91) (envelope-from ) id 1gOnEL-00BPSj-Ly for freebsd-current@freebsd.org; Mon, 19 Nov 2018 19:21:01 +0200 From: Dan Partelly Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Devd / devmatch(8) -- netif race 12-RC1 Message-Id: Date: Mon, 19 Nov 2018 19:21:00 +0200 To: FreeBSD Current X-Mailer: Apple Mail (2.3445.9.1) X-AuthUser: dan.partelly@diosoft.ro X-Originating-IP: 89.46.7.240 X-SpamExperts-Domain: cloud307.mxserver.ro X-SpamExperts-Username: 89.46.7.240 Authentication-Results: mxserver.ro; auth=pass smtp.auth=89.46.7.240@cloud307.mxserver.ro X-SpamExperts-Outgoing-Class: ham X-SpamExperts-Outgoing-Evidence: Combined (0.14) X-Recommended-Action: accept X-Filter-ID: EX5BVjFpneJeBchSMxfU5hg+lEcGSVg0NMwTVUQlTF9602E9L7XzfQH6nu9C/Fh9KJzpNe6xgvOx q3u0UDjvOxYnfOrbv5yynLLGtiROoZXCIEosMB8bP7XRr5Ru9ccv1kN9h/JMaXpH3QAmrQScTRK/ ap+37Ts3EFG1lHMZcfynH/uMuybLqnATUjKobC5ejNjanhCp59cgZO18BLEVwlLgNuxLX4ccNvFn 1TmzNyR5UZg0wS+n1rnhcYzBhzBiIkRInETzFeWnWEMjTrypoO20Rue/s6EE0c5bkubSRmwZ5Pwh +xjA76z0d+efDlXSDD2gT2inkFvv0JWjnb/IrKlDmIJyW38W7+aXaHbyXDVnUieBFCycRYsm3u7b Vr0Wdh4/UftkpoV+CH2yD6i/JAkmr0Aaz6GoBF32dtdAsfG8Ksk+aedMfNWSnJswrtlNMmPQnCyf 9d5/D0pODifKzh7AtVGoA2PqbOXMvdUflYx1/atoPPXpgcY5OL20mhCuJgQWcrs8q+WcXVXZDcW5 0g76yqA0Nu4mwQqhIOhV9G6NzxWCRNOXsxOxrshsuaiIlOflcHKQjpcsGgA6q9FNAbFbM+EYGZJV r7MNKT5QaSzsHmlD3vQ7e6yhfhNiQZsPzGZksjEn4plfZE37s9mYaKNaKi/rT33jiWT7oVBkxUv0 uQdRJNEkMSjN6Th0hAA6tS2tEStfmiak0cnSEwJ23NanJX7wS0Ry3Mvg3lekAV2Edj15aKMKRR5k 9ZpsoDFut80nrKJx+82BDVZPKE7juJlXVjIO0galCsFt2MW+msesDZ6gtYl6LDI8voYeQdI0ctgz cDoFd+96Xw4QUNtTnUhFD7I36iguHgBfh2Rn4EWBdBv1bgqqCt2j+qUdDBHXhfLMChPQzgYLg9Q3 2E9lPPnw0tP+QpdL6x38o7rgJXIkE+88OME9qjCh92R8cfjmdQdVd9YOTNwpMBmKomfUUSAzeyjU OpHImeuYR4duOFGuPlALO5c3Xa/F5FuESniSqycyl+LWFNqGA1OM3l5vj0oHBF0RsCAGFbcMBWwu oII= X-Report-Abuse-To: spam@cleanserver1.mxserver.ro X-Rspamd-Queue-Id: 022D5748A0 X-Spamd-Result: default: False [6.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_XOIP(0.00)[]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: smtp.rdsor.ro]; RECEIVED_SPAMHAUS_PBL(0.00)[81.22.78.82.zen.spamhaus.org : 127.0.0.11]; R_DKIM_NA(0.00)[]; IP_SCORE(-0.02)[asn: 5588(-0.09), country: CZ(0.01)]; ASN(0.00)[asn:5588, ipnet:176.223.126.0/23, country:CZ]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(3.00)[240.7.46.89.zen.spamhaus.org : 127.0.0.4]; R_SPF_FAIL(1.00)[-all]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.81)[0.805,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[rdsor.ro]; NEURAL_SPAM_MEDIUM(0.31)[0.314,0]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_LONG(0.61)[0.606,0]; RCVD_IN_DNSWL_NONE(0.00)[109.127.223.176.list.dnswl.org : 127.0.10.0]; GREYLIST(0.00)[pass,body]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-Spam: Yes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 20 Nov 2018 02:46:20 -0000 Hello, Today I tried a simple wireless failover on a machine running free-bsd. = After reboot the system cannot complete the initialization sequence OK = with devmatcher. The devd/devmatch(8) combo correctly identified the wireless card and = loaded required drivers and firmware. rcorder(8) reports that devd(8) = runs after netif. As far as I gather, devd (8) runs devmatch(8) on = nomatch class events. This results in the situation in which the = interfaces are created before =E2=80=9Cplug and play=E2=80=9D = initialization of the wireless device is complete (no driver no firmware = yet ) , wlan0 creation is impossible and so on and so forth.=20 More so, I believe the runs of devmatch(8) are async in this scenario, = so even if you moved devd(8) before netif service, this would not solve = the issue, there will be race conditions. I know this can be solved by = loading the drivers manually, but still rising some issue is in order: 1) Why does devd(8) service runs after netif ? I believe it should run = before netif service, probably after kld service. Is there anything = which prevents changing this order ? 2.) In the scenario in which devd(8) is started before netif, what can = be done to ensure that a barier exists such that an arbitrary = devmatch(8) run is guaranteed to finish loading required drivers before = netif ? Ignore this if Im wrong about asyc nature of devmatch(8) run.=20 3 In what state is devmatcher now ? A lot of modules seems to be loaded = ok, but some do not yet. coretemp(4) hwpmc(4) , intel serie 9 smbus = driver seems not.= From owner-freebsd-current@freebsd.org Tue Nov 20 04:38:40 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 13489113DE26 for ; Tue, 20 Nov 2018 04:38:40 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it1-x144.google.com (mail-it1-x144.google.com [IPv6:2607:f8b0:4864:20::144]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C40DA795B8 for ; Tue, 20 Nov 2018 04:38:38 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it1-x144.google.com with SMTP id a205-v6so1521495itd.4 for ; Mon, 19 Nov 2018 20:38:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=5nimj0+CzVFdbJeiV68dVrGvRVlsN5+cCQYPFrkPnek=; b=0rY313dbRkIE5yb16+1DW3t4qa/hoGmjcgEA5eBwFUwSwnClHL+LAB962XsVw4/ymb wOWiOxPLCXrfmEvmRp6tDYAI+uiue5A0rj8Lgdkhg+M+0kkwVJsOMC1rbMf8AAVqfGEd B0sU3U9FxS7dqSKTmrk8VVAzrWcluym+z6Wq1Kkqszhl62Fz6GUFmjzD3MCHmW9+lCnP gVCqPakKsBzX9utTT5qzVfhf9u6Ycee8+uNCrpMp2Mk8sd7SZwZvoIjjbB6lM4OMzwdP 2VSnIjmrSMXyFiXzYFoVHe04LcYc0fgaMY/vSPEngRkyyvpvrjPN9NdcyEsKsLQ4gXJM oWuA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=5nimj0+CzVFdbJeiV68dVrGvRVlsN5+cCQYPFrkPnek=; b=taHdEQsaG7Izo3Ah2pRl1VnPwJZUVJlDn2lLWfJJJElOG+L2s/mRIx4ZaJu4kJv9ZG 54FgfHx5PlhYX8fpIIeA7gy/KTMgwBfxKfz+t5LrY9vXTY8WmJJvhdDD+NUEaQrsXIxu m8hi4DWFh4+TAJxThEnM6bdaGrpSWz/xuicXt4WcztEMPTh98EosZRCYL06LaEJKIBAw 7n1kwMYwqe/FOFWBOy6DtMxX7i3YSsZpOLAo3AdBsmg8y6Ye2yBIzf0akZQcMGlYKr/G rqTNbQPBGdhVOSNt1AtREDgcK70w9svSP5L1EeZ6mAL7ayYTiJTnSuSwOqsv/DgeQhoU Dd6A== X-Gm-Message-State: AGRZ1gKuWAAf0IC9Z4wLbfE+aa4cJpYF9Kwl9geJkiLKe8oj24af7O0r 5HUHVTC60xJSTpVqK8lYG4omnIWtmTCcUqZlEMQjiP/7 X-Google-Smtp-Source: AJdET5clrE+iWLKCcLVupx9jZ4Fy7Sao+aIsG6oeT6cWeHTb1p6zt+Vu/SquhbruqMJv1xns7iUPWCDfMb3AVA8v3vw= X-Received: by 2002:a24:3796:: with SMTP id r144-v6mr836129itr.79.1542688717749; Mon, 19 Nov 2018 20:38:37 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Mon, 19 Nov 2018 21:38:26 -0700 Message-ID: Subject: Re: Devd / devmatch(8) -- netif race 12-RC1 To: dan_partelly Cc: FreeBSD Current X-Rspamd-Queue-Id: C40DA795B8 X-Spamd-Result: default: False [-2.28 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.92)[-0.922,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.87)[-0.865,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: ALT1.aspmx.l.google.com]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCVD_IN_DNSWL_NONE(0.00)[4.4.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.04)[-0.041,0]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-0.44)[ip: (1.97), ipnet: 2607:f8b0::/32(-2.45), asn: 15169(-1.65), country: US(-0.09)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 20 Nov 2018 04:38:40 -0000 On Mon, Nov 19, 2018 at 7:48 PM Dan Partelly wrote: > Hello, > > Today I tried a simple wireless failover on a machine running free-bsd. > After reboot the system cannot complete the initialization sequence OK wi= th > devmatcher. > The devd/devmatch(8) combo correctly identified the wireless card and > loaded required drivers and firmware. rcorder(8) reports that devd(8) ru= ns > after netif. As far as I gather, devd (8) runs devmatch(8) on nomatch cla= ss > events. This results in the situation in which the interfaces are created > before =E2=80=9Cplug and play=E2=80=9D initialization of the wireless dev= ice is complete > (no driver no firmware yet ) , wlan0 creation is impossible and so on and > so forth. > No, that's not what's happening. wlan0 isn't racing anything, because it's no longer listed in ifconfig. > More so, I believe the runs of devmatch(8) are async in this scenario, so > even if you moved devd(8) before netif service, this would not solve the > issue, there will be race conditions. I know this can be solved by loadi= ng > the drivers manually, but still rising some issue is in order: > Network configuration happens asynchronously. devmatch gets run in response to NOMATCH events which then causes the driver to load which then causes the pccard_ether script to run which causes the device to be configured. At least that's how it's supposed to work. > 1) Why does devd(8) service runs after netif ? I believe it should run > before netif service, probably after kld service. Is there anything which > prevents changing this order ? > Because it doesn't matter? And because if devd is run too eary, too few services are available. Getting the ordering right was... a somewhat tricky and frustrating experience when I first committed devd. > 2.) In the scenario in which devd(8) is started before netif, what can be > done to ensure that a barier exists such that an arbitrary devmatch(8) ru= n > is guaranteed to finish loading required drivers before netif ? Ignore th= is > if Im wrong about asyc nature of devmatch(8) run. > Nothing. No such barrier is necessary. It should all happen asynchronously. Maybe there's a config problem? > 3 In what state is devmatcher now ? A lot of modules seems to be loaded > ok, but some do not yet. coretemp(4) hwpmc(4) , intel serie 9 smbus drive= r > seems not. > All of USB is done, part of PCI is done, all of the really old PC Card (since it was easy), parts of FDT for embedded and parts of ACPI are done. The drivers you've called out I think are PCI drivers that haven't been updated. They should all be in GENERIC, but none are in MINIMAL or perhaps a custom kernel. coretemp is a CPU device, and so I'm not sure we have the right PNP information for the CPU bus for it to even load. Warner From owner-freebsd-current@freebsd.org Tue Nov 20 06:45:06 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AE4C011023FA for ; Tue, 20 Nov 2018 06:45:06 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-io1-xd44.google.com (mail-io1-xd44.google.com [IPv6:2607:f8b0:4864:20::d44]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 000717CB57 for ; Tue, 20 Nov 2018 06:45:05 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-io1-xd44.google.com with SMTP id u19so613744ioc.2 for ; Mon, 19 Nov 2018 22:45:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=mp6YbDhoc9+HpvRJlFVkS5baHQann4F17McNbj0VTiM=; b=abRwtez2lamKvYOe0LzHTkrHONsaWVnSkC664xQWMcdASawTYZmIC4bg+b9Jsve6mY dwBL+T1jmCEh3QAv/ih8gZYyNKKno4/dWtiAn5zsuxklkgdZrKKIgGV1XsQhwDNJrBpZ Ibe1osYN+cH/sqJSum4CZDevET4+s0mYfbqdkC/ZChsJcW6fRhQ5mpaAe6PGALnUdHcG Q6h+25j5mVZfzRtK/fLdwuUVObUnwNUlqWgFoAyuIvaG6VK4AEowdkQ3gloMdd4vGN8H V/qeXP+AhzpYPBl1BN9IGpH0siPGOXoDakkZnHOlb3yVGoV4/562RdTDCUACtj8mDUy6 ZvSg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=mp6YbDhoc9+HpvRJlFVkS5baHQann4F17McNbj0VTiM=; b=hopgHJcsrRCZgyHwU/mGd2nZaqso/BT8l/EVECaVKCwrtbeDDGGvL5leJCmsGJ4Add oFZaq44VJzvp9oTjGRkJHgpir+rYVA5PpcUrV0u4MyYZj+zxVUfUTbKwlDw/lNzneU0M +9cni9e5azfWvcSwsZhGyTImIJVKby2FJ+q06E9vGjXnK/+Lx706M2lzPaKUNepgxSNo PLCewi/jbfq0NWqLlRup1ZX0N6tKyw6eOmE5K0WpOQ0HMK09BZg5/XAfQm4BsNWAMz/I nQssU8aMJwV9nJuafmxWDiib0Zo+E50w0ade6YFvTUefRGYfwMDjXy8fzD8OD661iNU1 Zmeg== X-Gm-Message-State: AA+aEWbtjXynGewaVXDhgjDR0DJoHa2ih3AeVMyTpxtMScGtfQL7z73J oKlVReGGXFqDV+ZZ59HCfz8= X-Google-Smtp-Source: AFSGD/XOsUfpmAi3cslqITFIsWk5kTFl31cnD+mAYZn+3ISVpTH2WA57O1OrHgYcEoSAdjLysIMqhg== X-Received: by 2002:a5e:c64a:: with SMTP id s10mr608396ioo.284.1542696305236; Mon, 19 Nov 2018 22:45:05 -0800 (PST) Received: from raichu (toroon0560w-lp130-07-64-229-95-98.dsl.bell.ca. [64.229.95.98]) by smtp.gmail.com with ESMTPSA id q23sm4993187ioi.66.2018.11.19.22.45.04 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 19 Nov 2018 22:45:04 -0800 (PST) Sender: Mark Johnston Date: Tue, 20 Nov 2018 01:45:00 -0500 From: Mark Johnston To: Sylvain GALLIANO Cc: freebsd-current@freebsd.org Subject: Re: Panic on kern_event.c Message-ID: <20181120064500.GA2371@raichu> References: <20181107043503.GB30861@raichu> <20181115221019.GA2514@raichu> <20181116154210.GB17379@raichu> <20181118003554.GC2799@raichu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) X-Rspamd-Queue-Id: 000717CB57 X-Spamd-Result: default: False [-3.29 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DKIM_TRACE(0.00)[gmail.com:+]; RCVD_IN_DNSWL_NONE(0.00)[4.4.d.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.92)[-0.918,0]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; FORGED_SENDER(0.30)[markj@freebsd.org,markjdb@gmail.com]; MID_RHS_NOT_FQDN(0.50)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[markj@freebsd.org,markjdb@gmail.com]; IP_SCORE(-0.66)[ip: (0.87), ipnet: 2607:f8b0::/32(-2.44), asn: 15169(-1.65), country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 20 Nov 2018 06:45:06 -0000 On Mon, Nov 19, 2018 at 10:26:51AM +0100, Sylvain GALLIANO wrote: > With this latest patch, after stressing syslog-ng few minutes, it do not > log anymore and a simple kill do not work (I have to do kill -9) Thanks for your patience. I finally managed to reproduce the problem and can see the bug now. Please try this patch instead. diff --git a/sys/kern/kern_event.c b/sys/kern/kern_event.c index d9c670e29d60..0be765a040ed 100644 --- a/sys/kern/kern_event.c +++ b/sys/kern/kern_event.c @@ -1538,6 +1538,10 @@ kqueue_register(struct kqueue *kq, struct kevent *kev, struct thread *td, int wa kn_enter_flux(kn); error = knote_attach(kn, kq); + if ((kev->flags & EV_ENABLE) != 0) + kn->kn_status &= ~KN_DISABLED; + else if ((kev->flags & EV_DISABLE) != 0) + kn->kn_status |= KN_DISABLED; KQ_UNLOCK(kq); if (error != 0) { tkn = kn; @@ -1570,6 +1574,11 @@ kqueue_register(struct kqueue *kq, struct kevent *kev, struct thread *td, int wa KNOTE_ACTIVATE(kn, 1); } + if ((kev->flags & EV_ENABLE) != 0) + kn->kn_status &= ~KN_DISABLED; + else if ((kev->flags & EV_DISABLE) != 0) + kn->kn_status |= KN_DISABLED; + /* * The user may change some filter values after the initial EV_ADD, * but doing so will not reset any filter which has already been @@ -1595,11 +1604,9 @@ kqueue_register(struct kqueue *kq, struct kevent *kev, struct thread *td, int wa * kn_knlist. */ done_ev_add: - if ((kev->flags & EV_ENABLE) != 0) - kn->kn_status &= ~KN_DISABLED; - else if ((kev->flags & EV_DISABLE) != 0) - kn->kn_status |= KN_DISABLED; - + /* + * KN_DISABLED will be stable while the knote is in flux. + */ if ((kn->kn_status & KN_DISABLED) == 0) event = kn->kn_fop->f_event(kn, 0); else @@ -1861,6 +1868,8 @@ kqueue_scan(struct kqueue *kq, int maxevents, struct kevent_copyops *k_ops, } TAILQ_REMOVE(&kq->kq_head, kn, kn_tqe); + KASSERT(kn == marker || (kn->kn_status & KN_QUEUED) != 0, + ("knote %p not queued", kn)); if ((kn->kn_status & KN_DISABLED) == KN_DISABLED) { kn->kn_status &= ~KN_QUEUED; kq->kq_count--; From owner-freebsd-current@freebsd.org Tue Nov 20 08:18:02 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E08A1110472D for ; Tue, 20 Nov 2018 08:18:01 +0000 (UTC) (envelope-from dan_partelly@rdsor.ro) Received: from smtp.rdsor.ro (smtp.rdsor.ro [193.231.238.25]) (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 AB4707F822 for ; Tue, 20 Nov 2018 08:18:00 +0000 (UTC) (envelope-from dan_partelly@rdsor.ro) Received: from localhost (localhost [127.0.0.1]) by smtp.rdsor.ro (Postfix) with ESMTP id 3CD6A56D81; Tue, 20 Nov 2018 10:17:51 +0200 (EET) X-Virus-Scanned: amavisd-new at oradea.rdsnet.ro Received: from smtp.rdsor.ro ([127.0.0.1]) by localhost (smtp.rdsor.ro [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 18bcvYoaQE-O; Tue, 20 Nov 2018 10:17:50 +0200 (EET) Received: from email.rdsor.ro (webmail.rdsor.ro [193.231.238.6]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: dan_partelly@rdsor.ro) by smtp.rdsor.ro (Postfix) with ESMTPSA id AD4DE56B3B; Tue, 20 Nov 2018 10:17:50 +0200 (EET) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Tue, 20 Nov 2018 10:17:50 +0200 From: dan_partelly@rdsor.ro To: Warner Losh Cc: FreeBSD Current Subject: Re: Devd / devmatch(8) -- netif race 12-RC1 In-Reply-To: References: Message-ID: <873d8841484925a35cf8c751790659c1@rdsor.ro> X-Sender: dan_partelly@rdsor.ro User-Agent: Roundcube Webmail/1.2.3 X-Rspamd-Queue-Id: AB4707F822 X-Spamd-Result: default: False [-2.10 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.82)[-0.821,0]; IP_SCORE(0.01)[country: RO(0.05)]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-0.84)[-0.836,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[rdsor.ro]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: smtp.rdsor.ro]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[25.238.231.193.list.dnswl.org : 127.0.10.0]; FROM_NO_DN(0.00)[]; NEURAL_HAM_SHORT(-0.15)[-0.146,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8708, ipnet:193.231.224.0/20, country:RO]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 20 Nov 2018 08:18:02 -0000 >> No, that's not what's happening. wlan0 isn't racing anything, because >> it's no longer listed in ifconfig But when is created lagg0 ? Acording rc output on screen , creation of cloned interface lagg0 takes place before wlan0 is created. Then this means SIOCLAGPORT will fail with Invalid argument. Also lagg0 is started at netif time as far as I know. Firmware for the wireless card is loaded later, and only even later wlan0 is created. So the way I see it, lagg0 cannot have a wlan0 port until firmware for the card is loaded and wlan0 is created, which takes place way after the system attempts to configure lagg0 ? Am I missing something ? Also, can you please tell me what happens that devmatch tries to load uhidd multiple times ? Dan ÃŽn 2018-11-20 06:38, Warner Losh a scris: > On Mon, Nov 19, 2018 at 7:48 PM Dan Partelly > wrote: > >> Hello, >> >> Today I tried a simple wireless failover on a machine running >> free-bsd. After reboot the system cannot complete the initialization >> sequence OK with devmatcher. >> The devd/devmatch(8) combo correctly identified the wireless card >> and loaded required drivers and firmware. rcorder(8) reports that >> devd(8) runs after netif. As far as I gather, devd (8) runs >> devmatch(8) on nomatch class events. This results in the situation >> in which the interfaces are created before “plug and play†>> initialization of the wireless device is complete (no driver no >> firmware yet ) , wlan0 creation is impossible and so on and so >> forth. > > No, that's not what's happening. wlan0 isn't racing anything, because > it's no longer listed in ifconfig. > >> More so, I believe the runs of devmatch(8) are async in this >> scenario, so even if you moved devd(8) before netif service, this >> would not solve the issue, there will be race conditions. I know >> this can be solved by loading the drivers manually, but still rising >> some issue is in order: > > Network configuration happens asynchronously. devmatch gets run in > response to NOMATCH events which then causes the driver to load which > then causes the pccard_ether script to run which causes the device to > be configured. At least that's how it's supposed to work. > >> 1) Why does devd(8) service runs after netif ? I believe it should >> run before netif service, probably after kld service. Is there >> anything which prevents changing this order ? > > Because it doesn't matter? And because if devd is run too eary, too > few services are available. Getting the ordering right was... a > somewhat tricky and frustrating experience when I first committed > devd. > >> 2.) In the scenario in which devd(8) is started before netif, what >> can be done to ensure that a barier exists such that an arbitrary >> devmatch(8) run is guaranteed to finish loading required drivers >> before netif ? Ignore this if Im wrong about asyc nature of >> devmatch(8) run. > > Nothing. No such barrier is necessary. It should all happen > asynchronously. Maybe there's a config problem? > >> 3 In what state is devmatcher now ? A lot of modules seems to be >> loaded ok, but some do not yet. coretemp(4) hwpmc(4) , intel serie 9 >> smbus driver seems not. > > All of USB is done, part of PCI is done, all of the really old PC Card > (since it was easy), parts of FDT for embedded and parts of ACPI are > done. > > The drivers you've called out I think are PCI drivers that haven't > been updated. They should all be in GENERIC, but none are in MINIMAL > or perhaps a custom kernel. > > coretemp is a CPU device, and so I'm not sure we have the right PNP > information for the CPU bus for it to even load. > > Warner From owner-freebsd-current@freebsd.org Tue Nov 20 10:56:10 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 09B7E110DB27 for ; Tue, 20 Nov 2018 10:56:10 +0000 (UTC) (envelope-from sg@efficientip.com) Received: from mail-ed1-x531.google.com (mail-ed1-x531.google.com [IPv6:2a00:1450:4864:20::531]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E1F85863F3 for ; Tue, 20 Nov 2018 10:56:08 +0000 (UTC) (envelope-from sg@efficientip.com) Received: by mail-ed1-x531.google.com with SMTP id j6so1499290edp.9 for ; Tue, 20 Nov 2018 02:56:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=efficientip.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=hqbyoY6FnSTBxVXlOas5oZqgmo69fGQ0JMjZGgnxq4A=; b=bxTEVDNzn3O7CzLQG5mbL9n61WfTULzI74jhNeBVKEcy2nRCcFionwJFha+tUPfBkl zZay4cLwHgK8uDPD/aNDOriBOzDrKUxAc8Q+HkiGx/gKFiRvphID0jxaftyouX1eRBzH aUBUhfVaf4HXEOcrDqo8MrORqz2VJ1AUjZzcM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=hqbyoY6FnSTBxVXlOas5oZqgmo69fGQ0JMjZGgnxq4A=; b=ITTyJ71Ys3wwK/t/Gp5AjEXLwXjb2WSQhBiTQu+e+M6J2bqSqPsMRZXRNf3zziyPyW H121rviZ/XKd7cBa0HoAD48TpR4u3u9LnQm+0IkQUQWc+4wH6GpB1v9dUMKByFhCSjHp LbNElJd2+RUr8v8Q3fWledQSyUG+q8DZiwJCwAGMvkwIAFrK3PsL2gRF8q/odSfBdbC5 N9IJFTEqaXaewiREUAbn8WpJ/pSt6HfZXzKliE2Cn2B1dllwwdiQjGlM0ulPCAEbKqu0 Ssb8lCig5+3tR7Lp37MovGhH6aMH4z6HFx2zscmwNXmoT6OVRKnQGpuYgM7DLeUYNuD2 K4VQ== X-Gm-Message-State: AGRZ1gKnISpZZFJLH8CvZX8azdoCrjNHBkZj1OiKV8O2stfJ6XaNLeV7 DFVUKLuGl5UerY219a7ZxQxeQOh/cfiziywy/FDtbg== X-Google-Smtp-Source: AJdET5cBSH0DTHzJEcVNE38sdCrqU3evOVEJcE2P3LVZedE7NrIJh2IbykkQttScl9l/n8JqF8CHctHdAsSKWfcE3YM= X-Received: by 2002:a17:906:59d6:: with SMTP id m22-v6mr1620089ejs.20.1542711367724; Tue, 20 Nov 2018 02:56:07 -0800 (PST) MIME-Version: 1.0 References: <20181107043503.GB30861@raichu> <20181115221019.GA2514@raichu> <20181116154210.GB17379@raichu> <20181118003554.GC2799@raichu> <20181120064500.GA2371@raichu> In-Reply-To: <20181120064500.GA2371@raichu> From: Sylvain GALLIANO Date: Tue, 20 Nov 2018 11:55:54 +0100 Message-ID: Subject: Re: Panic on kern_event.c To: markj@freebsd.org Cc: freebsd-current@freebsd.org X-Rspamd-Queue-Id: E1F85863F3 X-Spamd-Result: default: False [-5.48 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[efficientip.com]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[efficientip.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[efficientip.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[1.3.5.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; MX_GOOD(-0.01)[alt1.aspmx.l.google.com,aspmx.l.google.com,aspmx5.googlemail.com,aspmx4.googlemail.com,aspmx3.googlemail.com,alt2.aspmx.l.google.com,aspmx2.googlemail.com]; R_SPF_NA(0.00)[]; NEURAL_HAM_SHORT(-0.97)[-0.965,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-2.21)[ip: (-7.71), ipnet: 2a00:1450::/32(-1.63), asn: 15169(-1.61), country: US(-0.09)]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 20 Nov 2018 10:56:10 -0000 No issue using patched kernel on 2 servers (under stress test since +2 hours), Thanks ! Le mar. 20 nov. 2018 =C3=A0 07:45, Mark Johnston a =C3= =A9crit : > On Mon, Nov 19, 2018 at 10:26:51AM +0100, Sylvain GALLIANO wrote: > > With this latest patch, after stressing syslog-ng few minutes, it do no= t > > log anymore and a simple kill do not work (I have to do kill -9) > > Thanks for your patience. I finally managed to reproduce the problem > and can see the bug now. Please try this patch instead. > > diff --git a/sys/kern/kern_event.c b/sys/kern/kern_event.c > index d9c670e29d60..0be765a040ed 100644 > --- a/sys/kern/kern_event.c > +++ b/sys/kern/kern_event.c > @@ -1538,6 +1538,10 @@ kqueue_register(struct kqueue *kq, struct kevent > *kev, struct thread *td, int wa > kn_enter_flux(kn); > > error =3D knote_attach(kn, kq); > + if ((kev->flags & EV_ENABLE) !=3D 0) > + kn->kn_status &=3D ~KN_DISABLED; > + else if ((kev->flags & EV_DISABLE) !=3D 0) > + kn->kn_status |=3D KN_DISABLED; > KQ_UNLOCK(kq); > if (error !=3D 0) { > tkn =3D kn; > @@ -1570,6 +1574,11 @@ kqueue_register(struct kqueue *kq, struct kevent > *kev, struct thread *td, int wa > KNOTE_ACTIVATE(kn, 1); > } > > + if ((kev->flags & EV_ENABLE) !=3D 0) > + kn->kn_status &=3D ~KN_DISABLED; > + else if ((kev->flags & EV_DISABLE) !=3D 0) > + kn->kn_status |=3D KN_DISABLED; > + > /* > * The user may change some filter values after the initial EV_AD= D, > * but doing so will not reset any filter which has already been > @@ -1595,11 +1604,9 @@ kqueue_register(struct kqueue *kq, struct kevent > *kev, struct thread *td, int wa > * kn_knlist. > */ > done_ev_add: > - if ((kev->flags & EV_ENABLE) !=3D 0) > - kn->kn_status &=3D ~KN_DISABLED; > - else if ((kev->flags & EV_DISABLE) !=3D 0) > - kn->kn_status |=3D KN_DISABLED; > - > + /* > + * KN_DISABLED will be stable while the knote is in flux. > + */ > if ((kn->kn_status & KN_DISABLED) =3D=3D 0) > event =3D kn->kn_fop->f_event(kn, 0); > else > @@ -1861,6 +1868,8 @@ kqueue_scan(struct kqueue *kq, int maxevents, struc= t > kevent_copyops *k_ops, > } > > TAILQ_REMOVE(&kq->kq_head, kn, kn_tqe); > + KASSERT(kn =3D=3D marker || (kn->kn_status & KN_QUEUED) != =3D 0, > + ("knote %p not queued", kn)); > if ((kn->kn_status & KN_DISABLED) =3D=3D KN_DISABLED) { > kn->kn_status &=3D ~KN_QUEUED; > kq->kq_count--; > From owner-freebsd-current@freebsd.org Tue Nov 20 13:26:25 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 926FD1128EFC for ; Tue, 20 Nov 2018 13:26:25 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:13b:39f::9f:25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7B5036D591 for ; Tue, 20 Nov 2018 13:26:24 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id CBF398D4A216; Tue, 20 Nov 2018 13:26:22 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 88CE0D1F96E; Tue, 20 Nov 2018 13:26:21 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id k1SRjjli52A5; Tue, 20 Nov 2018 13:26:19 +0000 (UTC) Received: from [192.168.1.88] (fresh-ayiya.sbone.de [IPv6:fde9:577b:c1a9:f001::2]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 47889D1F862; Tue, 20 Nov 2018 13:26:18 +0000 (UTC) From: "Bjoern A. Zeeb" To: dan_partelly@rdsor.ro Cc: "Warner Losh" , "FreeBSD Current" Subject: Re: Devd / devmatch(8) -- netif race 12-RC1 Date: Tue, 20 Nov 2018 13:26:38 +0000 X-Mailer: MailMate (2.0BETAr6129) Message-ID: In-Reply-To: <873d8841484925a35cf8c751790659c1@rdsor.ro> References: <873d8841484925a35cf8c751790659c1@rdsor.ro> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 7B5036D591 X-Spamd-Result: default: False [-4.51 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2a01:4f8:13b:39f::9f:25]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zabbadoz.net]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cross.sbone.de]; NEURAL_HAM_SHORT(-0.99)[-0.985,0]; IP_SCORE(-1.22)[ipnet: 2a01:4f8::/29(-3.24), asn: 24940(-2.84), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 20 Nov 2018 13:26:25 -0000 On 20 Nov 2018, at 8:17, dan_partelly@rdsor.ro wrote: >>> No, that's not what's happening. wlan0 isn't racing anything, >>> because it's no longer listed in ifconfig > > > But when is created lagg0 ? Acording rc output on screen , creation of > cloned interface lagg0 takes place before wlan0 is created. Then this > means SIOCLAGPORT will fail with Invalid argument. Also lagg0 is > started at netif time as far as I know. > Firmware for the wireless card is loaded later, and only even later > wlan0 is created. So the way I see it, lagg0 cannot have a wlan0 port > until firmware for the card is loaded and wlan0 is created, which > takes place way after the system attempts to configure lagg0 ? Am I > missing something ? lagg might be a problem. While we are on the topic: I also noticed on a fixed 10G card that the network startup it went through strangely wasn’t the same as it was when the driver was loaded and service netif start was called again. I have not had time to debug that any further. > Also, can you please tell me what happens that devmatch tries to load > uhidd multiple times ? That’s probably similar to https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232782 ? From owner-freebsd-current@freebsd.org Tue Nov 20 14:46:13 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 625701131B46 for ; Tue, 20 Nov 2018 14:46:13 +0000 (UTC) (envelope-from ml@vishwin.info) 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 B911070308 for ; Tue, 20 Nov 2018 14:46:12 +0000 (UTC) (envelope-from ml@vishwin.info) Received: by mailman.ysv.freebsd.org (Postfix) id 7A1091131B44; Tue, 20 Nov 2018 14:46:12 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3D1A21131B43; Tue, 20 Nov 2018 14:46:12 +0000 (UTC) (envelope-from ml@vishwin.info) Received: from varun.vishwin.info (varun.vishwin.info [46.101.93.59]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "varun.vishwin.info", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5E75970304; Tue, 20 Nov 2018 14:46:08 +0000 (UTC) (envelope-from ml@vishwin.info) Received: from varun.vishwin.info (fd35:9eae:7575::2 [IPv6:fd35:9eae:7575::2]) by varun.vishwin.info (OpenSMTPD) with ESMTP id 27a91180; Tue, 20 Nov 2018 09:46:04 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=vishwin.info; h=to:from :subject:message-id:date:mime-version:content-type; s=fuccboi12; bh=n/EQOPbdIzRxaYjB32wM6dC7psTjORabz71PNf1umRA=; b=QN7U72RSDGqC 2VSNSAN+CMjOcp/P/shApSK09HSyXCBKxV162j3HCNWW8CeMSrIIHhlcsCB+Eo3F 1B0oduJrdaViQwQl6iuGbMxlbw52uzrSAP0p449ZhTFPBGFDNls9UQfJyYlAGfvf A/l33iuY/PJiEtQZwg3TZT2HjsjL8lUYlr3ELIYMyxBWLY90bS8i7MF1YtJtQY3a qWtsv0swAwJoXVk80mNEG+dAEMyUbVbxDwWs1axoR8HfPQzwQdb2d0jGkUT+3MFd TUUz0jsXN7FmRVtkEHz/wZSOIsMHGZ1OlTD+xRf8vYY3J7l2FK7ifAbU6ZS5b0Q3 R2ArPozubw== Received: from [IPv6:2001:470:8:6ca:cad7:19ff:fec0:a06d] (2001:470:8:6ca:cad7:19ff:fec0:a06d [IPv6:2001:470:8:6ca:cad7:19ff:fec0:a06d]) by varun.vishwin.info (OpenSMTPD) with ESMTPSA id 836f2fd0 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Tue, 20 Nov 2018 09:46:03 -0500 (EST) To: acpi@FreeBSD.org, current@freebsd.org From: Charlie Li Subject: ACPI Error: No handler for Region [ECOR] Openpgp: preference=signencrypt Autocrypt: addr=ml@vishwin.info; keydata= xsFNBFt7iHUBEADCorTixbMGuHd9WYSKCELlv/TFcRtvpHUw/n9LtXzKixUUwl7iuMFMYTz3 QXePX0Twq4jCQYySfcxWbPkLsSYlPOkaGQ+XytfmIHoqG5ba4i1fp+F41is0oCtLt1+oL84j NKUd13em/JWd+PJeQbSTVnHbT2yaAi7vqWw5WKVaMExjfPGU5TArV46wSRU6Zuy1ZX66q0q5 dPzeBdeKYWJE8aGtyi3pYUpKUOX4gxiNetf6leDFZ4OsexWaRdU0n8fId5d1qwjAE3lOwV5z 0Ilt8t4iXtX3JL3DAQyLZIeXHIg9O3rrpPMXQWSp2/5g39PohNk7farbhcpIKxuDN+L5N6U9 OxNHBSCv9FGDO4R/mw3YwJCovDzsF7RSyXQDIY36yjdh2uTLZ0uD5Ci/DPmJUySFLRvpqWnQ M7V5cYhdqDfcElGpRbi8JZQVYRJjvI5Jj0byG98KeaD0YFxKqmmm+Oh+xWXE7xt/DsBoZeZJ BFP84LvFbwQqprvI+sg+1z2+JIgNbYwl8VaYzfyGnqTEXTOsQYEKTdKA9MODSAsN31MlQICe CIHZV+OwOqH1KQ/mZp59AnpXAmj4T94bnahE9yJtVW/qglX/nTeFNUdu5MyEgkeB0x7mx+t0 3hE20yp/NbyvG1T/o53NHwHiURC/8Fxd1NWPZ6n4X8npQn6iyQARAQABzSFDaGFybGllIExp IDx2aXNod2luQHZpc2h3aW4uaW5mbz7CwZEEEwEIADsCGyMFCwkIBwIGFQoJCAsCBBYCAwEC HgECF4AWIQT/f8Kqvlr7jU9sRv6OcHje8gOrbAUCW3uI+wIZAQAKCRCOcHje8gOrbNX8EACT HGo3AsShFj+AaUgD9V6wTMaR2w7ubIqbkn2ZqZZ1xWj3gM6VYRKHflj9LiYqFRO4wBteAq30 Snz6F93IG+u5B1uwlC58HDwCQaROaU5cHQ8UvGPSEv0XXCcYTaC3d5NMoIh/LdutVZz56LTx hWs5NHUCaG6FfGV9QplECRteQr2rMxHZxZ3ppSY9oev/wY3U3VRUGnhM2ZwGrpmjksC1HTBH Fw2XbYdVNCOYjQrTIulaYb3y0ssgsOhvSk9bPHSTsWSCQGJk0uFNXTvIq68GhkhOwAet6//w R2y1whg47r554pBManttODaQnmWmIWBM0bZMJrlNT8T/oXlG9nA0jrjA8LvTThrCAvMSMB0F 2FhStd/I2/Fs7T6Uk1BUpgCvFiDtE8Jt1W2yq2GLtPysGrJXyDaat8IuVUthnNVhoyZb9tZu sI/FFhfh9MkPmZDwCoTUJN2yU8QhxS1iJXfMZ1f06r1TYY9rwb8E/WCBJFbMzJs3VLj/TnHL N09J2zNZgTs7gewLn/2lEV1kOL/FxIDgN7ailcf3kcNdVUxr/pLbx3NZcDkXniPO0dzQpuRw q841wBT3uqdPFJwIl4pf1EYhLj89r2vOGnM2RChl1/t+wSqHhBji3R3uylzE0qbr8O/cgx/5 wlvZJiUhyu0hJ/JoJkF8WEFkesJrTZORGc7BTQRbe4h1ARAA12Xtgcbwk7IdsRi/7sTFKs73 qoFFq+DUWwMbSuIOaWw5J9nZ+ovr9gkXlax+xf335hJ0iItB8LhA7D9wD4wjrmmBjhwK7jYv tghb8BH6MHWEWD5D9xt47CO4o8Vi1m/F4OlKxoDqIhH6n63gNeSNaXzqDpZoUsL62KX+sKKU Udj/X/oz3XwXWCb/rEIgAMMW7QFcuQBJzkHgu69oUSIki4j1mhAMiBbGexfS1dcTfpLAr9eu jDNHOw5r7aI4cA8q7us8YfDLby87hPlSrtTKcxkbawrdFNs6KNrEvggkXhYxGqm4Z0FInixa avloimBf1q7kvVM0AAgsmkdeeS/6Tzbn71WBuEW0VgEcSSBS1dv7DfgmeQeiSmv0Dvx2lZv5 P6M4Q/plSAz7hVXL6EIKltwJUjY8Re7zDbPf7jJlbEgWbLxRhlGh5MwrNXbMt6KygDRcDyOP njxg0+ICXbQyPKiq7jZY2/Q/x8P08xNx8sUKPY+XE6G5QVohQfe3LT9s15KM+1Ur4v3Hhbft HtTW1iT60HkyU9qRCJJC11OgH7wrfiucG3/eQKgBgvsfKDD36rJmsQpkO0/kkp6R+CzLby3X PrrFYJTCr08e5QWKKPdyNvAhuyQj27Lb7EhNxe3hmpV+llx0aaN9t1M+QZ88famMOgIlp7Nh 1uFr/c5WGZUAEQEAAcLBdgQYAQgAIBYhBP9/wqq+WvuNT2xG/o5weN7yA6tsBQJbe4h1AhsM AAoJEI5weN7yA6tsTGcP/2rBIvgeKismZQQn7kJOHwgmqXg/N5ArwPH3eCJmzmNZWUIlOZyl A2KtYhkzZ5G3rsL/BMmMuYRUbPJJUukaJSqFep1E6AWYPC8Seakhu1ZbK8ayBI4KZmP+3PQY S0tKyMlxX+Qt9+S/tcQqS31mMgmcVhVhKi8MrWjY+g7pF+LkBYccHuNiGNIcm8mMPHTIKU72 ARiG3DtHrRg4sf5wqgOi72277jBHdDBGw0Y7rCvMsaGm3G4GsMwj4e47H6PAFOWK7O69muvL o50oMN2rkPi+9AKPi8WcrinstleEGyEIyguRagDQjZP5gX9Xk5vkS6+xMgKt7+k7+D3jWKlW R6G9U0CyKmVJoeNqwHUdLoFD3lywjwT9vo+cqb4gQKnZsA1ss/WOvEp4EaNSR7JHFOY5X8AN QgiPxLhrbI7FPGXKw3Y7nCpcIlzFph6UL9jhNRwvoQ3GfZ0sF0JgpASdrS4N3Fmnt9L6lc3q rIrxDPpDjYwcDEUBl0sp/prjh3gdC3qs9xZ0RNWWdUqcmvRv2SDkrVDw3iQ9WhMZWuQYBmGa MViypa6WrjjlVTjqZftZyqytnHwuo1PA/qLcF/vUUn0QHFPIDx8/yTSqiw/xTwPuOFxznHjJ VbxEEG0H5rmreh1Z0WeMwsSbjC3EEf+ZI39QpFwVIG8pDwXFOClfhjFz Message-ID: Date: Tue, 20 Nov 2018 09:45:57 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.3.1 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="G6mWqRteEYvt6qi5LDTpqMh3gah1kvIVA" X-Rspamd-Queue-Id: B911070308 X-Spamd-Result: default: False [-8.68 / 15.00]; ARC_NA(0.00)[]; R_SPF_FAIL(1.00)[-all]; R_DKIM_ALLOW(-0.20)[vishwin.info]; RCVD_COUNT_FIVE(0.00)[6]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; TO_DN_NONE(0.00)[]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; DMARC_NA(0.00)[vishwin.info]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; DKIM_TRACE(0.00)[vishwin.info:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_MED(-0.20)[5.0.0.0.0.5.0.0.0.0.0.0.0.0.0.0.a.6.0.2.4.5.2.2.0.0.9.1.1.0.0.2.list.dnswl.org : 127.0.9.2]; SIGNED_PGP(-2.00)[]; MX_GOOD(-0.01)[cached: gehlot.vishwin.info]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-3.69)[ip: (-9.87), ipnet: 2001:1900:2254::/48(-4.78), asn: 10310(-3.69), country: US(-0.09)]; NEURAL_HAM_SHORT(-0.98)[-0.981,0]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; FORGED_RECIPIENTS(0.00)[acpi@FreeBSD.org ..,freebsd-current@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 20 Nov 2018 14:46:13 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --G6mWqRteEYvt6qi5LDTpqMh3gah1kvIVA Content-Type: multipart/mixed; boundary="6e78m755uskXOhPvsEs7Un6DziVh2nFDy"; protected-headers="v1" From: Charlie Li To: acpi@FreeBSD.org, current@freebsd.org Message-ID: Subject: ACPI Error: No handler for Region [ECOR] --6e78m755uskXOhPvsEs7Un6DziVh2nFDy Content-Type: text/plain; charset=utf-8 Content-Language: en-GB-large Content-Transfer-Encoding: quoted-printable Somewhere between r340491 and r340650, probably starting from r340595, my ThinkPad W550s started spewing these messages repeatedly in the system log since boot: Nov 20 09:35:19 ardmore kernel: ACPI Error: No handler for Region [ECOR] (0xfffff80003662300) [EmbeddedControl] (20181031/evregion-288) Nov 20 09:35:19 ardmore kernel: ACPI Error: Region EmbeddedControl (ID=3D3) has no handler (20181031/exfldio-428) Nov 20 09:35:19 ardmore kernel: ACPI Error: Method parse/execution failed \_SB.PCI0.LPC.EC.BAT1._BST, AE_NOT_EXIST (20181031/psparse-677) As a result, I am now unable to query battery information at the very least. r340490 is my last built revision with this working. --=20 Charlie Li Can't think of a witty .sigline today=E2=80=A6 (This email address is for mailing list use only; replace local-part with vishwin for off-list communication) --6e78m755uskXOhPvsEs7Un6DziVh2nFDy-- --G6mWqRteEYvt6qi5LDTpqMh3gah1kvIVA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEE/3/Cqr5a+41PbEb+jnB43vIDq2wFAlv0HiUACgkQjnB43vID q2y2ExAAgnfJQNRfKpYleeX7fGTj7vSUQu2Xt6G1HxFfsfNFdqSG5fvicqZDIt19 OodK60MDSsGlpgW7nZunREYr9/jdJeCTkBEtSNoFKhFM7k6sqDuipFWTIkN+/iO0 1OgbGAkPAMPCFVcWryd2FQbU9jkcnVtOLAlY1luGcPycMYnHdREUfydaneB4aDDz uFMvce7rseJcnKKZingIAK1oxSfujUpztoST+0gS3TeA5vYKC74G3rhUuspuHAOE OF+jfnO+REvm5bOrF10O6ykYjOTHHOWbGENOFO43FnKgpuA0mFCqQcceqyk0L8C9 8odFhgZbRYe8BV6e3ALNwIWVRd7I9nD4eAteLHdMnVAESisqLRZg8EmCA4LS/lOK xkdPmAZlV2+Z2jLp/U4wN2BsqCW5z8a93s+3J1g4BVmGB/Bg1TTT/Jt5t675MY2v eq0wwhon/JczpAKCTTkgJnGCEjLiwcdznn+1DUtwgQsePdKcgmmAsdo72fbWPhsm IlAsKazH1UG2/30GJaniu8OgFM6WTpcOPwBqCVlfqCYPZTpXRaGtWPyIo2idS0q5 jiJ+V5F5yGazybS4T870Y/zRcoaNaWQw0vshHVqI5g4fyrKhCeOTgDc5DNfcixH8 OaIf9PTVuoaDMJMQR3Io+qkGqLPOGn63ohq6In5j1L5XtPwhNgM= =vZgi -----END PGP SIGNATURE----- --G6mWqRteEYvt6qi5LDTpqMh3gah1kvIVA-- From owner-freebsd-current@freebsd.org Tue Nov 20 18:04:17 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0C5ED1138505 for ; Tue, 20 Nov 2018 18:04:17 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A6FA579B18 for ; Tue, 20 Nov 2018 18:04:16 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id 8C7C61B3AA; Tue, 20 Nov 2018 18:04:16 +0000 (UTC) From: Jan Beich To: freebsd-current@freebsd.org Subject: Re: [regression] drm-stable-kmod doesn't work in i386 jail on amd64 host References: Date: Tue, 20 Nov 2018 19:04:13 +0100 In-Reply-To: (Jan Beich's message of "Thu, 15 Nov 2018 21:08:27 +0100") Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: A6FA579B18 X-Spamd-Result: default: False [1.30 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_LONG(0.40)[0.395,0]; NEURAL_SPAM_SHORT(0.67)[0.668,0]; NEURAL_SPAM_MEDIUM(0.23)[0.233,0] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 20 Nov 2018 18:04:17 -0000 Jan Beich writes: > Jan Beich writes: > >> I often test Firefox on 10.4 i386 and sometimes play games via Wine. >> Both require working OpenGL for COMPAT_FREEBSD32. My GPU is Skylake >> which worked fine a few weegs ago i.e., before r338990. >> >> Any clue? > > I've opened https://github.com/FreeBSDDesktop/kms-drm/issues/99 but so > far no response. Would a sample would help? > > $ pciconf -l | fgrep 0:0:2:0 > vgapci1@pci0:0:2:0: class=0x030000 card=0x79681462 chip=0x19128086 rev=0x06 hdr=0x00 > $ /poudriere/jails/112i386/usr/sbin/pciconf -l > pciconf: ioctl(PCIOCGETCONF): Operation not permitted > > $ ./test 0 0 2 0 > vendor=0x8086, device=0x1912, subvendor=0x1462, subdevice=0x7968, revid=0x6 > $ ./test32 0 0 2 0 > test32: PCIOCGETCONF failed: Operation not permitted > $ sudo ./test32 0 0 2 0 > test32: PCIOCGETCONF failed: Operation not permitted For posterity, 12.0-RC2 should have the fix: https://svnweb.freebsd.org/changeset/base/340657 If someone is on Reddit maybe they can inform the following user https://www.reddit.com/r/freebsd/comments/9yllxo/not_getting_hardware_acceleration_with/ From owner-freebsd-current@freebsd.org Tue Nov 20 19:09:11 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0F5EF113A501 for ; Tue, 20 Nov 2018 19:09:11 +0000 (UTC) (envelope-from jkim@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 8736C7CEE1 for ; Tue, 20 Nov 2018 19:09:10 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 46FBF113A4F9; Tue, 20 Nov 2018 19:09:10 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 23E30113A4F8; Tue, 20 Nov 2018 19:09:10 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AD6B77CEDD; Tue, 20 Nov 2018 19:09:09 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from freefall.freebsd.org (static-71-168-218-4.cmdnnj.fios.verizon.net [71.168.218.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: jkim/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 744C81BE12; Tue, 20 Nov 2018 19:09:09 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Subject: Re: ACPI Error: No handler for Region [ECOR] To: Charlie Li , acpi@FreeBSD.org, current@freebsd.org, bwidawsk@FreeBSD.org References: From: Jung-uk Kim Openpgp: preference=signencrypt Autocrypt: addr=jkim@FreeBSD.org; prefer-encrypt=mutual; keydata= xsBNBFJBztUBCAChqNyGqmFuNo0U7MBzsD+q/G6Cv0l7LGVrOAsgh34M8wIWhD+tztDWMVfn AhxNDd0ceCj2bYOe67sTQxAScEcbt2FfvPOLp9MEXb9qohZj172Gwkk7dnhOhZZKhVGVZKM4 NcsuBDUzgf4f3Vdzj4wg6WlqplnTZo8lPE4hZWvZHoFIyunPTJWenybeV1xnxK7JkUdSvQR0 fA59RfTTECMwTrSEfYGUnxIDBraxJ7Ecs/0hGQ7sljIj8WBvlRDU5fU1xfF35aw56T8POQRq F4E6RVJW3YGuTpSwgtGZOTfygcLRhAiq3dFC3JNLaTVTpM8PjOinJyt9AU6RoITGOKwDABEB AAHNHkp1bmctdWsgS2ltIDxqa2ltQEZyZWVCU0Qub3JnPsLAfQQTAQoAJwUCUkHO1QIbAwUJ E0/POwULCQgHAwUVCgkICwUWAgMBAAIeAQIXgAAKCRB8n5Ym/NvxRqyzB/wL7QtsIpeGfGIA ZPMtgXMucM3NWzomyQMln2j2efUkDKthzh9jBxgF53TjOr7imwIt0PT2k1bqctPrq5IRqnu9 mGroqaCLE3LG2/E3jEaao4k9PO6efwlioyivUo5NrqIQOQ4k3EAXw7d2y0Dk1VpTgdMrnUAB hj7lGlLqS4ydcrf24DdbCRGdEQwqd9DBeBgbWynxAJMgbZBhYVEyIHuQKkJ8qY0ibIPXXuF0 KYDeH0qUHtWV2K3srNyPtymUkBQD84Pl1GWRYx05XdUHDmnX0JV3lg0BfYJZgZv0ehPQrMfY Fd9abTkf9FHQYz1JtsC8wUuRgqElRd6+YAGf8Tt9zsBNBFJBztUBCADLtSrP44El2VoJmH14 OFrlOgxzZnbn+Y/Gf1k12mJBiR+A+pBeRLD50p7AiTrjHRxO3cHcl9Dh0uf1VSbXgp8Or0ye iP/86fZPd4k5HXNmDTLL0HecPE08SCqGZ0W8vllQrokB1QxxRUB+fFMPJyMCjDAZ7P9fFTOS dTw1bJSTtOD8Sx8MpZUa9ti06bXFlVYDlaqSdgk181SSx+ZbSKkQR8CIMARlHwiLsa3Z9q9O EJr20HPyxe0AlTvwvFndH61hg7ds63eRvglwRnNON28VXO/lvKXq7Br/CiiyhFdKfINIx2Z5 htYq22tgGTW7mBURbIKoECFBTX9Lv6BXz6w9ABEBAAHCwGUEGAEKAA8FAlJBztUCGwwFCRNP zzsACgkQfJ+WJvzb8UZcJQf+IsTCxUEqY7W/pT84sMg5/QD3s6ufTRncvq14fEOxCNq1Rf4Q 9P+tOFa8GZfKDGB2BFGIrW7uT5mlmKdK1vO6ZIA930y5kUsnCmBUEBJkE2ciSQk01aB/1o62 Q3Gk/F6BwtNY9OXiqF7AcAo+K/BMIaqb26QKeh+IIgK1NN9dQiq3ByTbl4zpGZa6MmsnnRTu mzGKt2nkz7vBzH6+hZp1OzGZikgjjhYWVFoJo1dvf/rv4obs0ZJEqFPQs/1Qa1dbkKBv6odB XJpPH0ssOluTY24d1XxTiKTwmWvHeQkOKRAIfD7VTtF4TesoZYkf7hsh3e3VwXhptSLFnEOi WwYofg== Message-ID: <5f954581-26ab-b890-9cfd-a14598c7e9ba@FreeBSD.org> Date: Tue, 20 Nov 2018 14:09:08 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.3.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 8736C7CEE1 X-Spamd-Result: default: False [-1.07 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-0.88)[-0.875,0]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; NEURAL_SPAM_SHORT(0.64)[0.639,0]; NEURAL_HAM_LONG(-0.84)[-0.837,0] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 20 Nov 2018 19:09:11 -0000 On 18. 11. 20., Charlie Li wrote: > Somewhere between r340491 and r340650, probably starting from r340595, > my ThinkPad W550s started spewing these messages repeatedly in the > system log since boot: > > Nov 20 09:35:19 ardmore kernel: ACPI Error: No handler for Region [ECOR] > (0xfffff80003662300) [EmbeddedControl] (20181031/evregion-288) > Nov 20 09:35:19 ardmore kernel: ACPI Error: Region EmbeddedControl > (ID=3) has no handler (20181031/exfldio-428) > Nov 20 09:35:19 ardmore kernel: ACPI Error: Method parse/execution > failed \_SB.PCI0.LPC.EC.BAT1._BST, AE_NOT_EXIST (20181031/psparse-677) > > As a result, I am now unable to query battery information at the very > least. r340490 is my last built revision with this working. I am pretty sure r340644 caused the regression. https://svnweb.freebsd.org/changeset/base/340644 Jung-uk Kim From owner-freebsd-current@freebsd.org Tue Nov 20 19:28:59 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 850FC113B1B0 for ; Tue, 20 Nov 2018 19:28:59 +0000 (UTC) (envelope-from bwidawsk@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 23D797E26C for ; Tue, 20 Nov 2018 19:28:59 +0000 (UTC) (envelope-from bwidawsk@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id D2446113B1AE; Tue, 20 Nov 2018 19:28:58 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C08C8113B1AC; Tue, 20 Nov 2018 19:28:58 +0000 (UTC) (envelope-from bwidawsk@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6194E7E267; Tue, 20 Nov 2018 19:28:58 +0000 (UTC) (envelope-from bwidawsk@freebsd.org) Received: from smtp.freebsd.org (unknown [134.134.139.92]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: bwidawsk) by smtp.freebsd.org (Postfix) with ESMTPSA id AA0EC1C00F; Tue, 20 Nov 2018 19:28:57 +0000 (UTC) (envelope-from bwidawsk@freebsd.org) Date: Tue, 20 Nov 2018 11:28:56 -0800 From: Ben Widawsky To: Jung-uk Kim Cc: Charlie Li , acpi@FreeBSD.org, current@freebsd.org, John Baldwin Subject: Re: ACPI Error: No handler for Region [ECOR] Message-ID: <20181120192855.lqppolymrzo2ynqk@smtp.freebsd.org> References: <5f954581-26ab-b890-9cfd-a14598c7e9ba@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5f954581-26ab-b890-9cfd-a14598c7e9ba@FreeBSD.org> User-Agent: NeoMutt/20180716 X-Rspamd-Queue-Id: 23D797E26C X-Spamd-Result: default: False [-1.08 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.88)[-0.879,0]; NEURAL_SPAM_SHORT(0.64)[0.639,0]; NEURAL_HAM_LONG(-0.84)[-0.838,0]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 20 Nov 2018 19:28:59 -0000 On 18-11-20 14:09:08, Jung-uk Kim wrote: > On 18. 11. 20., Charlie Li wrote: > > Somewhere between r340491 and r340650, probably starting from r340595, > > my ThinkPad W550s started spewing these messages repeatedly in the > > system log since boot: > > > > Nov 20 09:35:19 ardmore kernel: ACPI Error: No handler for Region [ECOR] > > (0xfffff80003662300) [EmbeddedControl] (20181031/evregion-288) > > Nov 20 09:35:19 ardmore kernel: ACPI Error: Region EmbeddedControl > > (ID=3) has no handler (20181031/exfldio-428) > > Nov 20 09:35:19 ardmore kernel: ACPI Error: Method parse/execution > > failed \_SB.PCI0.LPC.EC.BAT1._BST, AE_NOT_EXIST (20181031/psparse-677) > > > > As a result, I am now unable to query battery information at the very > > least. r340490 is my last built revision with this working. > > I am pretty sure r340644 caused the regression. > > https://svnweb.freebsd.org/changeset/base/340644 > > Jung-uk Kim Seems like a good bet. Could you please add the full dmesg as well as an ACPI dump and the output of `sysctl dev.acpi_ec.` Thanks. From owner-freebsd-current@freebsd.org Tue Nov 20 19:37:50 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7A518113B98A for ; Tue, 20 Nov 2018 19:37:50 +0000 (UTC) (envelope-from bwidawsk@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 191BC7F55E for ; Tue, 20 Nov 2018 19:37:50 +0000 (UTC) (envelope-from bwidawsk@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id CD311113B987; Tue, 20 Nov 2018 19:37:49 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BB850113B985; Tue, 20 Nov 2018 19:37:49 +0000 (UTC) (envelope-from bwidawsk@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 650687F553; Tue, 20 Nov 2018 19:37:49 +0000 (UTC) (envelope-from bwidawsk@freebsd.org) Received: from smtp.freebsd.org (unknown [134.134.139.92]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: bwidawsk) by smtp.freebsd.org (Postfix) with ESMTPSA id B049C1C10E; Tue, 20 Nov 2018 19:37:48 +0000 (UTC) (envelope-from bwidawsk@freebsd.org) Date: Tue, 20 Nov 2018 11:37:47 -0800 From: Ben Widawsky To: Jung-uk Kim Cc: Charlie Li , acpi@FreeBSD.org, current@freebsd.org, John Baldwin Subject: Re: ACPI Error: No handler for Region [ECOR] Message-ID: <20181120193608.d4hjcogjybfbvght@smtp.freebsd.org> References: <5f954581-26ab-b890-9cfd-a14598c7e9ba@FreeBSD.org> <20181120192855.lqppolymrzo2ynqk@smtp.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181120192855.lqppolymrzo2ynqk@smtp.freebsd.org> User-Agent: NeoMutt/20180716 X-Rspamd-Queue-Id: 191BC7F55E X-Spamd-Result: default: False [-1.11 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.88)[-0.875,0]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; NEURAL_SPAM_SHORT(0.60)[0.597,0]; NEURAL_HAM_LONG(-0.84)[-0.837,0] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 20 Nov 2018 19:37:50 -0000 On 18-11-20 11:28:56, Ben Widawsky wrote: > On 18-11-20 14:09:08, Jung-uk Kim wrote: > > On 18. 11. 20., Charlie Li wrote: > > > Somewhere between r340491 and r340650, probably starting from r340595, > > > my ThinkPad W550s started spewing these messages repeatedly in the > > > system log since boot: > > > > > > Nov 20 09:35:19 ardmore kernel: ACPI Error: No handler for Region [ECOR] > > > (0xfffff80003662300) [EmbeddedControl] (20181031/evregion-288) > > > Nov 20 09:35:19 ardmore kernel: ACPI Error: Region EmbeddedControl > > > (ID=3) has no handler (20181031/exfldio-428) > > > Nov 20 09:35:19 ardmore kernel: ACPI Error: Method parse/execution > > > failed \_SB.PCI0.LPC.EC.BAT1._BST, AE_NOT_EXIST (20181031/psparse-677) > > > > > > As a result, I am now unable to query battery information at the very > > > least. r340490 is my last built revision with this working. > > > > I am pretty sure r340644 caused the regression. > > > > https://svnweb.freebsd.org/changeset/base/340644 > > > > Jung-uk Kim > > Seems like a good bet. Could you please add the full dmesg as well as an ACPI > dump and the output of `sysctl dev.acpi_ec.` Thanks. Just for a quick eyeball, this looks suspicious. You could also try this: diff --git a/sys/dev/acpica/acpi_ec.c b/sys/dev/acpica/acpi_ec.c index a21dbc963af..5d6dba6a887 100644 --- a/sys/dev/acpica/acpi_ec.c +++ b/sys/dev/acpica/acpi_ec.c @@ -422,6 +422,7 @@ acpi_ec_probe(device_t dev) /* Store the values we got from the namespace for attach. */ acpi_set_private(dev, params); +#if 0 /* * Check for a duplicate probe. This can happen when a probe via ECDT * succeeded already. If this is a duplicate, disable this device. @@ -431,6 +432,7 @@ acpi_ec_probe(device_t dev) ret = 0; else device_disable(dev); +#endif if (buf.Pointer) AcpiOsFree(buf.Pointer); -- Ben Widawsky, Intel Open Source Technology Center From owner-freebsd-current@freebsd.org Wed Nov 21 09:22:31 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 74C501130744 for ; Wed, 21 Nov 2018 09:22:31 +0000 (UTC) (envelope-from matias@pizarro.net) Received: from mail.docbase.net (mail.docbase.net [188.40.142.13]) (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 B342776732 for ; Wed, 21 Nov 2018 09:22:30 +0000 (UTC) (envelope-from matias@pizarro.net) Received: from mail.docbase.net (unknown [10.0.1.10]) by mail.docbase.net (Postfix) with ESMTP id 7425B7F66E for ; Wed, 21 Nov 2018 10:22:29 +0100 (CET) Authentication-Results: mail.docbase.net (amavisd-new); dkim=pass (1024-bit key) reason="pass (just generated, assumed good)" header.d=pizarro.net DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pizarro.net; h= content-transfer-encoding:user-agent:message-id:subject:subject :to:from:from:date:date:content-type:content-type:mime-version; s=dkim; t=1542792147; x=1543656148; bh=fGSCA2r/E4z8fqqzBpjCtC2j IW7xHYw/Xeiz1v8kf88=; b=GCY3r6yORptAyXWWaGDk7NdhDP/CR9VrwSXd4mfg k88IOFMwVyitNl/2wDR+CFYczrwrCgThLP6KZwdw1X51QPT4erjdkbReBbKLg3r1 agZXyzx6wI3EYJ9G+OFPHTSJITKKoRpYDvBI3RMiOHBufGnGCL/HzofROrlpv159 k+U= X-Virus-Scanned: amavisd-new at mail.docbase.net Received: from mail.docbase.net ([10.0.1.10]) by mail.docbase.net (mail.docbase.net [10.0.1.10]) (amavisd-new, port 10026) with ESMTP id PIldpYpVEagl for ; Wed, 21 Nov 2018 10:22:27 +0100 (CET) Received: from mail.docbase.net (unknown [10.0.1.10]) by mail.docbase.net (Postfix) with ESMTPSA id 8527A7F65F; Wed, 21 Nov 2018 10:22:27 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Date: Wed, 21 Nov 2018 10:22:27 +0100 From: matias@pizarro.net To: tijl@freebsd.org, freebsd-current@freebsd.org Subject: 13.0-CURRENT: Linux syscall inotify_init regression? Message-ID: <21eed091d01a216a4fb2ff85c5199e31@pizarro.net> X-Sender: matias@pizarro.net User-Agent: Roundcube Webmail Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: B342776732 X-Spamd-Result: default: False [-4.34 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[pizarro.net]; XM_UA_NO_VERSION(0.01)[]; IP_SCORE(-1.34)[ipnet: 188.40.0.0/16(-3.84), asn: 24940(-2.86), country: DE(-0.01)]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mail01.docbase.net]; DKIM_TRACE(0.00)[pizarro.net:+]; FROM_NO_DN(0.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.993,0]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[pizarro.net,none]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:24940, ipnet:188.40.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 21 Nov 2018 09:22:31 -0000 Hi Tijl and all, Thanks for r340631 and r340674. I am currently running r340703 and I=20 thought this might be of interest to you: I get the following error when=20 trying to run Sublime Text 3 on X: kernel: linux: pid 104 (io_worker): syscall inotify_init not implemented I understand there should be a stub in place, even though the inotify=20 syscall is not supported, shouldn't there be? $ uname -a FreeBSD lenovo01.xxxxx.xxx 13.0-CURRENT FreeBSD 13.0-CURRENT=20 r340703+73a91fe29c4(svn_head) GENERIC-NODEBUG amd64 Best regards, -- Mat=C3=ADas From owner-freebsd-current@freebsd.org Wed Nov 21 09:46:12 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 109291131669 for ; Wed, 21 Nov 2018 09:46:12 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay105.isp.belgacom.be (mailrelay105.isp.belgacom.be [195.238.20.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4D51F77535 for ; Wed, 21 Nov 2018 09:46:11 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes IronPort-PHdr: =?us-ascii?q?9a23=3AuSEAwBXgqQr/wjC6W1NTcbkxEX3V8LGtZVwlr6?= =?us-ascii?q?E/grcLSJyIuqrYYxSEt8tkgFKBZ4jH8fUM07OQ7/iwHzRYqb+681k6OKRWUB?= =?us-ascii?q?EEjchE1ycBO+WiTXPBEfjxciYhF95DXlI2t1uyMExSBdqsLwaK+i764jEdAA?= =?us-ascii?q?jwOhRoLerpBIHSk9631+ev8JHPfglEnjWwba9xIRmssQndqtQdjJd/JKo21h?= =?us-ascii?q?bHuGZDdf5MxWNvK1KTnhL86dm18ZV+7SleuO8v+tBZX6nicKs2UbJXDDI9M2?= =?us-ascii?q?Ao/8LrrgXMTRGO5nQHTGoblAdDDhXf4xH7WpfxtTb6tvZ41SKHM8D6Uaw4VD?= =?us-ascii?q?K/5KptVRTmijoINyQh/W/ZisJ+kr9VrhGjqBxxzIHbfI6bOeFifq7fYd8WWX?= =?us-ascii?q?ZNUtpPWyFHH4iyb5EPD+0EPetAsYf/ol8OpgagCAmrA+Pv0SFHhnrs0q08yO?= =?us-ascii?q?QqDAbL3BAhH9IMtHTZt9X7NL0MXu+r0aTG0DvNY+lR2Tfn54jFaxYsquyPU7?= =?us-ascii?q?JoacfcyksiGxnEg1ifs4DpIjeY2+sXv2SF8uZtWuSigHM9pQ5ruDig3MIsh5?= =?us-ascii?q?HMhoIS11/L6z10wJ0wJd2kUE57ZsOkEIdIuyGaKYR2RsQiTnlruCkgzr0GuJ?= =?us-ascii?q?u7czYQyJQg3RLfd/2Hc4qM4h75SOmRJjB4hGl7d7K6nRmy91Ogxvf7Vsmu31?= =?us-ascii?q?ZGtitFkt/SuXARzxHe6cqKRuF880quwzqDygTe5+5eLUwqiKbWJIYtwrsqmZ?= =?us-ascii?q?oStUTDEDX2mELzjKKOakUk++qo6+D8b7XovJ+TKZF7hRrlMqszgMC/Bv44Mg?= =?us-ascii?q?cWU2iB5eu8zKHj/VH+QLhSi/05iLXZsJHAKsQAvaO5Gw5V04c55BalFTem18?= =?us-ascii?q?4UnX8ZI1JZK1q7iN3sMk3PKevQFfatik62l3FtyuyVEKfmB8DxyXyLu7DmZr?= =?us-ascii?q?t44khHgF4vzNJbz7xOB7wrG961XVX+4o+LRiQlOhC5lr60QO520ZkTDDqC?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2AIAABTKPVb/9bCQFdkGgEBAQEBAgE?= =?us-ascii?q?BAQEHAgEBAQGBUQUBAQEBCwEBggJDciESJ4wQX4sgAQGCDDUBiUmNOYF6hHM?= =?us-ascii?q?EAgKECyM0CQ0BAwEBAgEBAgFsKEIBDAGBZiKCZQEFOhwjEAsYCSUPKh4ZhSe?= =?us-ascii?q?rQokfgQ6MHIF/hCOBQQGECYUOAo9akCIJkSEjgUmPPCyZRDiBVU0wCIMngic?= =?us-ascii?q?MC44dPgMwg1+KUgEB?= X-IPAS-Result: =?us-ascii?q?A2AIAABTKPVb/9bCQFdkGgEBAQEBAgEBAQEHAgEBAQGBU?= =?us-ascii?q?QUBAQEBCwEBggJDciESJ4wQX4sgAQGCDDUBiUmNOYF6hHMEAgKECyM0CQ0BA?= =?us-ascii?q?wEBAgEBAgFsKEIBDAGBZiKCZQEFOhwjEAsYCSUPKh4ZhSerQokfgQ6MHIF/h?= =?us-ascii?q?COBQQGECYUOAo9akCIJkSEjgUmPPCyZRDiBVU0wCIMngicMC44dPgMwg1+KU?= =?us-ascii?q?gEB?= Received: from 214.194-64-87.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([87.64.194.214]) by relay.skynet.be with ESMTP; 21 Nov 2018 10:46:03 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id wAL9k2ae022325; Wed, 21 Nov 2018 10:46:03 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Wed, 21 Nov 2018 10:46:02 +0100 From: =?UTF-8?B?VMSzbA==?= Coosemans To: matias@pizarro.net Cc: freebsd-current@freebsd.org Subject: Re: 13.0-CURRENT: Linux syscall inotify_init regression? Message-ID: <20181121104602.2a398d93@kalimero.tijl.coosemans.org> In-Reply-To: <21eed091d01a216a4fb2ff85c5199e31@pizarro.net> References: <21eed091d01a216a4fb2ff85c5199e31@pizarro.net> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4D51F77535 X-Spamd-Result: default: False [0.56 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.05)[-0.053,0]; NEURAL_SPAM_SHORT(0.65)[0.647,0]; NEURAL_HAM_LONG(-0.04)[-0.037,0]; ASN(0.00)[asn:5432, ipnet:195.238.0.0/19, country:BE] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 21 Nov 2018 09:46:12 -0000 On Wed, 21 Nov 2018 10:22:27 +0100 matias@pizarro.net wrote: > Hi Tijl and all, > > Thanks for r340631 and r340674. I am currently running r340703 and I > thought this might be of interest to you: I get the following error when > trying to run Sublime Text 3 on X: > > kernel: linux: pid 104 (io_worker): syscall inotify_init not implemented > > I understand there should be a stub in place, even though the inotify > syscall is not supported, shouldn't there be? Yes, there is a stub that prints the message you see. What exactly is the problem? Does the kernel still panic? Can you provide the core.txt file in that case? From owner-freebsd-current@freebsd.org Wed Nov 21 10:03:13 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4D7591131E45 for ; Wed, 21 Nov 2018 10:03:13 +0000 (UTC) (envelope-from matias@pizarro.net) Received: from mail.docbase.net (mail.docbase.net [188.40.142.13]) (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 C85AA77DE4 for ; Wed, 21 Nov 2018 10:03:12 +0000 (UTC) (envelope-from matias@pizarro.net) Received: from mail.docbase.net (unknown [10.0.1.10]) by mail.docbase.net (Postfix) with ESMTP id 007837F75D for ; Wed, 21 Nov 2018 11:03:12 +0100 (CET) Authentication-Results: mail.docbase.net (amavisd-new); dkim=pass (1024-bit key) reason="pass (just generated, assumed good)" header.d=pizarro.net DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pizarro.net; h= content-transfer-encoding:user-agent:message-id:subject:subject :to:from:from:date:date:content-type:content-type:mime-version; s=dkim; t=1542794586; x=1543658587; bh=4G3ti0q1y8pmrvb7XfPBpyCJ F5WxJV4tMChEqy4GidU=; b=EERv93ImrRzFREzOcJFbESkYxS5RLN96WWlCzrjC zTTDElPB4ifupflk5UPB9UIT/DNF/waqejxRvVIC1Io65oralB3YAOf5aEK4LrMi 0tNPhzfwImP04+d+LfjDN2v32azvEILoi+ErsAhU/+xSgTX6aanQ6PdWAkKbrhwH 2ug= X-Virus-Scanned: amavisd-new at mail.docbase.net Received: from mail.docbase.net ([10.0.1.10]) by mail.docbase.net (mail.docbase.net [10.0.1.10]) (amavisd-new, port 10026) with ESMTP id kCaOlvP427F2 for ; Wed, 21 Nov 2018 11:03:06 +0100 (CET) Received: from mail.docbase.net (unknown [10.0.1.10]) by mail.docbase.net (Postfix) with ESMTPSA id 4455E7F750; Wed, 21 Nov 2018 11:03:06 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Date: Wed, 21 Nov 2018 11:03:06 +0100 From: matias@pizarro.net To: bwidawsk@freebsd.org, freebsd-current@freebsd.org Subject: Re: ACPI Error: No handler for Region [ECOR] Message-ID: <75fb681f321cd2913f17e8eceffa4cb9@pizarro.net> X-Sender: matias@pizarro.net User-Agent: Roundcube Webmail Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: C85AA77DE4 X-Spamd-Result: default: False [-6.02 / 15.00]; ARC_NA(0.00)[]; FAKE_REPLY(1.00)[]; R_DKIM_ALLOW(-0.20)[pizarro.net]; RCVD_VIA_SMTP_AUTH(0.00)[]; XM_UA_NO_VERSION(0.01)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[pizarro.net:+]; RCPT_COUNT_TWO(0.00)[2]; FROM_NO_DN(0.00)[]; MX_GOOD(-0.01)[cached: mail01.docbase.net]; DMARC_POLICY_ALLOW(-0.50)[pizarro.net,none]; NEURAL_HAM_SHORT(-0.98)[-0.982,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-3.04)[ip: (-8.73), ipnet: 188.40.0.0/16(-3.59), asn: 24940(-2.86), country: DE(-0.01)]; ASN(0.00)[asn:24940, ipnet:188.40.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 21 Nov 2018 10:03:13 -0000 Hi, I have the same problem as Charlie Li. In case it could help you address=20 this I put up the data you requested in a gist: https://gist.github.com/rebost/f8f231662a7501b14d63f348ee5e4ca2 you can also download it as a zip file: https://gist.github.com/rebost/f8f231662a7501b14d63f348ee5e4ca2/archive/6= af9d446aaef167fc8c72c56f1cae9f7be1fff97.zip # uname -a FreeBSD lenovo01.xxxxx.xx 13.0-CURRENT FreeBSD 13.0-CURRENT=20 r340703+73a91fe29c4(svn_head) GENERIC-NODEBUG amd64 # sysctl dev.acpi_ec dev.acpi_ec.0.%parent: acpi0 dev.acpi_ec.0.%pnpinfo: _HID=3DPNP0C09 _UID=3D0 dev.acpi_ec.0.%location: handle=3D\_SB_.PCI0.LPCB.EC__ dev.acpi_ec.0.%driver: acpi_ec dev.acpi_ec.0.%desc: Embedded Controller: GPE 0x16, ECDT dev.acpi_ec.%parent: Best, -- mat=C3=ADas From owner-freebsd-current@freebsd.org Wed Nov 21 10:14:04 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B3BCA11326C4 for ; Wed, 21 Nov 2018 10:14:04 +0000 (UTC) (envelope-from matias@pizarro.net) Received: from mail.docbase.net (mail.docbase.net [188.40.142.13]) (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 DDCA87853A for ; Wed, 21 Nov 2018 10:14:03 +0000 (UTC) (envelope-from matias@pizarro.net) Received: from mail.docbase.net (unknown [10.0.1.10]) by mail.docbase.net (Postfix) with ESMTP id A45977F7C2 for ; Wed, 21 Nov 2018 11:14:02 +0100 (CET) Authentication-Results: mail.docbase.net (amavisd-new); dkim=pass (1024-bit key) reason="pass (just generated, assumed good)" header.d=pizarro.net DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pizarro.net; h= content-transfer-encoding:user-agent:message-id:references :in-reply-to:subject:subject:to:from:from:date:date:content-type :content-type:mime-version; s=dkim; t=1542795239; x=1543659240; bh=jhfiRIFNjoZwQdrxuYllu9iRLM2wyuSrEWnSIjz47cg=; b=rGnON4g3Cz6a Xbefcw0T+wLIGI71wJBVfDRGkZrkRLfZSCHhu4RcS7DQkyBD5x/rTjPb7wubNPUV 8oKCYL4yo/aZguUVnvmxyFFeXmGDV8Yevbp51n1ZUi71KRgq/sJqcrF8Ei8E+6hm ast2m0mPPNP3xGaMGFsXngDvM0c7oYY= X-Virus-Scanned: amavisd-new at mail.docbase.net Received: from mail.docbase.net ([10.0.1.10]) by mail.docbase.net (mail.docbase.net [10.0.1.10]) (amavisd-new, port 10026) with ESMTP id vlmTGg6kGxSD for ; Wed, 21 Nov 2018 11:13:59 +0100 (CET) Received: from mail.docbase.net (unknown [10.0.1.10]) by mail.docbase.net (Postfix) with ESMTPSA id CFC967F7B6; Wed, 21 Nov 2018 11:13:59 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Date: Wed, 21 Nov 2018 11:13:59 +0100 From: matias@pizarro.net To: =?UTF-8?Q?T=C4=B3l_Coosemans?= Cc: freebsd-current@freebsd.org Subject: Re: 13.0-CURRENT: Linux syscall inotify_init regression? In-Reply-To: <20181121104602.2a398d93@kalimero.tijl.coosemans.org> References: <21eed091d01a216a4fb2ff85c5199e31@pizarro.net> <20181121104602.2a398d93@kalimero.tijl.coosemans.org> Message-ID: <55b43c92a9c3f6ae7fac909ea355b8c1@pizarro.net> X-Sender: matias@pizarro.net User-Agent: Roundcube Webmail Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: DDCA87853A X-Spamd-Result: default: False [-5.94 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[pizarro.net]; XM_UA_NO_VERSION(0.01)[]; IP_SCORE(-2.95)[ip: (-8.41), ipnet: 188.40.0.0/16(-3.47), asn: 24940(-2.86), country: DE(-0.01)]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mail01.docbase.net]; DKIM_TRACE(0.00)[pizarro.net:+]; FROM_NO_DN(0.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.989,0]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[pizarro.net,none]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:24940, ipnet:188.40.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 21 Nov 2018 10:14:04 -0000 I see, what I took for the symptom of the absence of the stub is=20 actually the stub doing what it should be doing 8P No, the kernel doesn't panic, Sublime just dies. Now that I know that=20 the stub is actually there, I realize it is probably a problem with=20 Sublime itself. I have now installed the previous version (sublime build=20 3143) that I knew was working in 12.0-CURRENT and there you go, it=20 works. Thanks for your help and sorry for the noise :D On 21/11/2018 10:46, T=C4=B3l Coosemans wrote: > On Wed, 21 Nov 2018 10:22:27 +0100 matias@pizarro.net wrote: >> Hi Tijl and all, >>=20 >> Thanks for r340631 and r340674. I am currently running r340703 and I >> thought this might be of interest to you: I get the following error=20 >> when >> trying to run Sublime Text 3 on X: >>=20 >> kernel: linux: pid 104 (io_worker): syscall inotify_init not=20 >> implemented >>=20 >> I understand there should be a stub in place, even though the inotify >> syscall is not supported, shouldn't there be? >=20 > Yes, there is a stub that prints the message you see. What exactly is > the problem? Does the kernel still panic? Can you provide the=20 > core.txt > file in that case? > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to=20 > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Wed Nov 21 15:47:44 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C5FB3113C756 for ; Wed, 21 Nov 2018 15:47:43 +0000 (UTC) (envelope-from samy.mahmoudi@gmail.com) Received: from mail-lj1-x22a.google.com (mail-lj1-x22a.google.com [IPv6:2a00:1450:4864:20::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D8E83856E8; Wed, 21 Nov 2018 15:47:42 +0000 (UTC) (envelope-from samy.mahmoudi@gmail.com) Received: by mail-lj1-x22a.google.com with SMTP id g11-v6so5272761ljk.3; Wed, 21 Nov 2018 07:47:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=laL1Smugx3buoEcF0BhswdOpHLX2pg54wVTz4Ai8Yvc=; b=iM4I2CsEsqL/X7OzDcR1yKGeD52Tkj2DYtMZ0rR3+7f78i3JOfsKrrs8wP5BETTesQ Wpk0BvyrD3ymaaOwtJhwaDqhAKx/YH/ZPr7qn3QUGaoOMvAle/BIybfAyHt4/Y4URST3 3T0Ie01utVD7jsliIfiI/2cwGMtH5amSvn/5ew5bQ6LlC09X55LI3ZxK+4YMhsZXnrCO s0kJDcqfQ5gAbybSdd8jhMAHNeAloOUpPdLj2oNqWjLmjBrOsuqVAlXwpzg3wExO6399 qfk9ths34dODJZap+IxCm2RubL+N3taHqjQJ38mCMtAxoEmaNwul9IkzXmGtmlz/Glvo 5QXg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=laL1Smugx3buoEcF0BhswdOpHLX2pg54wVTz4Ai8Yvc=; b=c8retW/6gHg91TivYT93cGZab/qZT0Vts+KDvW82FfKTHv7/f2ax1rsOobu4Xut+ri dgPB5Vm0j5mmYHcF1QCgiUv/xaa1c7TaukeRukt60O+elY838Wc48RZ4UdmunPj3NRvc f7A87JBuby7m18MdXOVY8+3yEH4tPnXa0rOCrD9nM6ATzabATO3hE9t/x4CDFgcZhwY8 JLbyRhqB2+YjrR1eBCeV0wKSsnQYMvAAPVSbs0y+a1A93MJarbbPQQvZts1ubFEZPwf9 A11NWww0XIofHKgXkiH0JuhBJJxsA1yfC1HjPuxw/3YkelLvvXzh/sw0szQmnhpKtSWj 2KVQ== X-Gm-Message-State: AA+aEWYFv4eAnZGNMD+CsnyjPCST4BPronfIrV8YiY4g+4WMXQ6wTB/6 Lp/Tm/slVu4+azi/h74qo7LNe6tihF8/Hb5qv9JOqU7h X-Google-Smtp-Source: AFSGD/U/qLouUWkVaAxIlm6AabKZvZWTrduUebJf9HC5mw7Y3EVp6wZ6/uFTuWGm/LxvlR5WLplsgqMAhkuzffN3jX8= X-Received: by 2002:a2e:6594:: with SMTP id e20-v6mr4745802ljf.123.1542815261310; Wed, 21 Nov 2018 07:47:41 -0800 (PST) MIME-Version: 1.0 References: <75fb681f321cd2913f17e8eceffa4cb9@pizarro.net> In-Reply-To: <75fb681f321cd2913f17e8eceffa4cb9@pizarro.net> From: Samy Mahmoudi Date: Wed, 21 Nov 2018 16:47:29 +0100 Message-ID: Subject: Re: ACPI Error: No handler for Region [ECOR] To: matias@pizarro.net Cc: bwidawsk@freebsd.org, freebsd-current@freebsd.org X-Rspamd-Queue-Id: D8E83856E8 X-Spamd-Result: default: False [-4.61 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[gmail.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.996,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[a.2.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(-0.64)[ipnet: 2a00:1450::/32(-1.55), asn: 15169(-1.57), country: US(-0.09)]; NEURAL_HAM_SHORT(-0.96)[-0.958,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 21 Nov 2018 15:47:44 -0000 Same problem/output as Charlie Li, with a Lenovo T520. I will post requested output files as soon as possible. From owner-freebsd-current@freebsd.org Wed Nov 21 16:08:31 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B40BF113CEED for ; Wed, 21 Nov 2018 16:08:30 +0000 (UTC) (envelope-from samy.mahmoudi@gmail.com) Received: from mail-lj1-x230.google.com (mail-lj1-x230.google.com [IPv6:2a00:1450:4864:20::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 52CBA8611B; Wed, 21 Nov 2018 16:08:29 +0000 (UTC) (envelope-from samy.mahmoudi@gmail.com) Received: by mail-lj1-x230.google.com with SMTP id c19-v6so5317944lja.5; Wed, 21 Nov 2018 08:08:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=CGbG1yrrV8qbqCeNMWIgbXliDARsKQar3SFGYLPRAdg=; b=HcWsDTVqrc6n0vjT30wdxo/rJsXjouZsneTJK0xUkGAwvk5kVSUauSFEA8WSdo1Fj/ tqFJ+wqRMT6rEd1BH1SKBg0TsvP49wo4h/9Z28lrABhhGlh4yAxqbz6ZSP6RpFaTl0T3 bIVwTFB9yGE1qAudvSSInvI11gJSsjrGL1fshvsG7QO4TFQtJSZALSPeHSqBz19C6yVr +iD8uIljWyl9PS001hSLK+4yP66scQ0VeK8p+pZR8mZlzinI/osYFgHVmHVgRmLatA2e 2KoCskoWXmKyH5EufnbBJQmolpYMQIFFlFvwlrmuxuqBgDW6v+jcFPPezGefTpC1UD7u xR4w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=CGbG1yrrV8qbqCeNMWIgbXliDARsKQar3SFGYLPRAdg=; b=CuneogcIanamrX8tTb6hjwFf5VbLRcKsB7OXT0Rm6KotjFhc8pwkM+ji6PMx0G4PKu YzNvkQojo+IA5yRzGDslUVYEc2uQCvpypmNboEBbx0eeSmhB0sqEb4rPFCuOsq/K5CtJ 8F+4CfdqLDtcWn1fmw5Ot2rreRUVB4ldHBYXQwJPeFEnZUnNkWLl7Y/33ttkVtYdh9jD fVMNtM6MMyRZ6KwCBj9TE3pOL3NQyOvV6yrYMdLAalmLu2qDJ0qcHtvd/U0rnyFjAEe7 ahylrOA7+hhO/2Vm2RMVvs6tFBBLe7f9gVTpFn4SsBQ/MXLeG4mQgiTZ+b4VOjtON2hY yYDQ== X-Gm-Message-State: AA+aEWao9TyQivCpvabYBXipsxrz5FofVbXH61U/JZt269nR3h64ZhIB 5S8o7TxgSDBEjKgGvwQKNvO1ARefg+yt92SLaks= X-Google-Smtp-Source: AFSGD/Wo1d1Ou24aHqdJEDIvpZIy/jchgsmtRYBa1eN8zstZUbqfSReHfLOutAFcpeP/6ySqC54I24MMC8DWrRKj3EE= X-Received: by 2002:a2e:12c1:: with SMTP id 62-v6mr4920559ljs.74.1542816507466; Wed, 21 Nov 2018 08:08:27 -0800 (PST) MIME-Version: 1.0 References: <75fb681f321cd2913f17e8eceffa4cb9@pizarro.net> In-Reply-To: From: Samy Mahmoudi Date: Wed, 21 Nov 2018 17:08:15 +0100 Message-ID: Subject: Re: ACPI Error: No handler for Region [ECOR] To: matias@pizarro.net Cc: bwidawsk@freebsd.org, freebsd-current@freebsd.org X-Rspamd-Queue-Id: 52CBA8611B X-Spamd-Result: default: False [-4.63 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[gmail.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.996,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[0.3.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(-0.64)[ipnet: 2a00:1450::/32(-1.55), asn: 15169(-1.57), country: US(-0.09)]; NEURAL_HAM_SHORT(-0.98)[-0.981,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 21 Nov 2018 16:08:31 -0000 Hi again, Please find the requested files: http://imp.ovh/18.2.0/acpidump_-dt_output http://imp.ovh/18.2.0/acpi_ec_values http://imp.ovh/18.2.0/dmesg_output Best regards, Samy > From owner-freebsd-current@freebsd.org Wed Nov 21 16:21:34 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1263B113D658 for ; Wed, 21 Nov 2018 16:21:34 +0000 (UTC) (envelope-from ml@vishwin.info) 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 3425586ABB for ; Wed, 21 Nov 2018 16:21:33 +0000 (UTC) (envelope-from ml@vishwin.info) Received: by mailman.ysv.freebsd.org (Postfix) id E64A3113D655; Wed, 21 Nov 2018 16:21:32 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6E276113D654; Wed, 21 Nov 2018 16:21:32 +0000 (UTC) (envelope-from ml@vishwin.info) Received: from varun.vishwin.info (varun.vishwin.info [46.101.93.59]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "varun.vishwin.info", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 465A186AAC; Wed, 21 Nov 2018 16:21:31 +0000 (UTC) (envelope-from ml@vishwin.info) Received: from varun.vishwin.info (fd35:9eae:7575::2 [IPv6:fd35:9eae:7575::2]) by varun.vishwin.info (OpenSMTPD) with ESMTP id 4414cf18; Wed, 21 Nov 2018 11:21:22 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=vishwin.info; h=subject :to:cc:references:from:message-id:date:mime-version:in-reply-to :content-type; s=fuccboi12; bh=+mziucdkz4LtAQMo2LXB7HY6oXwkXbVNV Z+BrGrzZiI=; b=DfD5wOsnVyzLGaL3ouwt51uN82VKX5GFtTZRPEQxwH10YzbBB L1p9ZPQwXY4GTUTnd3ZLsMxlkz1Z43spAcy5qqLV7HnSASjLMOKQMFLIxrv9NZzS OSAmtBcsw6ycGa3hJ2p7zQA18H7dXJ2VGMuHMpOw3EMZ3fc/aXIOlRo0NWHMjwY7 j38uRJa+IVeDPTtF0OFGP3QOxoNGqIB+9nCudSd1LxDyRVJRN0eXGkEvvOXlsZXd xX8tZqJNtvtEOaWJ0HKpcEIq7oAL2gm8ZxEH0VDwlhxsBqqp7DztkMrRi1rdH64j agTb7HrMkl1fSXVFzmOisXaQ7DaM5A/GIbDng== Received: from [IPv6:2001:470:8:6ca:cad7:19ff:fec0:a06d] (2001:470:8:6ca:cad7:19ff:fec0:a06d [IPv6:2001:470:8:6ca:cad7:19ff:fec0:a06d]) by varun.vishwin.info (OpenSMTPD) with ESMTPSA id ff0bd585 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Wed, 21 Nov 2018 11:21:21 -0500 (EST) Subject: Re: ACPI Error: No handler for Region [ECOR] To: Ben Widawsky Cc: Jung-uk Kim , acpi@FreeBSD.org, current@freebsd.org, John Baldwin References: <5f954581-26ab-b890-9cfd-a14598c7e9ba@FreeBSD.org> <20181120192855.lqppolymrzo2ynqk@smtp.freebsd.org> <20181120193608.d4hjcogjybfbvght@smtp.freebsd.org> From: Charlie Li Openpgp: preference=signencrypt Autocrypt: addr=ml@vishwin.info; keydata= xsFNBFt7iHUBEADCorTixbMGuHd9WYSKCELlv/TFcRtvpHUw/n9LtXzKixUUwl7iuMFMYTz3 QXePX0Twq4jCQYySfcxWbPkLsSYlPOkaGQ+XytfmIHoqG5ba4i1fp+F41is0oCtLt1+oL84j NKUd13em/JWd+PJeQbSTVnHbT2yaAi7vqWw5WKVaMExjfPGU5TArV46wSRU6Zuy1ZX66q0q5 dPzeBdeKYWJE8aGtyi3pYUpKUOX4gxiNetf6leDFZ4OsexWaRdU0n8fId5d1qwjAE3lOwV5z 0Ilt8t4iXtX3JL3DAQyLZIeXHIg9O3rrpPMXQWSp2/5g39PohNk7farbhcpIKxuDN+L5N6U9 OxNHBSCv9FGDO4R/mw3YwJCovDzsF7RSyXQDIY36yjdh2uTLZ0uD5Ci/DPmJUySFLRvpqWnQ M7V5cYhdqDfcElGpRbi8JZQVYRJjvI5Jj0byG98KeaD0YFxKqmmm+Oh+xWXE7xt/DsBoZeZJ BFP84LvFbwQqprvI+sg+1z2+JIgNbYwl8VaYzfyGnqTEXTOsQYEKTdKA9MODSAsN31MlQICe CIHZV+OwOqH1KQ/mZp59AnpXAmj4T94bnahE9yJtVW/qglX/nTeFNUdu5MyEgkeB0x7mx+t0 3hE20yp/NbyvG1T/o53NHwHiURC/8Fxd1NWPZ6n4X8npQn6iyQARAQABzSFDaGFybGllIExp IDx2aXNod2luQHZpc2h3aW4uaW5mbz7CwZEEEwEIADsCGyMFCwkIBwIGFQoJCAsCBBYCAwEC HgECF4AWIQT/f8Kqvlr7jU9sRv6OcHje8gOrbAUCW3uI+wIZAQAKCRCOcHje8gOrbNX8EACT HGo3AsShFj+AaUgD9V6wTMaR2w7ubIqbkn2ZqZZ1xWj3gM6VYRKHflj9LiYqFRO4wBteAq30 Snz6F93IG+u5B1uwlC58HDwCQaROaU5cHQ8UvGPSEv0XXCcYTaC3d5NMoIh/LdutVZz56LTx hWs5NHUCaG6FfGV9QplECRteQr2rMxHZxZ3ppSY9oev/wY3U3VRUGnhM2ZwGrpmjksC1HTBH Fw2XbYdVNCOYjQrTIulaYb3y0ssgsOhvSk9bPHSTsWSCQGJk0uFNXTvIq68GhkhOwAet6//w R2y1whg47r554pBManttODaQnmWmIWBM0bZMJrlNT8T/oXlG9nA0jrjA8LvTThrCAvMSMB0F 2FhStd/I2/Fs7T6Uk1BUpgCvFiDtE8Jt1W2yq2GLtPysGrJXyDaat8IuVUthnNVhoyZb9tZu sI/FFhfh9MkPmZDwCoTUJN2yU8QhxS1iJXfMZ1f06r1TYY9rwb8E/WCBJFbMzJs3VLj/TnHL N09J2zNZgTs7gewLn/2lEV1kOL/FxIDgN7ailcf3kcNdVUxr/pLbx3NZcDkXniPO0dzQpuRw q841wBT3uqdPFJwIl4pf1EYhLj89r2vOGnM2RChl1/t+wSqHhBji3R3uylzE0qbr8O/cgx/5 wlvZJiUhyu0hJ/JoJkF8WEFkesJrTZORGc7BTQRbe4h1ARAA12Xtgcbwk7IdsRi/7sTFKs73 qoFFq+DUWwMbSuIOaWw5J9nZ+ovr9gkXlax+xf335hJ0iItB8LhA7D9wD4wjrmmBjhwK7jYv tghb8BH6MHWEWD5D9xt47CO4o8Vi1m/F4OlKxoDqIhH6n63gNeSNaXzqDpZoUsL62KX+sKKU Udj/X/oz3XwXWCb/rEIgAMMW7QFcuQBJzkHgu69oUSIki4j1mhAMiBbGexfS1dcTfpLAr9eu jDNHOw5r7aI4cA8q7us8YfDLby87hPlSrtTKcxkbawrdFNs6KNrEvggkXhYxGqm4Z0FInixa avloimBf1q7kvVM0AAgsmkdeeS/6Tzbn71WBuEW0VgEcSSBS1dv7DfgmeQeiSmv0Dvx2lZv5 P6M4Q/plSAz7hVXL6EIKltwJUjY8Re7zDbPf7jJlbEgWbLxRhlGh5MwrNXbMt6KygDRcDyOP njxg0+ICXbQyPKiq7jZY2/Q/x8P08xNx8sUKPY+XE6G5QVohQfe3LT9s15KM+1Ur4v3Hhbft HtTW1iT60HkyU9qRCJJC11OgH7wrfiucG3/eQKgBgvsfKDD36rJmsQpkO0/kkp6R+CzLby3X PrrFYJTCr08e5QWKKPdyNvAhuyQj27Lb7EhNxe3hmpV+llx0aaN9t1M+QZ88famMOgIlp7Nh 1uFr/c5WGZUAEQEAAcLBdgQYAQgAIBYhBP9/wqq+WvuNT2xG/o5weN7yA6tsBQJbe4h1AhsM AAoJEI5weN7yA6tsTGcP/2rBIvgeKismZQQn7kJOHwgmqXg/N5ArwPH3eCJmzmNZWUIlOZyl A2KtYhkzZ5G3rsL/BMmMuYRUbPJJUukaJSqFep1E6AWYPC8Seakhu1ZbK8ayBI4KZmP+3PQY S0tKyMlxX+Qt9+S/tcQqS31mMgmcVhVhKi8MrWjY+g7pF+LkBYccHuNiGNIcm8mMPHTIKU72 ARiG3DtHrRg4sf5wqgOi72277jBHdDBGw0Y7rCvMsaGm3G4GsMwj4e47H6PAFOWK7O69muvL o50oMN2rkPi+9AKPi8WcrinstleEGyEIyguRagDQjZP5gX9Xk5vkS6+xMgKt7+k7+D3jWKlW R6G9U0CyKmVJoeNqwHUdLoFD3lywjwT9vo+cqb4gQKnZsA1ss/WOvEp4EaNSR7JHFOY5X8AN QgiPxLhrbI7FPGXKw3Y7nCpcIlzFph6UL9jhNRwvoQ3GfZ0sF0JgpASdrS4N3Fmnt9L6lc3q rIrxDPpDjYwcDEUBl0sp/prjh3gdC3qs9xZ0RNWWdUqcmvRv2SDkrVDw3iQ9WhMZWuQYBmGa MViypa6WrjjlVTjqZftZyqytnHwuo1PA/qLcF/vUUn0QHFPIDx8/yTSqiw/xTwPuOFxznHjJ VbxEEG0H5rmreh1Z0WeMwsSbjC3EEf+ZI39QpFwVIG8pDwXFOClfhjFz Message-ID: <5e26200c-f1c8-0076-eaa7-d019279e2b30@vishwin.info> Date: Wed, 21 Nov 2018 11:21:15 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.3.1 MIME-Version: 1.0 In-Reply-To: <20181120193608.d4hjcogjybfbvght@smtp.freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="EpRFbj0XIMd8bIjVI41GoduDsQk3zu048" X-Rspamd-Queue-Id: 3425586ABB X-Spamd-Result: default: False [-8.59 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; HAS_ATTACHMENT(0.00)[]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[vishwin.info:+]; RCVD_IN_DNSWL_MED(-0.20)[5.0.0.0.0.5.0.0.0.0.0.0.0.0.0.0.a.6.0.2.4.5.2.2.0.0.9.1.1.0.0.2.list.dnswl.org : 127.0.9.2]; MX_GOOD(-0.01)[cached: gehlot.vishwin.info]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.999,0]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-3.68)[ip: (-9.87), ipnet: 2001:1900:2254::/48(-4.77), asn: 10310(-3.66), country: US(-0.09)]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; FORGED_RECIPIENTS(0.00)[bwidawsk@freebsd.org ..,freebsd-current@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; MIME_UNKNOWN(0.10)[text/x-patch,application/x-xz]; ARC_NA(0.00)[]; R_SPF_FAIL(1.00)[-all]; R_DKIM_ALLOW(-0.20)[vishwin.info]; RCVD_COUNT_FIVE(0.00)[6]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; DMARC_NA(0.00)[vishwin.info] X-Rspamd-Server: mx1.freebsd.org X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 21 Nov 2018 16:21:34 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --EpRFbj0XIMd8bIjVI41GoduDsQk3zu048 Content-Type: multipart/mixed; boundary="vswG1MfKS3tvutydE76PNyGdNXHFobVJp"; protected-headers="v1" From: Charlie Li To: Ben Widawsky Cc: Jung-uk Kim , acpi@FreeBSD.org, current@freebsd.org, John Baldwin Message-ID: <5e26200c-f1c8-0076-eaa7-d019279e2b30@vishwin.info> Subject: Re: ACPI Error: No handler for Region [ECOR] References: <5f954581-26ab-b890-9cfd-a14598c7e9ba@FreeBSD.org> <20181120192855.lqppolymrzo2ynqk@smtp.freebsd.org> <20181120193608.d4hjcogjybfbvght@smtp.freebsd.org> In-Reply-To: <20181120193608.d4hjcogjybfbvght@smtp.freebsd.org> --vswG1MfKS3tvutydE76PNyGdNXHFobVJp Content-Type: multipart/mixed; boundary="------------E4BFB7ADC262514C3DC80169" Content-Language: en-GB-large This is a multi-part message in MIME format. --------------E4BFB7ADC262514C3DC80169 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 20/11/2018 14:37, Ben Widawsky wrote: > On 18-11-20 11:28:56, Ben Widawsky wrote: >> On 18-11-20 14:09:08, Jung-uk Kim wrote: >>> On 18. 11. 20., Charlie Li wrote: >>>> Nov 20 09:35:19 ardmore kernel: ACPI Error: No handler for Region [E= COR] >>>> (0xfffff80003662300) [EmbeddedControl] (20181031/evregion-288) >>>> Nov 20 09:35:19 ardmore kernel: ACPI Error: Region EmbeddedControl >>>> (ID=3D3) has no handler (20181031/exfldio-428) >>>> Nov 20 09:35:19 ardmore kernel: ACPI Error: Method parse/execution >>>> failed \_SB.PCI0.LPC.EC.BAT1._BST, AE_NOT_EXIST (20181031/psparse-67= 7) >>>> >>> I am pretty sure r340644 caused the regression. >>> >>> https://svnweb.freebsd.org/changeset/base/340644 >>> >>> Jung-uk Kim >> >> Seems like a good bet. Could you please add the full dmesg as well as = an ACPI >> dump and the output of `sysctl dev.acpi_ec.` Thanks. The full dmesg is flooded. sysctl dev.acpi_ec: dev.acpi_ec.0.%parent: acpi0 dev.acpi_ec.0.%pnpinfo: _HID=3DPNP0C09 _UID=3D0 dev.acpi_ec.0.%location: handle=3D\_SB_.PCI0.LPC_.EC__ dev.acpi_ec.0.%driver: acpi_ec dev.acpi_ec.0.%desc: Embedded Controller: GPE 0x25, ECDT dev.acpi_ec.%parent: >=20 > Just for a quick eyeball, this looks suspicious. You could also try thi= s: >=20 I had to remove another line due to -Wunused-variable. In any case, the log spam continues unabated and battery status querying continues to fail= =2E Going to try backing out r340644 in my tree. --=20 Charlie Li Can't think of a witty .sigline today=E2=80=A6 (This email address is for mailing list use only; replace local-part with vishwin for off-list communication) --------------E4BFB7ADC262514C3DC80169 Content-Type: text/x-patch; name="r340644-fail.patch" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="r340644-fail.patch" diff -r 531cf2dab058 sys/dev/acpica/acpi_ec.c --- a/sys/dev/acpica/acpi_ec.c Mon Nov 19 17:31:36 2018 -0500 +++ b/sys/dev/acpica/acpi_ec.c Wed Nov 21 10:52:58 2018 -0500 @@ -338,7 +338,6 @@ ACPI_HANDLE h; ACPI_OBJECT *obj; ACPI_STATUS status; - device_t peer; char desc[64]; int ecdt; int ret; @@ -422,6 +421,7 @@ /* Store the values we got from the namespace for attach. */ acpi_set_private(dev, params); =20 +#if 0 /* * Check for a duplicate probe. This can happen when a probe via ECD= T * succeeded already. If this is a duplicate, disable this device. @@ -431,6 +431,7 @@ ret =3D 0; else device_disable(dev); +#endif =20 if (buf.Pointer) AcpiOsFree(buf.Pointer); --------------E4BFB7ADC262514C3DC80169-- --vswG1MfKS3tvutydE76PNyGdNXHFobVJp-- --EpRFbj0XIMd8bIjVI41GoduDsQk3zu048 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEE/3/Cqr5a+41PbEb+jnB43vIDq2wFAlv1hgAACgkQjnB43vID q2zIVBAAkMy6XDb7QRWa/mo+0h+Zhh30Tqms/HOPASPAoWePSgtDn/bXJXsZBwlk 7eS6DbrCjyfS+YYEBd3WXYrPcJNQg5aSO8L4EygYbvpIeI8jgLyWGZVBJqlgjbQw 2FBts5UYSsfNIgGTBW0UVjCmg1WCmcFEmR+xTliNPM2PoUtnFABxZ42NMQFKlh4h nOXd849TROVzT1q7T5JsHpt+XsfiKOqR7k+KWrLOrgxtItM2+o4ks9hs+wQutT52 BczLsm8sCXNXqO6Ja0tVbb8omuOnQcDtGfnQDyRLCRts55fmY3ho7ylfEnWGNa7i nVEoS1OUTg9CcBTYJJMmSz1OkMPTIR4HB0pH453U7eHxr/zGXHBPuetJ7RV9YoNr CBqr6fK5N1Z1V+lkexQTaOpV7ZD+ivAE+yFpI/ID07LiBnGI2o+OY+/FfBXJavcy RQihSbkRdEbIp1ddTvca/EWU53DRc59VjBJjaXRtAgaOwmOTLck+iz3p4zfmz8uM 0rM0XYX+fwqUEBfyZFO70tEmQghTauZwe2/1Z0XhOHqyFkFTJIiW/n+BiWX8X/+K fYiXpam3Eq/zeA0L8Mlt75AVeGvWa8OgsC5BOuQbgd/maqqYLzng+cVGA+DxUXZo ZVmzFolc0kSHmzWvMBs/gioejwiefNt8cQjU0uTq4aOPu6JjbA4= =ZiUw -----END PGP SIGNATURE----- --EpRFbj0XIMd8bIjVI41GoduDsQk3zu048-- From owner-freebsd-current@freebsd.org Wed Nov 21 16:58:24 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 99242113E448 for ; Wed, 21 Nov 2018 16:58:24 +0000 (UTC) (envelope-from ml@vishwin.info) 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 EA3476A64B for ; Wed, 21 Nov 2018 16:58:23 +0000 (UTC) (envelope-from ml@vishwin.info) Received: by mailman.ysv.freebsd.org (Postfix) id ADE55113E434; Wed, 21 Nov 2018 16:58:23 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8B320113E433; Wed, 21 Nov 2018 16:58:23 +0000 (UTC) (envelope-from ml@vishwin.info) Received: from varun.vishwin.info (varun.vishwin.info [46.101.93.59]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "varun.vishwin.info", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 648006A646; Wed, 21 Nov 2018 16:58:22 +0000 (UTC) (envelope-from ml@vishwin.info) Received: from varun.vishwin.info (fd35:9eae:7575::2 [IPv6:fd35:9eae:7575::2]) by varun.vishwin.info (OpenSMTPD) with ESMTP id 983efe50; Wed, 21 Nov 2018 11:58:18 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=vishwin.info; h=subject :to:cc:references:from:message-id:date:mime-version:in-reply-to :content-type; s=fuccboi12; bh=HXNcgHo3gCxg0maVp2fGVAFqLq7ZRotvg QIYzAMNve8=; b=BHDoi/CGOD2elyJTSSJXk3KUIs8VrfoUjwvSCHN4GfAuV5Vz+ FN91OTp83qElVTBWldYGpGAy0MIipJ25ergLG9hDp943mwoKb3h81XNrnlDRC/h9 ULQ0SGH4BlOVokTlb0TMoAH1ySebZ8ZzUVcf9UoSzpx+qqr4RAPKBcGbDITQb4mh 27yu2KiQCq/oaUkBGHrNF6sGK8GTOcHZ1EbBsC0pnmJ3WWdjVYL96NBz+3ma2WXj SKdWDCuT8KmKYw+M12LmTEBT+1mITO10CQDYHAS491uOxFmk+Q+yF+iPZ6/5VpeE ZAEFTzNbmr2xmCS432JpZ4TO6TnP+fYVlWmcw== Received: from [IPv6:2001:470:8:6ca:cad7:19ff:fec0:a06d] (2001:470:8:6ca:cad7:19ff:fec0:a06d [IPv6:2001:470:8:6ca:cad7:19ff:fec0:a06d]) by varun.vishwin.info (OpenSMTPD) with ESMTPSA id 6067974b TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Wed, 21 Nov 2018 11:58:18 -0500 (EST) Subject: Re: ACPI Error: No handler for Region [ECOR] To: Ben Widawsky Cc: Jung-uk Kim , acpi@FreeBSD.org, current@freebsd.org, John Baldwin References: <5f954581-26ab-b890-9cfd-a14598c7e9ba@FreeBSD.org> <20181120192855.lqppolymrzo2ynqk@smtp.freebsd.org> <20181120193608.d4hjcogjybfbvght@smtp.freebsd.org> <5e26200c-f1c8-0076-eaa7-d019279e2b30@vishwin.info> From: Charlie Li Openpgp: preference=signencrypt Autocrypt: addr=ml@vishwin.info; keydata= xsFNBFt7iHUBEADCorTixbMGuHd9WYSKCELlv/TFcRtvpHUw/n9LtXzKixUUwl7iuMFMYTz3 QXePX0Twq4jCQYySfcxWbPkLsSYlPOkaGQ+XytfmIHoqG5ba4i1fp+F41is0oCtLt1+oL84j NKUd13em/JWd+PJeQbSTVnHbT2yaAi7vqWw5WKVaMExjfPGU5TArV46wSRU6Zuy1ZX66q0q5 dPzeBdeKYWJE8aGtyi3pYUpKUOX4gxiNetf6leDFZ4OsexWaRdU0n8fId5d1qwjAE3lOwV5z 0Ilt8t4iXtX3JL3DAQyLZIeXHIg9O3rrpPMXQWSp2/5g39PohNk7farbhcpIKxuDN+L5N6U9 OxNHBSCv9FGDO4R/mw3YwJCovDzsF7RSyXQDIY36yjdh2uTLZ0uD5Ci/DPmJUySFLRvpqWnQ M7V5cYhdqDfcElGpRbi8JZQVYRJjvI5Jj0byG98KeaD0YFxKqmmm+Oh+xWXE7xt/DsBoZeZJ BFP84LvFbwQqprvI+sg+1z2+JIgNbYwl8VaYzfyGnqTEXTOsQYEKTdKA9MODSAsN31MlQICe CIHZV+OwOqH1KQ/mZp59AnpXAmj4T94bnahE9yJtVW/qglX/nTeFNUdu5MyEgkeB0x7mx+t0 3hE20yp/NbyvG1T/o53NHwHiURC/8Fxd1NWPZ6n4X8npQn6iyQARAQABzSFDaGFybGllIExp IDx2aXNod2luQHZpc2h3aW4uaW5mbz7CwZEEEwEIADsCGyMFCwkIBwIGFQoJCAsCBBYCAwEC HgECF4AWIQT/f8Kqvlr7jU9sRv6OcHje8gOrbAUCW3uI+wIZAQAKCRCOcHje8gOrbNX8EACT HGo3AsShFj+AaUgD9V6wTMaR2w7ubIqbkn2ZqZZ1xWj3gM6VYRKHflj9LiYqFRO4wBteAq30 Snz6F93IG+u5B1uwlC58HDwCQaROaU5cHQ8UvGPSEv0XXCcYTaC3d5NMoIh/LdutVZz56LTx hWs5NHUCaG6FfGV9QplECRteQr2rMxHZxZ3ppSY9oev/wY3U3VRUGnhM2ZwGrpmjksC1HTBH Fw2XbYdVNCOYjQrTIulaYb3y0ssgsOhvSk9bPHSTsWSCQGJk0uFNXTvIq68GhkhOwAet6//w R2y1whg47r554pBManttODaQnmWmIWBM0bZMJrlNT8T/oXlG9nA0jrjA8LvTThrCAvMSMB0F 2FhStd/I2/Fs7T6Uk1BUpgCvFiDtE8Jt1W2yq2GLtPysGrJXyDaat8IuVUthnNVhoyZb9tZu sI/FFhfh9MkPmZDwCoTUJN2yU8QhxS1iJXfMZ1f06r1TYY9rwb8E/WCBJFbMzJs3VLj/TnHL N09J2zNZgTs7gewLn/2lEV1kOL/FxIDgN7ailcf3kcNdVUxr/pLbx3NZcDkXniPO0dzQpuRw q841wBT3uqdPFJwIl4pf1EYhLj89r2vOGnM2RChl1/t+wSqHhBji3R3uylzE0qbr8O/cgx/5 wlvZJiUhyu0hJ/JoJkF8WEFkesJrTZORGc7BTQRbe4h1ARAA12Xtgcbwk7IdsRi/7sTFKs73 qoFFq+DUWwMbSuIOaWw5J9nZ+ovr9gkXlax+xf335hJ0iItB8LhA7D9wD4wjrmmBjhwK7jYv tghb8BH6MHWEWD5D9xt47CO4o8Vi1m/F4OlKxoDqIhH6n63gNeSNaXzqDpZoUsL62KX+sKKU Udj/X/oz3XwXWCb/rEIgAMMW7QFcuQBJzkHgu69oUSIki4j1mhAMiBbGexfS1dcTfpLAr9eu jDNHOw5r7aI4cA8q7us8YfDLby87hPlSrtTKcxkbawrdFNs6KNrEvggkXhYxGqm4Z0FInixa avloimBf1q7kvVM0AAgsmkdeeS/6Tzbn71WBuEW0VgEcSSBS1dv7DfgmeQeiSmv0Dvx2lZv5 P6M4Q/plSAz7hVXL6EIKltwJUjY8Re7zDbPf7jJlbEgWbLxRhlGh5MwrNXbMt6KygDRcDyOP njxg0+ICXbQyPKiq7jZY2/Q/x8P08xNx8sUKPY+XE6G5QVohQfe3LT9s15KM+1Ur4v3Hhbft HtTW1iT60HkyU9qRCJJC11OgH7wrfiucG3/eQKgBgvsfKDD36rJmsQpkO0/kkp6R+CzLby3X PrrFYJTCr08e5QWKKPdyNvAhuyQj27Lb7EhNxe3hmpV+llx0aaN9t1M+QZ88famMOgIlp7Nh 1uFr/c5WGZUAEQEAAcLBdgQYAQgAIBYhBP9/wqq+WvuNT2xG/o5weN7yA6tsBQJbe4h1AhsM AAoJEI5weN7yA6tsTGcP/2rBIvgeKismZQQn7kJOHwgmqXg/N5ArwPH3eCJmzmNZWUIlOZyl A2KtYhkzZ5G3rsL/BMmMuYRUbPJJUukaJSqFep1E6AWYPC8Seakhu1ZbK8ayBI4KZmP+3PQY S0tKyMlxX+Qt9+S/tcQqS31mMgmcVhVhKi8MrWjY+g7pF+LkBYccHuNiGNIcm8mMPHTIKU72 ARiG3DtHrRg4sf5wqgOi72277jBHdDBGw0Y7rCvMsaGm3G4GsMwj4e47H6PAFOWK7O69muvL o50oMN2rkPi+9AKPi8WcrinstleEGyEIyguRagDQjZP5gX9Xk5vkS6+xMgKt7+k7+D3jWKlW R6G9U0CyKmVJoeNqwHUdLoFD3lywjwT9vo+cqb4gQKnZsA1ss/WOvEp4EaNSR7JHFOY5X8AN QgiPxLhrbI7FPGXKw3Y7nCpcIlzFph6UL9jhNRwvoQ3GfZ0sF0JgpASdrS4N3Fmnt9L6lc3q rIrxDPpDjYwcDEUBl0sp/prjh3gdC3qs9xZ0RNWWdUqcmvRv2SDkrVDw3iQ9WhMZWuQYBmGa MViypa6WrjjlVTjqZftZyqytnHwuo1PA/qLcF/vUUn0QHFPIDx8/yTSqiw/xTwPuOFxznHjJ VbxEEG0H5rmreh1Z0WeMwsSbjC3EEf+ZI39QpFwVIG8pDwXFOClfhjFz Message-ID: <0e1ffa3c-e386-caee-c18c-5ea29d4eeebb@vishwin.info> Date: Wed, 21 Nov 2018 11:58:09 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.3.1 MIME-Version: 1.0 In-Reply-To: <5e26200c-f1c8-0076-eaa7-d019279e2b30@vishwin.info> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="KVWDbCTKcUVkwOc9ftidnPeNWVBJ9Xt05" X-Rspamd-Queue-Id: EA3476A64B X-Spamd-Result: default: False [-8.68 / 15.00]; ARC_NA(0.00)[]; R_SPF_FAIL(1.00)[-all]; R_DKIM_ALLOW(-0.20)[vishwin.info]; RCVD_COUNT_FIVE(0.00)[6]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; DMARC_NA(0.00)[vishwin.info]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; RCPT_COUNT_FIVE(0.00)[5]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; DKIM_TRACE(0.00)[vishwin.info:+]; RCVD_IN_DNSWL_MED(-0.20)[5.0.0.0.0.5.0.0.0.0.0.0.0.0.0.0.a.6.0.2.4.5.2.2.0.0.9.1.1.0.0.2.list.dnswl.org : 127.0.9.2]; MX_GOOD(-0.01)[cached: gehlot.vishwin.info]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.990,0]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-3.68)[ip: (-9.87), ipnet: 2001:1900:2254::/48(-4.77), asn: 10310(-3.66), country: US(-0.09)]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; FORGED_RECIPIENTS(0.00)[bwidawsk@freebsd.org ..,freebsd-current@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 21 Nov 2018 16:58:24 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --KVWDbCTKcUVkwOc9ftidnPeNWVBJ9Xt05 Content-Type: multipart/mixed; boundary="W0SSNfLH7iZZL1q4bIQvGOHhYm3x1xRZA"; protected-headers="v1" From: Charlie Li To: Ben Widawsky Cc: Jung-uk Kim , acpi@FreeBSD.org, current@freebsd.org, John Baldwin Message-ID: <0e1ffa3c-e386-caee-c18c-5ea29d4eeebb@vishwin.info> Subject: Re: ACPI Error: No handler for Region [ECOR] References: <5f954581-26ab-b890-9cfd-a14598c7e9ba@FreeBSD.org> <20181120192855.lqppolymrzo2ynqk@smtp.freebsd.org> <20181120193608.d4hjcogjybfbvght@smtp.freebsd.org> <5e26200c-f1c8-0076-eaa7-d019279e2b30@vishwin.info> In-Reply-To: <5e26200c-f1c8-0076-eaa7-d019279e2b30@vishwin.info> --W0SSNfLH7iZZL1q4bIQvGOHhYm3x1xRZA Content-Type: text/plain; charset=utf-8 Content-Language: en-GB-large Content-Transfer-Encoding: quoted-printable On 21/11/2018 11:21, Charlie Li wrote: > On 20/11/2018 14:37, Ben Widawsky wrote: >> On 18-11-20 11:28:56, Ben Widawsky wrote: >>> On 18-11-20 14:09:08, Jung-uk Kim wrote: >>>> I am pretty sure r340644 caused the regression. >>>> >>> >>> Seems like a good bet. Could you please add the full dmesg as well as= an ACPI >>> dump and the output of `sysctl dev.acpi_ec.` Thanks. > Going to try backing out r340644 in my tree. >=20 This revision is indeed the culprit. No more log spam and battery info querying works after backing out. --=20 Charlie Li Can't think of a witty .sigline today=E2=80=A6 (This email address is for mailing list use only; replace local-part with vishwin for off-list communication) --W0SSNfLH7iZZL1q4bIQvGOHhYm3x1xRZA-- --KVWDbCTKcUVkwOc9ftidnPeNWVBJ9Xt05 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEE/3/Cqr5a+41PbEb+jnB43vIDq2wFAlv1jqkACgkQjnB43vID q2wIwRAAjdO+hUJCPP9YZdD8kZ9lVarPGLrLrZeEsnx5H1N6471SqudIQgHvE40o 65T1QI/wmh2Bpv3YLRfsbn1B2tSb5cerR3G8IZTKirEMQdI5g1JNie34N/1kY/bz 6A5HhoGSQjl5IkvsXa2w1GLzTd0E3vCLNnGdrfJPR9JmlwpTyF3GNOYycPln/9UW FK4Nrvgkk1aFMo9KlCJz6TYBwhhbh8z01dbWb0hB1Duh1WgxJok9/Kre5Z/HxUCb cGT08z1OyWgu8HUtoThZ0MVHux4evg1TDHqdidO4XdC3VMyvD/Yvq0q3JDq+19T0 T6rYiVTe/veNZZn7kDjIzPaWy8uerxLAl50Cd826QsOte4R9J0o20MQplRHmFc0N 83/smB15rrJdNyhcU/pc8hVQEzL9OiGfHNqbGhBUpjcXGihlSTAZE9D7kexGI6LX nZfP/+NjslQ+TrvL4lHA1jj7z1mO2ofu/jWSUibxzdIKw+nuLkz3Y0HuFi0w19j5 uZ9LbUVcBFYKb6nsSyImhvX1Ug39ODso1Ibisj3Veo0Y7ho47b7fIDvKgKBhHx5V rtqWWIeEhUSDtRbjJKWeYwEWx0ASW2wQgYo6KOd6YSPAW0W5Zd7yX8vD39LSfF3e aG93qo33QAcOhdwI5UBgJ9HpBZxpfXXDTEeva6l0BZ5b0tyOEPs= =R0J4 -----END PGP SIGNATURE----- --KVWDbCTKcUVkwOc9ftidnPeNWVBJ9Xt05-- From owner-freebsd-current@freebsd.org Wed Nov 21 17:36:47 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3DFE4113FA80 for ; Wed, 21 Nov 2018 17:36:47 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-it1-x131.google.com (mail-it1-x131.google.com [IPv6:2607:f8b0:4864:20::131]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8832D6CEEF for ; Wed, 21 Nov 2018 17:36:46 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-it1-x131.google.com with SMTP id a205-v6so10081344itd.4 for ; Wed, 21 Nov 2018 09:36:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=1IoENFW0wIAd6xvKrP7a6a07SuD0vvB/1i603BXP6zc=; b=gnQ0LiBGbPHjdeovjgwdRcJuvyjTjP0SHCeTRWzSdWWhXTKZwHNuZuQv5xKRTARzOk uMLIr6kVy09z6KF9vXOx9EzUfzsgrRTx0R38lkYfDqJiZRqNskLblrW6GwlJPFtQIj+0 BGCwitWNEnLmlFKjP/r9f5O4nWQ4EkRP1HBKJjZosRns8wa+lm7bfzI8v2RspHvTVaL0 SqvXx1h7ieOZKKB3uXhYCFl0VmP1ByE2lTnDOYAGVecCNCmH/hI7VKrtNQgwdHu7j6eo vJnqvcn/UHsg0m7FfyGNo8sgF9rPYBayRZWVpM6LChDFWRGlp1SR/GiChXJPs/wvRAfM jEsQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=1IoENFW0wIAd6xvKrP7a6a07SuD0vvB/1i603BXP6zc=; b=DnstBmS6qLmfP90Os9GKTOwXUkNb/7ca3XdMxe0Og0A4xt3UOPM/SG7yyiUPcudj/m mngEJX/fA1PSaJ/uATWlOl+2mMwB9LoizrDKrfULWxEZmxF2sZHUJC2FicxXlIhyjLa8 z3g28KpnWdr1CUe23kSis9AcsNU+9ukefVokjbPiUXlhOe3uQQJ4if2y+RcP5LVjPZiA MEx/VKDskmkjfpmLreYkMLa7fwtiE0Odu7tWoE85l7Fz2l7d5sKQy/rLIIcxwz9nbTww trQJf9z9Xz9gYLQLwcDRDdZcpEwzGxE+FoqUgk7Cw19/AoxJfs7BSULa34uqnU2jbN2B au3Q== X-Gm-Message-State: AA+aEWaL8DYW0E+eMb0AYXvvBkkx2ujMCeKXFab8QqTdefVzPhfpD73L V/nb+CBKUzJ4BFQztvs0940iYZqdTvE= X-Google-Smtp-Source: AFSGD/X4zpz5eIOQGgX8lDnd8IcysusmnErw4kwxqKipRiMFIWdvoVo289CU14g12JduQMQIMGnEhA== X-Received: by 2002:a24:c487:: with SMTP id v129-v6mr2062140itf.110.1542821805976; Wed, 21 Nov 2018 09:36:45 -0800 (PST) Received: from raichu (toroon0560w-lp130-07-64-229-95-98.dsl.bell.ca. [64.229.95.98]) by smtp.gmail.com with ESMTPSA id x6-v6sm582646itg.15.2018.11.21.09.36.44 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 21 Nov 2018 09:36:45 -0800 (PST) Sender: Mark Johnston Date: Wed, 21 Nov 2018 12:36:43 -0500 From: Mark Johnston To: Sylvain GALLIANO Cc: freebsd-current@freebsd.org Subject: Re: Panic on kern_event.c Message-ID: <20181121173643.GD67072@raichu> References: <20181107043503.GB30861@raichu> <20181115221019.GA2514@raichu> <20181116154210.GB17379@raichu> <20181118003554.GC2799@raichu> <20181120064500.GA2371@raichu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) X-Rspamd-Queue-Id: 8832D6CEEF X-Spamd-Result: default: False [-4.92 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DKIM_TRACE(0.00)[gmail.com:+]; RCVD_IN_DNSWL_NONE(0.00)[1.3.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.98)[-0.985,0]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; FORGED_SENDER(0.30)[markj@freebsd.org,markjdb@gmail.com]; MID_RHS_NOT_FQDN(0.50)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[markj@freebsd.org,markjdb@gmail.com]; IP_SCORE(-2.23)[ip: (-7.14), ipnet: 2607:f8b0::/32(-2.34), asn: 15169(-1.56), country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 21 Nov 2018 17:36:47 -0000 On Tue, Nov 20, 2018 at 11:55:54AM +0100, Sylvain GALLIANO wrote: > No issue using patched kernel on 2 servers (under stress test since +2 > hours), Thanks ! Thanks for your help. This is fixed in head now, and I'll try and get the change into 12.0. From owner-freebsd-current@freebsd.org Thu Nov 22 05:17:52 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 186C51137B55 for ; Thu, 22 Nov 2018 05:17:52 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id EAF818AAC5; Thu, 22 Nov 2018 05:17:50 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id d0b5399e; Thu, 22 Nov 2018 06:17:49 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=dvMxDOncAE8SHDH8oQLFyd93Sn8=; b=am5qWbXGX4Kdboq3rO2Smm96nPxR kYOcqhwGVGzNm6odfKqoFLK0O7TqtZcDSZb7nsJ2oaoda56fZgTi8xJH5eoMG98Z JcNS8mCxSzxr95C5hWKvLre8HcDz3BfIzsO1oHGADawjRcp3XZJNNvIp8yMeXN3L W3Pk/vPmkt5bohM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=MPJa4i6xaA7SyThS7zWbL/rUE9kMMvWmedU0HY89HtDt2tXdGqGc6J25 iXrSb1EBW5CVRBgyOjFjHfiE29R8NVtjb5gx/jdl1nFoEcvhw3Vh8aaZNmipx9PK Gc/V/DnafaqPNsAlnqx2Ldge2pzhWyFYCWjlSP9y3vnnhY+j1ME= Received: from knuckles.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 5647da5e TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Thu, 22 Nov 2018 06:17:45 +0100 (CET) Date: Thu, 22 Nov 2018 06:17:45 +0100 From: Emmanuel Vadot To: Johannes Lundberg Cc: freebsd-current , manu@freebsd.org Subject: Re: axp288 on Intel HW Message-Id: <20181122061745.98faaa8b790e97c7da019588@bidouilliste.com> In-Reply-To: References: X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: EAF818AAC5 X-Spamd-Result: default: False [-0.82 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com]; NEURAL_HAM_MEDIUM(-0.45)[-0.446,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:212.83.177.182/32]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bidouilliste.com]; NEURAL_HAM_LONG(-0.65)[-0.652,0]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.07)[0.073,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; MX_GOOD(-0.01)[cached: mx-backup.blih.net]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.12)[ipnet: 212.83.160.0/19(0.58), asn: 12876(0.04), country: FR(-0.02)]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 22 Nov 2018 05:17:52 -0000 Hi, Allwinner PMIC on X86, interesting :) On Fri, 16 Nov 2018 08:51:31 +0000 Johannes Lundberg wrote: > Hi > > I have a Lenovo Ideapad Miix 310 that has a Intel CherryTrail CPU and it > runs FreeBSD quite nicely (with accelerated graphics). What I'm missing is > battery life status.. > > I can get this information using smb (for some reason i2c just returns > error sending start condition) > smbmsg -f /dev/smb6 -s 0x68 -c 0xB9 -i 1 -F %d > > In emergency this works but it would be nice to have a kernel driver for > it. > > I found the axp2xx driver for Allwinner in the tree. Would it be possible > to share this with amd64 with not too much effort? The first step would be to add acpi attach functions (no idea how this works), then compare the registers with the pmics supported by the axp2xx driver to check what regulators are present and controllable (if any) and also checking the registers for talking to the battery controller part. I don't see why it wouldn't work but I haven't checked details on how supported chips differs with this one. > > If not, all I'm really interested in is battery status so I might just hack > together a simple driver for that report values to hw.acpi.battery (because > I don't think there is a sysctl for battery info that aggregates different > sources?) We don't have a generic battery/power supply framework yes. > > Datasheet for the pmic can be found here > http://download.bbs.ickey.cn/201707/cfe88ee7ef01eed7a4586ce340165da0.pdf > > Cheers > _______________________________________________ > 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" -- Emmanuel Vadot From owner-freebsd-current@freebsd.org Thu Nov 22 04:03:06 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9E1811134C97 for ; Thu, 22 Nov 2018 04:03:06 +0000 (UTC) (envelope-from brennan@umanwizard.com) Received: from smtp.umanwizard.com (smtp.umanwizard.com [54.203.248.109]) (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 E28FF88671 for ; Thu, 22 Nov 2018 04:02:34 +0000 (UTC) (envelope-from brennan@umanwizard.com) Date: Wed, 21 Nov 2018 23:00:00 -0500 From: "Brennan Vincent" To: Subject: Can't create/mount snapshot X-Rspamd-Queue-Id: E28FF88671 X-Spamd-Result: default: False [2.53 / 15.00]; ARC_NA(0.00)[]; SUBJECT_ENDS_SPACES(0.50)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[umanwizard.com]; NEURAL_SPAM_MEDIUM(0.00)[0.001,0]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.48)[-0.484,0]; MISSING_MID(2.50)[]; NEURAL_SPAM_SHORT(0.50)[0.500,0]; MX_GOOD(-0.01)[umanwizard.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(-0.18)[asn: 16509(-0.81), country: US(-0.09)]; ASN(0.00)[asn:16509, ipnet:54.202.0.0/15, country:US]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 22 Nov 2018 04:03:06 -0000 Hello all, I am on a recent (last few days) build of current. I am unable to create and mount a snapshot, as the following sequence shows: root@freebsd:~ # mksnap_ffs /.snap/snap root@freebsd:~ # echo $? 0 root@freebsd:~ # mdconfig -a -t vnode -o readonly -f /.snap/snap -u 4 root@freebsd:~ # mount -r /dev/md4 /mnt/snap Superblock check-hash failed: recorded check-hash 0x890ef5e3 != computed check-hash 0xdb34ad30 mount: /dev/md4: Invalid argument My `uname -a` output is as follows: FreeBSD freebsd 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r340519: Sun Nov 18 05:36:55 UTC 2018 root@freebsd:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 Does anyone have some idea what could be going on? Thanks, btv From owner-freebsd-current@freebsd.org Thu Nov 22 12:51:46 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 90E9C1147FBD for ; Thu, 22 Nov 2018 12:51:46 +0000 (UTC) (envelope-from thj@freebsd.org) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 36BFD75412; Thu, 22 Nov 2018 12:51:46 +0000 (UTC) (envelope-from thj@freebsd.org) Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id 740CF221B9; Thu, 22 Nov 2018 07:51:45 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Thu, 22 Nov 2018 07:51:45 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=b3Jn/2 gJbtUgWA8xRk7JJAm7IaPv/MtK8GW9r1zkMCE=; b=xjDGCG3flpRpi6Y0DZIHRG S/vjwZTlPaoj+zaIhQkI4Z/rLOAA2tsfjgWADoHMARjwSVbcFvFZkf5m1zjWSicg 1jPKAx5M5KkmDigBPueeDvKn9VOamxg0aXRfto0/Ux57PxpJY1NoTKvSvtP/G8Fs LbwDYd88JQyJAXVVWu/3dqwAczCuFPSOPEhfAKpUr1vc0ZaRcBXKnAj8iFG2fins oRtEx8PbGzaVFCwyZWUtTia3r0gh6FcHdsLksbe9GFQ0Hb6+HOCJaf//dUSKsC5P Fc+49u+YYk+sETGtAgJ5prrHZinZY4E5r4IVWSaL9s8Ay39u/NwgeWL/gwtZ9MPg == X-ME-Sender: X-ME-Proxy: Received: from tom-desk.erg.abdn.ac.uk (tom-desk.erg.abdn.ac.uk [137.50.17.12]) by mail.messagingengine.com (Postfix) with ESMTPA id 0594D102A0; Thu, 22 Nov 2018 07:51:43 -0500 (EST) Date: Thu, 22 Nov 2018 12:51:42 +0000 From: Tom Jones To: Emmanuel Vadot Cc: Johannes Lundberg , freebsd-current , manu@freebsd.org Subject: Re: axp288 on Intel HW Message-ID: <20181122125141.GA34096@tom-desk.erg.abdn.ac.uk> References: <20181122061745.98faaa8b790e97c7da019588@bidouilliste.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181122061745.98faaa8b790e97c7da019588@bidouilliste.com> User-Agent: Mutt/1.10.1 (2018-07-13) X-Rspamd-Queue-Id: 36BFD75412 X-Spamd-Result: default: False [0.42 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.06)[-0.062,0]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; NEURAL_SPAM_SHORT(0.51)[0.510,0]; NEURAL_HAM_LONG(-0.03)[-0.027,0] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 22 Nov 2018 12:51:46 -0000 On Thu, Nov 22, 2018 at 06:17:45AM +0100, Emmanuel Vadot wrote: > > Hi, > > Allwinner PMIC on X86, interesting :) > > On Fri, 16 Nov 2018 08:51:31 +0000 > Johannes Lundberg wrote: > > > Hi > > > > I have a Lenovo Ideapad Miix 310 that has a Intel CherryTrail CPU and it > > runs FreeBSD quite nicely (with accelerated graphics). What I'm missing is > > battery life status.. > > > > I can get this information using smb (for some reason i2c just returns > > error sending start condition) > > smbmsg -f /dev/smb6 -s 0x68 -c 0xB9 -i 1 -F %d > > > > In emergency this works but it would be nice to have a kernel driver for > > it. > > > > I found the axp2xx driver for Allwinner in the tree. Would it be possible > > to share this with amd64 with not too much effort? > > The first step would be to add acpi attach functions (no idea how this > works), then compare the registers with the pmics supported by the > axp2xx driver to check what regulators are present and controllable (if > any) and also checking the registers for talking to the battery > controller part. > I don't see why it wouldn't work but I haven't checked details on how > supported chips differs with this one. > > > > > If not, all I'm really interested in is battery status so I might just hack > > together a simple driver for that report values to hw.acpi.battery (because > > I don't think there is a sysctl for battery info that aggregates different > > sources?) > > We don't have a generic battery/power supply framework yes. On an ACPI there is an IOCTL that will collate battery information from anything in the battery devclass. There is an acpi_battery_register function, but what it actually does is set up sysctls. I have a patch to land (hopefully this week) that you would need first. I have a driver for a maxim fuel gauge on a unreasonably complicated laptop that includes an example of what you have to do to be a battery: https://github.com/adventureloop/gpdpocket/blob/master/chvpower/chvpower.c#L148 To support battery on arm (say for the pinebook) we need a more general system. I plan to extract out the current battery code from acpi as a first attempt at this. - [tj] From owner-freebsd-current@freebsd.org Thu Nov 22 13:32:11 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 114471148E10 for ; Thu, 22 Nov 2018 13:32:11 +0000 (UTC) (envelope-from dan_partelly@rdsor.ro) Received: from clean305.mxserver.ro (clean305.mxserver.ro [89.46.7.186]) (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 B8C7276EAA for ; Thu, 22 Nov 2018 13:32:09 +0000 (UTC) (envelope-from dan_partelly@rdsor.ro) Received: from cloud307.mxserver.ro ([89.46.7.240]) by cleanserver3.mxserver.ro with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89) (envelope-from ) id 1gPiiO-0005RE-1o; Thu, 22 Nov 2018 01:43:54 -0500 Received: from [82.78.22.81] (port=55347 helo=[192.168.1.225]) by cloud307.mxserver.ro with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91) (envelope-from ) id 1gPiiM-00FS7r-DD; Thu, 22 Nov 2018 08:43:50 +0200 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Devd / devmatch(8) -- netif race 12-RC1 From: Dan Partelly In-Reply-To: Date: Thu, 22 Nov 2018 08:43:49 +0200 Cc: Warner Losh , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <798C848D-5F32-4BF9-87E0-ADD4F9B743AD@rdsor.ro> References: <873d8841484925a35cf8c751790659c1@rdsor.ro> To: "Bjoern A. Zeeb" X-Mailer: Apple Mail (2.3445.9.1) X-AuthUser: dan.partelly@diosoft.ro X-Originating-IP: 89.46.7.240 X-SpamExperts-Domain: cloud307.mxserver.ro X-SpamExperts-Username: 89.46.7.240 Authentication-Results: mxserver.ro; auth=pass smtp.auth=89.46.7.240@cloud307.mxserver.ro X-SpamExperts-Outgoing-Class: ham X-SpamExperts-Outgoing-Evidence: Combined (0.04) X-Recommended-Action: accept X-Filter-ID: EX5BVjFpneJeBchSMxfU5mri2ujY2CYicBAp3LpOf0h602E9L7XzfQH6nu9C/Fh9KJzpNe6xgvOx q3u0UDjvO4gYXNtzkq3zHevb8iT0AXFJZqfPgrCZqY/tuXqk7c0LH5ZP/RxmhiRZYooo5K3RYgvQ YLXCwULcvDzMkXPPv6tmBrf3qDEhhwaHAG0yR41BwoCYTUZDtxmsx1EbKPKtydWgwGC5OykepcWv RDvqzMRBUU8W37gSoyengJMOFWDSVa/Hj/lpqf8vwAdisrIBg3m+SYQH71yAgbUK0wljHRchFzvK kZ72V/TbtPKeivzzdBaL8YAgdQ2+qC4kXVIDd5t+LvrH5wBSaY1SgAQwcJt+X7YutVR13LlMMc55 3Qe6nF7MylHBX1hHZWPqYU1AhnzndC5IvFHCKKembz42nFRMfnM+iu5qEE7V0Z40vpoz/P+Mphll kRgy01IVzzLUBrK14GILYWTruUDeirixtFgYtL2rs9S8ATkz66iLtWfVyWr6G9D8FDScskxt+e31 kXI11yeaY7xk9v7axmUx7ETgAcLpATY8Z7DQUwrS2vvp0yCmc8DgCtTDw8AnWrAsUQpoTJN16zpf E8S/y2VWjtMBIkUL/j1Y48GvmeURQjjEBigCTnx8kUNezaEC7VONtDCPdiU7yDBH7HU8P5+4XhtV Rfw3qrtwBnV6sXysvqoWaGCtRTbClNoXgFxNabaLecop34fmBYj1Qy8znRkMHp9Dt1r0LLYAltpN NqnurjOj/nqigJ8pjpY+E4efS+LQ4EzlKxr2p5p8s6ZTyuAHJyrreLZmp1F7WbucCpVBR3rSDLov 0fNcmIDaQa/bTFLLFbw4c6UahakzLWV4PY6d0CPerEFYHfLgM0xKkyH3p6EjdpEaC18mbISFFZfo vKepbbNLG4+a7YxOCwUGr0dlYKi84jXS4IMeZti1/CaeXm9JafpdaTirz1VjurYACzKB9IE8r+X2 WKP1iVB6k3IZIkzHYhl9pDMPM1SSnoOEK3CXhL7xbq+0TzcXbrl1uVqMaUPqC+9a7n8t/VspszVW ugNNcGejqol9vAEwURdH+2NcsEIpLB5qsVZxpqYm+m+W3+WaKkgQS5MayD5sdURu2uI= X-Report-Abuse-To: spam@cleanserver1.mxserver.ro X-Rspamd-Queue-Id: B8C7276EAA X-Spamd-Result: default: False [5.77 / 15.00]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(3.00)[240.7.46.89.zen.spamhaus.org : 127.0.0.4]; R_SPF_FAIL(1.00)[-all]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MV_CASE(0.50)[]; GREYLIST(0.00)[pass,body]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[rdsor.ro]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_SPAM_MEDIUM(0.82)[0.815,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: smtp.rdsor.ro]; NEURAL_SPAM_LONG(0.88)[0.876,0]; NEURAL_HAM_SHORT(-0.30)[-0.300,0]; RECEIVED_SPAMHAUS_PBL(0.00)[81.22.78.82.zen.spamhaus.org : 127.0.0.11]; R_DKIM_NA(0.00)[]; IP_SCORE(-0.01)[asn: 5588(-0.08), country: CZ(0.01)]; ASN(0.00)[asn:5588, ipnet:89.46.7.0/24, country:CZ]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 22 Nov 2018 13:32:11 -0000 wireless lagg initialization is broken in this scenario, all-right. The = init/rc system as it is now can=E2=80=99t cope easily with a modern = asynchronous initialization sequence. Sure you could probably find an = order which works, only to find yourself in trouble next time you want = add some modern functionality . It shows it=E2=80=99s age=20 @Warner Could you tell me please if devmatcher supports taking over a PCI device = which is attached by a generic driver already ? vga attaching modern = GPUs comes to mind . Dan > On Nov 20, 2018, at 15:26, Bjoern A. Zeeb = wrote: >=20 > On 20 Nov 2018, at 8:17, dan_partelly@rdsor.ro wrote: >=20 >>>> No, that's not what's happening. wlan0 isn't racing anything, = because it's no longer listed in ifconfig >>=20 >>=20 >> But when is created lagg0 ? Acording rc output on screen , creation = of cloned interface lagg0 takes place before wlan0 is created. Then this = means SIOCLAGPORT will fail with Invalid argument. Also lagg0 is = started at netif time as far as I know. >> Firmware for the wireless card is loaded later, and only even later = wlan0 is created. So the way I see it, lagg0 cannot have a wlan0 port = until firmware for the card is loaded and wlan0 is created, which takes = place way after the system attempts to configure lagg0 ? Am I missing = something ? >=20 > lagg might be a problem. >=20 >=20 > While we are on the topic: I also noticed on a fixed 10G card that the = network startup it went through strangely wasn=E2=80=99t the same as it = was when the driver was loaded and service netif start was called again. = I have not had time to debug that any further. >=20 >=20 >> Also, can you please tell me what happens that devmatch tries to load = uhidd multiple times ? >=20 > That=E2=80=99s probably similar to = https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D232782 ? From owner-freebsd-current@freebsd.org Thu Nov 22 15:30:46 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0B2B8114A94D; Thu, 22 Nov 2018 15:30:46 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [148.251.9.81]) by mx1.freebsd.org (Postfix) with ESMTP id 745877A3F0; Thu, 22 Nov 2018 15:30:45 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.23.186] (unknown [89.113.128.32]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id 3CFB21D2D; Thu, 22 Nov 2018 18:30:38 +0300 (MSK) To: freebsd-net , FreeBSD-Current Reply-To: lev@FreeBSD.org From: Lev Serebryakov Subject: =?UTF-8?Q?netmap_on_cxgb_=28Chelsio_T3=29_=e2=80=94_panic_on_transm?= =?UTF-8?Q?it?= Openpgp: preference=signencrypt Autocrypt: addr=lev@FreeBSD.org; prefer-encrypt=mutual; keydata= xsFNBFKbGksBEADeguVs+XyJc3mL3iiOBqDd16wSk97YTJYOi4VsHsINzJr09oFvNDiaDBIi fLn2p8XcJvehcsF2GSgrfXfw+uK4O1jyNIKJmiYA0EtE+ZbRtvDrrE0w6Q8+SDeKA21SWh3Y vSQ0DJUontbgW55ER2CbEiIUTIn34uQ0kmESAaw/v5p/9ue8yPTmURvv130FqPFz8VPzltqL NxyGt54TxPfKAzAHEIwxlEZ63JOwzloKh1UDBExcsf9nJO08/TAVgR5UZ5njFBPzaaquhRoP qPJLEQQDqxPIlvMNtHKf7iIebE4BHeqgCdJA0BoiR6gpa0wlsZtdrTPK3n4wYSphLvGbhfOZ YW/hbcu7HYS/FImkVxB3iY17kcC1UTnx4ZaYeASPBGOOPbXky1lLfmDGWIFT//70yx+G17qD OZzF1SvJJhGvh6ilFYaWMX7T+nIp6Mcafc4D7AakXM+XdubNXOMlCJhzPcZ0skgAEnYV587w V7em5fDVwQccwvtfezzqKeJAU5TGiywBHSR5Svzk2FwRNf6M//hWkpq0SRR63iOhkHGOAEBi 69GfEIwH2/w24rLxP0E+Hqq8n+EWNkPatw1Mhcl5PKkdvGCjJUaGNMkpBffjyYo254JXRscR eEnwdIkJt4ErDvjb2/UrOFq31wWMOiLzJeVchAgvTHBMRfP9aQARAQABzShMZXYgU2VyZWJy eWFrb3YgPGxldkBzZXJlYnJ5YWtvdi5zcGIucnU+wsGCBBMBCAAsAhsDBwsJCAcDAgEGFQgC CQoLBBYCAwECHgECF4ACGQEFAlKbP8wFCQlmJwEACgkQ6rA8WL/cR4/6VBAAjRMyyX3PBFx/ HxyiIZ698EfwlWUua8Ft4crtrdK52m0qNkbBB9BH8xQgBHG32A1CwyzQnzxHgZuoOWMjh+Qq WJv7dmpM/q/c1GCJHhlPgewXrciTwpAamZILN071u+1GCPWwGRPzfQ/U+k63KJWx9ozf4doM WTTom6Cqcssi4J1u5kkt52a5ZRhsCK9pEVGilk36XTP9BakGrnMSIxF/NK4xeZVX2q+Nuqvf RchyofKXVgLEDLwb1cd/baLtBpDzy0PTN2Zl2lX4kOA6jwTKsqRya9A1Vui1KXwPh2XViTQ1 7Y3l5qg/M+sR73DohezP6bO6huOnLhty17jAqHPNlD6RonDo+j8uIlEg4iMSTN3MhzkBAu0Q pe3ucQ0o1767JiXN3fsNvRzSFhLVNDqPLce4uKlMogsbreXWvdgHGTN1ybOHGbybZnP77yHz uNBacbmG3vL/OLXMqwLdL2JXoiec4DmXjjCdhTBl5xLV9Hz/6VWKqElteg8QFVvHB3tHWzJ4 /rpiVEixytCIII6DS33BXZ0h2EOkK/6AYA2SJxy1vgOH4SZBtDBHoezmHV2nFnq5O0c7AuAB 7WPWgQG0sEwHQPZmg/baRGitRJnaxf/Gvf1DeD1x1VrcoVke2vwBcgDM3kugP8L9hsqic2D3 dI+gP76haeuvNNZr3y9L9zvOwU0EUpsaSwEQALRr3B+OjY/cnJPstz5CVsVWyEZtJtrNviZr tBgbkhlkPm98sEWR4+gbpyeufdYJengDjeGzMDKcLB7h5fICS/j6A8XdlJ40TlbPfNgb6OHa ebaIYKTJpXKR9sD7ZyGivYMofm0em40wGUX7BIkdkomaWj+wUiS0CdXU0FWDj9wv73+Eim+X zZyXeFgIPv97v+pET7DfwKkADOfrkW9s4OfvGVjd+wm35wc8EngQEz0qdPBxx74X7vZFAxlA SXu8gDBJGYt2Bkc3QwULnfeXrZJWgqNPR5o44gGu96yaiOFaN/C6CJtev5ZEX+0ZxbvsHHB7 Z5AtsRURKpZ4w5HFHGhzHtDtoAKgeZ/gbhTVXPHvNQR818eN+Nl5BV8BRF/8yhR6VlJb8GYw h8oKDeVGVYC34+raHZQAM9WoBnN7jlt4T9zzPwtmw5mIahGFgvw1KDr7OItN2ZgtZ20UYC5m Go602nmHq0aPbU6SwGi1xohrliNsKaaciYiMaVIGRQq8iGr9Fe2HlvaA3BpB275i/gCVlUdG y5XLAv+yQMUvn5Z7XVsMroxDk/O+ae1ElyBvKiKyfWGJXTg5XUukkkyQmfWPxWUGoNA1P/P4 GMHSu7/Rqe/7m4uPu/RyTTqsSjjKJdP9kBwEzvqPtXsVoZuShtrptRQJDYflhgE4qmKSMKen ABEBAAHCwWUEGAECAA8FAlKbGksCGwwFCRLMAwAACgkQ6rA8WL/cR48RkA//SNzeW3CI8KHx rA0aeHW6Nb5ieoqVRBGLyjBM06RX6vHB9v4dJL6Z+yV2jGN2s+XZX2HILbuTOwcTxGkI3xTT e0cDXVaF5K8R/liigUjtwuC2v/sWgoWyUmK1Cy9CPYdcXmFq6nESfkUe8DYiGOUULdHq5w63 F53yOZ72iXRBQBZgkhPtRFu4lPYIzOsMag9DIJ9CthR1r0ziqU/keb94Qt3l+aXK7CwGdY7X T4zUIMHNYsuAuyX+NJIXfsN68TT6m7QmlUwxPs13nxmoVQzm4ruV+hlQKh1MtbsjWRkNgPxF IPiqoAEhy8QoddlSvRTwL5Z7zFQiwMdiXU7toL8pfzj/zJR1jELXKMipijrt5MLrV8XX3OPN yZZvh95VIl8mv+iAqwSZUufd2EJnvj5TObB0eH+a+34NWf/XqA3fPjE6KHzmdnw9PZjPEjlx JCPECSs+6gse1+GaEfKYuXzB/ENe2ctlcfx5iQJXFc+/+zG/uU/JX/pXJHA12CUfB5g7lH6X BZIHvRo3VTCDjXgbF5xxDAe5V4exf8d4oSNjQIFLYxxN7zkvH89EN6RPfRgsWN7bYArCwfS9 MOgs9pFeCOewR6qieK150aoqNENGfKFXJup+5VVl6I0mU+j0rgVDZDht2/QgP/Tb4lGBe+ai pOGaK/GYNR+Ad6bUmokKsx4= Organization: FreeBSD Message-ID: <5516ddb1-abfa-1c76-2adc-232fec253c41@FreeBSD.org> Date: Thu, 22 Nov 2018 18:30:28 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.1 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="kgGYPquZi7NoGRbw0W0ZUQqsqkSGLPcYk" X-Rspamd-Queue-Id: 745877A3F0 X-Spamd-Result: default: False [1.25 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_SPAM_LONG(0.51)[0.508,0]; NEURAL_SPAM_MEDIUM(0.66)[0.662,0]; ASN(0.00)[asn:24940, ipnet:148.251.0.0/16, country:DE]; NEURAL_SPAM_SHORT(0.08)[0.079,0] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 22 Nov 2018 15:30:46 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --kgGYPquZi7NoGRbw0W0ZUQqsqkSGLPcYk Content-Type: multipart/mixed; boundary="VMyH4QgKsUYNQLeSuXCaPCWur1Cbd2rqq"; protected-headers="v1" From: Lev Serebryakov Reply-To: lev@FreeBSD.org To: freebsd-net , FreeBSD-Current Message-ID: <5516ddb1-abfa-1c76-2adc-232fec253c41@FreeBSD.org> Subject: =?UTF-8?Q?netmap_on_cxgb_=28Chelsio_T3=29_=e2=80=94_panic_on_transm?= =?UTF-8?Q?it?= --VMyH4QgKsUYNQLeSuXCaPCWur1Cbd2rqq Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable I've obtained Chelsio T3 for my "network lab". It works with cxgb driver well, but when I try to use Netmap's pkt-gen on it it crashes system immediately with such message: panic: trying to coalesce 9 packets in to one WR I've turned all checksums, lro and tso off, but it doesn't help. Do I have any chances to get netmap supported (maybe, not very efficient) on this NIC? --=20 // Lev Serebryakov --VMyH4QgKsUYNQLeSuXCaPCWur1Cbd2rqq-- --kgGYPquZi7NoGRbw0W0ZUQqsqkSGLPcYk Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE+W0coLX0MYtnSzMK6rA8WL/cR48FAlv2y5RfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEY5 NkQxQ0EwQjVGNDMxOEI2NzRCMzMwQUVBQjAzQzU4QkZEQzQ3OEYACgkQ6rA8WL/c R4922g/+M+x8uzxfzUDShXMAvimi+SwGkY9SUl4Tjx3VXADlxpBpX182+hadSa1/ N+OtR1QQmgb6K5tH/mUJJE3RAGdJyEz/LGE5tPPtDXMS1FAhkOC8oKnFIfM/4vsf 9BcQxMTwgIkRUNixJ39WYqRKsQG9LEBBsCzXLlhMSJErS+Hnw/9yx/Q45jWXaOJt 962ZxZsrNmw2z/cNk9KQg0Ae7pNciq31zy8Lu+MlZo60vEmzrVfC+p3520jBCAAQ jNacVIDa14U9TD2gklfwqFq/LX9jX39oBKx00g4fLhxwm6yJpOjC5cSROBWFR4zG Iqxoz+yma898q9SXXyBVhoQ2NmXtgdWupq/qg/eDgjk1VwiP6CkB3xR1Al8brWA3 z9JzT3UUIiFNZ2CqozybJLZcg5iTmI99U6XvWvGAp2preTHVdCKlsqc+mNlbHFir 49wmKg3ePCo067V1s7diQDVrMe+PS7d2HnPsFWPImSpxldh3mr7dPFqufzhD8yf7 wBIvle8SLkUGW5R+yXl5tPfM4o5/SPaboWaT3BOcO6MHCE6+bGdtMpton2jytkU2 yihm4PX3NeZ+a8CsJrdPW/5t2CA8b7x7713zQmBwbMecrctm8GLraFXg18mZb2DA YckHaASjOq2r8hB8Mhpsjcxa+s7MUqzDXMyT9F7jCVC62KJxDe0= =uSWH -----END PGP SIGNATURE----- --kgGYPquZi7NoGRbw0W0ZUQqsqkSGLPcYk-- From owner-freebsd-current@freebsd.org Thu Nov 22 15:34:32 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 93D39114ABD3 for ; Thu, 22 Nov 2018 15:34:32 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 437F07A88C for ; Thu, 22 Nov 2018 15:34:31 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id PqrhgSJvzP7x2Pqrig89yE; Thu, 22 Nov 2018 08:26:04 -0700 X-Authority-Analysis: v=2.3 cv=X9GD11be c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=8nJEP1OIZ-IA:10 a=JHtHm7312UAA:10 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=9bHR7MVLAAAA:8 a=Mvx6gL_OPyv-Vn3nflMA:9 a=wPNLvfGTeEIA:10 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 a=I7KxNEAtLM9g1UmuDjRu:22 Received: from slippy.cwsent.com (slippy8 [10.2.2.6]) by spqr.komquats.com (Postfix) with ESMTPS id 1D6452426; Thu, 22 Nov 2018 07:26:00 -0800 (PST) Received: from slippy.cwsent.com (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id wAMFPiVe003566; Thu, 22 Nov 2018 07:25:44 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Received: from slippy (cy@localhost) by slippy.cwsent.com (8.15.2/8.15.2/Submit) with ESMTP id wAMFPfhV003563; Thu, 22 Nov 2018 07:25:42 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201811221525.wAMFPfhV003563@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.7.1 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Dan Partelly cc: "Bjoern A. Zeeb" , Warner Losh , FreeBSD Current Subject: Re: Devd / devmatch(8) -- netif race 12-RC1 In-Reply-To: Message from Dan Partelly of "Thu, 22 Nov 2018 08:43:49 +0200." <798C848D-5F32-4BF9-87E0-ADD4F9B743AD@rdsor.ro> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Date: Thu, 22 Nov 2018 07:25:41 -0800 X-CMAE-Envelope: MS4wfOMdzKyf3l5BQCpTZIQjCgtC62okyUHnmHnw4TnSnaLFdeGru6n4pZUfYfoC79wjbJhaXUqfMJjgDghFByZObGeQAsNHEYP7qQ3Moaef1gGe82tfqUUD HTH76x8MpEqozv8G+0wc4NT01X4Scz2EtVwkayTBV6NwnFXjK71uaryk7IfInLrmxXzQkJOzeB65DpMbvJXoXgQ07YmH2nauPeihLaQ2ueNyedscthJZwW9v cbanPVTSMk3N9xSUFYXE0VnZ9BeBdv42xhVG6zhy0EE52UOJQNa5stM4kR7kPmNl X-Rspamd-Queue-Id: 437F07A88C X-Spamd-Result: default: False [-3.54 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; HAS_REPLYTO(0.00)[Cy.Schubert@cschubert.com]; REPLYTO_EQ_FROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[spqr.komquats.com]; NEURAL_HAM_SHORT(-0.91)[-0.908,0]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[12.134.59.64.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:6327, ipnet:64.59.128.0/20, country:CA]; IP_SCORE(-0.93)[ipnet: 64.59.128.0/20(-2.52), asn: 6327(-2.02), country: CA(-0.09)]; RECEIVED_SPAMHAUS_PBL(0.00)[17.125.67.70.zen.spamhaus.org : 127.0.0.11] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 22 Nov 2018 15:34:32 -0000 In message <798C848D-5F32-4BF9-87E0-ADD4F9B743AD@rdsor.ro>, Dan Partelly writes : > wireless lagg initialization is broken in this scenario, all-right. The init/ > rc system as it is now can’t cope easily with a modern asynchronous initial > ization sequence. Sure you could probably find an order which works, only to > find yourself in trouble next time you want add some modern functionality . > It shows it’s age > > @Warner > > Could you tell me please if devmatcher supports taking over a PCI device whic > h is attached by a generic driver already ? vga attaching modern GPUs comes t > o mind . > > Dan We're missing a fair bit of information to come to any conclusion yet. I've been using lagg with ath + rl and iwn + bge since FreeBSD 8, currently on 13, with zero issues or problems on either of them over the many years I've used this configuration. Can you provide output of sysctl net.wlan.devices, please? Also the relevant bits of rc.conf (with PI redacted of course), and any modifications to devfs.conf. dmesg output and anything relevant in messages might also be helpful. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. > > > > On Nov 20, 2018, at 15:26, Bjoern A. Zeeb > wrote: > > > > On 20 Nov 2018, at 8:17, dan_partelly@rdsor.ro wrote: > > > >>>> No, that's not what's happening. wlan0 isn't racing anything, because it > 's no longer listed in ifconfig > >> > >> > >> But when is created lagg0 ? Acording rc output on screen , creation of clo > ned interface lagg0 takes place before wlan0 is created. Then this means SIO > CLAGPORT will fail with Invalid argument. Also lagg0 is started at netif tim > e as far as I know. > >> Firmware for the wireless card is loaded later, and only even later wlan0 > is created. So the way I see it, lagg0 cannot have a wlan0 port until firmwar > e for the card is loaded and wlan0 is created, which takes place way after th > e system attempts to configure lagg0 ? Am I missing something ? > > > > lagg might be a problem. > > > > > > While we are on the topic: I also noticed on a fixed 10G card that the netw > ork startup it went through strangely wasn’t the same as it was when the dr > iver was loaded and service netif start was called again. I have not had tim > e to debug that any further. > > > > > >> Also, can you please tell me what happens that devmatch tries to load uhi > dd multiple times ? > > > > That’s probably similar to https://bugs.freebsd.org/bugzilla/show_bug.cgi > ?id=232782 ? > > _______________________________________________ > 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 Thu Nov 22 16:21:41 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D770D114B881 for ; Thu, 22 Nov 2018 16:21:40 +0000 (UTC) (envelope-from dan_partelly@rdsor.ro) Received: from smtp.rdsor.ro (smtp.rdsor.ro [193.231.238.25]) (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 9C9287BEE2 for ; Thu, 22 Nov 2018 16:21:39 +0000 (UTC) (envelope-from dan_partelly@rdsor.ro) Received: from localhost (localhost [127.0.0.1]) by smtp.rdsor.ro (Postfix) with ESMTP id 70193579CB; Thu, 22 Nov 2018 18:21:32 +0200 (EET) X-Virus-Scanned: amavisd-new at oradea.rdsnet.ro Received: from smtp.rdsor.ro ([127.0.0.1]) by localhost (smtp.rdsor.ro [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 7POw43GvD3bu; Thu, 22 Nov 2018 18:21:32 +0200 (EET) Received: from email.rdsor.ro (webmail.rdsor.ro [193.231.238.6]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: dan_partelly@rdsor.ro) by smtp.rdsor.ro (Postfix) with ESMTPSA id E11F25775C; Thu, 22 Nov 2018 18:21:31 +0200 (EET) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Thu, 22 Nov 2018 18:21:31 +0200 From: dan_partelly@rdsor.ro To: Cy Schubert Cc: "Bjoern A. Zeeb" , Warner Losh , FreeBSD Current Subject: Re: Devd / devmatch(8) -- netif race 12-RC1 In-Reply-To: <201811221525.wAMFPfhV003563@slippy.cwsent.com> References: <201811221525.wAMFPfhV003563@slippy.cwsent.com> Message-ID: X-Sender: dan_partelly@rdsor.ro User-Agent: Roundcube Webmail/1.2.3 X-Rspamd-Queue-Id: 9C9287BEE2 X-Spamd-Result: default: False [2.46 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_SPAM_SHORT(0.91)[0.911,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[rdsor.ro]; NEURAL_SPAM_MEDIUM(0.58)[0.575,0]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: smtp.rdsor.ro]; NEURAL_SPAM_LONG(0.48)[0.484,0]; RCVD_IN_DNSWL_NONE(0.00)[25.238.231.193.list.dnswl.org : 127.0.10.0]; FROM_NO_DN(0.00)[]; IP_SCORE(0.80)[asn: 8708(3.89), country: RO(0.10)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8708, ipnet:193.231.224.0/20, country:RO]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 22 Nov 2018 16:21:41 -0000 > We're missing a fair bit of information to come to any conclusion yet. Cy, did you used it when loading the wifi drivers automatically with devmatcher ? Cause if you run GENERIC, chances are that you will not see any weird behavior. Most wifi drivers are compiled in kernel in this case. Meaning you will have no issues. The exception are bwi/bwn Broadcom drivers, those are not compiled in kernel. if you compile your kernel without the wifi drivers you use, and if said drivers already changed to support to be loaded automatically by devmatcher, you can research the behavior. And yes, I used too it for years too with wifi drivers compiled in kernel or statically loaded before netif runs. And it works, save for some PCI wired cards whose drivers where not able to sense correctly media presence net.wlan.devices contains the expected value for the hardware configuration, and correct drivers and firmware loaded , bwi0. This is a stock installation with GENERIC and no modifications What happens is that lagg0 is created and it’s initialization takes place way before devmatcher loads the driver for wifi card and it’s firmware and wlan0 is created. Meaning, slave laggport interface (wlan0 ) does not exist at the time the initialization is run. Meaning that it will fail. Dan ÃŽn 2018-11-22 17:25, Cy Schubert a scris: > In message <798C848D-5F32-4BF9-87E0-ADD4F9B743AD@rdsor.ro>, Dan > Partelly writes > : >> wireless lagg initialization is broken in this scenario, all-right. >> The init/ >> rc system as it is now can’t cope easily with a modern asynchronous >> initial >> ization sequence. Sure you could probably find an order which works, >> only to >> find yourself in trouble next time you want add some modern >> functionality . >> It shows it’s age >> >> @Warner >> >> Could you tell me please if devmatcher supports taking over a PCI >> device whic >> h is attached by a generic driver already ? vga attaching modern GPUs >> comes t >> o mind . >> >> Dan > > We're missing a fair bit of information to come to any conclusion yet. > I've been using lagg with ath + rl and iwn + bge since FreeBSD 8, > currently on 13, with zero issues or problems on either of them over > the many years I've used this configuration. > > Can you provide output of sysctl net.wlan.devices, please? Also the > relevant bits of rc.conf (with PI redacted of course), and any > modifications to devfs.conf. dmesg output and anything relevant in > messages might also be helpful. > > > -- > Cheers, > Cy Schubert > FreeBSD UNIX: Web: http://www.FreeBSD.org > > The need of the many outweighs the greed of the few. > > >> >> >> > On Nov 20, 2018, at 15:26, Bjoern A. Zeeb >> wrote: >> > >> > On 20 Nov 2018, at 8:17, dan_partelly@rdsor.ro wrote: >> > >> >>>> No, that's not what's happening. wlan0 isn't racing anything, because it >> 's no longer listed in ifconfig >> >> >> >> >> >> But when is created lagg0 ? Acording rc output on screen , creation of clo >> ned interface lagg0 takes place before wlan0 is created. Then this >> means SIO >> CLAGPORT will fail with Invalid argument. Also lagg0 is started at >> netif tim >> e as far as I know. >> >> Firmware for the wireless card is loaded later, and only even later wlan0 >> is created. So the way I see it, lagg0 cannot have a wlan0 port until >> firmwar >> e for the card is loaded and wlan0 is created, which takes place way >> after th >> e system attempts to configure lagg0 ? Am I missing something ? >> > >> > lagg might be a problem. >> > >> > >> > While we are on the topic: I also noticed on a fixed 10G card that the netw >> ork startup it went through strangely wasn’t the same as it was when >> the dr >> iver was loaded and service netif start was called again. I have not >> had tim >> e to debug that any further. >> > >> > >> >> Also, can you please tell me what happens that devmatch tries to load uhi >> dd multiple times ? >> > >> > That’s probably similar to https://bugs.freebsd.org/bugzilla/show_bug.cgi >> ?id=232782 ? >> >> _______________________________________________ >> 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 Thu Nov 22 17:05:29 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5A779114C69D for ; Thu, 22 Nov 2018 17:05:29 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 24F0D7D749 for ; Thu, 22 Nov 2018 17:05:28 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id wAMH5KVt078422 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Thu, 22 Nov 2018 09:05:20 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id wAMH5Knf078421 for freebsd-current@freebsd.org; Thu, 22 Nov 2018 09:05:20 -0800 (PST) (envelope-from sgk) Date: Thu, 22 Nov 2018 09:05:20 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Subject: ath(4) issues? Message-ID: <20181122170520.GA78341@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.10.1 (2018-07-13) X-Rspamd-Queue-Id: 24F0D7D749 X-Spamd-Result: default: False [1.54 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; NEURAL_HAM_MEDIUM(-0.15)[-0.154,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.09)[-0.094,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_SHORT(0.10)[0.100,0]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[troutmask.apl.washington.edu]; DMARC_NA(0.00)[washington.edu]; R_SPF_NA(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-0.00)[asn: 73(0.09), country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 22 Nov 2018 17:05:29 -0000 I have an old D-Link AirPlus G (DWL-630) pccard card that I have used for years with FreeBSD. Recently, I see % dmesg | grep ath mobile:kargl[201] dmesg | grep ath [ath_hal] loaded [ath_dfs] loaded [ath_rate] loaded [ath] loaded ath0: irq 19 at device 0.0 on cardbus0 ath0: AR2413 mac 7.8 RF2413 phy 4.5 ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0056 ath0: ath_rate_tx_complete: ts_rate=27 ts_finaltsi=0, final_rix=0 ath0: bad series0 hwrate 0x1b, tries 1 ts_status 0x0 ath0: ath_rate_tx_complete: ts_rate=27 ts_finaltsi=0, final_rix=0 ath0: bad series0 hwrate 0x1b, tries 1 ts_status 0x0 ath0: bad series0 hwrate 0x1b, tries 2 ts_status 0x1 The "bad series0 hwrate..." message fills syslog. This message appearred with a month or so old /usr/src and an update to top of tree (r340736) still produces the message. So, is this a hardware-about-to-die issue or did someone break ath(4) with the recent changes to inet? % sysctl -a | grep ath | grep -v path net.wlan.0.%parent: ath0 net.wlan.devices: ath0 wpi0 hw.ath.bstuck: 4 hw.ath.txbuf_mgmt: 32 hw.ath.txbuf: 200 hw.ath.rxbuf: 40 hw.ath.anical: 100 hw.ath.resetcal: 1200 hw.ath.shortcal: 100 hw.ath.longcal: 30 irq19: cbb0 ath0:37 @cpu0(domain0): 53227 dev.ath.0.hal.serialise_reg_war: 0 dev.ath.0.hal.force_full_reset: 0 dev.ath.0.hal.swba_backoff: 0 dev.ath.0.hal.sw_brt: 10 dev.ath.0.hal.dma_brt: 2 dev.ath.0.hal.ar5416_biasadj: 0 dev.ath.0.hal.debug: 0 dev.ath.0.stats.sync_intr.31: 0 dev.ath.0.stats.sync_intr.30: 0 dev.ath.0.stats.sync_intr.29: 0 dev.ath.0.stats.sync_intr.28: 0 dev.ath.0.stats.sync_intr.27: 0 dev.ath.0.stats.sync_intr.26: 0 dev.ath.0.stats.sync_intr.25: 0 dev.ath.0.stats.sync_intr.24: 0 dev.ath.0.stats.sync_intr.23: 0 dev.ath.0.stats.sync_intr.22: 0 dev.ath.0.stats.sync_intr.21: 0 dev.ath.0.stats.sync_intr.20: 0 dev.ath.0.stats.sync_intr.19: 0 dev.ath.0.stats.sync_intr.18: 0 dev.ath.0.stats.sync_intr.17: 0 dev.ath.0.stats.sync_intr.16: 0 dev.ath.0.stats.sync_intr.15: 0 dev.ath.0.stats.sync_intr.14: 0 dev.ath.0.stats.sync_intr.13: 0 dev.ath.0.stats.sync_intr.12: 0 dev.ath.0.stats.sync_intr.11: 0 dev.ath.0.stats.sync_intr.10: 0 dev.ath.0.stats.sync_intr.9: 0 dev.ath.0.stats.sync_intr.8: 0 dev.ath.0.stats.sync_intr.7: 0 dev.ath.0.stats.sync_intr.6: 0 dev.ath.0.stats.sync_intr.5: 0 dev.ath.0.stats.sync_intr.4: 0 dev.ath.0.stats.sync_intr.3: 0 dev.ath.0.stats.sync_intr.2: 0 dev.ath.0.stats.sync_intr.1: 0 dev.ath.0.stats.sync_intr.0: 0 dev.ath.0.stats.rx_phy_err.63: 0 dev.ath.0.stats.rx_phy_err.62: 0 dev.ath.0.stats.rx_phy_err.61: 0 dev.ath.0.stats.rx_phy_err.60: 0 dev.ath.0.stats.rx_phy_err.59: 0 dev.ath.0.stats.rx_phy_err.58: 0 dev.ath.0.stats.rx_phy_err.57: 0 dev.ath.0.stats.rx_phy_err.56: 0 dev.ath.0.stats.rx_phy_err.55: 0 dev.ath.0.stats.rx_phy_err.54: 0 dev.ath.0.stats.rx_phy_err.53: 0 dev.ath.0.stats.rx_phy_err.52: 0 dev.ath.0.stats.rx_phy_err.51: 0 dev.ath.0.stats.rx_phy_err.50: 0 dev.ath.0.stats.rx_phy_err.49: 0 dev.ath.0.stats.rx_phy_err.48: 0 dev.ath.0.stats.rx_phy_err.47: 0 dev.ath.0.stats.rx_phy_err.46: 0 dev.ath.0.stats.rx_phy_err.45: 0 dev.ath.0.stats.rx_phy_err.44: 0 dev.ath.0.stats.rx_phy_err.43: 0 dev.ath.0.stats.rx_phy_err.42: 0 dev.ath.0.stats.rx_phy_err.41: 0 dev.ath.0.stats.rx_phy_err.40: 0 dev.ath.0.stats.rx_phy_err.39: 0 dev.ath.0.stats.rx_phy_err.38: 0 dev.ath.0.stats.rx_phy_err.37: 0 dev.ath.0.stats.rx_phy_err.36: 0 dev.ath.0.stats.rx_phy_err.35: 0 dev.ath.0.stats.rx_phy_err.34: 0 dev.ath.0.stats.rx_phy_err.33: 0 dev.ath.0.stats.rx_phy_err.32: 0 dev.ath.0.stats.rx_phy_err.31: 1875 dev.ath.0.stats.rx_phy_err.30: 0 dev.ath.0.stats.rx_phy_err.29: 0 dev.ath.0.stats.rx_phy_err.28: 0 dev.ath.0.stats.rx_phy_err.27: 0 dev.ath.0.stats.rx_phy_err.26: 0 dev.ath.0.stats.rx_phy_err.25: 0 dev.ath.0.stats.rx_phy_err.24: 0 dev.ath.0.stats.rx_phy_err.23: 19 dev.ath.0.stats.rx_phy_err.22: 0 dev.ath.0.stats.rx_phy_err.21: 0 dev.ath.0.stats.rx_phy_err.20: 0 dev.ath.0.stats.rx_phy_err.19: 0 dev.ath.0.stats.rx_phy_err.18: 0 dev.ath.0.stats.rx_phy_err.17: 0 dev.ath.0.stats.rx_phy_err.16: 0 dev.ath.0.stats.rx_phy_err.15: 0 dev.ath.0.stats.rx_phy_err.14: 0 dev.ath.0.stats.rx_phy_err.13: 0 dev.ath.0.stats.rx_phy_err.12: 0 dev.ath.0.stats.rx_phy_err.11: 0 dev.ath.0.stats.rx_phy_err.10: 0 dev.ath.0.stats.rx_phy_err.9: 0 dev.ath.0.stats.rx_phy_err.8: 0 dev.ath.0.stats.rx_phy_err.7: 0 dev.ath.0.stats.rx_phy_err.6: 0 dev.ath.0.stats.rx_phy_err.5: 0 dev.ath.0.stats.rx_phy_err.4: 0 dev.ath.0.stats.rx_phy_err.3: 0 dev.ath.0.stats.rx_phy_err.2: 0 dev.ath.0.stats.rx_phy_err.1: 0 dev.ath.0.stats.rx_phy_err.0: 0 dev.ath.0.stats.ast_tx_ldpc: 0 dev.ath.0.stats.ast_tx_stbc: 0 dev.ath.0.stats.ast_rx_stbc: 0 dev.ath.0.stats.ast_tx_nodeq_overflow: 0 dev.ath.0.stats.ast_tx_swfiltered: 0 dev.ath.0.stats.ast_rx_keymiss: 0 dev.ath.0.stats.ast_tx_mcastq_overflow: 0 dev.ath.0.stats.ast_tx_intr: 4342 dev.ath.0.stats.ast_rx_intr: 48850 dev.ath.0.stats.ast_tx_aggr_fail: 0 dev.ath.0.stats.ast_tx_aggr_ok: 0 dev.ath.0.stats.ast_tx_aggr_failall: 0 dev.ath.0.stats.ast_tx_delim_underrun: 0 dev.ath.0.stats.ast_tx_data_underrun: 0 dev.ath.0.stats.ast_tx_swretrymax: 0 dev.ath.0.stats.ast_tx_swretries: 0 dev.ath.0.stats.ast_tx_desccfgerr: 0 dev.ath.0.stats.ast_tx_timerexpired: 0 dev.ath.0.stats.ast_tx_xtxop: 0 dev.ath.0.stats.ast_tx_cst: 0 dev.ath.0.stats.ast_tx_timeout: 0 dev.ath.0.stats.ast_rx_hitqueueend: 0 dev.ath.0.stats.ast_tx_htprotect: 0 dev.ath.0.stats.ast_rx_hi_rx_chain: 0 dev.ath.0.stats.ast_rx_decrypt_busy_err: 0 dev.ath.0.stats.ast_rx_post_crc_err: 0 dev.ath.0.stats.ast_rx_pre_crc_err: 0 dev.ath.0.stats.ast_rx_2040: 0 dev.ath.0.stats.ast_rx_halfgi: 0 dev.ath.0.stats.ast_rx_agg: 0 dev.ath.0.stats.ast_ani_cal: 5852 dev.ath.0.stats.ast_be_missed: 0 dev.ath.0.stats.ast_tx_nofrag: 0 dev.ath.0.stats.ast_tx_raw_fail: 0 dev.ath.0.stats.ast_tdma_ack: 0 dev.ath.0.stats.ast_tdma_tsf: 0 dev.ath.0.stats.ast_tdma_timers: 0 dev.ath.0.stats.ast_tdma_update: 0 dev.ath.0.stats.ast_tx_nobuf: 0 dev.ath.0.stats.ast_tx_qfull: 0 dev.ath.0.stats.ast_ff_flush: 0 dev.ath.0.stats.ast_ff_rx: 0 dev.ath.0.stats.ast_ff_txerr: 0 dev.ath.0.stats.ast_ff_txok: 0 dev.ath.0.stats.ast_tx_raw: 59 dev.ath.0.stats.ast_cabq_busy: 0 dev.ath.0.stats.ast_cabq_xmit: 0 dev.ath.0.stats.ast_ant_txswitch: 0 dev.ath.0.stats.ast_ant_defswitch: 347 dev.ath.0.stats.ast_rate_drop: 0 dev.ath.0.stats.ast_rate_raise: 0 dev.ath.0.stats.ast_rate_calls: 0 dev.ath.0.stats.ast_per_rfgain: 0 dev.ath.0.stats.ast_per_calfail: 0 dev.ath.0.stats.ast_per_cal: 20 dev.ath.0.stats.ast_be_nombuf: 0 dev.ath.0.stats.ast_be_xmit: 0 dev.ath.0.stats.ast_rx_ctl: 0 dev.ath.0.stats.ast_rx_mgt: 0 dev.ath.0.stats.ast_rx_packets: 0 dev.ath.0.stats.ast_rx_toobig: 0 dev.ath.0.stats.ast_rx_tooshort: 0 dev.ath.0.stats.ast_rx_phyerr: 1894 dev.ath.0.stats.ast_rx_badmic: 0 dev.ath.0.stats.ast_rx_badcrypt: 0 dev.ath.0.stats.ast_rx_fifoerr: 0 dev.ath.0.stats.ast_rx_crcerr: 1646 dev.ath.0.stats.ast_rx_orn: 0 dev.ath.0.stats.ast_rx_busdma: 0 dev.ath.0.stats.ast_rx_nombuf: 0 dev.ath.0.stats.ast_tx_ctsext: 0 dev.ath.0.stats.ast_tx_ctsburst: 0 dev.ath.0.stats.ast_tx_protect: 0 dev.ath.0.stats.ast_tx_altrate: 60 dev.ath.0.stats.ast_tx_shortpre: 2203 dev.ath.0.stats.ast_tx_cts: 0 dev.ath.0.stats.ast_tx_rts: 0 dev.ath.0.stats.ast_tx_noack: 0 dev.ath.0.stats.ast_tx_badrate: 0 dev.ath.0.stats.ast_tx_longretry: 744 dev.ath.0.stats.ast_tx_shortretry: 0 dev.ath.0.stats.ast_tx_filtered: 0 dev.ath.0.stats.ast_tx_fifoerr: 0 dev.ath.0.stats.ast_tx_xretries: 1 dev.ath.0.stats.ast_tx_busdma: 0 dev.ath.0.stats.ast_tx_nodata: 0 dev.ath.0.stats.ast_tx_linear: 0 dev.ath.0.stats.ast_tx_nomcl: 0 dev.ath.0.stats.ast_tx_nombuf: 0 dev.ath.0.stats.ast_tx_nonode: 0 dev.ath.0.stats.ast_tx_encap: 0 dev.ath.0.stats.ast_tx_qstop: 0 dev.ath.0.stats.ast_tx_discard: 0 dev.ath.0.stats.ast_tx_mgmt: 0 dev.ath.0.stats.ast_tx_packets: 0 dev.ath.0.stats.ast_intrcoal: 0 dev.ath.0.stats.ast_mib: 34 dev.ath.0.stats.ast_txurn: 0 dev.ath.0.stats.ast_rxeol: 0 dev.ath.0.stats.ast_rxorn: 0 dev.ath.0.stats.ast_bstuck: 0 dev.ath.0.stats.ast_bmiss_phantom: 0 dev.ath.0.stats.ast_bmiss: 0 dev.ath.0.stats.ast_hardware: 0 dev.ath.0.stats.ast_watchdog: 0 dev.ath.0.clear_stats: 0 dev.ath.0.txq_node_maxdepth: 50 dev.ath.0.txq_mcastq_maxdepth: 50 dev.ath.0.txq_data_minfree: 10 dev.ath.0.delim_min_pad: 0 dev.ath.0.rts_aggr_limit: 0 dev.ath.0.aggr_limit: 65530 dev.ath.0.tid_hwq_hi: 4 dev.ath.0.tid_hwq_lo: 2 dev.ath.0.hwq_limit_aggr: 2 dev.ath.0.hwq_limit_nonaggr: 32 dev.ath.0.monpass: 24 dev.ath.0.intmit: 1 dev.ath.0.hangcheck: 0 dev.ath.0.forcebstuck: 0 dev.ath.0.txagg: 0 dev.ath.0.tpcts: 63 dev.ath.0.tpack: 63 dev.ath.0.tpc: 0 dev.ath.0.tpscale: 0 dev.ath.0.diag: 0 dev.ath.0.txintrperiod: 5 dev.ath.0.diversity: 1 dev.ath.0.rxantenna: 1 dev.ath.0.txantenna: 0 dev.ath.0.led_pwr_pin: -1 dev.ath.0.led_net_pin: -1 dev.ath.0.hardled: 0 dev.ath.0.ledidle: 2700 dev.ath.0.ledon: 0 dev.ath.0.ledpin: 0 dev.ath.0.softled: 0 dev.ath.0.ctstimeout: 48 dev.ath.0.acktimeout: 48 dev.ath.0.slottime: 9 dev.ath.0.regdomain: 16 dev.ath.0.countrycode: 0 dev.ath.0.sample_stats: 0 dev.ath.0.sample_rate: 10 dev.ath.0.smoothing_rate: 75 dev.ath.0.%parent: cardbus0 dev.ath.0.%pnpinfo: vendor=0x168c device=0x001a subvendor=0x1186 subdevice=0x3b08 class=0x020000 dev.ath.0.%location: slot=0 function=0 dbsf=pci0:4:0:0 dev.ath.0.%driver: ath dev.ath.0.%desc: Atheros 2413 dev.ath.%parent: -- Steve From owner-freebsd-current@freebsd.org Thu Nov 22 17:07:03 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DB9A5114C705 for ; Thu, 22 Nov 2018 17:07:02 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it1-x12e.google.com (mail-it1-x12e.google.com [IPv6:2607:f8b0:4864:20::12e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0E3767D836 for ; Thu, 22 Nov 2018 17:07:02 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it1-x12e.google.com with SMTP id m15so14696673itl.4 for ; Thu, 22 Nov 2018 09:07:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Lps3+po+hdObXqbaqjxQtbtQdlRv+GuVr3EdSwIYG1M=; b=Lu3vRMGQ4GarcldZ4RRKQKwRWDdoVudMSOnkqRLu/APQCQM0Um7gvOIzgofROyxjQb RKuHzjO7d3ROjmMcE88XUhvfWoSGmzhYU1bnAEf1v25T/kxvrhYdjIEIEfDgF5Ktsb1d OZ0X99be4jcLtXYQbT8pzEdj+2NDAOSb+sEgMZFvaEqyqZ7XUf/gcIYfSZBsJtTIrqZc TyeTi/ezgBky/3Zs7o0MEtJ8ekMore8Eoop7fc0QtYOU+mRQXcPEE0/zUx4MJ2IOvnr/ OULYXd0PIcfOC4tcWCP21BI0yj9+QcL9f2ud4QMsbE/SclFZXHSKs6TwqQNzfXwdi40M Hd8A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Lps3+po+hdObXqbaqjxQtbtQdlRv+GuVr3EdSwIYG1M=; b=q0G1WNPSiHmO+Pdbeqto5tm1P5IiGJQauVeNRVpi7oAAWJX0WmHXX1i9UqicSyRZwj v9UYqFz31dmq5sQZDrFEIrel02Eo7gRdL+tMcT5kRK0cIvzAHnUjmH5xhn8WB9LnYxsL hA47vNyXjfJ3RQBDCKF2G+7HTIpqFBgLg/An1pptDBQCLwhCy/Y+aE3gnXskjbeWDFha UN0bbTEVuNyO9OZsvIvZU9GXfWfDJvTMw94IL74WpBUQtOe4buSneIEnEXhtPcCq/tvC njj/kEB2brSIwGDIEWSaHegxsmwjwC2QP7aZwrDRswEFpBhfTEiHqG0yH7uInG+7eUg4 h52Q== X-Gm-Message-State: AGRZ1gLGJXBNGLUqS1rGW4dkZCBXLY/MEm3eQqHYPB1vlj8zrba/2KHe LXhDcBM0bwwLDzL1O9iqhQf78475C0c2+4hIx+Hzxw== X-Google-Smtp-Source: AJdET5fsE2gRvNthD3hoBvV2f3iW2dxvzsS3AmDzOHUn4DCvpAFtIXEbjQynXQG9v4UWtBlKCNLxkZE28YNtUxG+QYU= X-Received: by 2002:a24:3796:: with SMTP id r144-v6mr10044626itr.79.1542906421173; Thu, 22 Nov 2018 09:07:01 -0800 (PST) MIME-Version: 1.0 References: <873d8841484925a35cf8c751790659c1@rdsor.ro> <798C848D-5F32-4BF9-87E0-ADD4F9B743AD@rdsor.ro> In-Reply-To: <798C848D-5F32-4BF9-87E0-ADD4F9B743AD@rdsor.ro> From: Warner Losh Date: Thu, 22 Nov 2018 10:06:49 -0700 Message-ID: Subject: Re: Devd / devmatch(8) -- netif race 12-RC1 To: dan_partelly Cc: "Bjoern A. Zeeb" , FreeBSD Current X-Rspamd-Queue-Id: 0E3767D836 X-Spamd-Result: default: False [-4.80 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; MX_GOOD(-0.01)[ALT1.aspmx.l.google.com,aspmx.l.google.com,ALT2.aspmx.l.google.com]; RCVD_IN_DNSWL_NONE(0.00)[e.2.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-1.00)[-0.997,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-1.80)[ip: (-5.28), ipnet: 2607:f8b0::/32(-2.11), asn: 15169(-1.51), country: US(-0.09)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 22 Nov 2018 17:07:03 -0000 On Wed, Nov 21, 2018, 11:43 PM Dan Partelly wireless lagg initialization is broken in this scenario, all-right. The > init/rc system as it is now can=E2=80=99t cope easily with a modern async= hronous > initialization sequence. Sure you could probably find an order which work= s, > only to find yourself in trouble next time you want add some modern > functionality . It shows it=E2=80=99s age > > @Warner > > Could you tell me please if devmatcher supports taking over a PCI device > which is attached by a generic driver already ? vga attaching modern GPUs > comes to mind . > No. Newbus doesn't currently support reprobing, though some preliminary support. I have it on my list. Warner Dan > > > > On Nov 20, 2018, at 15:26, Bjoern A. Zeeb < > bzeeb-lists@lists.zabbadoz.net> wrote: > > > > On 20 Nov 2018, at 8:17, dan_partelly@rdsor.ro wrote: > > > >>>> No, that's not what's happening. wlan0 isn't racing anything, becaus= e > it's no longer listed in ifconfig > >> > >> > >> But when is created lagg0 ? Acording rc output on screen , creation of > cloned interface lagg0 takes place before wlan0 is created. Then this > means SIOCLAGPORT will fail with Invalid argument. Also lagg0 is started > at netif time as far as I know. > >> Firmware for the wireless card is loaded later, and only even later > wlan0 is created. So the way I see it, lagg0 cannot have a wlan0 port unt= il > firmware for the card is loaded and wlan0 is created, which takes place w= ay > after the system attempts to configure lagg0 ? Am I missing something ? > > > > lagg might be a problem. > > > > > > While we are on the topic: I also noticed on a fixed 10G card that the > network startup it went through strangely wasn=E2=80=99t the same as it w= as when > the driver was loaded and service netif start was called again. I have n= ot > had time to debug that any further. > > > > > >> Also, can you please tell me what happens that devmatch tries to load > uhidd multiple times ? > > > > That=E2=80=99s probably similar to > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D232782 ? > > From owner-freebsd-current@freebsd.org Thu Nov 22 18:10:36 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 658241102CE0 for ; Thu, 22 Nov 2018 18:10:36 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BC4CE7FD33 for ; Thu, 22 Nov 2018 18:10:35 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id wAMIAYJ0078879 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Thu, 22 Nov 2018 10:10:34 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id wAMIAYE0078878 for freebsd-current@freebsd.org; Thu, 22 Nov 2018 10:10:34 -0800 (PST) (envelope-from sgk) Date: Thu, 22 Nov 2018 10:10:34 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Subject: Re: ath(4) issues? Message-ID: <20181122181034.GA78869@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20181122170520.GA78341@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181122170520.GA78341@troutmask.apl.washington.edu> User-Agent: Mutt/1.10.1 (2018-07-13) X-Rspamd-Queue-Id: BC4CE7FD33 X-Spamd-Result: default: False [1.62 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; NEURAL_HAM_MEDIUM(-0.21)[-0.209,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.13)[-0.132,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_SHORT(0.28)[0.275,0]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; DMARC_NA(0.00)[washington.edu]; R_SPF_NA(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-0.00)[asn: 73(0.09), country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 22 Nov 2018 18:10:36 -0000 On Thu, Nov 22, 2018 at 09:05:20AM -0800, Steve Kargl wrote: > I have an old D-Link AirPlus G (DWL-630) pccard card > that I have used for years with FreeBSD. Recently, > I see > > % dmesg | grep ath > mobile:kargl[201] dmesg | grep ath > [ath_hal] loaded > [ath_dfs] loaded > [ath_rate] loaded > [ath] loaded > ath0: irq 19 at device 0.0 on cardbus0 > ath0: AR2413 mac 7.8 RF2413 phy 4.5 > ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0056 > ath0: ath_rate_tx_complete: ts_rate=27 ts_finaltsi=0, final_rix=0 > ath0: bad series0 hwrate 0x1b, tries 1 ts_status 0x0 > ath0: ath_rate_tx_complete: ts_rate=27 ts_finaltsi=0, final_rix=0 > ath0: bad series0 hwrate 0x1b, tries 1 ts_status 0x0 > ath0: bad series0 hwrate 0x1b, tries 2 ts_status 0x1 > > > The "bad series0 hwrate..." message fills syslog. This message > appearred with a month or so old /usr/src and an update to top > of tree (r340736) still produces the message. > > So, is this a hardware-about-to-die issue or did someone break > ath(4) with the recent changes to inet? > So, how does one rate limit error messages from the kernel? % uptime 10:08AM up 1:16, 5 users, load averages: 0.03, 0.10, 0.08 % dmesg | grep "bad series" | wc -l 901 Note, the card appears to work in that I'm using at the moment. -- Steve From owner-freebsd-current@freebsd.org Fri Nov 23 05:02:06 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B8A3C113B0F9 for ; Fri, 23 Nov 2018 05:02:06 +0000 (UTC) (envelope-from bwidawsk@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5BB5D76350; Fri, 23 Nov 2018 05:02:06 +0000 (UTC) (envelope-from bwidawsk@freebsd.org) Received: from smtp.freebsd.org (c-73-25-164-31.hsd1.or.comcast.net [73.25.164.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: bwidawsk) by smtp.freebsd.org (Postfix) with ESMTPSA id B447111EFA; Fri, 23 Nov 2018 05:02:04 +0000 (UTC) (envelope-from bwidawsk@freebsd.org) Date: Thu, 22 Nov 2018 21:02:01 -0800 From: Ben Widawsky To: Samy Mahmoudi Cc: matias@pizarro.net, freebsd-current@freebsd.org Subject: Re: ACPI Error: No handler for Region [ECOR] Message-ID: <20181123050201.63kv32vnjomkeqid@smtp.freebsd.org> References: <75fb681f321cd2913f17e8eceffa4cb9@pizarro.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20180716 X-Rspamd-Queue-Id: 5BB5D76350 X-Spamd-Result: default: False [2.11 / 15.00]; TAGGED_RCPT(0.00)[]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_LONG(0.46)[0.458,0]; NEURAL_SPAM_MEDIUM(0.90)[0.900,0]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US]; NEURAL_SPAM_SHORT(0.75)[0.754,0] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 23 Nov 2018 05:02:06 -0000 Thanks both of you. Here's another shot at roughly the same thing I asked the first reporter to try (that patch was wrong). If it doesn't work, can you please post the dmesg? diff --git a/sys/dev/acpica/acpi_ec.c b/sys/dev/acpica/acpi_ec.c index a21dbc963af..666aba2b3c8 100644 --- a/sys/dev/acpica/acpi_ec.c +++ b/sys/dev/acpica/acpi_ec.c @@ -362,7 +362,8 @@ acpi_ec_probe(device_t dev) ret = 0; goto out; - } + } else + ecdt = 0; ret = ACPI_ID_PROBE(device_get_parent(dev), dev, ec_ids, NULL); if (ret > 0) @@ -382,6 +383,17 @@ acpi_ec_probe(device_t dev) if (ACPI_FAILURE(status)) params->uid = 0; + /* + * Check for a duplicate probe. This can happen when a probe via ECDT + * succeeded already. If this is a duplicate, disable this device. + */ + peer = devclass_get_device(acpi_ec_devclass, params->uid); + if (peer && device_is_alive(peer)) { + device_disable(dev); + ret = ENXIO; + goto out; + } + status = acpi_GetInteger(h, "_GLK", ¶ms->glk); if (ACPI_FAILURE(status)) params->glk = 0; @@ -422,16 +434,6 @@ acpi_ec_probe(device_t dev) /* Store the values we got from the namespace for attach. */ acpi_set_private(dev, params); - /* - * Check for a duplicate probe. This can happen when a probe via ECDT - * succeeded already. If this is a duplicate, disable this device. - */ - peer = devclass_get_device(acpi_ec_devclass, params->uid); - if (peer == NULL || !device_is_alive(peer)) - ret = 0; - else - device_disable(dev); - if (buf.Pointer) AcpiOsFree(buf.Pointer); out: On 18-11-21 17:08:15, Samy Mahmoudi wrote: > Hi again, > > Please find the requested files: > > http://imp.ovh/18.2.0/acpidump_-dt_output > http://imp.ovh/18.2.0/acpi_ec_values > http://imp.ovh/18.2.0/dmesg_output > > Best regards, > Samy > From owner-freebsd-current@freebsd.org Fri Nov 23 13:21:50 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2EEF41146BA7 for ; Fri, 23 Nov 2018 13:21:50 +0000 (UTC) (envelope-from samy.mahmoudi@gmail.com) Received: from mail-lf1-x12e.google.com (mail-lf1-x12e.google.com [IPv6:2a00:1450:4864:20::12e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 59FC28986C; Fri, 23 Nov 2018 13:21:49 +0000 (UTC) (envelope-from samy.mahmoudi@gmail.com) Received: by mail-lf1-x12e.google.com with SMTP id z13so8708417lfe.11; Fri, 23 Nov 2018 05:21:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=a2dXWGi1RIb8LCfXNIgwjt1Mdv9+nnQAYoUmlZJ8pmk=; b=DhyVaC1GsdZqCdvo/6fYZlxQ5YSDJ3pgkOlDOZHnkJSjnvEknXAT/MYLiwleeHUubh weRnQHWSvaRIvHrjy4g8U+tDcmkvPYIOw609GVp4DXU9Md51UBTjvmOhHJZuvGiQPoj8 DrqGUi4G/1AWPiua7stYfPvo+oYCCz58dMazjngYoX6AyJRJLJIJjJF9eqVvz3R80jyJ HuFJFQKEro5jOhzLVCNoDcPP1omBsYRPgI5+jy1+212k6P3VS1RMBqMCEH/aiz7BCAKK Jps1A+2m1gVWyvc/OHprQu0yU4aSpmXMAITtkDEhDy2FzCjtMe/NYdqfr271BFowRI4E oukQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=a2dXWGi1RIb8LCfXNIgwjt1Mdv9+nnQAYoUmlZJ8pmk=; b=aOYLqV+fyhfSErVovjeuNR0DQUScoWFQ+9OWxPIIsscB3ICP/3d+Po0gIu4H+/mx5/ rrDSHUlyb7ncdGZHnczkEWMnXt0DCtWQ7nnjjMlu2xORrDpl76hSRolZKWzGvifu/Gow NXjMb092EF5VoiVFyIeKVLNg5dFsrNzVQ4KJefP2rjWMxvtBlLjSTQnKSmybn4Vz4sd3 T4TPyogRycPGz/7A8rasDgydyGMZHynwqQFgDYm52ok8S8Kokc3D3zteIFsdvmf5mvWi C/Iq2/8TR/oSFRdT/1uzLK8kQ7IZbjL/SXPhTRGuMnubVBkKs2jyNU6IXGvhEfRGierz v8ww== X-Gm-Message-State: AGRZ1gKQqvdNebvWD5VDaJO/xOT2p8YqfRfrNLpyfMNWFEOAFZ17mIXA jQQtnM1YGke6KUYBWl3qQeldWwwF2DhpqVn27mcabQ/W31c= X-Google-Smtp-Source: AJdET5dH4ZO9z501bwd7h6PzEvxRuSuhQs+TKpHLNl0HaMKaylWk2eA8RuuqfnaS+HhosxHGlERzbwsvPIi5QIyAn0E= X-Received: by 2002:a19:cb94:: with SMTP id b142mr9684518lfg.117.1542979307348; Fri, 23 Nov 2018 05:21:47 -0800 (PST) MIME-Version: 1.0 References: <75fb681f321cd2913f17e8eceffa4cb9@pizarro.net> <20181123050201.63kv32vnjomkeqid@smtp.freebsd.org> In-Reply-To: <20181123050201.63kv32vnjomkeqid@smtp.freebsd.org> From: Samy Mahmoudi Date: Fri, 23 Nov 2018 14:21:33 +0100 Message-ID: Subject: Re: ACPI Error: No handler for Region [ECOR] To: bwidawsk@freebsd.org Cc: matias@pizarro.net, freebsd-current@freebsd.org X-Rspamd-Queue-Id: 59FC28986C X-Spamd-Result: default: False [-4.63 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[gmail.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[e.2.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; IP_SCORE(-0.64)[ipnet: 2a00:1450::/32(-1.60), asn: 15169(-1.50), country: US(-0.09)]; NEURAL_HAM_SHORT(-0.98)[-0.980,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 23 Nov 2018 13:21:50 -0000 Hi all, "patch -p 1 < your_patch" gives me the following *.rej file: @@ -362,7 +362,8 @@ ret = 0; goto out; - } + } else + ecdt = 0; ret = ACPI_ID_PROBE(device_get_parent(dev), dev, ec_ids, NULL); if (ret > 0) @@ -422,16 +434,6 @@ /* Store the values we got from the namespace for attach. */ acpi_set_private(dev, params); - /* - * Check for a duplicate probe. This can happen when a probe via ECDT - * succeeded already. If this is a duplicate, disable this device. - */ - peer = devclass_get_device(acpi_ec_devclass, params->uid); - if (peer == NULL || !device_is_alive(peer)) - ret = 0; - else - device_disable(dev); - if (buf.Pointer) AcpiOsFree(buf.Pointer); out: Reject of hunk 1 and hunk 3 may be due to indentation. Anyway, I manually patched these two parts and I am now waiting for kernel build. From owner-freebsd-current@freebsd.org Fri Nov 23 14:31:47 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C51B11148066 for ; Fri, 23 Nov 2018 14:31:47 +0000 (UTC) (envelope-from samy.mahmoudi@gmail.com) Received: from mail-lj1-x230.google.com (mail-lj1-x230.google.com [IPv6:2a00:1450:4864:20::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C875F8BA33; Fri, 23 Nov 2018 14:31:46 +0000 (UTC) (envelope-from samy.mahmoudi@gmail.com) Received: by mail-lj1-x230.google.com with SMTP id g11-v6so10863815ljk.3; Fri, 23 Nov 2018 06:31:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=frwjuYXEORMfzv1OOF240Vx3TljnEEjVD12Uuhl8bQY=; b=hNsp5eFzyk/ftpv1grKdmxNUnlne7qfYkW5kzD6NS4KqJCBRkKCfNS/4Kb0+1MIF0w AAVor1onnnI/SrNAIACeZ1PndJQKVrxWvnbXURfzKIhRS/iESf6AlS939ABt+hOIKv1b OBzCzNtt9W6DK0/ueZQpTcyQGpng0dmz8sDGfXHzTuzhNbTRvFIUaeo4JC+HkJgmREVQ qcGK/3APwb9YSritvYndBZfc897mUSoOWuvvXr3Al/F0Ec685/p0t+mJvUfU35cbWGDQ BR3Cge6insfsZq8ajaPW8a8JTLS07hhMpj9cuaWKbOx8kFdubnXzRM1cDFNefxKwYKvo jizg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=frwjuYXEORMfzv1OOF240Vx3TljnEEjVD12Uuhl8bQY=; b=dhkimvEAQtLidz7Ndx9NBRPQTSNza3LZS/R8PsDolYK626Eaoedb00pVQQLfYuKFBZ bCGpf55Sf9/Bi/LHG9CA38IFKF3ult05smmIxP4Sot9yLc5ldO3kOyetyWnCqrsliCYO v5WXavgdD95TB5lm1rTogYJKbsGXOJXDkEra05YnK2EAuii8avo/6VEz1G1KtUR31QhN bqp4oRWlKC+dTW3S7/FevU8/1vWPxRdYpRPGTR3d9cLW8omn1WU+O2fO2Weh/jwhGT2S 7J3p9PgQgYrUNUnV2hCzX6NoYGpKecL/21H0Z4IGm/NVac8qLXNENklpL2JSJUO6vk7I MDew== X-Gm-Message-State: AGRZ1gLhwYmbEI43RZkOVgx3jfZENK2frkCMW9n+CWXGD3axcbSLVf1L kn8L59i+YCbu9AzqypY+lLLVIWYmzxTojusoCYvlF9U2 X-Google-Smtp-Source: AFSGD/UinO4I49kWB7n424mWNWzEeFBJ3DMfOlnTJYAxtK45hM6Gvc3JOpoAZ9jNHbGHS73ezVubz0ZOLv+fEQPIJAE= X-Received: by 2002:a2e:1551:: with SMTP id 17-v6mr10126005ljv.68.1542983504902; Fri, 23 Nov 2018 06:31:44 -0800 (PST) MIME-Version: 1.0 References: <75fb681f321cd2913f17e8eceffa4cb9@pizarro.net> <20181123050201.63kv32vnjomkeqid@smtp.freebsd.org> In-Reply-To: From: Samy Mahmoudi Date: Fri, 23 Nov 2018 15:31:33 +0100 Message-ID: Subject: Re: ACPI Error: No handler for Region [ECOR] To: bwidawsk@freebsd.org Cc: matias@pizarro.net, freebsd-current@freebsd.org X-Rspamd-Queue-Id: C875F8BA33 X-Spamd-Result: default: False [-4.59 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[0.3.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(-0.64)[ipnet: 2a00:1450::/32(-1.61), asn: 15169(-1.50), country: US(-0.09)]; NEURAL_HAM_SHORT(-0.94)[-0.940,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 23 Nov 2018 14:31:48 -0000 With your patch applied, normal behavior seems back again. "dmesg" output and other relevent files are availabe at: http://imp.ovh/acpi > From owner-freebsd-current@freebsd.org Fri Nov 23 16:04:40 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3FE0A114AC6A for ; Fri, 23 Nov 2018 16:04:40 +0000 (UTC) (envelope-from mpp302@gmail.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 5E4D16A2A3 for ; Fri, 23 Nov 2018 16:04:39 +0000 (UTC) (envelope-from mpp302@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 1ECBA114AC65; Fri, 23 Nov 2018 16:04:39 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ED273114AC62; Fri, 23 Nov 2018 16:04:38 +0000 (UTC) (envelope-from mpp302@gmail.com) Received: from mail-qt1-f180.google.com (mail-qt1-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 G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5B4566A29C; Fri, 23 Nov 2018 16:04:35 +0000 (UTC) (envelope-from mpp302@gmail.com) Received: by mail-qt1-f180.google.com with SMTP id k12so10926409qtf.7; Fri, 23 Nov 2018 08:04:35 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=e0cWu1nO4dz7py4/3gqoDE8L8YVJ4WVSn3THCFlhMw0=; b=qTZKiOUwCniachnE6TBmRSv87wZAAltwYkh/I3KTRzXS4Rn6voNlsSFkW1LIVwMBJw GpGOY8CbpX04oC7M+DHKMyPut1UqKQ+AgH6pKeNtYgwL2ft8d270GFlFCNjyd5lH9JLW 7NNRhKj88EdO3ifBiprNvi7NbcLYieYVCYCcVRgmLAPx12eKsKg6ymECSkQudnwQHHmN s7PfxTVHaT0UOBaSsGJRLTnokQapkJ4jRIlzu1gzwRISFFdyy0HX86bSiVo+T6ZMtS/J QyjSyx4SWzdmUi4EjBlhDohuXqeCaZhc2M6nUWgJy72LhmkOg4cz2h9mywSK6XTuSOOM ON2A== X-Gm-Message-State: AA+aEWbjkPr+5cpU13HNc8joLHWd3wXaFIv4q9mhnMx7/iuHlDHprbtI cExRLj1UmlVPbGme3sv7pEW4pn1GhcQ= X-Google-Smtp-Source: AFSGD/VWHI91sJ6Zpkv6JDrzVVW/Ht5TR/QkCp3JDskdsSgQv+anLa66mXH+AjiHOFcqJGVju44f2g== X-Received: by 2002:ac8:3810:: with SMTP id q16mr2922733qtb.91.1542987738755; Fri, 23 Nov 2018 07:42:18 -0800 (PST) Received: from mail-qt1-f176.google.com (mail-qt1-f176.google.com. [209.85.160.176]) by smtp.gmail.com with ESMTPSA id a17sm25297566qth.93.2018.11.23.07.42.18 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 23 Nov 2018 07:42:18 -0800 (PST) Received: by mail-qt1-f176.google.com with SMTP id d18so10869478qto.8; Fri, 23 Nov 2018 07:42:18 -0800 (PST) X-Received: by 2002:ac8:101a:: with SMTP id z26mr15164687qti.184.1542987738023; Fri, 23 Nov 2018 07:42:18 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Mateusz Piotrowski <0mp@freebsd.org> Date: Fri, 23 Nov 2018 16:42:22 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: ACPI Error: No handler for Region [ECOR] To: ml@vishwin.info Cc: acpi@freebsd.org, current@freebsd.org X-Rspamd-Queue-Id: 5E4D16A2A3 X-Spamd-Result: default: False [-6.57 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[freebsd.org]; R_SPF_SOFTFAIL(0.00)[~all]; IP_SCORE(-3.67)[ip: (-9.87), ipnet: 2001:1900:2254::/48(-4.74), asn: 10310(-3.62), country: US(-0.09)]; RCVD_IN_DNSWL_MED(-0.20)[5.0.0.0.0.5.0.0.0.0.0.0.0.0.0.0.a.6.0.2.4.5.2.2.0.0.9.1.1.0.0.2.list.dnswl.org : 127.0.9.2]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-1.00)[-0.996,0]; FORGED_SENDER(0.30)[0mp@freebsd.org,mpp302@gmail.com]; RCVD_NO_TLS_LAST(0.10)[]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; FROM_NEQ_ENVFROM(0.00)[0mp@freebsd.org,mpp302@gmail.com]; RCVD_COUNT_SEVEN(0.00)[7]; FORGED_RECIPIENTS(0.00)[ml@vishwin.info ..,freebsd-current@freebsd.org] X-Rspamd-Server: mx1.freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 23 Nov 2018 16:04:40 -0000 On Tue, 20 Nov 2018 at 15:47, Charlie Li wrote: > Somewhere between r340491 and r340650, probably starting from r340595, > my ThinkPad W550s started spewing these messages repeatedly in the > system log since boot: > > ... > > As a result, I am now unable to query battery information at the very > least. r340490 is my last built revision with this working. > There's a bug report for a similar issue after r330957: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227191 From owner-freebsd-current@freebsd.org Fri Nov 23 16:23:35 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 75E42114B5B2; Fri, 23 Nov 2018 16:23:35 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-it1-f171.google.com (mail-it1-f171.google.com [209.85.166.171]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E0F0D6AFCE; Fri, 23 Nov 2018 16:23:34 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-it1-f171.google.com with SMTP id h193so18629835ita.5; Fri, 23 Nov 2018 08:23:34 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=E4UfMXlidF/pm+e4s7Ijq2qOpYEq5gP+taZux7s3pmc=; b=J9QhEIidm8ILO87GWkWiAwse7ux8ve6BPcM1Qq0jopwxfvYOiRnA1A3OFBgKV6D2Nn ZLuwQ2K9dLaLET/KshhgmNZbIkKa+zmdvh6TykLLVQKsCTUznpNrZVPiUf9lOLWsXnNm xiYVQc2LbD/yzw04wPrT0PZQ3RDceJzYkOF6HDJKA7oCqDngo2HGQUblsxtawzrbGo1+ Dot9RczyEQAw5kYeqBliuDdl1DetBAvoW4ioTvL3s15O3VPDXnuzM6lVvY52lwpxaNKZ l7QP0bezObk4sdiJrgxEChY0lxOLpYG266ebu6VI2Irnqygzy0igTr9P/HJTnoK+7iiC j/bQ== X-Gm-Message-State: AA+aEWbhfEl0ot8BYkcwFHhA45YSoobRri0jWeqJkCxfHRWH2j5w6LmU rLjsSbGt6lvDNkw7OC3JRwUfkgIL8dY4ld33OPbOBQ== X-Google-Smtp-Source: AJdET5cX3MDiS2+0Clqlqhi/MXp2qOKbAl+F82h6PI5OKwFcqeGRcpGJZWQmgn/t+O6gp/df3jVesPnMtS/gYTnkwl0= X-Received: by 2002:a24:bcc1:: with SMTP id n184-v6mr13641097ite.174.1542990207189; Fri, 23 Nov 2018 08:23:27 -0800 (PST) MIME-Version: 1.0 From: Ed Maste Date: Fri, 23 Nov 2018 11:23:14 -0500 Message-ID: Subject: GNU binutils 2.17.50 retirement planning To: "freebsd-toolchain@FreeBSD.org" , FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: E0F0D6AFCE X-Spamd-Result: default: False [-5.59 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; IP_SCORE(-2.60)[ip: (-7.93), ipnet: 209.85.128.0/17(-3.48), asn: 15169(-1.49), country: US(-0.09)]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[171.166.85.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.98)[-0.985,0]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[171.166.85.209.rep.mailspike.net : 127.0.0.17]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 23 Nov 2018 16:23:35 -0000 For some time we have been incrementally working to retire the use of obsolete GNU Binutils 2.17.50 tools. At present we still install three binutils by default: as ld.bfd objdump The intent is to retire all of these by FreeBSD 13. Depending on tool and architecture we will just remove it, migrate to LLVM tools, or rely on external toolchain components. Retiring GNU as requires further investigation and effort as we have some assembly files (for amd64 at least) which cannot be assembled by Clang's integrated assembler. If Clang gains support for the required functionality we'll switch to using IAS for all assembly files, and if not we could rewrite the few assembly files to work with IAS. ld.bfd is installed, but is not the default linker (/usr/bin/ld) on amd64, arm64 and arm, and soon i386 as well. We can just stop installing it at the appropriate time. For objdump I have proposed installing LLVM's llvm-obdump as objdump, in review D18307. It does not support all of the options that GNU objdump does, but is usable for many common operations. In addition, non-obsolete GNU objdump is available in the binutils port or package. Please try out llvm-objdump and see if it supports the options you need/use, and add a note in PR 229046 if not. From owner-freebsd-current@freebsd.org Fri Nov 23 17:41:11 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9778B114D29E for ; Fri, 23 Nov 2018 17:41:11 +0000 (UTC) (envelope-from bwidawsk@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 35C136DE06 for ; Fri, 23 Nov 2018 17:41:11 +0000 (UTC) (envelope-from bwidawsk@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id E9F77114D29D; Fri, 23 Nov 2018 17:41:10 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D826E114D29B; Fri, 23 Nov 2018 17:41:10 +0000 (UTC) (envelope-from bwidawsk@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7AF226DE03; Fri, 23 Nov 2018 17:41:10 +0000 (UTC) (envelope-from bwidawsk@freebsd.org) Received: from smtp.freebsd.org (c-73-25-164-31.hsd1.or.comcast.net [73.25.164.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: bwidawsk) by smtp.freebsd.org (Postfix) with ESMTPSA id C718416AF3; Fri, 23 Nov 2018 17:41:09 +0000 (UTC) (envelope-from bwidawsk@freebsd.org) Date: Fri, 23 Nov 2018 09:41:05 -0800 From: Ben Widawsky To: Mateusz Piotrowski <0mp@freebsd.org> Cc: ml@vishwin.info, acpi@freebsd.org, current@freebsd.org Subject: Re: ACPI Error: No handler for Region [ECOR] Message-ID: <20181123174105.jnxcruyn3xuhzqvw@smtp.freebsd.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20180716 X-Rspamd-Queue-Id: 35C136DE06 X-Spamd-Result: default: False [0.25 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_MEDIUM(0.48)[0.481,0]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; NEURAL_SPAM_SHORT(0.42)[0.422,0]; NEURAL_HAM_LONG(-0.65)[-0.653,0] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 23 Nov 2018 17:41:11 -0000 On 18-11-23 16:42:22, Mateusz Piotrowski wrote: > On Tue, 20 Nov 2018 at 15:47, Charlie Li wrote: > > > Somewhere between r340491 and r340650, probably starting from r340595, > > my ThinkPad W550s started spewing these messages repeatedly in the > > system log since boot: > > > > ... > > > > As a result, I am now unable to query battery information at the very > > least. r340490 is my last built revision with this working. > > > > There's a bug report for a similar issue after r330957: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227191 This is unrelated. The issue in this thread has to do with a regression I introduced when an ECDT, and an EC device is present (not uncommon). I am going to post a review momentarily for this. From owner-freebsd-current@freebsd.org Fri Nov 23 18:05:17 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3C46E114DD18; Fri, 23 Nov 2018 18:05:17 +0000 (UTC) (envelope-from ml@vishwin.info) Received: from varun.vishwin.info (varun.vishwin.info [46.101.93.59]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "varun.vishwin.info", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1FAFB6ECB2; Fri, 23 Nov 2018 18:05:16 +0000 (UTC) (envelope-from ml@vishwin.info) Received: from varun.vishwin.info (fd35:9eae:7575::2 [IPv6:fd35:9eae:7575::2]) by varun.vishwin.info (OpenSMTPD) with ESMTP id f5626ed0; Fri, 23 Nov 2018 13:05:06 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=vishwin.info; h=subject :to:cc:references:from:message-id:date:mime-version:in-reply-to :content-type; s=fuccboi12; bh=pmdZJhHvCmSZGsN/s8h3uIGNOT6GWfWb5 CB+fhv2tfc=; b=HyXhgqJqxnAEpG9Z9QKhkksDvJuxNwIChjEv57LLVvPowWbrm 3tPSUahnWW4/1HPHogoNv7ewuhE70O/PmV/3Hsq04YLviSK4RrW/XJj7aL+SgtR6 IdOogG58Y4ToZ2DqJdChMfjpov35Pm6Zj29thfnVd8Y5jiSbcFqd/DW2ZToCfrV5 HYFTBfoZthZBBssoXQgRplaSmOrjDmbWO0sxQvKctMppaIWqq++YuglJaK/fcp44 GEtwbIqMke0djZs+TFem3b0qdDKaTwnX9yUzRXWB0OFrH7g3GbYiD6tfQU/CporK 1VC4UJ12zB53VNcBcYoSt53fYVD4WmyntahPg== Received: from [IPv6:2001:470:8:6ca:cad7:19ff:fec0:a06d] (2001:470:8:6ca:cad7:19ff:fec0:a06d [IPv6:2001:470:8:6ca:cad7:19ff:fec0:a06d]) by varun.vishwin.info (OpenSMTPD) with ESMTPSA id a8854796 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Fri, 23 Nov 2018 13:05:05 -0500 (EST) Subject: Re: ACPI Error: No handler for Region [ECOR] To: Ben Widawsky Cc: Samy Mahmoudi , matias@pizarro.net, freebsd-current@freebsd.org, acpi@FreeBSD.org References: <75fb681f321cd2913f17e8eceffa4cb9@pizarro.net> <20181123050201.63kv32vnjomkeqid@smtp.freebsd.org> From: Charlie Li Openpgp: preference=signencrypt Autocrypt: addr=ml@vishwin.info; keydata= xsFNBFt7iHUBEADCorTixbMGuHd9WYSKCELlv/TFcRtvpHUw/n9LtXzKixUUwl7iuMFMYTz3 QXePX0Twq4jCQYySfcxWbPkLsSYlPOkaGQ+XytfmIHoqG5ba4i1fp+F41is0oCtLt1+oL84j NKUd13em/JWd+PJeQbSTVnHbT2yaAi7vqWw5WKVaMExjfPGU5TArV46wSRU6Zuy1ZX66q0q5 dPzeBdeKYWJE8aGtyi3pYUpKUOX4gxiNetf6leDFZ4OsexWaRdU0n8fId5d1qwjAE3lOwV5z 0Ilt8t4iXtX3JL3DAQyLZIeXHIg9O3rrpPMXQWSp2/5g39PohNk7farbhcpIKxuDN+L5N6U9 OxNHBSCv9FGDO4R/mw3YwJCovDzsF7RSyXQDIY36yjdh2uTLZ0uD5Ci/DPmJUySFLRvpqWnQ M7V5cYhdqDfcElGpRbi8JZQVYRJjvI5Jj0byG98KeaD0YFxKqmmm+Oh+xWXE7xt/DsBoZeZJ BFP84LvFbwQqprvI+sg+1z2+JIgNbYwl8VaYzfyGnqTEXTOsQYEKTdKA9MODSAsN31MlQICe CIHZV+OwOqH1KQ/mZp59AnpXAmj4T94bnahE9yJtVW/qglX/nTeFNUdu5MyEgkeB0x7mx+t0 3hE20yp/NbyvG1T/o53NHwHiURC/8Fxd1NWPZ6n4X8npQn6iyQARAQABzSFDaGFybGllIExp IDx2aXNod2luQHZpc2h3aW4uaW5mbz7CwZEEEwEIADsCGyMFCwkIBwIGFQoJCAsCBBYCAwEC HgECF4AWIQT/f8Kqvlr7jU9sRv6OcHje8gOrbAUCW3uI+wIZAQAKCRCOcHje8gOrbNX8EACT HGo3AsShFj+AaUgD9V6wTMaR2w7ubIqbkn2ZqZZ1xWj3gM6VYRKHflj9LiYqFRO4wBteAq30 Snz6F93IG+u5B1uwlC58HDwCQaROaU5cHQ8UvGPSEv0XXCcYTaC3d5NMoIh/LdutVZz56LTx hWs5NHUCaG6FfGV9QplECRteQr2rMxHZxZ3ppSY9oev/wY3U3VRUGnhM2ZwGrpmjksC1HTBH Fw2XbYdVNCOYjQrTIulaYb3y0ssgsOhvSk9bPHSTsWSCQGJk0uFNXTvIq68GhkhOwAet6//w R2y1whg47r554pBManttODaQnmWmIWBM0bZMJrlNT8T/oXlG9nA0jrjA8LvTThrCAvMSMB0F 2FhStd/I2/Fs7T6Uk1BUpgCvFiDtE8Jt1W2yq2GLtPysGrJXyDaat8IuVUthnNVhoyZb9tZu sI/FFhfh9MkPmZDwCoTUJN2yU8QhxS1iJXfMZ1f06r1TYY9rwb8E/WCBJFbMzJs3VLj/TnHL N09J2zNZgTs7gewLn/2lEV1kOL/FxIDgN7ailcf3kcNdVUxr/pLbx3NZcDkXniPO0dzQpuRw q841wBT3uqdPFJwIl4pf1EYhLj89r2vOGnM2RChl1/t+wSqHhBji3R3uylzE0qbr8O/cgx/5 wlvZJiUhyu0hJ/JoJkF8WEFkesJrTZORGc7BTQRbe4h1ARAA12Xtgcbwk7IdsRi/7sTFKs73 qoFFq+DUWwMbSuIOaWw5J9nZ+ovr9gkXlax+xf335hJ0iItB8LhA7D9wD4wjrmmBjhwK7jYv tghb8BH6MHWEWD5D9xt47CO4o8Vi1m/F4OlKxoDqIhH6n63gNeSNaXzqDpZoUsL62KX+sKKU Udj/X/oz3XwXWCb/rEIgAMMW7QFcuQBJzkHgu69oUSIki4j1mhAMiBbGexfS1dcTfpLAr9eu jDNHOw5r7aI4cA8q7us8YfDLby87hPlSrtTKcxkbawrdFNs6KNrEvggkXhYxGqm4Z0FInixa avloimBf1q7kvVM0AAgsmkdeeS/6Tzbn71WBuEW0VgEcSSBS1dv7DfgmeQeiSmv0Dvx2lZv5 P6M4Q/plSAz7hVXL6EIKltwJUjY8Re7zDbPf7jJlbEgWbLxRhlGh5MwrNXbMt6KygDRcDyOP njxg0+ICXbQyPKiq7jZY2/Q/x8P08xNx8sUKPY+XE6G5QVohQfe3LT9s15KM+1Ur4v3Hhbft HtTW1iT60HkyU9qRCJJC11OgH7wrfiucG3/eQKgBgvsfKDD36rJmsQpkO0/kkp6R+CzLby3X PrrFYJTCr08e5QWKKPdyNvAhuyQj27Lb7EhNxe3hmpV+llx0aaN9t1M+QZ88famMOgIlp7Nh 1uFr/c5WGZUAEQEAAcLBdgQYAQgAIBYhBP9/wqq+WvuNT2xG/o5weN7yA6tsBQJbe4h1AhsM AAoJEI5weN7yA6tsTGcP/2rBIvgeKismZQQn7kJOHwgmqXg/N5ArwPH3eCJmzmNZWUIlOZyl A2KtYhkzZ5G3rsL/BMmMuYRUbPJJUukaJSqFep1E6AWYPC8Seakhu1ZbK8ayBI4KZmP+3PQY S0tKyMlxX+Qt9+S/tcQqS31mMgmcVhVhKi8MrWjY+g7pF+LkBYccHuNiGNIcm8mMPHTIKU72 ARiG3DtHrRg4sf5wqgOi72277jBHdDBGw0Y7rCvMsaGm3G4GsMwj4e47H6PAFOWK7O69muvL o50oMN2rkPi+9AKPi8WcrinstleEGyEIyguRagDQjZP5gX9Xk5vkS6+xMgKt7+k7+D3jWKlW R6G9U0CyKmVJoeNqwHUdLoFD3lywjwT9vo+cqb4gQKnZsA1ss/WOvEp4EaNSR7JHFOY5X8AN QgiPxLhrbI7FPGXKw3Y7nCpcIlzFph6UL9jhNRwvoQ3GfZ0sF0JgpASdrS4N3Fmnt9L6lc3q rIrxDPpDjYwcDEUBl0sp/prjh3gdC3qs9xZ0RNWWdUqcmvRv2SDkrVDw3iQ9WhMZWuQYBmGa MViypa6WrjjlVTjqZftZyqytnHwuo1PA/qLcF/vUUn0QHFPIDx8/yTSqiw/xTwPuOFxznHjJ VbxEEG0H5rmreh1Z0WeMwsSbjC3EEf+ZI39QpFwVIG8pDwXFOClfhjFz Message-ID: Date: Fri, 23 Nov 2018 13:05:00 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.3.1 MIME-Version: 1.0 In-Reply-To: <20181123050201.63kv32vnjomkeqid@smtp.freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="528ddPbwT0TeKqlbSETEqUQ7LwCVonb6y" X-Rspamd-Queue-Id: 1FAFB6ECB2 X-Spamd-Result: default: False [-1.76 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[vishwin.info]; NEURAL_HAM_MEDIUM(-0.36)[-0.356,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-0.43)[-0.427,0]; TAGGED_RCPT(0.00)[]; HAS_ATTACHMENT(0.00)[]; DMARC_NA(0.00)[vishwin.info]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.93)[0.934,0]; DKIM_TRACE(0.00)[vishwin.info:+]; MX_GOOD(-0.01)[gehlot.vishwin.info,varun.vishwin.info]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(0.69)[asn: 14061(3.57), country: US(-0.09)]; ASN(0.00)[asn:14061, ipnet:46.101.80.0/20, country:US]; FREEMAIL_CC(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 23 Nov 2018 18:05:17 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --528ddPbwT0TeKqlbSETEqUQ7LwCVonb6y Content-Type: multipart/mixed; boundary="MTmvIIhHmuxMgNKoIAyBkm7zmcWGjbgap"; protected-headers="v1" From: Charlie Li To: Ben Widawsky Cc: Samy Mahmoudi , matias@pizarro.net, freebsd-current@freebsd.org, acpi@FreeBSD.org Message-ID: Subject: Re: ACPI Error: No handler for Region [ECOR] References: <75fb681f321cd2913f17e8eceffa4cb9@pizarro.net> <20181123050201.63kv32vnjomkeqid@smtp.freebsd.org> In-Reply-To: <20181123050201.63kv32vnjomkeqid@smtp.freebsd.org> --MTmvIIhHmuxMgNKoIAyBkm7zmcWGjbgap Content-Type: text/plain; charset=utf-8 Content-Language: en-GB-large Content-Transfer-Encoding: quoted-printable On 23/11/2018 00:02, Ben Widawsky wrote: > Thanks both of you. Here's another shot at roughly the same thing I ask= ed the > first reporter to try (that patch was wrong). If it doesn't work, can y= ou please > post the dmesg? >=20 This patch works on my machine as well. --=20 Charlie Li Can't think of a witty .sigline today=E2=80=A6 (This email address is for mailing list use only; replace local-part with vishwin for off-list communication) --MTmvIIhHmuxMgNKoIAyBkm7zmcWGjbgap-- --528ddPbwT0TeKqlbSETEqUQ7LwCVonb6y Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEE/3/Cqr5a+41PbEb+jnB43vIDq2wFAlv4QVAACgkQjnB43vID q2wrYg//fxbDUqeXdYFT2WIra2jmIb2Dp2APxjX1Ojg8BY4pSU1EXuJ/gJ79EWmB RJ8hNoP1iwOek4+RnbPzaQCqssXWT9b3FuncBMnJjszKvTPhDMDaIz4rblVMCvPP +MlNLUAsdIRimCb1rWhpuwaJPhZkxXWWajtChBogYEaEG7QyIuLOy/6gOi/QBusY zR4JG7lPcEQVS7zWU7CPnc3kTO7hp+BYHogI8BRkd1p+1igED8dhxKAYtdsNS360 SJoQbo8k9z5cfeM/smMtNe4ErDq1nmL1KndCp5RaF6p0oEObG34mdv4fp4uURdzf /mpzA/biLhA2NfgX2q1WV2Gct3UH1WLYY1+JcDyS2fZwDngDh0a1UyErLCKymYdn IwXyNIhgKa/Hqd6ovBTpFmT+TqjX8ENUi62aHD4A2CNdsn/FoaK96+MML7rd6gY2 651nB1/c8rdRFeP97fCnf9wqYrZIyxEgukQxm/xe+NUUdQatX9mxtV9GuMVpM1Dc 7J2Ro/yHIOb44Xt/LDA/te1+LU78LjnfnAGUkJttOq3SvXxHcfHoqSDhA2l3alpl Fv7XZerIEpORTNjz8rm4B4FXYJGlSEZ8EBo2bpnyoK3Y+gbW1LZN3tZHVzGmKtzy LRkt4LT66trAAPdL5C2wB5NPARJdzNKm0hfrRnDIB8pTnQIoHfM= =7bxx -----END PGP SIGNATURE----- --528ddPbwT0TeKqlbSETEqUQ7LwCVonb6y-- From owner-freebsd-current@freebsd.org Fri Nov 23 19:28:54 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C23E9114F718 for ; Fri, 23 Nov 2018 19:28:53 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wm1-f46.google.com (mail-wm1-f46.google.com [209.85.128.46]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CC90571616 for ; Fri, 23 Nov 2018 19:28:52 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-wm1-f46.google.com with SMTP id j207so5701623wmj.1 for ; Fri, 23 Nov 2018 11:28:52 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=qVfsemzDR9jaZow75MZMZw7mg/eGL6iZxXuqVwc6V90=; b=jGa+WPjgxMB/KFiZYyMJ4QZ08qHqZAuGWcRs/CA1X6HflGpkfutltt0IHwTLftsDOL 6RFaercvX3nLR81nyK/4wJYXz4GMG8wv0JuTPYxo8RWJMXYopNRurdVR93p5KsIqmTKD 19GPxCY2aWVpMiiiI+PRpHcBK52R8++Vi62bWZW2Q1lWxkRQvXGdlQ+02s0WPEEndj07 T7pxDoC5nmgLC7j45IOnZfSGp3onPLjV8tgam5QfRwtPIqegIVVLASNggsEyKmA3KWOo vNIsOzEcmFle9W3hwghXE4z8/F+Rr3HFY9VNidoWM++GHfWG3YsbOjhYIROTRL5lJRUQ AtvA== X-Gm-Message-State: AGRZ1gIb12fEWveErOPUnzb1aFtQwUGy28JpC9IbKBei5gfcKTBvCRuX ywOrZnvFfYlhulE0dCzihq5NwF4cizFzYdbVy4KWSw== X-Google-Smtp-Source: AJdET5fCKjWPjjY/BA7s2pJk0XMJqbLnfcKxzjD3UOwgIACikLJwRxlilGEBstMWCQkd+WVyFbPwrRGZjhSvJDd8VI4= X-Received: by 2002:a1c:7619:: with SMTP id r25mr15982799wmc.7.1543001325855; Fri, 23 Nov 2018 11:28:45 -0800 (PST) MIME-Version: 1.0 References: <20181122170520.GA78341@troutmask.apl.washington.edu> In-Reply-To: From: Adrian Chadd Date: Fri, 23 Nov 2018 11:28:34 -0800 Message-ID: Subject: Re: ath(4) issues? To: Steve Kargl Cc: freebsd-current X-Rspamd-Queue-Id: CC90571616 X-Spamd-Result: default: False [-2.95 / 15.00]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; IP_SCORE(-1.01)[ipnet: 209.85.128.0/17(-3.47), asn: 15169(-1.49), country: US(-0.09)]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-0.99)[-0.995,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[46.128.85.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.93)[-0.930,0]; RCVD_TLS_LAST(0.00)[]; FORGED_SENDER(0.30)[adrian@freebsd.org,adrianchadd@gmail.com]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; TAGGED_FROM(0.00)[]; FROM_NEQ_ENVFROM(0.00)[adrian@freebsd.org,adrianchadd@gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 23 Nov 2018 19:28:54 -0000 And I think 0x1b is "1mbit CCK", so I bet that's disabled on your AP? On Fri, 23 Nov 2018 at 11:28, Adrian Chadd wrote: > hi! > > No. It's a side effect of how ath_rate_sample works. The TL;DR is: > > * ath_rate_sample uses a fixed set of rates for each attempt - so say you > want to transmit at 54MBit OFDM, the second/third/fourth slower rates are > in a fixed table; > * net80211 negotiates which rates are acceptable to the hostap; > * a lot of hostaps these days are increasingly disabling doing the lower > OFDM/CCK rates so slower clients don't tie up so much air; > * .. but they'll still RECEIVE and ACK those frames, so: > * + you'll fail say, 54mbit > * + and 48mbit > * + then try something like 12mbit on the third attept, which the hostap > didn't negotiate with you; and > * + it ACKs it, cause it still receives it fine; then > * + ath_rate_sample complains that it got a completion for a rate it's not > supposed to use. > > They're harmless. You can comment it out for now; I really need to fix > ath_rate_sample to use a dynamic table rather than the array of static > tables.. > > > > -adrian > > > On Thu, 22 Nov 2018 at 09:05, Steve Kargl < > sgk@troutmask.apl.washington.edu> wrote: > >> I have an old D-Link AirPlus G (DWL-630) pccard card >> that I have used for years with FreeBSD. Recently, >> I see >> >> % dmesg | grep ath >> mobile:kargl[201] dmesg | grep ath >> [ath_hal] loaded >> [ath_dfs] loaded >> [ath_rate] loaded >> [ath] loaded >> ath0: irq 19 at device 0.0 on cardbus0 >> ath0: AR2413 mac 7.8 RF2413 phy 4.5 >> ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0056 >> ath0: ath_rate_tx_complete: ts_rate=27 ts_finaltsi=0, final_rix=0 >> ath0: bad series0 hwrate 0x1b, tries 1 ts_status 0x0 >> ath0: ath_rate_tx_complete: ts_rate=27 ts_finaltsi=0, final_rix=0 >> ath0: bad series0 hwrate 0x1b, tries 1 ts_status 0x0 >> ath0: bad series0 hwrate 0x1b, tries 2 ts_status 0x1 >> >> >> The "bad series0 hwrate..." message fills syslog. This message >> appearred with a month or so old /usr/src and an update to top >> of tree (r340736) still produces the message. >> >> So, is this a hardware-about-to-die issue or did someone break >> ath(4) with the recent changes to inet? >> >> % sysctl -a | grep ath | grep -v path >> net.wlan.0.%parent: ath0 >> net.wlan.devices: ath0 wpi0 >> hw.ath.bstuck: 4 >> hw.ath.txbuf_mgmt: 32 >> hw.ath.txbuf: 200 >> hw.ath.rxbuf: 40 >> hw.ath.anical: 100 >> hw.ath.resetcal: 1200 >> hw.ath.shortcal: 100 >> hw.ath.longcal: 30 >> irq19: cbb0 ath0:37 @cpu0(domain0): 53227 >> dev.ath.0.hal.serialise_reg_war: 0 >> dev.ath.0.hal.force_full_reset: 0 >> dev.ath.0.hal.swba_backoff: 0 >> dev.ath.0.hal.sw_brt: 10 >> dev.ath.0.hal.dma_brt: 2 >> dev.ath.0.hal.ar5416_biasadj: 0 >> dev.ath.0.hal.debug: 0 >> dev.ath.0.stats.sync_intr.31: 0 >> dev.ath.0.stats.sync_intr.30: 0 >> dev.ath.0.stats.sync_intr.29: 0 >> dev.ath.0.stats.sync_intr.28: 0 >> dev.ath.0.stats.sync_intr.27: 0 >> dev.ath.0.stats.sync_intr.26: 0 >> dev.ath.0.stats.sync_intr.25: 0 >> dev.ath.0.stats.sync_intr.24: 0 >> dev.ath.0.stats.sync_intr.23: 0 >> dev.ath.0.stats.sync_intr.22: 0 >> dev.ath.0.stats.sync_intr.21: 0 >> dev.ath.0.stats.sync_intr.20: 0 >> dev.ath.0.stats.sync_intr.19: 0 >> dev.ath.0.stats.sync_intr.18: 0 >> dev.ath.0.stats.sync_intr.17: 0 >> dev.ath.0.stats.sync_intr.16: 0 >> dev.ath.0.stats.sync_intr.15: 0 >> dev.ath.0.stats.sync_intr.14: 0 >> dev.ath.0.stats.sync_intr.13: 0 >> dev.ath.0.stats.sync_intr.12: 0 >> dev.ath.0.stats.sync_intr.11: 0 >> dev.ath.0.stats.sync_intr.10: 0 >> dev.ath.0.stats.sync_intr.9: 0 >> dev.ath.0.stats.sync_intr.8: 0 >> dev.ath.0.stats.sync_intr.7: 0 >> dev.ath.0.stats.sync_intr.6: 0 >> dev.ath.0.stats.sync_intr.5: 0 >> dev.ath.0.stats.sync_intr.4: 0 >> dev.ath.0.stats.sync_intr.3: 0 >> dev.ath.0.stats.sync_intr.2: 0 >> dev.ath.0.stats.sync_intr.1: 0 >> dev.ath.0.stats.sync_intr.0: 0 >> dev.ath.0.stats.rx_phy_err.63: 0 >> dev.ath.0.stats.rx_phy_err.62: 0 >> dev.ath.0.stats.rx_phy_err.61: 0 >> dev.ath.0.stats.rx_phy_err.60: 0 >> dev.ath.0.stats.rx_phy_err.59: 0 >> dev.ath.0.stats.rx_phy_err.58: 0 >> dev.ath.0.stats.rx_phy_err.57: 0 >> dev.ath.0.stats.rx_phy_err.56: 0 >> dev.ath.0.stats.rx_phy_err.55: 0 >> dev.ath.0.stats.rx_phy_err.54: 0 >> dev.ath.0.stats.rx_phy_err.53: 0 >> dev.ath.0.stats.rx_phy_err.52: 0 >> dev.ath.0.stats.rx_phy_err.51: 0 >> dev.ath.0.stats.rx_phy_err.50: 0 >> dev.ath.0.stats.rx_phy_err.49: 0 >> dev.ath.0.stats.rx_phy_err.48: 0 >> dev.ath.0.stats.rx_phy_err.47: 0 >> dev.ath.0.stats.rx_phy_err.46: 0 >> dev.ath.0.stats.rx_phy_err.45: 0 >> dev.ath.0.stats.rx_phy_err.44: 0 >> dev.ath.0.stats.rx_phy_err.43: 0 >> dev.ath.0.stats.rx_phy_err.42: 0 >> dev.ath.0.stats.rx_phy_err.41: 0 >> dev.ath.0.stats.rx_phy_err.40: 0 >> dev.ath.0.stats.rx_phy_err.39: 0 >> dev.ath.0.stats.rx_phy_err.38: 0 >> dev.ath.0.stats.rx_phy_err.37: 0 >> dev.ath.0.stats.rx_phy_err.36: 0 >> dev.ath.0.stats.rx_phy_err.35: 0 >> dev.ath.0.stats.rx_phy_err.34: 0 >> dev.ath.0.stats.rx_phy_err.33: 0 >> dev.ath.0.stats.rx_phy_err.32: 0 >> dev.ath.0.stats.rx_phy_err.31: 1875 >> dev.ath.0.stats.rx_phy_err.30: 0 >> dev.ath.0.stats.rx_phy_err.29: 0 >> dev.ath.0.stats.rx_phy_err.28: 0 >> dev.ath.0.stats.rx_phy_err.27: 0 >> dev.ath.0.stats.rx_phy_err.26: 0 >> dev.ath.0.stats.rx_phy_err.25: 0 >> dev.ath.0.stats.rx_phy_err.24: 0 >> dev.ath.0.stats.rx_phy_err.23: 19 >> dev.ath.0.stats.rx_phy_err.22: 0 >> dev.ath.0.stats.rx_phy_err.21: 0 >> dev.ath.0.stats.rx_phy_err.20: 0 >> dev.ath.0.stats.rx_phy_err.19: 0 >> dev.ath.0.stats.rx_phy_err.18: 0 >> dev.ath.0.stats.rx_phy_err.17: 0 >> dev.ath.0.stats.rx_phy_err.16: 0 >> dev.ath.0.stats.rx_phy_err.15: 0 >> dev.ath.0.stats.rx_phy_err.14: 0 >> dev.ath.0.stats.rx_phy_err.13: 0 >> dev.ath.0.stats.rx_phy_err.12: 0 >> dev.ath.0.stats.rx_phy_err.11: 0 >> dev.ath.0.stats.rx_phy_err.10: 0 >> dev.ath.0.stats.rx_phy_err.9: 0 >> dev.ath.0.stats.rx_phy_err.8: 0 >> dev.ath.0.stats.rx_phy_err.7: 0 >> dev.ath.0.stats.rx_phy_err.6: 0 >> dev.ath.0.stats.rx_phy_err.5: 0 >> dev.ath.0.stats.rx_phy_err.4: 0 >> dev.ath.0.stats.rx_phy_err.3: 0 >> dev.ath.0.stats.rx_phy_err.2: 0 >> dev.ath.0.stats.rx_phy_err.1: 0 >> dev.ath.0.stats.rx_phy_err.0: 0 >> dev.ath.0.stats.ast_tx_ldpc: 0 >> dev.ath.0.stats.ast_tx_stbc: 0 >> dev.ath.0.stats.ast_rx_stbc: 0 >> dev.ath.0.stats.ast_tx_nodeq_overflow: 0 >> dev.ath.0.stats.ast_tx_swfiltered: 0 >> dev.ath.0.stats.ast_rx_keymiss: 0 >> dev.ath.0.stats.ast_tx_mcastq_overflow: 0 >> dev.ath.0.stats.ast_tx_intr: 4342 >> dev.ath.0.stats.ast_rx_intr: 48850 >> dev.ath.0.stats.ast_tx_aggr_fail: 0 >> dev.ath.0.stats.ast_tx_aggr_ok: 0 >> dev.ath.0.stats.ast_tx_aggr_failall: 0 >> dev.ath.0.stats.ast_tx_delim_underrun: 0 >> dev.ath.0.stats.ast_tx_data_underrun: 0 >> dev.ath.0.stats.ast_tx_swretrymax: 0 >> dev.ath.0.stats.ast_tx_swretries: 0 >> dev.ath.0.stats.ast_tx_desccfgerr: 0 >> dev.ath.0.stats.ast_tx_timerexpired: 0 >> dev.ath.0.stats.ast_tx_xtxop: 0 >> dev.ath.0.stats.ast_tx_cst: 0 >> dev.ath.0.stats.ast_tx_timeout: 0 >> dev.ath.0.stats.ast_rx_hitqueueend: 0 >> dev.ath.0.stats.ast_tx_htprotect: 0 >> dev.ath.0.stats.ast_rx_hi_rx_chain: 0 >> dev.ath.0.stats.ast_rx_decrypt_busy_err: 0 >> dev.ath.0.stats.ast_rx_post_crc_err: 0 >> dev.ath.0.stats.ast_rx_pre_crc_err: 0 >> dev.ath.0.stats.ast_rx_2040: 0 >> dev.ath.0.stats.ast_rx_halfgi: 0 >> dev.ath.0.stats.ast_rx_agg: 0 >> dev.ath.0.stats.ast_ani_cal: 5852 >> dev.ath.0.stats.ast_be_missed: 0 >> dev.ath.0.stats.ast_tx_nofrag: 0 >> dev.ath.0.stats.ast_tx_raw_fail: 0 >> dev.ath.0.stats.ast_tdma_ack: 0 >> dev.ath.0.stats.ast_tdma_tsf: 0 >> dev.ath.0.stats.ast_tdma_timers: 0 >> dev.ath.0.stats.ast_tdma_update: 0 >> dev.ath.0.stats.ast_tx_nobuf: 0 >> dev.ath.0.stats.ast_tx_qfull: 0 >> dev.ath.0.stats.ast_ff_flush: 0 >> dev.ath.0.stats.ast_ff_rx: 0 >> dev.ath.0.stats.ast_ff_txerr: 0 >> dev.ath.0.stats.ast_ff_txok: 0 >> dev.ath.0.stats.ast_tx_raw: 59 >> dev.ath.0.stats.ast_cabq_busy: 0 >> dev.ath.0.stats.ast_cabq_xmit: 0 >> dev.ath.0.stats.ast_ant_txswitch: 0 >> dev.ath.0.stats.ast_ant_defswitch: 347 >> dev.ath.0.stats.ast_rate_drop: 0 >> dev.ath.0.stats.ast_rate_raise: 0 >> dev.ath.0.stats.ast_rate_calls: 0 >> dev.ath.0.stats.ast_per_rfgain: 0 >> dev.ath.0.stats.ast_per_calfail: 0 >> dev.ath.0.stats.ast_per_cal: 20 >> dev.ath.0.stats.ast_be_nombuf: 0 >> dev.ath.0.stats.ast_be_xmit: 0 >> dev.ath.0.stats.ast_rx_ctl: 0 >> dev.ath.0.stats.ast_rx_mgt: 0 >> dev.ath.0.stats.ast_rx_packets: 0 >> dev.ath.0.stats.ast_rx_toobig: 0 >> dev.ath.0.stats.ast_rx_tooshort: 0 >> dev.ath.0.stats.ast_rx_phyerr: 1894 >> dev.ath.0.stats.ast_rx_badmic: 0 >> dev.ath.0.stats.ast_rx_badcrypt: 0 >> dev.ath.0.stats.ast_rx_fifoerr: 0 >> dev.ath.0.stats.ast_rx_crcerr: 1646 >> dev.ath.0.stats.ast_rx_orn: 0 >> dev.ath.0.stats.ast_rx_busdma: 0 >> dev.ath.0.stats.ast_rx_nombuf: 0 >> dev.ath.0.stats.ast_tx_ctsext: 0 >> dev.ath.0.stats.ast_tx_ctsburst: 0 >> dev.ath.0.stats.ast_tx_protect: 0 >> dev.ath.0.stats.ast_tx_altrate: 60 >> dev.ath.0.stats.ast_tx_shortpre: 2203 >> dev.ath.0.stats.ast_tx_cts: 0 >> dev.ath.0.stats.ast_tx_rts: 0 >> dev.ath.0.stats.ast_tx_noack: 0 >> dev.ath.0.stats.ast_tx_badrate: 0 >> dev.ath.0.stats.ast_tx_longretry: 744 >> dev.ath.0.stats.ast_tx_shortretry: 0 >> dev.ath.0.stats.ast_tx_filtered: 0 >> dev.ath.0.stats.ast_tx_fifoerr: 0 >> dev.ath.0.stats.ast_tx_xretries: 1 >> dev.ath.0.stats.ast_tx_busdma: 0 >> dev.ath.0.stats.ast_tx_nodata: 0 >> dev.ath.0.stats.ast_tx_linear: 0 >> dev.ath.0.stats.ast_tx_nomcl: 0 >> dev.ath.0.stats.ast_tx_nombuf: 0 >> dev.ath.0.stats.ast_tx_nonode: 0 >> dev.ath.0.stats.ast_tx_encap: 0 >> dev.ath.0.stats.ast_tx_qstop: 0 >> dev.ath.0.stats.ast_tx_discard: 0 >> dev.ath.0.stats.ast_tx_mgmt: 0 >> dev.ath.0.stats.ast_tx_packets: 0 >> dev.ath.0.stats.ast_intrcoal: 0 >> dev.ath.0.stats.ast_mib: 34 >> dev.ath.0.stats.ast_txurn: 0 >> dev.ath.0.stats.ast_rxeol: 0 >> dev.ath.0.stats.ast_rxorn: 0 >> dev.ath.0.stats.ast_bstuck: 0 >> dev.ath.0.stats.ast_bmiss_phantom: 0 >> dev.ath.0.stats.ast_bmiss: 0 >> dev.ath.0.stats.ast_hardware: 0 >> dev.ath.0.stats.ast_watchdog: 0 >> dev.ath.0.clear_stats: 0 >> dev.ath.0.txq_node_maxdepth: 50 >> dev.ath.0.txq_mcastq_maxdepth: 50 >> dev.ath.0.txq_data_minfree: 10 >> dev.ath.0.delim_min_pad: 0 >> dev.ath.0.rts_aggr_limit: 0 >> dev.ath.0.aggr_limit: 65530 >> dev.ath.0.tid_hwq_hi: 4 >> dev.ath.0.tid_hwq_lo: 2 >> dev.ath.0.hwq_limit_aggr: 2 >> dev.ath.0.hwq_limit_nonaggr: 32 >> dev.ath.0.monpass: 24 >> dev.ath.0.intmit: 1 >> dev.ath.0.hangcheck: 0 >> dev.ath.0.forcebstuck: 0 >> dev.ath.0.txagg: 0 >> dev.ath.0.tpcts: 63 >> dev.ath.0.tpack: 63 >> dev.ath.0.tpc: 0 >> dev.ath.0.tpscale: 0 >> dev.ath.0.diag: 0 >> dev.ath.0.txintrperiod: 5 >> dev.ath.0.diversity: 1 >> dev.ath.0.rxantenna: 1 >> dev.ath.0.txantenna: 0 >> dev.ath.0.led_pwr_pin: -1 >> dev.ath.0.led_net_pin: -1 >> dev.ath.0.hardled: 0 >> dev.ath.0.ledidle: 2700 >> dev.ath.0.ledon: 0 >> dev.ath.0.ledpin: 0 >> dev.ath.0.softled: 0 >> dev.ath.0.ctstimeout: 48 >> dev.ath.0.acktimeout: 48 >> dev.ath.0.slottime: 9 >> dev.ath.0.regdomain: 16 >> dev.ath.0.countrycode: 0 >> dev.ath.0.sample_stats: 0 >> dev.ath.0.sample_rate: 10 >> dev.ath.0.smoothing_rate: 75 >> dev.ath.0.%parent: cardbus0 >> dev.ath.0.%pnpinfo: vendor=0x168c device=0x001a subvendor=0x1186 >> subdevice=0x3b08 class=0x020000 >> dev.ath.0.%location: slot=0 function=0 dbsf=pci0:4:0:0 >> dev.ath.0.%driver: ath >> dev.ath.0.%desc: Atheros 2413 >> dev.ath.%parent: >> >> >> -- >> Steve >> _______________________________________________ >> 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 Fri Nov 23 19:36:52 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DD777114FA60 for ; Fri, 23 Nov 2018 19:36:51 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wr1-f54.google.com (mail-wr1-f54.google.com [209.85.221.54]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ED70471B90 for ; Fri, 23 Nov 2018 19:36:50 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-wr1-f54.google.com with SMTP id z5so9009903wrt.11 for ; Fri, 23 Nov 2018 11:36:50 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=a4QXvPyPmAkaxwB++xjX+rJqBfCk5i4d/DQT+ubbn+w=; b=OcqosKqTDEuF6jtP9BMOzt/ZflshcIIw350IGXY/TMIbfyavx3i9SWb40r8SqqYcDm 4Lx5JhIYNs3n/8jfv9CvSBT6bk1nt2ZJHQDn4Pnewc0dFwQ1kinO0x2ztR7EaozF5yga BeNwykyJ0OFX79OR4jPdu1pVGbr19X4tytQehDE81WhIkeIrX/qUi7V75eAGoQ8AwY2c wXOkINH7CO0E5IrsYkHoayGTKpC5tjC1ThWmfuqkWppQytVdl3SicHaVRw5tTz6oA/40 H+JWdo1jUo5RQ4cnGqTQTko3EPhU+eCzTSvF6d4LlH1sVQpQS4EHaTfwzAp33j73qTFU xn+w== X-Gm-Message-State: AA+aEWZdCKA6uZu/Cfn+FEFCL7ll21BscvmegIqwEGMl3VABO4FoUMfT W1EqKnvYKFeRP0vb0KGFhqukXwiuuGzXXKYeKsw= X-Google-Smtp-Source: AFSGD/UTqtY4de79j3G62EOjyHrjD0eHR+ZueSpYpJrG4SFH2hy0clOFXOjekJ+eaHBOK+FbUxILj/YzaKMf5iDkfAc= X-Received: by 2002:a5d:6487:: with SMTP id r7mr15620646wru.263.1543001304565; Fri, 23 Nov 2018 11:28:24 -0800 (PST) MIME-Version: 1.0 References: <20181122170520.GA78341@troutmask.apl.washington.edu> In-Reply-To: <20181122170520.GA78341@troutmask.apl.washington.edu> From: Adrian Chadd Date: Fri, 23 Nov 2018 11:28:11 -0800 Message-ID: Subject: Re: ath(4) issues? To: Steve Kargl Cc: freebsd-current X-Rspamd-Queue-Id: ED70471B90 X-Spamd-Result: default: False [-2.94 / 15.00]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; IP_SCORE(-1.01)[ipnet: 209.85.128.0/17(-3.47), asn: 15169(-1.49), country: US(-0.09)]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-0.99)[-0.995,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[54.221.85.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.93)[-0.930,0]; RCVD_TLS_LAST(0.00)[]; FORGED_SENDER(0.30)[adrian@freebsd.org,adrianchadd@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[54.221.85.209.rep.mailspike.net : 127.0.0.17]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; TAGGED_FROM(0.00)[]; FROM_NEQ_ENVFROM(0.00)[adrian@freebsd.org,adrianchadd@gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 23 Nov 2018 19:36:52 -0000 hi! No. It's a side effect of how ath_rate_sample works. The TL;DR is: * ath_rate_sample uses a fixed set of rates for each attempt - so say you want to transmit at 54MBit OFDM, the second/third/fourth slower rates are in a fixed table; * net80211 negotiates which rates are acceptable to the hostap; * a lot of hostaps these days are increasingly disabling doing the lower OFDM/CCK rates so slower clients don't tie up so much air; * .. but they'll still RECEIVE and ACK those frames, so: * + you'll fail say, 54mbit * + and 48mbit * + then try something like 12mbit on the third attept, which the hostap didn't negotiate with you; and * + it ACKs it, cause it still receives it fine; then * + ath_rate_sample complains that it got a completion for a rate it's not supposed to use. They're harmless. You can comment it out for now; I really need to fix ath_rate_sample to use a dynamic table rather than the array of static tables.. -adrian On Thu, 22 Nov 2018 at 09:05, Steve Kargl wrote: > I have an old D-Link AirPlus G (DWL-630) pccard card > that I have used for years with FreeBSD. Recently, > I see > > % dmesg | grep ath > mobile:kargl[201] dmesg | grep ath > [ath_hal] loaded > [ath_dfs] loaded > [ath_rate] loaded > [ath] loaded > ath0: irq 19 at device 0.0 on cardbus0 > ath0: AR2413 mac 7.8 RF2413 phy 4.5 > ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0056 > ath0: ath_rate_tx_complete: ts_rate=27 ts_finaltsi=0, final_rix=0 > ath0: bad series0 hwrate 0x1b, tries 1 ts_status 0x0 > ath0: ath_rate_tx_complete: ts_rate=27 ts_finaltsi=0, final_rix=0 > ath0: bad series0 hwrate 0x1b, tries 1 ts_status 0x0 > ath0: bad series0 hwrate 0x1b, tries 2 ts_status 0x1 > > > The "bad series0 hwrate..." message fills syslog. This message > appearred with a month or so old /usr/src and an update to top > of tree (r340736) still produces the message. > > So, is this a hardware-about-to-die issue or did someone break > ath(4) with the recent changes to inet? > > % sysctl -a | grep ath | grep -v path > net.wlan.0.%parent: ath0 > net.wlan.devices: ath0 wpi0 > hw.ath.bstuck: 4 > hw.ath.txbuf_mgmt: 32 > hw.ath.txbuf: 200 > hw.ath.rxbuf: 40 > hw.ath.anical: 100 > hw.ath.resetcal: 1200 > hw.ath.shortcal: 100 > hw.ath.longcal: 30 > irq19: cbb0 ath0:37 @cpu0(domain0): 53227 > dev.ath.0.hal.serialise_reg_war: 0 > dev.ath.0.hal.force_full_reset: 0 > dev.ath.0.hal.swba_backoff: 0 > dev.ath.0.hal.sw_brt: 10 > dev.ath.0.hal.dma_brt: 2 > dev.ath.0.hal.ar5416_biasadj: 0 > dev.ath.0.hal.debug: 0 > dev.ath.0.stats.sync_intr.31: 0 > dev.ath.0.stats.sync_intr.30: 0 > dev.ath.0.stats.sync_intr.29: 0 > dev.ath.0.stats.sync_intr.28: 0 > dev.ath.0.stats.sync_intr.27: 0 > dev.ath.0.stats.sync_intr.26: 0 > dev.ath.0.stats.sync_intr.25: 0 > dev.ath.0.stats.sync_intr.24: 0 > dev.ath.0.stats.sync_intr.23: 0 > dev.ath.0.stats.sync_intr.22: 0 > dev.ath.0.stats.sync_intr.21: 0 > dev.ath.0.stats.sync_intr.20: 0 > dev.ath.0.stats.sync_intr.19: 0 > dev.ath.0.stats.sync_intr.18: 0 > dev.ath.0.stats.sync_intr.17: 0 > dev.ath.0.stats.sync_intr.16: 0 > dev.ath.0.stats.sync_intr.15: 0 > dev.ath.0.stats.sync_intr.14: 0 > dev.ath.0.stats.sync_intr.13: 0 > dev.ath.0.stats.sync_intr.12: 0 > dev.ath.0.stats.sync_intr.11: 0 > dev.ath.0.stats.sync_intr.10: 0 > dev.ath.0.stats.sync_intr.9: 0 > dev.ath.0.stats.sync_intr.8: 0 > dev.ath.0.stats.sync_intr.7: 0 > dev.ath.0.stats.sync_intr.6: 0 > dev.ath.0.stats.sync_intr.5: 0 > dev.ath.0.stats.sync_intr.4: 0 > dev.ath.0.stats.sync_intr.3: 0 > dev.ath.0.stats.sync_intr.2: 0 > dev.ath.0.stats.sync_intr.1: 0 > dev.ath.0.stats.sync_intr.0: 0 > dev.ath.0.stats.rx_phy_err.63: 0 > dev.ath.0.stats.rx_phy_err.62: 0 > dev.ath.0.stats.rx_phy_err.61: 0 > dev.ath.0.stats.rx_phy_err.60: 0 > dev.ath.0.stats.rx_phy_err.59: 0 > dev.ath.0.stats.rx_phy_err.58: 0 > dev.ath.0.stats.rx_phy_err.57: 0 > dev.ath.0.stats.rx_phy_err.56: 0 > dev.ath.0.stats.rx_phy_err.55: 0 > dev.ath.0.stats.rx_phy_err.54: 0 > dev.ath.0.stats.rx_phy_err.53: 0 > dev.ath.0.stats.rx_phy_err.52: 0 > dev.ath.0.stats.rx_phy_err.51: 0 > dev.ath.0.stats.rx_phy_err.50: 0 > dev.ath.0.stats.rx_phy_err.49: 0 > dev.ath.0.stats.rx_phy_err.48: 0 > dev.ath.0.stats.rx_phy_err.47: 0 > dev.ath.0.stats.rx_phy_err.46: 0 > dev.ath.0.stats.rx_phy_err.45: 0 > dev.ath.0.stats.rx_phy_err.44: 0 > dev.ath.0.stats.rx_phy_err.43: 0 > dev.ath.0.stats.rx_phy_err.42: 0 > dev.ath.0.stats.rx_phy_err.41: 0 > dev.ath.0.stats.rx_phy_err.40: 0 > dev.ath.0.stats.rx_phy_err.39: 0 > dev.ath.0.stats.rx_phy_err.38: 0 > dev.ath.0.stats.rx_phy_err.37: 0 > dev.ath.0.stats.rx_phy_err.36: 0 > dev.ath.0.stats.rx_phy_err.35: 0 > dev.ath.0.stats.rx_phy_err.34: 0 > dev.ath.0.stats.rx_phy_err.33: 0 > dev.ath.0.stats.rx_phy_err.32: 0 > dev.ath.0.stats.rx_phy_err.31: 1875 > dev.ath.0.stats.rx_phy_err.30: 0 > dev.ath.0.stats.rx_phy_err.29: 0 > dev.ath.0.stats.rx_phy_err.28: 0 > dev.ath.0.stats.rx_phy_err.27: 0 > dev.ath.0.stats.rx_phy_err.26: 0 > dev.ath.0.stats.rx_phy_err.25: 0 > dev.ath.0.stats.rx_phy_err.24: 0 > dev.ath.0.stats.rx_phy_err.23: 19 > dev.ath.0.stats.rx_phy_err.22: 0 > dev.ath.0.stats.rx_phy_err.21: 0 > dev.ath.0.stats.rx_phy_err.20: 0 > dev.ath.0.stats.rx_phy_err.19: 0 > dev.ath.0.stats.rx_phy_err.18: 0 > dev.ath.0.stats.rx_phy_err.17: 0 > dev.ath.0.stats.rx_phy_err.16: 0 > dev.ath.0.stats.rx_phy_err.15: 0 > dev.ath.0.stats.rx_phy_err.14: 0 > dev.ath.0.stats.rx_phy_err.13: 0 > dev.ath.0.stats.rx_phy_err.12: 0 > dev.ath.0.stats.rx_phy_err.11: 0 > dev.ath.0.stats.rx_phy_err.10: 0 > dev.ath.0.stats.rx_phy_err.9: 0 > dev.ath.0.stats.rx_phy_err.8: 0 > dev.ath.0.stats.rx_phy_err.7: 0 > dev.ath.0.stats.rx_phy_err.6: 0 > dev.ath.0.stats.rx_phy_err.5: 0 > dev.ath.0.stats.rx_phy_err.4: 0 > dev.ath.0.stats.rx_phy_err.3: 0 > dev.ath.0.stats.rx_phy_err.2: 0 > dev.ath.0.stats.rx_phy_err.1: 0 > dev.ath.0.stats.rx_phy_err.0: 0 > dev.ath.0.stats.ast_tx_ldpc: 0 > dev.ath.0.stats.ast_tx_stbc: 0 > dev.ath.0.stats.ast_rx_stbc: 0 > dev.ath.0.stats.ast_tx_nodeq_overflow: 0 > dev.ath.0.stats.ast_tx_swfiltered: 0 > dev.ath.0.stats.ast_rx_keymiss: 0 > dev.ath.0.stats.ast_tx_mcastq_overflow: 0 > dev.ath.0.stats.ast_tx_intr: 4342 > dev.ath.0.stats.ast_rx_intr: 48850 > dev.ath.0.stats.ast_tx_aggr_fail: 0 > dev.ath.0.stats.ast_tx_aggr_ok: 0 > dev.ath.0.stats.ast_tx_aggr_failall: 0 > dev.ath.0.stats.ast_tx_delim_underrun: 0 > dev.ath.0.stats.ast_tx_data_underrun: 0 > dev.ath.0.stats.ast_tx_swretrymax: 0 > dev.ath.0.stats.ast_tx_swretries: 0 > dev.ath.0.stats.ast_tx_desccfgerr: 0 > dev.ath.0.stats.ast_tx_timerexpired: 0 > dev.ath.0.stats.ast_tx_xtxop: 0 > dev.ath.0.stats.ast_tx_cst: 0 > dev.ath.0.stats.ast_tx_timeout: 0 > dev.ath.0.stats.ast_rx_hitqueueend: 0 > dev.ath.0.stats.ast_tx_htprotect: 0 > dev.ath.0.stats.ast_rx_hi_rx_chain: 0 > dev.ath.0.stats.ast_rx_decrypt_busy_err: 0 > dev.ath.0.stats.ast_rx_post_crc_err: 0 > dev.ath.0.stats.ast_rx_pre_crc_err: 0 > dev.ath.0.stats.ast_rx_2040: 0 > dev.ath.0.stats.ast_rx_halfgi: 0 > dev.ath.0.stats.ast_rx_agg: 0 > dev.ath.0.stats.ast_ani_cal: 5852 > dev.ath.0.stats.ast_be_missed: 0 > dev.ath.0.stats.ast_tx_nofrag: 0 > dev.ath.0.stats.ast_tx_raw_fail: 0 > dev.ath.0.stats.ast_tdma_ack: 0 > dev.ath.0.stats.ast_tdma_tsf: 0 > dev.ath.0.stats.ast_tdma_timers: 0 > dev.ath.0.stats.ast_tdma_update: 0 > dev.ath.0.stats.ast_tx_nobuf: 0 > dev.ath.0.stats.ast_tx_qfull: 0 > dev.ath.0.stats.ast_ff_flush: 0 > dev.ath.0.stats.ast_ff_rx: 0 > dev.ath.0.stats.ast_ff_txerr: 0 > dev.ath.0.stats.ast_ff_txok: 0 > dev.ath.0.stats.ast_tx_raw: 59 > dev.ath.0.stats.ast_cabq_busy: 0 > dev.ath.0.stats.ast_cabq_xmit: 0 > dev.ath.0.stats.ast_ant_txswitch: 0 > dev.ath.0.stats.ast_ant_defswitch: 347 > dev.ath.0.stats.ast_rate_drop: 0 > dev.ath.0.stats.ast_rate_raise: 0 > dev.ath.0.stats.ast_rate_calls: 0 > dev.ath.0.stats.ast_per_rfgain: 0 > dev.ath.0.stats.ast_per_calfail: 0 > dev.ath.0.stats.ast_per_cal: 20 > dev.ath.0.stats.ast_be_nombuf: 0 > dev.ath.0.stats.ast_be_xmit: 0 > dev.ath.0.stats.ast_rx_ctl: 0 > dev.ath.0.stats.ast_rx_mgt: 0 > dev.ath.0.stats.ast_rx_packets: 0 > dev.ath.0.stats.ast_rx_toobig: 0 > dev.ath.0.stats.ast_rx_tooshort: 0 > dev.ath.0.stats.ast_rx_phyerr: 1894 > dev.ath.0.stats.ast_rx_badmic: 0 > dev.ath.0.stats.ast_rx_badcrypt: 0 > dev.ath.0.stats.ast_rx_fifoerr: 0 > dev.ath.0.stats.ast_rx_crcerr: 1646 > dev.ath.0.stats.ast_rx_orn: 0 > dev.ath.0.stats.ast_rx_busdma: 0 > dev.ath.0.stats.ast_rx_nombuf: 0 > dev.ath.0.stats.ast_tx_ctsext: 0 > dev.ath.0.stats.ast_tx_ctsburst: 0 > dev.ath.0.stats.ast_tx_protect: 0 > dev.ath.0.stats.ast_tx_altrate: 60 > dev.ath.0.stats.ast_tx_shortpre: 2203 > dev.ath.0.stats.ast_tx_cts: 0 > dev.ath.0.stats.ast_tx_rts: 0 > dev.ath.0.stats.ast_tx_noack: 0 > dev.ath.0.stats.ast_tx_badrate: 0 > dev.ath.0.stats.ast_tx_longretry: 744 > dev.ath.0.stats.ast_tx_shortretry: 0 > dev.ath.0.stats.ast_tx_filtered: 0 > dev.ath.0.stats.ast_tx_fifoerr: 0 > dev.ath.0.stats.ast_tx_xretries: 1 > dev.ath.0.stats.ast_tx_busdma: 0 > dev.ath.0.stats.ast_tx_nodata: 0 > dev.ath.0.stats.ast_tx_linear: 0 > dev.ath.0.stats.ast_tx_nomcl: 0 > dev.ath.0.stats.ast_tx_nombuf: 0 > dev.ath.0.stats.ast_tx_nonode: 0 > dev.ath.0.stats.ast_tx_encap: 0 > dev.ath.0.stats.ast_tx_qstop: 0 > dev.ath.0.stats.ast_tx_discard: 0 > dev.ath.0.stats.ast_tx_mgmt: 0 > dev.ath.0.stats.ast_tx_packets: 0 > dev.ath.0.stats.ast_intrcoal: 0 > dev.ath.0.stats.ast_mib: 34 > dev.ath.0.stats.ast_txurn: 0 > dev.ath.0.stats.ast_rxeol: 0 > dev.ath.0.stats.ast_rxorn: 0 > dev.ath.0.stats.ast_bstuck: 0 > dev.ath.0.stats.ast_bmiss_phantom: 0 > dev.ath.0.stats.ast_bmiss: 0 > dev.ath.0.stats.ast_hardware: 0 > dev.ath.0.stats.ast_watchdog: 0 > dev.ath.0.clear_stats: 0 > dev.ath.0.txq_node_maxdepth: 50 > dev.ath.0.txq_mcastq_maxdepth: 50 > dev.ath.0.txq_data_minfree: 10 > dev.ath.0.delim_min_pad: 0 > dev.ath.0.rts_aggr_limit: 0 > dev.ath.0.aggr_limit: 65530 > dev.ath.0.tid_hwq_hi: 4 > dev.ath.0.tid_hwq_lo: 2 > dev.ath.0.hwq_limit_aggr: 2 > dev.ath.0.hwq_limit_nonaggr: 32 > dev.ath.0.monpass: 24 > dev.ath.0.intmit: 1 > dev.ath.0.hangcheck: 0 > dev.ath.0.forcebstuck: 0 > dev.ath.0.txagg: 0 > dev.ath.0.tpcts: 63 > dev.ath.0.tpack: 63 > dev.ath.0.tpc: 0 > dev.ath.0.tpscale: 0 > dev.ath.0.diag: 0 > dev.ath.0.txintrperiod: 5 > dev.ath.0.diversity: 1 > dev.ath.0.rxantenna: 1 > dev.ath.0.txantenna: 0 > dev.ath.0.led_pwr_pin: -1 > dev.ath.0.led_net_pin: -1 > dev.ath.0.hardled: 0 > dev.ath.0.ledidle: 2700 > dev.ath.0.ledon: 0 > dev.ath.0.ledpin: 0 > dev.ath.0.softled: 0 > dev.ath.0.ctstimeout: 48 > dev.ath.0.acktimeout: 48 > dev.ath.0.slottime: 9 > dev.ath.0.regdomain: 16 > dev.ath.0.countrycode: 0 > dev.ath.0.sample_stats: 0 > dev.ath.0.sample_rate: 10 > dev.ath.0.smoothing_rate: 75 > dev.ath.0.%parent: cardbus0 > dev.ath.0.%pnpinfo: vendor=0x168c device=0x001a subvendor=0x1186 > subdevice=0x3b08 class=0x020000 > dev.ath.0.%location: slot=0 function=0 dbsf=pci0:4:0:0 > dev.ath.0.%driver: ath > dev.ath.0.%desc: Atheros 2413 > dev.ath.%parent: > > > -- > Steve > _______________________________________________ > 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 Fri Nov 23 19:49:20 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F1F751102218; Fri, 23 Nov 2018 19:49:19 +0000 (UTC) (envelope-from ben@bwidawsk.net) Received: from mail.bwidawsk.net (zangief.bwidawsk.net [107.170.211.233]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "bwidawsk.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3B8977280A; Fri, 23 Nov 2018 19:49:19 +0000 (UTC) (envelope-from ben@bwidawsk.net) Received: by mail.bwidawsk.net (Postfix, from userid 5001) id 1A7F31228B9; Fri, 23 Nov 2018 11:49:11 -0800 (PST) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on zangief.bwidawsk.net X-Spam-Level: ** X-Spam-ASN: X-Spam-Status: No, score=2.0 required=4.1 tests=ALL_TRUSTED=-1, HTML_MESSAGE=0.001,HTML_MIME_NO_HTML_TAG=0.377,MIME_HTML_ONLY=0.723, MISSING_MIMEOLE=1.899 shortcircuit=no autolearn=no autolearn_force=no version=3.4.2 Received: from [10.177.208.131] (mobile-107-77-164-78.mobile.att.net [107.77.164.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mail.bwidawsk.net (Postfix) with ESMTPSA id 48AA7120290; Fri, 23 Nov 2018 11:49:08 -0800 (PST) Date: Fri, 23 Nov 2018 11:49:05 -0800 Subject: Re: ACPI Error: No handler for Region [ECOR] Message-ID: <779f7f11-be52-462f-8895-058cf9209570@email.android.com> X-Android-Message-ID: <779f7f11-be52-462f-8895-058cf9209570@email.android.com> In-Reply-To: From: Ben Widawsky To: Charlie Li Cc: Ben Widawsky , Samy Mahmoudi , matias@pizarro.net, freebsd-current@freebsd.org, acpi@FreeBSD.org Importance: Normal X-Priority: 3 X-MSMail-Priority: Normal X-Rspamd-Queue-Id: 3B8977280A X-Spamd-Result: default: False [6.86 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.89)[0.892,0]; TAGGED_RCPT(0.00)[]; DMARC_NA(0.00)[bwidawsk.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(1.00)[0.998,0]; RCPT_COUNT_FIVE(0.00)[6]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[bwidawsk.net]; MIME_BASE64_TEXT(0.10)[]; HAS_X_PRIO_THREE(0.00)[3]; MIME_HTML_ONLY(0.20)[]; R_SPF_NA(0.00)[]; NEURAL_SPAM_LONG(0.98)[0.981,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MISSING_MIMEOLE(2.00)[]; ASN(0.00)[asn:14061, ipnet:107.170.192.0/18, country:US]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(0.69)[asn: 14061(3.57), country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org X-Spam: Yes X-Mailman-Approved-At: Fri, 23 Nov 2018 19:55:12 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 23 Nov 2018 19:49:20 -0000 From owner-freebsd-current@freebsd.org Fri Nov 23 20:03:48 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A765611027B5 for ; Fri, 23 Nov 2018 20:03:47 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B573072F0C; Fri, 23 Nov 2018 20:03:46 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id wANK3iIN020931 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 23 Nov 2018 12:03:45 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id wANK3itD020930; Fri, 23 Nov 2018 12:03:44 -0800 (PST) (envelope-from sgk) Date: Fri, 23 Nov 2018 12:03:44 -0800 From: Steve Kargl To: Adrian Chadd Cc: freebsd-current Subject: Re: ath(4) issues? Message-ID: <20181123200344.GA20833@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20181122170520.GA78341@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) X-Rspamd-Queue-Id: B573072F0C X-Spamd-Result: default: False [1.46 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.44)[-0.436,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[washington.edu]; AUTH_NA(1.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(0.09)[ipnet: 128.95.0.0/16(0.38), asn: 73(0.16), country: US(-0.09)]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.17)[-0.169,0]; NEURAL_SPAM_MEDIUM(0.29)[0.285,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 23 Nov 2018 20:03:48 -0000 Adrian, Thanks for the explanation. Now that I think about it my internet carrier replaced my old cable modem with a new one some 6 weeks ago. This coincidence with the appearance of these messages. It also coincided with work by Warner (and mybe others) on PnP and PCI bus, so I seem to have mistakenly thought it was a software issue. BTW, thanks for the ath(4) device. It's worked for years with this old Dlink WL-630 card. -- steve On Fri, Nov 23, 2018 at 11:28:34AM -0800, Adrian Chadd wrote: > And I think 0x1b is "1mbit CCK", so I bet that's disabled on your AP? > > > On Fri, 23 Nov 2018 at 11:28, Adrian Chadd wrote: > > > hi! > > > > No. It's a side effect of how ath_rate_sample works. The TL;DR is: > > > > * ath_rate_sample uses a fixed set of rates for each attempt - so say you > > want to transmit at 54MBit OFDM, the second/third/fourth slower rates are > > in a fixed table; > > * net80211 negotiates which rates are acceptable to the hostap; > > * a lot of hostaps these days are increasingly disabling doing the lower > > OFDM/CCK rates so slower clients don't tie up so much air; > > * .. but they'll still RECEIVE and ACK those frames, so: > > * + you'll fail say, 54mbit > > * + and 48mbit > > * + then try something like 12mbit on the third attept, which the hostap > > didn't negotiate with you; and > > * + it ACKs it, cause it still receives it fine; then > > * + ath_rate_sample complains that it got a completion for a rate it's not > > supposed to use. > > > > They're harmless. You can comment it out for now; I really need to fix > > ath_rate_sample to use a dynamic table rather than the array of static > > tables.. > > > > > > > > -adrian > > > > > > On Thu, 22 Nov 2018 at 09:05, Steve Kargl < > > sgk@troutmask.apl.washington.edu> wrote: > > > >> I have an old D-Link AirPlus G (DWL-630) pccard card > >> that I have used for years with FreeBSD. Recently, > >> I see > >> > >> % dmesg | grep ath > >> mobile:kargl[201] dmesg | grep ath > >> [ath_hal] loaded > >> [ath_dfs] loaded > >> [ath_rate] loaded > >> [ath] loaded > >> ath0: irq 19 at device 0.0 on cardbus0 > >> ath0: AR2413 mac 7.8 RF2413 phy 4.5 > >> ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0056 > >> ath0: ath_rate_tx_complete: ts_rate=27 ts_finaltsi=0, final_rix=0 > >> ath0: bad series0 hwrate 0x1b, tries 1 ts_status 0x0 > >> ath0: ath_rate_tx_complete: ts_rate=27 ts_finaltsi=0, final_rix=0 > >> ath0: bad series0 hwrate 0x1b, tries 1 ts_status 0x0 > >> ath0: bad series0 hwrate 0x1b, tries 2 ts_status 0x1 > >> > >> > >> The "bad series0 hwrate..." message fills syslog. This message > >> appearred with a month or so old /usr/src and an update to top > >> of tree (r340736) still produces the message. > >> > >> So, is this a hardware-about-to-die issue or did someone break > >> ath(4) with the recent changes to inet? > >> > >> % sysctl -a | grep ath | grep -v path > >> net.wlan.0.%parent: ath0 > >> net.wlan.devices: ath0 wpi0 > >> hw.ath.bstuck: 4 > >> hw.ath.txbuf_mgmt: 32 > >> hw.ath.txbuf: 200 > >> hw.ath.rxbuf: 40 > >> hw.ath.anical: 100 > >> hw.ath.resetcal: 1200 > >> hw.ath.shortcal: 100 > >> hw.ath.longcal: 30 > >> irq19: cbb0 ath0:37 @cpu0(domain0): 53227 > >> dev.ath.0.hal.serialise_reg_war: 0 > >> dev.ath.0.hal.force_full_reset: 0 > >> dev.ath.0.hal.swba_backoff: 0 > >> dev.ath.0.hal.sw_brt: 10 > >> dev.ath.0.hal.dma_brt: 2 > >> dev.ath.0.hal.ar5416_biasadj: 0 > >> dev.ath.0.hal.debug: 0 > >> dev.ath.0.stats.sync_intr.31: 0 > >> dev.ath.0.stats.sync_intr.30: 0 > >> dev.ath.0.stats.sync_intr.29: 0 > >> dev.ath.0.stats.sync_intr.28: 0 > >> dev.ath.0.stats.sync_intr.27: 0 > >> dev.ath.0.stats.sync_intr.26: 0 > >> dev.ath.0.stats.sync_intr.25: 0 > >> dev.ath.0.stats.sync_intr.24: 0 > >> dev.ath.0.stats.sync_intr.23: 0 > >> dev.ath.0.stats.sync_intr.22: 0 > >> dev.ath.0.stats.sync_intr.21: 0 > >> dev.ath.0.stats.sync_intr.20: 0 > >> dev.ath.0.stats.sync_intr.19: 0 > >> dev.ath.0.stats.sync_intr.18: 0 > >> dev.ath.0.stats.sync_intr.17: 0 > >> dev.ath.0.stats.sync_intr.16: 0 > >> dev.ath.0.stats.sync_intr.15: 0 > >> dev.ath.0.stats.sync_intr.14: 0 > >> dev.ath.0.stats.sync_intr.13: 0 > >> dev.ath.0.stats.sync_intr.12: 0 > >> dev.ath.0.stats.sync_intr.11: 0 > >> dev.ath.0.stats.sync_intr.10: 0 > >> dev.ath.0.stats.sync_intr.9: 0 > >> dev.ath.0.stats.sync_intr.8: 0 > >> dev.ath.0.stats.sync_intr.7: 0 > >> dev.ath.0.stats.sync_intr.6: 0 > >> dev.ath.0.stats.sync_intr.5: 0 > >> dev.ath.0.stats.sync_intr.4: 0 > >> dev.ath.0.stats.sync_intr.3: 0 > >> dev.ath.0.stats.sync_intr.2: 0 > >> dev.ath.0.stats.sync_intr.1: 0 > >> dev.ath.0.stats.sync_intr.0: 0 > >> dev.ath.0.stats.rx_phy_err.63: 0 > >> dev.ath.0.stats.rx_phy_err.62: 0 > >> dev.ath.0.stats.rx_phy_err.61: 0 > >> dev.ath.0.stats.rx_phy_err.60: 0 > >> dev.ath.0.stats.rx_phy_err.59: 0 > >> dev.ath.0.stats.rx_phy_err.58: 0 > >> dev.ath.0.stats.rx_phy_err.57: 0 > >> dev.ath.0.stats.rx_phy_err.56: 0 > >> dev.ath.0.stats.rx_phy_err.55: 0 > >> dev.ath.0.stats.rx_phy_err.54: 0 > >> dev.ath.0.stats.rx_phy_err.53: 0 > >> dev.ath.0.stats.rx_phy_err.52: 0 > >> dev.ath.0.stats.rx_phy_err.51: 0 > >> dev.ath.0.stats.rx_phy_err.50: 0 > >> dev.ath.0.stats.rx_phy_err.49: 0 > >> dev.ath.0.stats.rx_phy_err.48: 0 > >> dev.ath.0.stats.rx_phy_err.47: 0 > >> dev.ath.0.stats.rx_phy_err.46: 0 > >> dev.ath.0.stats.rx_phy_err.45: 0 > >> dev.ath.0.stats.rx_phy_err.44: 0 > >> dev.ath.0.stats.rx_phy_err.43: 0 > >> dev.ath.0.stats.rx_phy_err.42: 0 > >> dev.ath.0.stats.rx_phy_err.41: 0 > >> dev.ath.0.stats.rx_phy_err.40: 0 > >> dev.ath.0.stats.rx_phy_err.39: 0 > >> dev.ath.0.stats.rx_phy_err.38: 0 > >> dev.ath.0.stats.rx_phy_err.37: 0 > >> dev.ath.0.stats.rx_phy_err.36: 0 > >> dev.ath.0.stats.rx_phy_err.35: 0 > >> dev.ath.0.stats.rx_phy_err.34: 0 > >> dev.ath.0.stats.rx_phy_err.33: 0 > >> dev.ath.0.stats.rx_phy_err.32: 0 > >> dev.ath.0.stats.rx_phy_err.31: 1875 > >> dev.ath.0.stats.rx_phy_err.30: 0 > >> dev.ath.0.stats.rx_phy_err.29: 0 > >> dev.ath.0.stats.rx_phy_err.28: 0 > >> dev.ath.0.stats.rx_phy_err.27: 0 > >> dev.ath.0.stats.rx_phy_err.26: 0 > >> dev.ath.0.stats.rx_phy_err.25: 0 > >> dev.ath.0.stats.rx_phy_err.24: 0 > >> dev.ath.0.stats.rx_phy_err.23: 19 > >> dev.ath.0.stats.rx_phy_err.22: 0 > >> dev.ath.0.stats.rx_phy_err.21: 0 > >> dev.ath.0.stats.rx_phy_err.20: 0 > >> dev.ath.0.stats.rx_phy_err.19: 0 > >> dev.ath.0.stats.rx_phy_err.18: 0 > >> dev.ath.0.stats.rx_phy_err.17: 0 > >> dev.ath.0.stats.rx_phy_err.16: 0 > >> dev.ath.0.stats.rx_phy_err.15: 0 > >> dev.ath.0.stats.rx_phy_err.14: 0 > >> dev.ath.0.stats.rx_phy_err.13: 0 > >> dev.ath.0.stats.rx_phy_err.12: 0 > >> dev.ath.0.stats.rx_phy_err.11: 0 > >> dev.ath.0.stats.rx_phy_err.10: 0 > >> dev.ath.0.stats.rx_phy_err.9: 0 > >> dev.ath.0.stats.rx_phy_err.8: 0 > >> dev.ath.0.stats.rx_phy_err.7: 0 > >> dev.ath.0.stats.rx_phy_err.6: 0 > >> dev.ath.0.stats.rx_phy_err.5: 0 > >> dev.ath.0.stats.rx_phy_err.4: 0 > >> dev.ath.0.stats.rx_phy_err.3: 0 > >> dev.ath.0.stats.rx_phy_err.2: 0 > >> dev.ath.0.stats.rx_phy_err.1: 0 > >> dev.ath.0.stats.rx_phy_err.0: 0 > >> dev.ath.0.stats.ast_tx_ldpc: 0 > >> dev.ath.0.stats.ast_tx_stbc: 0 > >> dev.ath.0.stats.ast_rx_stbc: 0 > >> dev.ath.0.stats.ast_tx_nodeq_overflow: 0 > >> dev.ath.0.stats.ast_tx_swfiltered: 0 > >> dev.ath.0.stats.ast_rx_keymiss: 0 > >> dev.ath.0.stats.ast_tx_mcastq_overflow: 0 > >> dev.ath.0.stats.ast_tx_intr: 4342 > >> dev.ath.0.stats.ast_rx_intr: 48850 > >> dev.ath.0.stats.ast_tx_aggr_fail: 0 > >> dev.ath.0.stats.ast_tx_aggr_ok: 0 > >> dev.ath.0.stats.ast_tx_aggr_failall: 0 > >> dev.ath.0.stats.ast_tx_delim_underrun: 0 > >> dev.ath.0.stats.ast_tx_data_underrun: 0 > >> dev.ath.0.stats.ast_tx_swretrymax: 0 > >> dev.ath.0.stats.ast_tx_swretries: 0 > >> dev.ath.0.stats.ast_tx_desccfgerr: 0 > >> dev.ath.0.stats.ast_tx_timerexpired: 0 > >> dev.ath.0.stats.ast_tx_xtxop: 0 > >> dev.ath.0.stats.ast_tx_cst: 0 > >> dev.ath.0.stats.ast_tx_timeout: 0 > >> dev.ath.0.stats.ast_rx_hitqueueend: 0 > >> dev.ath.0.stats.ast_tx_htprotect: 0 > >> dev.ath.0.stats.ast_rx_hi_rx_chain: 0 > >> dev.ath.0.stats.ast_rx_decrypt_busy_err: 0 > >> dev.ath.0.stats.ast_rx_post_crc_err: 0 > >> dev.ath.0.stats.ast_rx_pre_crc_err: 0 > >> dev.ath.0.stats.ast_rx_2040: 0 > >> dev.ath.0.stats.ast_rx_halfgi: 0 > >> dev.ath.0.stats.ast_rx_agg: 0 > >> dev.ath.0.stats.ast_ani_cal: 5852 > >> dev.ath.0.stats.ast_be_missed: 0 > >> dev.ath.0.stats.ast_tx_nofrag: 0 > >> dev.ath.0.stats.ast_tx_raw_fail: 0 > >> dev.ath.0.stats.ast_tdma_ack: 0 > >> dev.ath.0.stats.ast_tdma_tsf: 0 > >> dev.ath.0.stats.ast_tdma_timers: 0 > >> dev.ath.0.stats.ast_tdma_update: 0 > >> dev.ath.0.stats.ast_tx_nobuf: 0 > >> dev.ath.0.stats.ast_tx_qfull: 0 > >> dev.ath.0.stats.ast_ff_flush: 0 > >> dev.ath.0.stats.ast_ff_rx: 0 > >> dev.ath.0.stats.ast_ff_txerr: 0 > >> dev.ath.0.stats.ast_ff_txok: 0 > >> dev.ath.0.stats.ast_tx_raw: 59 > >> dev.ath.0.stats.ast_cabq_busy: 0 > >> dev.ath.0.stats.ast_cabq_xmit: 0 > >> dev.ath.0.stats.ast_ant_txswitch: 0 > >> dev.ath.0.stats.ast_ant_defswitch: 347 > >> dev.ath.0.stats.ast_rate_drop: 0 > >> dev.ath.0.stats.ast_rate_raise: 0 > >> dev.ath.0.stats.ast_rate_calls: 0 > >> dev.ath.0.stats.ast_per_rfgain: 0 > >> dev.ath.0.stats.ast_per_calfail: 0 > >> dev.ath.0.stats.ast_per_cal: 20 > >> dev.ath.0.stats.ast_be_nombuf: 0 > >> dev.ath.0.stats.ast_be_xmit: 0 > >> dev.ath.0.stats.ast_rx_ctl: 0 > >> dev.ath.0.stats.ast_rx_mgt: 0 > >> dev.ath.0.stats.ast_rx_packets: 0 > >> dev.ath.0.stats.ast_rx_toobig: 0 > >> dev.ath.0.stats.ast_rx_tooshort: 0 > >> dev.ath.0.stats.ast_rx_phyerr: 1894 > >> dev.ath.0.stats.ast_rx_badmic: 0 > >> dev.ath.0.stats.ast_rx_badcrypt: 0 > >> dev.ath.0.stats.ast_rx_fifoerr: 0 > >> dev.ath.0.stats.ast_rx_crcerr: 1646 > >> dev.ath.0.stats.ast_rx_orn: 0 > >> dev.ath.0.stats.ast_rx_busdma: 0 > >> dev.ath.0.stats.ast_rx_nombuf: 0 > >> dev.ath.0.stats.ast_tx_ctsext: 0 > >> dev.ath.0.stats.ast_tx_ctsburst: 0 > >> dev.ath.0.stats.ast_tx_protect: 0 > >> dev.ath.0.stats.ast_tx_altrate: 60 > >> dev.ath.0.stats.ast_tx_shortpre: 2203 > >> dev.ath.0.stats.ast_tx_cts: 0 > >> dev.ath.0.stats.ast_tx_rts: 0 > >> dev.ath.0.stats.ast_tx_noack: 0 > >> dev.ath.0.stats.ast_tx_badrate: 0 > >> dev.ath.0.stats.ast_tx_longretry: 744 > >> dev.ath.0.stats.ast_tx_shortretry: 0 > >> dev.ath.0.stats.ast_tx_filtered: 0 > >> dev.ath.0.stats.ast_tx_fifoerr: 0 > >> dev.ath.0.stats.ast_tx_xretries: 1 > >> dev.ath.0.stats.ast_tx_busdma: 0 > >> dev.ath.0.stats.ast_tx_nodata: 0 > >> dev.ath.0.stats.ast_tx_linear: 0 > >> dev.ath.0.stats.ast_tx_nomcl: 0 > >> dev.ath.0.stats.ast_tx_nombuf: 0 > >> dev.ath.0.stats.ast_tx_nonode: 0 > >> dev.ath.0.stats.ast_tx_encap: 0 > >> dev.ath.0.stats.ast_tx_qstop: 0 > >> dev.ath.0.stats.ast_tx_discard: 0 > >> dev.ath.0.stats.ast_tx_mgmt: 0 > >> dev.ath.0.stats.ast_tx_packets: 0 > >> dev.ath.0.stats.ast_intrcoal: 0 > >> dev.ath.0.stats.ast_mib: 34 > >> dev.ath.0.stats.ast_txurn: 0 > >> dev.ath.0.stats.ast_rxeol: 0 > >> dev.ath.0.stats.ast_rxorn: 0 > >> dev.ath.0.stats.ast_bstuck: 0 > >> dev.ath.0.stats.ast_bmiss_phantom: 0 > >> dev.ath.0.stats.ast_bmiss: 0 > >> dev.ath.0.stats.ast_hardware: 0 > >> dev.ath.0.stats.ast_watchdog: 0 > >> dev.ath.0.clear_stats: 0 > >> dev.ath.0.txq_node_maxdepth: 50 > >> dev.ath.0.txq_mcastq_maxdepth: 50 > >> dev.ath.0.txq_data_minfree: 10 > >> dev.ath.0.delim_min_pad: 0 > >> dev.ath.0.rts_aggr_limit: 0 > >> dev.ath.0.aggr_limit: 65530 > >> dev.ath.0.tid_hwq_hi: 4 > >> dev.ath.0.tid_hwq_lo: 2 > >> dev.ath.0.hwq_limit_aggr: 2 > >> dev.ath.0.hwq_limit_nonaggr: 32 > >> dev.ath.0.monpass: 24 > >> dev.ath.0.intmit: 1 > >> dev.ath.0.hangcheck: 0 > >> dev.ath.0.forcebstuck: 0 > >> dev.ath.0.txagg: 0 > >> dev.ath.0.tpcts: 63 > >> dev.ath.0.tpack: 63 > >> dev.ath.0.tpc: 0 > >> dev.ath.0.tpscale: 0 > >> dev.ath.0.diag: 0 > >> dev.ath.0.txintrperiod: 5 > >> dev.ath.0.diversity: 1 > >> dev.ath.0.rxantenna: 1 > >> dev.ath.0.txantenna: 0 > >> dev.ath.0.led_pwr_pin: -1 > >> dev.ath.0.led_net_pin: -1 > >> dev.ath.0.hardled: 0 > >> dev.ath.0.ledidle: 2700 > >> dev.ath.0.ledon: 0 > >> dev.ath.0.ledpin: 0 > >> dev.ath.0.softled: 0 > >> dev.ath.0.ctstimeout: 48 > >> dev.ath.0.acktimeout: 48 > >> dev.ath.0.slottime: 9 > >> dev.ath.0.regdomain: 16 > >> dev.ath.0.countrycode: 0 > >> dev.ath.0.sample_stats: 0 > >> dev.ath.0.sample_rate: 10 > >> dev.ath.0.smoothing_rate: 75 > >> dev.ath.0.%parent: cardbus0 > >> dev.ath.0.%pnpinfo: vendor=0x168c device=0x001a subvendor=0x1186 > >> subdevice=0x3b08 class=0x020000 > >> dev.ath.0.%location: slot=0 function=0 dbsf=pci0:4:0:0 > >> dev.ath.0.%driver: ath > >> dev.ath.0.%desc: Atheros 2413 > >> dev.ath.%parent: > >> > >> > >> -- > >> Steve > >> _______________________________________________ > >> 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 > >> " > >> > > -- Steve 20170425 https://www.youtube.com/watch?v=VWUpyCsUKR4 20161221 https://www.youtube.com/watch?v=IbCHE-hONow From owner-freebsd-current@freebsd.org Sat Nov 24 02:06:10 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 650A51139B04 for ; Sat, 24 Nov 2018 02:06:10 +0000 (UTC) (envelope-from james.wright@jigsawdezign.com) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 74BD57F32B for ; Sat, 24 Nov 2018 02:05:59 +0000 (UTC) (envelope-from james.wright@jigsawdezign.com) Received: from localhost ([82.18.193.38]) by mrelayeu.kundenserver.de (mreue012 [212.227.15.163]) with ESMTPSA (Nemesis) id 1M7v18-1gMVRy0wTa-0051Ag for ; Sat, 24 Nov 2018 03:05:52 +0100 Date: Sat, 24 Nov 2018 02:05:51 +0000 From: James Wright To: freebsd-current@freebsd.org Subject: Kernel Panic - Sublime Text - 12.0-PRERELEASE r340650M Message-Id: <20181124020551.441d01f41f574f90ddbe9e48@jigsawdezign.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:Fz+6XCAOcS4uatmjXZtmFdsCoG5OngmZrnK0RqeyiMh2sy5VmRw whBW/SBRzmE3nXhGlLUcj1PMSd1QsPdN+Ehe1hhJxNmgUoah0KRw1kGRX8yu1v4jELgJkiz xMYXkWIjMOVku2D3CV241DG/z95zP8LRe0mmT2F53+/7AK5gDnvcMXBp+qxo8BwaO0Obn2e 7BNahKKL2YjZIJIernwfw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:lxjidpAaUis=:3XFRWZ+nHpUaxhzE4RYyYQ Ne03Heqy/ka0anGJkS82/dwJR4z53YR0PKUvNxaKRWfyEAWdOnE1G/lZQuig/dh2OSfG80EC6 Mdaqbyb3VVEo7XK0O7ek4hClInEJg7Lxf23J1iIH4NAzlHysYx7TWrdDSsvTKL25dMsb+nksZ 7zIIJ8eK69O4dUq/AUignVvmEAB0evmFmF0eBi840pxIMKz6M33d5tembyTR747W8wNaSQCJM zZZALCC9/d3hURCW8VMg9hOXF/ke20ZC4Gj0NqKw8A47TJZSC0rBZMp8ey9qY7mMkzwjluTHM OzNB3hm+gMhveqJb6Ekkgv7MZ924F9mrGjDUIJjB+prEaGrNT/Uiz0ssp9zx5on+irB5+CrtY egMnHa6b5kjEyu0GqfyIL5bxq8ab/6fPBUrPTvSt9sMR/oYY9aQzXCvyETgSNyptKqskGkVtL 0nHXMLdLBzYyvRUHfZ9v/6boOhiCM4p12Tsfxeq0aUT0Fr7TRCIHH+xSuhP81ZJw6+9A6gFVk zT3N9EwZjFXG0mIme986BQ3W1GalA/IsCAb+3+VevS5OuUGP/fgYI/f4lim0OT0Fg0RD8Dip/ HEGf6DFNsiyaP0IbE4Wq+pOyBJ0OFoUWeienDSutQQE4WHQrRiTmg9fcW8bCf7XST2Cb6ysUe 0iLActZwpqifQrBHHC7oD1JFlipOYiip4OwuPA43dVZ6oPoDjnZczPE8Loqkt3Zs6QhnGcv64 wuQ5ZaiKKHn2r606YH800o2vHGKAnlWkyGQnO9/rKD6Mr8SO+HSIiby84576YnXyU8hcPwiNr a2O2UqUWpaDXycfujUkP5sdbyRxBmV6qkLx5ci4efAs3u49D9g= X-Rspamd-Queue-Id: 74BD57F32B X-Spamd-Result: default: False [2.66 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.04)[-0.038,0]; NEURAL_SPAM_MEDIUM(0.76)[0.759,0]; DMARC_NA(0.00)[jigsawdezign.com]; NEURAL_SPAM_SHORT(0.59)[0.585,0]; MX_GOOD(-0.01)[mx00.1and1.co.uk]; RCVD_IN_DNSWL_NONE(0.00)[134.126.227.212.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(-0.03)[ipnet: 212.227.0.0/16(-0.30), asn: 8560(0.15), country: DE(-0.02)]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 24 Nov 2018 02:06:10 -0000 Hi, When trying to run sublime text via the linuxulator my system panics and reboots. Unfortunately I do not have much extra info as it crashes immediately and seems to corrupt the UFS filesystem in the process (which has to be fixed with a few runs of fsck on next boot). I've tried enabling "dumpdev=AUTO" in rc.conf but don't find anything in /var/crash/ afterwards. $ uname FreeBSD macbook 12.0-PRERELEASE FreeBSD 12.0-PRERELEASE #0 r340650M: Mon Nov 19 23:09:39 GMT 2018 root@macbook:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 $ pkg info | grep sublime linux-sublime-2.0.2_6 Happy to provide any extra info required to help diagnose the issue! Thanks, James From owner-freebsd-current@freebsd.org Sat Nov 24 05:05:00 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 49CF2113FC12; Sat, 24 Nov 2018 05:05:00 +0000 (UTC) (envelope-from bwidawsk@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E298085D5B; Sat, 24 Nov 2018 05:04:59 +0000 (UTC) (envelope-from bwidawsk@freebsd.org) Received: from smtp.freebsd.org (c-73-25-164-31.hsd1.or.comcast.net [73.25.164.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: bwidawsk) by smtp.freebsd.org (Postfix) with ESMTPSA id 26D3C1B0C4; Sat, 24 Nov 2018 05:04:59 +0000 (UTC) (envelope-from bwidawsk@freebsd.org) Date: Fri, 23 Nov 2018 21:04:56 -0800 From: Ben Widawsky To: Charlie Li Cc: Samy Mahmoudi , matias@pizarro.net, freebsd-current@freebsd.org, acpi@FreeBSD.org Subject: Re: ACPI Error: No handler for Region [ECOR] Message-ID: <20181124050455.vbxp3t23tx7rmq4g@smtp.freebsd.org> References: <75fb681f321cd2913f17e8eceffa4cb9@pizarro.net> <20181123050201.63kv32vnjomkeqid@smtp.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: NeoMutt/20180716 X-Rspamd-Queue-Id: E298085D5B X-Spamd-Result: default: False [0.96 / 15.00]; TAGGED_RCPT(0.00)[]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_LONG(0.42)[0.421,0]; NEURAL_SPAM_MEDIUM(0.90)[0.898,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US]; NEURAL_HAM_SHORT(-0.35)[-0.355,0] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 24 Nov 2018 05:05:00 -0000 On 18-11-23 13:05:00, Charlie Li wrote: > On 23/11/2018 00:02, Ben Widawsky wrote: > > Thanks both of you. Here's another shot at roughly the same thing I asked the > > first reporter to try (that patch was wrong). If it doesn't work, can you please > > post the dmesg? > > > This patch works on my machine as well. > Thanks all. Here is the differential in phabricator: https://reviews.freebsd.org/D18311 > -- > Charlie Li > Can't think of a witty .sigline today… > > (This email address is for mailing list use only; replace local-part > with vishwin for off-list communication) > From owner-freebsd-current@freebsd.org Sat Nov 24 09:46:49 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A771111490D9 for ; Sat, 24 Nov 2018 09:46:49 +0000 (UTC) (envelope-from jmg@gold.funkthat.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 219E47132B for ; Sat, 24 Nov 2018 09:46:49 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: by mailman.ysv.freebsd.org (Postfix) id D8A4011490D5; Sat, 24 Nov 2018 09:46:48 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B5BD911490CD; Sat, 24 Nov 2018 09:46:48 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gate2.funkthat.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1309A71329; Sat, 24 Nov 2018 09:46:47 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.15.2/8.15.2) with ESMTPS id wAO94T0h040918 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 24 Nov 2018 01:04:30 -0800 (PST) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id wAO94TLk040917; Sat, 24 Nov 2018 01:04:29 -0800 (PST) (envelope-from jmg) Date: Sat, 24 Nov 2018 01:04:29 -0800 From: John-Mark Gurney To: current@FreeBSD.org Cc: freebsd-arm@FreeBSD.org Subject: maxswzone NOT used correctly and defaults incorrect? Message-ID: <20181124090429.GI10067@funkthat.com> Mail-Followup-To: current@FreeBSD.org, freebsd-arm@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 11.0-RELEASE-p7 amd64 X-PGP-Fingerprint: D87A 235F FB71 1F3F 55B7 ED9B D5FF 5A51 C0AC 3D65 X-Files: The truth is out there X-URL: https://www.funkthat.com/ X-Resume: https://www.funkthat.com/~jmg/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.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (gold.funkthat.com [127.0.0.1]); Sat, 24 Nov 2018 01:04:30 -0800 (PST) X-Rspamd-Queue-Id: 219E47132B X-Spamd-Result: default: False [-4.56 / 15.00]; ARC_NA(0.00)[]; R_SPF_FAIL(1.00)[-all]; RCVD_COUNT_FIVE(0.00)[6]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.986,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[funkthat.com]; IP_SCORE(-3.66)[ip: (-9.87), ipnet: 2001:1900:2254::/48(-4.74), asn: 10310(-3.61), country: US(-0.09)]; RCVD_IN_DNSWL_MED(-0.20)[5.0.0.0.0.5.0.0.0.0.0.0.0.0.0.0.a.6.0.2.4.5.2.2.0.0.9.1.1.0.0.2.list.dnswl.org : 127.0.9.2]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[cached: gold.funkthat.com]; FORGED_SENDER(0.30)[jmg@funkthat.com,jmg@gold.funkthat.com]; RCVD_NO_TLS_LAST(0.10)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; FROM_NEQ_ENVFROM(0.00)[jmg@funkthat.com,jmg@gold.funkthat.com]; MID_RHS_MATCH_FROM(0.00)[]; FORGED_RECIPIENTS(0.00)[current@FreeBSD.org ..,freebsd-current@freebsd.org] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 24 Nov 2018 09:46:49 -0000 I have an BeagleBoard Black. I'm running a recent snapshot: FreeBSD generic 13.0-CURRENT FreeBSD 13.0-CURRENT r340239 GENERIC arm aka: FreeBSD-13.0-CURRENT-arm-armv7-BEAGLEBONE-20181107-r340239.img.xz It has 512MB of memory on board. I created a 4GB swap file. According to loader(8), this should be the default capable: in bytes of KVA space. If no value is provided, the system allocates enough memory to handle an amount of swap that corresponds to eight times the amount of physical memory present in the system. avail memory = 505909248 (482 MB) but I get this: warning: total configured swap (1048576 pages) exceeds maximum recommended amount (248160 pages). warning: increase kern.maxswzone or reduce amount of swap. So, this appears that it's only 2x amount of memory, NOT 8x like the documentation says. When running make in sbin/ggate/ggated, make consumes a large amount of memory. Before the OOM killer just kicked in, top showed: Mem: 224M Active, 4096 Inact, 141M Laundry, 121M Wired, 57M Buf, 2688K Free Swap: 1939M Total, 249M Used, 1689M Free, 12% Inuse, 1196K Out PID UID THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 1029 1001 1 44 0 594M 3848K RUN 2:03 38.12% make swapinfo -k showed: /dev/md99 4194304 254392 3939912 6% sysctl: vm.swzone: 4466880 vm.swap_maxpages: 496320 kern.maxswzone: 0 dmesg when OOM strikes: swap blk zone exhausted, increase kern.maxswzone pid 1029 (make), uid 1001, was killed: out of swap space pid 984 (bash), uid 1001, was killed: out of swap space pid 956 (bash), uid 1001, was killed: out of swap space pid 952 (sshd), uid 0, was killed: out of swap space pid 1043 (bash), uid 1001, was killed: out of swap space pid 626 (dhclient), uid 65, was killed: out of swap space pid 955 (sshd), uid 1001, was killed: out of swap space pid 1025 (bash), uid 1001, was killed: out of swap space swblk zone ok lock order reversal: 1st 0xd374d028 filedesc structure (filedesc structure) @ /usr/src/sys/kern/sys_generic.c:1451 2nd 0xd41a5bc4 devfs (devfs) @ /usr/src/sys/kern/vfs_vnops.c:1513 stack backtrace: swap blk zone exhausted, increase kern.maxswzone pid 981 (tmux), uid 1001, was killed: out of swap space pid 983 (tmux), uid 1001, was killed: out of swap space pid 1031 (bash), uid 1001, was killed: out of swap space pid 580 (dhclient), uid 0, was killed: out of swap space swblk zone ok swap blk zone exhausted, increase kern.maxswzone pid 577 (dhclient), uid 0, was killed: out of swap space pid 627 (devd), uid 0, was killed: out of swap space swblk zone ok swap blk zone exhausted, increase kern.maxswzone pid 942 (getty), uid 0, was killed: out of swap space swblk zone ok swap blk zone exhausted, increase kern.maxswzone pid 1205 (init), uid 0, was killed: out of swap space swblk zone ok swap blk zone exhausted, increase kern.maxswzone pid 1206 (init), uid 0, was killed: out of swap space swblk zone ok swap blk zone exhausted, increase kern.maxswzone swblk zone ok swap blk zone exhausted, increase kern.maxswzone swblk zone ok So, as you can see, despite having plenty of swap, and swap usage being well below any of the maximums, the OOM killer kicked in, and killed off a bunch of processes. It also looks like the algorithm for calculating kern.maxswzone is not correct. I just tried to run the system w/: kern.maxswzone: 21474836 and it again died w/ plenty of swap free: /dev/md99 4194304 238148 3956156 6% This time I had vmstat -z | grep sw running, and saw: swpctrie: 48, 62084, 145, 270, 203, 0, 0 swblk: 72, 62040, 56357, 18, 56587, 0, 0 after the system died, I logged back in as see: swpctrie: 48, 62084, 28, 387, 240, 0, 0 swblk: 72, 62040, 175, 61865, 62957, 16, 0 so, it clearly ran out of swblk space VERY early, when only consuming around 232MB of swap... Hmm... it looks like swblk and swpctrie are not affected by the setting of kern.maxswzone... I just set it to: kern.maxswzone: 85899344 and the limits for the zones did not increase at ALL: swpctrie: 48, 62084, 0, 0, 0, 0, 0 swblk: 72, 62040, 0, 0, 0, 0, 0 Thoughts? -- 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 Sat Nov 24 09:54:58 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C42D11149594 for ; Sat, 24 Nov 2018 09:54:57 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay102.isp.belgacom.be (mailrelay102.isp.belgacom.be [195.238.20.129]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EC8E571941 for ; Sat, 24 Nov 2018 09:54:56 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes IronPort-PHdr: =?us-ascii?q?9a23=3Aip5B8x1/q6EcNUAOsmDT+DRfVm0co7zxezQtwd?= =?us-ascii?q?8Zse0fKPad9pjvdHbS+e9qxAeQG9mDu7Qc06L/iOPJYSQ4+5GPsXQPItRndi?= =?us-ascii?q?QuroEopTEmG9OPEkbhLfTnPGQQFcVGU0J5rTngaRAGUMnxaEfPrXKs8DUcBg?= =?us-ascii?q?vwNRZvJuTyB4Xek9m72/q99pHPYAhEniaxba9vJxiqsAvdsdUbj5F/Iagr0B?= =?us-ascii?q?vJpXVIe+VSxWx2IF+Yggjx6MSt8pN96ipco/0u+dJOXqX8ZKQ4UKdXDC86PG?= =?us-ascii?q?Av5c3krgfMQA2S7XYBSGoWkx5IAw/Y7BHmW5r6ryX3uvZh1CScIMb7Vq4/Vy?= =?us-ascii?q?i84Kh3SR/okCYHOCA/8GHLkcx7kaZXrAu8qxBj34LYZYeYP+d8cKzAZ9MXXW?= =?us-ascii?q?RPUMZPWSJcAY2zbYUPAOUdMuhXtIT9u1kDoQeiCQWwGO/j1DlFjWL2060g1O?= =?us-ascii?q?QhFBnL0hIlHdIKrX/ZstL1NKAJUe+ryanH1zPDb+hL0jr69IjIcxIhofWXUL?= =?us-ascii?q?xwa8re11cgGh7YgFues4DlOCmV1usUvmWd8uFuVvqvhnYkpg1suDSj2Mghh4?= =?us-ascii?q?nTio4Izl3I6T91zJs3KNC8TkNwfMSqH4FKty6AMot7WsYiQ2Z1tykk0rAGop?= =?us-ascii?q?u7fDQSyJQg2h7fd+SLc4iW7RLnU+acOTR4i2hheLK+gha971KgyurmWsmo0V?= =?us-ascii?q?ZKrC5FnsPQuXAK0BzT8daISv5n8UenwjaDzQfT6vtLIUwslKrbLYAuwqIom5?= =?us-ascii?q?cQrEjPBDH6lUr2gaOMa0kp/vSk5/76brjkopKQL4p0hRv/MqQqlMy/G+M4Mg?= =?us-ascii?q?0WUmiH+OS81rnj8Fb3QLVQkPI5jLLWsIvHKsgBoa65GQBV3p456xmjFzemzM?= =?us-ascii?q?gYnX4fIVJLYhKIkZbmNErVIP/lFPuwn0mskC1xx//YOL3hHo7ALnbZkLj/Y7?= =?us-ascii?q?ly8FVcxxcpwdBY/ZJUBeJJHPWmeEb0uceQMQU4PAyoi7LlAdBwzcUBQ2OAAr?= =?us-ascii?q?OxMqLdqlaX6u89IuaKIoQSvWCuBeIi4qvSantxslgaZqSs1J0MICSkH/ZiC2?= =?us-ascii?q?uDbHfGuftHFn0F6FltBNf2gUGPBGYAL025WLgxs3RiUNqr?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2ALAACvHvlb/7O+9VFjGgEBAQEBAgE?= =?us-ascii?q?BAQEHAgEBAQGBUwMBAQEBCwGCA4E1IRInjHCLIQEBggw1AYc7ghGNOoF6hHk?= =?us-ascii?q?ChBcjNgcNAQMBAQIBAQIBbCiCNiQBgmIBBTocIxALGAklDyoeBhOFJ6giiQ6?= =?us-ascii?q?BDowggX+BEYJkLoRxhWgCj1yQJgmRJCORCIJ4gyGTZAMugVVNMAiDJ5BbPgM?= =?us-ascii?q?wilSCSwEB?= X-IPAS-Result: =?us-ascii?q?A2ALAACvHvlb/7O+9VFjGgEBAQEBAgEBAQEHAgEBAQGBU?= =?us-ascii?q?wMBAQEBCwGCA4E1IRInjHCLIQEBggw1AYc7ghGNOoF6hHkChBcjNgcNAQMBA?= =?us-ascii?q?QIBAQIBbCiCNiQBgmIBBTocIxALGAklDyoeBhOFJ6giiQ6BDowggX+BEYJkL?= =?us-ascii?q?oRxhWgCj1yQJgmRJCORCIJ4gyGTZAMugVVNMAiDJ5BbPgMwilSCSwEB?= Received: from 179.190-245-81.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([81.245.190.179]) by relay.skynet.be with ESMTP; 24 Nov 2018 10:53:46 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id wAO9riE4001489; Sat, 24 Nov 2018 10:53:45 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Sat, 24 Nov 2018 10:53:44 +0100 From: =?UTF-8?B?VMSzbA==?= Coosemans To: James Wright Cc: freebsd-current@freebsd.org Subject: Re: Kernel Panic - Sublime Text - 12.0-PRERELEASE r340650M Message-ID: <20181124105344.4654f4fb@kalimero.tijl.coosemans.org> In-Reply-To: <20181124020551.441d01f41f574f90ddbe9e48@jigsawdezign.com> References: <20181124020551.441d01f41f574f90ddbe9e48@jigsawdezign.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: EC8E571941 X-Spamd-Result: default: False [2.08 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_SHORT(0.61)[0.612,0]; NEURAL_SPAM_MEDIUM(0.76)[0.759,0]; NEURAL_SPAM_LONG(0.71)[0.708,0]; ASN(0.00)[asn:5432, ipnet:195.238.0.0/19, country:BE] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 24 Nov 2018 09:54:58 -0000 On Sat, 24 Nov 2018 02:05:51 +0000 James Wright wrote: > When trying to run sublime text via the linuxulator my system panics > and reboots. Unfortunately I do not have much extra info as it crashes > immediately and seems to corrupt the UFS filesystem in the process > (which has to be fixed with a few runs of fsck on next boot). I've > tried enabling "dumpdev=AUTO" in rc.conf but don't find anything in > /var/crash/ afterwards. > > $ uname > FreeBSD macbook 12.0-PRERELEASE FreeBSD 12.0-PRERELEASE #0 r340650M: > Mon Nov 19 23:09:39 GMT 2018 > root@macbook:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 > > $ pkg info | grep sublime > linux-sublime-2.0.2_6 > > Happy to provide any extra info required to help diagnose the issue! Try upgrading to at least r340762. From owner-freebsd-current@freebsd.org Sat Nov 24 10:40:46 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C150D114A4CF for ; Sat, 24 Nov 2018 10:40:45 +0000 (UTC) (envelope-from kostikbel@gmail.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 3BB6D72F37 for ; Sat, 24 Nov 2018 10:40:45 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id F2F17114A4CC; Sat, 24 Nov 2018 10:40:44 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B7C93114A4CB; Sat, 24 Nov 2018 10:40:44 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 DE92F72E24; Sat, 24 Nov 2018 10:40:43 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id wAOAeW6g037454 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 24 Nov 2018 12:40:35 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua wAOAeW6g037454 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id wAOAeWIO037453; Sat, 24 Nov 2018 12:40:32 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 24 Nov 2018 12:40:32 +0200 From: Konstantin Belousov To: current@FreeBSD.org, freebsd-arm@FreeBSD.org Subject: Re: maxswzone NOT used correctly and defaults incorrect? Message-ID: <20181124104032.GV2378@kib.kiev.ua> References: <20181124090429.GI10067@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181124090429.GI10067@funkthat.com> User-Agent: Mutt/1.10.1 (2018-07-13) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tom.home X-Rspamd-Queue-Id: 3BB6D72F37 X-Spamd-Result: default: False [-5.68 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_COUNT_FIVE(0.00)[6]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; HAS_XAW(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; SUBJECT_ENDS_QUESTION(1.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_MED(-0.20)[5.0.0.0.0.5.0.0.0.0.0.0.0.0.0.0.a.6.0.2.4.5.2.2.0.0.9.1.1.0.0.2.list.dnswl.org : 127.0.9.2]; IP_SCORE(-3.66)[ip: (-9.87), ipnet: 2001:1900:2254::/48(-4.74), asn: 10310(-3.60), country: US(-0.09)]; NEURAL_HAM_SHORT(-0.91)[-0.910,0]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; FORGED_RECIPIENTS(0.00)[current@FreeBSD.org ..,freebsd-current@freebsd.org]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 24 Nov 2018 10:40:46 -0000 On Sat, Nov 24, 2018 at 01:04:29AM -0800, John-Mark Gurney wrote: > I have an BeagleBoard Black. I'm running a recent snapshot: > FreeBSD generic 13.0-CURRENT FreeBSD 13.0-CURRENT r340239 GENERIC arm > > aka: > FreeBSD-13.0-CURRENT-arm-armv7-BEAGLEBONE-20181107-r340239.img.xz > > It has 512MB of memory on board. I created a 4GB swap file. According > to loader(8), this should be the default capable: > in bytes of KVA space. If no value is provided, the system > allocates enough memory to handle an amount of swap that > corresponds to eight times the amount of physical memory > present in the system. > > avail memory = 505909248 (482 MB) > > but I get this: > warning: total configured swap (1048576 pages) exceeds maximum recommended amount (248160 pages). > warning: increase kern.maxswzone or reduce amount of swap. > > So, this appears that it's only 2x amount of memory, NOT 8x like the > documentation says. > > When running make in sbin/ggate/ggated, make consumes a large amount > of memory. Before the OOM killer just kicked in, top showed: > Mem: 224M Active, 4096 Inact, 141M Laundry, 121M Wired, 57M Buf, 2688K Free > Swap: 1939M Total, 249M Used, 1689M Free, 12% Inuse, 1196K Out > > PID UID THR PRI NICE SIZE RES STATE TIME WCPU COMMAND > 1029 1001 1 44 0 594M 3848K RUN 2:03 38.12% make > > swapinfo -k showed: > /dev/md99 4194304 254392 3939912 6% > > sysctl: > vm.swzone: 4466880 > vm.swap_maxpages: 496320 > kern.maxswzone: 0 > > dmesg when OOM strikes: > swap blk zone exhausted, increase kern.maxswzone > pid 1029 (make), uid 1001, was killed: out of swap space > pid 984 (bash), uid 1001, was killed: out of swap space > pid 956 (bash), uid 1001, was killed: out of swap space > pid 952 (sshd), uid 0, was killed: out of swap space > pid 1043 (bash), uid 1001, was killed: out of swap space > pid 626 (dhclient), uid 65, was killed: out of swap space > pid 955 (sshd), uid 1001, was killed: out of swap space > pid 1025 (bash), uid 1001, was killed: out of swap space > swblk zone ok > lock order reversal: > 1st 0xd374d028 filedesc structure (filedesc structure) @ /usr/src/sys/kern/sys_generic.c:1451 > 2nd 0xd41a5bc4 devfs (devfs) @ /usr/src/sys/kern/vfs_vnops.c:1513 > stack backtrace: > swap blk zone exhausted, increase kern.maxswzone > pid 981 (tmux), uid 1001, was killed: out of swap space > pid 983 (tmux), uid 1001, was killed: out of swap space > pid 1031 (bash), uid 1001, was killed: out of swap space > pid 580 (dhclient), uid 0, was killed: out of swap space > swblk zone ok > swap blk zone exhausted, increase kern.maxswzone > pid 577 (dhclient), uid 0, was killed: out of swap space > pid 627 (devd), uid 0, was killed: out of swap space > swblk zone ok > swap blk zone exhausted, increase kern.maxswzone > pid 942 (getty), uid 0, was killed: out of swap space > swblk zone ok > swap blk zone exhausted, increase kern.maxswzone > pid 1205 (init), uid 0, was killed: out of swap space > swblk zone ok > swap blk zone exhausted, increase kern.maxswzone > pid 1206 (init), uid 0, was killed: out of swap space > swblk zone ok > swap blk zone exhausted, increase kern.maxswzone > swblk zone ok > swap blk zone exhausted, increase kern.maxswzone > swblk zone ok > > So, as you can see, despite having plenty of swap, and swap usage being > well below any of the maximums, the OOM killer kicked in, and killed off > a bunch of processes. OOM is guided by the pagedaemon progress, not by the swap amount left. If the system cannot meet the pagedaemon targetp by doing $(sysctl vm.pageout_oom_seq) back-to-back page daemon passes, it declares OOM condition. E.g. if you have very active process which keeps a lot of active memory by referencing the pages, and simultenously a slow or stuck swap device, then you get into this state. Just by looking at the top stats, you have a single page in the inactive queue, which means that pagedaemon desperately frees clean pages and moves dirty pages into the laundry. Also, you have relatively large laundry queue, which supports the theory about slow swap. You may try to increase vm.pageout_oom_seq to move OOM trigger furhter after the system is overloaded with swapping. > > It also looks like the algorithm for calculating kern.maxswzone is not > correct. > > I just tried to run the system w/: > kern.maxswzone: 21474836 > > and it again died w/ plenty of swap free: > /dev/md99 4194304 238148 3956156 6% > > This time I had vmstat -z | grep sw running, and saw: > swpctrie: 48, 62084, 145, 270, 203, 0, 0 > swblk: 72, 62040, 56357, 18, 56587, 0, 0 > > after the system died, I logged back in as see: > swpctrie: 48, 62084, 28, 387, 240, 0, 0 > swblk: 72, 62040, 175, 61865, 62957, 16, 0 > > so, it clearly ran out of swblk space VERY early, when only consuming > around 232MB of swap... > > Hmm... it looks like swblk and swpctrie are not affected by the setting > of kern.maxswzone... I just set it to: > kern.maxswzone: 85899344 > > and the limits for the zones did not increase at ALL: > swpctrie: 48, 62084, 0, 0, 0, 0, 0 > swblk: 72, 62040, 0, 0, 0, 0, 0 The swap metadata zones must have all the KVA reserved in advance, because we cannot wait for AS or memory while we try to free some memory. At boot, the swap init code allocates KVA starting with the requested amount. If the allocation fails, it reduces the amount by 2/3 and retries, until the allocation succeeds. What you see in limits is the actual amount of KVA that your platform is able to provide for reserve, so increasing the maxswzone only results in more iterations to allocate. > > Thoughts? > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Sat Nov 24 14:02:41 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 29EAC114FB42 for ; Sat, 24 Nov 2018 14:02:41 +0000 (UTC) (envelope-from bugzilla-noreply@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 AC85A79F37 for ; Sat, 24 Nov 2018 14:02:40 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 6ACA6114FB3E; Sat, 24 Nov 2018 14:02:40 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 59204114FB3D for ; Sat, 24 Nov 2018 14:02:40 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E909C79F2E for ; Sat, 24 Nov 2018 14:02:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id F20514809 for ; Sat, 24 Nov 2018 14:02:38 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id wAOE2cJp040565 for ; Sat, 24 Nov 2018 14:02:38 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wAOE2cAo040564 for current@FreeBSD.org; Sat, 24 Nov 2018 14:02:38 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: current@FreeBSD.org Subject: [Bug 227191] Cannot check battery status after upgrading to 12-CURRENT after r330957 (ACPI _STA method removed) Date: Sat, 24 Nov 2018 14:02:38 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: needs-qa, patch, regression X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: matias@pizarro.net X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: acpi@FreeBSD.org X-Bugzilla-Flags: mfc-stable12? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: AC85A79F37 X-Spamd-Result: default: False [1.72 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_LONG(0.78)[0.780,0]; NEURAL_SPAM_MEDIUM(0.73)[0.732,0]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; NEURAL_SPAM_SHORT(0.20)[0.203,0] X-Rspamd-Server: mx1.freebsd.org X-Mailman-Approved-At: Sat, 24 Nov 2018 14:55:35 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 24 Nov 2018 14:02:41 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D227191 --- Comment #16 from Mat=C3=ADas Pizarro --- Hi all, FYI, I had the same issue with 13-CURRENT but it now works fine in today';s stable/12 | 12-PRERELEASE which I understand should be the same as 12-RC2. Thanks for your work on this, All the best, -- mat=C3=ADas --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-current@freebsd.org Sat Nov 24 15:06:08 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E19961150F71 for ; Sat, 24 Nov 2018 15:06:07 +0000 (UTC) (envelope-from james.wright@jigsawdezign.com) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EFDB87BE7D; Sat, 24 Nov 2018 15:06:06 +0000 (UTC) (envelope-from james.wright@jigsawdezign.com) Received: from [192.168.0.15] ([82.18.193.38]) by mrelayeu.kundenserver.de (mreue002 [212.227.15.163]) with ESMTPSA (Nemesis) id 0MA0ZU-1gFWtP3uMC-00B7GW; Sat, 24 Nov 2018 16:06:04 +0100 Subject: Re: Kernel Panic - Sublime Text - 12.0-PRERELEASE r340650M To: =?UTF-8?Q?T=c4=b3l_Coosemans?= Cc: freebsd-current@freebsd.org References: <20181124020551.441d01f41f574f90ddbe9e48@jigsawdezign.com> <20181124105344.4654f4fb@kalimero.tijl.coosemans.org> From: James Wright Message-ID: Date: Sat, 24 Nov 2018 15:06:04 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.3.1 MIME-Version: 1.0 In-Reply-To: <20181124105344.4654f4fb@kalimero.tijl.coosemans.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Provags-ID: V03:K1:8jH8MI5Yqevp7wGWeOxHz1Suqi10xnnUZ6mDa2MKxy4HTtUrhxB Nh8IMzg9EaTBESuZLKwfUCIubCL9V8Cpw5jv9mxZxRrqc3QSDbljMeiRgmWrQhmhAW/ZbQe 4ISpid17fp8TNIfcx0ZOBql+JS1Oc4G8TASDDvdzDt1y02T3ITrgTy4dnB6rnhXvcq8F0PC si0Ai471CMPMxvqf370lQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:cfCprcYjKDg=:QvQMoQoZXK8BKxF2Ya9Csn eXaVWVLLVVM0mNmABYtbUYjTQD/MUSXvCpCifmTe0OBmBbBG94qL7Vhne180nead/z7ru8TVB jG2+9Y6AIcONgxfCP4QQKtf3DgOGE41Qk4QxiGHhpq/tn5MGGwM1Otivxc27cA0eS2VywXHRW C/q6Ee6IO1YQ/wElLSpyg9Z8/3kCYOiHjYntoiArfSjMA5N24kfVVCa9Ix2T3XbRcqH8h91k8 Uq9hZJ490MwbtLgYoGfssyoOHcU1fEiD7VRGOetKIESoMUCx/EvQTiexHjd/qlU45j5azT/NY lIN7Ht+58eLqN2pNHgRj+3pQTRslx3uZhGy2um/EVWSnCwc4aFrzEW9PPvSjsuEckEVoqKKdj aCiUGNARlT39XwdOcVonGtnzpeNHXgTdX36nSqGv82SIN7QYTDtBpr9H/1unDDqf0XNdgiMcL DlOI9x9XKzb+xw47lshINnliYAkc/6zH3sfpU9k62OZmT4Wvool7+HLfuGnYsUaRZaiqF98Vx H1KwPJun4x+ZsbxW9RaDZHKSAG8sV47gs74QeBUiTuDrHDFT4XWK6qukrnnZvv2Sy+x3JAYiZ wnjB06vBOUi5JHADwQMSdVKqUy5BZ+WOauFrmeGDZRndhT0mVIMi2fX/kFjw8sA3pwCrMv9XT 1Hsjnx7pJ2u5dqE2+0P31wnbGpnPiZT8NhkQpiSe8wUhXrxDJZEnlfkZR5wcpJLBvGmuJ+b1U 34WJu7AM+edjnTapfiUJY91qPj/8YnRWDkSh5nCDFGVtdpCDw5+OBNprBsIaROpotuwd5IfN1 DQPo/KqEJvBWJtqvjndytQ7AXh7YkZ0y5J32xWI3hoW3vhrA0Y= X-Rspamd-Queue-Id: EFDB87BE7D X-Spamd-Result: default: False [1.76 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.37)[0.365,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[jigsawdezign.com]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.43)[0.431,0]; MX_GOOD(-0.01)[cached: mx00.1and1.co.uk]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[134.126.227.212.list.dnswl.org : 127.0.5.0]; NEURAL_SPAM_LONG(0.12)[0.123,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(-0.05)[ipnet: 212.227.0.0/16(-0.36), asn: 8560(0.11), country: DE(-0.02)]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 24 Nov 2018 15:06:08 -0000 Updated to r340868 and the issue has been resolved, thank you for your time! James On 24/11/2018 09:53, Tijl Coosemans wrote: > On Sat, 24 Nov 2018 02:05:51 +0000 James Wright wrote: >> When trying to run sublime text via the linuxulator my system panics >> and reboots. Unfortunately I do not have much extra info as it crashes >> immediately and seems to corrupt the UFS filesystem in the process >> (which has to be fixed with a few runs of fsck on next boot). I've >> tried enabling "dumpdev=AUTO" in rc.conf but don't find anything in >> /var/crash/ afterwards. >> >> $ uname >> FreeBSD macbook 12.0-PRERELEASE FreeBSD 12.0-PRERELEASE #0 r340650M: >> Mon Nov 19 23:09:39 GMT 2018 >> root@macbook:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 >> >> $ pkg info | grep sublime >> linux-sublime-2.0.2_6 >> >> Happy to provide any extra info required to help diagnose the issue! > Try upgrading to at least r340762. From owner-freebsd-current@freebsd.org Sat Nov 24 15:52:53 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 70AFB1152624; Sat, 24 Nov 2018 15:52:53 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from wout2-smtp.messagingengine.com (wout2-smtp.messagingengine.com [64.147.123.25]) (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 89FF27E276; Sat, 24 Nov 2018 15:52:52 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.west.internal (Postfix) with ESMTP id E953DE89; Sat, 24 Nov 2018 10:52:50 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Sat, 24 Nov 2018 10:52:51 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.net; h= subject:to:references:from:message-id:date:mime-version :in-reply-to:content-type; s=fm3; bh=KRNFGonERZN4otIv9MqqxPZ5mAW KwzCh8gKdfVo1qwc=; b=FZNHhCoW7Ksn4uOujnp1zntxqfgcdY6wKVXjVwkd9ML WngVyt17ksObaeetbSCqflGm2qAf1SNxiarUFzOq3BqeDg47iKng+tDiLB242qSL pU32SRqQSIOIAEHPAXQNwd4dZkE/eV40KLQXYNUsOeQYZsz4RxaPfUcVrvx2PIY3 s8Aaa2+ePX4Yltu/8dtGrSld58X6dKWggDiqKCLVNLwYFfn86Axm0AwlznltZMUL YcKxXaIpZRvS5w7Trx2/yn+TYyKX7J4RvnOeqm7Z/9wZl1oyzcJ+uCdwfD/a/qsK E0ODpkGTr5AYFkYmhnlf8PU9sIHG2XKndxBR8a0Z8yw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=KRNFGo nERZN4otIv9MqqxPZ5mAWKwzCh8gKdfVo1qwc=; b=DX7bwV8/VUaASl1R1YBk07 DHEE2Ar9pLKi2FCM4oLB5RRyDfFycicby27dqb1o7gU0N6a+94XFMn9v9XV+xQHd jPtq4O4uKVsY9+7/zS/yV8gzkppUgwb/+Knx6fVYeQ39d+JLpdFog9Yi8AuqwZgJ bYRvOm6dVsFSkdRDCdhV6R8PUJd+K1D6nvCobNGqjk6RlQmftvpkUlTXqXZP/fHV JxkwmsuiVbwX5w/Rrtp8440NMbXMlE7DVWdHt9ZR14J2D3Pi07gQ3whWesUsSKi+ cwzqwze16d0kLUAwQfbjzO2IRu4tlZUvqWX1jj/9VxdN+TEQhvVVyMKQnESKgsgQ == X-ME-Sender: X-ME-Proxy: Received: from thor.yuripv.net (unknown [62.183.125.179]) by mail.messagingengine.com (Postfix) with ESMTPA id 8E74C102DD; Sat, 24 Nov 2018 10:52:49 -0500 (EST) Subject: Re: SCSI and dmesg To: Warner Losh , FreeBSD-STABLE Mailing List , FreeBSD Current References: From: Yuri Pankov Openpgp: preference=signencrypt Autocrypt: addr=yuripv@yuripv.net; keydata= xsBNBFu8u6IBCADB11gP0QwnorrHjqAtKLHKHNHskhy0s7jqJKfx0YqXgVBKGLJ9/mjLAz0F CBNvemHSDDTs0mEZ9cBKKi6cmsav6+UQgr//yai6hvXLBJqKchSFO4MhmdvBtsGFq1yKz5Zi uhjmimKyIpgBgvMdbgGbGq6cnSB2uEPmZuJr419SVRODOkXukU+F5WHgaHzDdHAIu1asCt2B +6msxqIqlFWcXyZyTGicTGGvC/PFIsVRUtD1dIJANTC876g7DTb7LZXWiWwJpSJ4GKMXMHVX Ct9BoQ4i3nhKbOxb6Io1wsy+NFyWsTJ9KYrxKKPJP3oG8BWb/cqlFqnE4eNSsiq2q7krABEB AAHNIFl1cmkgUGFua292IDx5dXJpcHZARnJlZUJTRC5vcmc+wsCUBBMBCgA+FiEE+Gq3PsPe LT4tL/9wk4vgf7Eq4WwFAlu9Cn0CGwMFCQWjmoAFCwkIBwMFFQoJCAsFFgMCAQACHgECF4AA CgkQk4vgf7Eq4WxuPQf9HccaDyusO1J+wDQNlp9/uU0cnIfjHAeG80xrAfN9Vnf1wO9T2/WI iYlIdK+KVnhSa/DeBuHq/asfpUbrOleTF0hzG39os+95DzuT9a/j5XeQGuBgNbpVB+10zR3I 5AagSQetHilcZtz65g9GTUuIxb+xDaBehFBjyYXApfNE6yY5IlzDZpM7MOOLLFm2mQwQ8yjS eZ4jA6qW6/QMXRTkmpC9EXIeWDuNgWBwszaFGR6oUIpl0mGmwdJkEKwUazt6OuoDilMNZefZ 0pVFZBhnE46vK+6FDDFZE3BkeHVnqvy2QGL/6uKhSHc0lChCEPHnhqz6v23MwcQ6ktVWzvBJ oM7ATQRbvLuiAQgAyood0Pd96wzY+GQPBYQUNkZZgYL8Di3AzyC94dFe4d/Mt/h4rIBUnFwA g7Ha05WGdW0V5A/RRxDcpwXL9Jf97hiQ5PI2hiAxNEz/DkAUafiGlPfwR5wKqysUyRiKJQ2o ctpvssdsoXXOgeLo1jA6ghda1jg/spjlsPlS5ZTpKx3GWuTybV/VDhmwKWZfGUzPBJeAgDTf BdW4PTFs1IvvC2KBlhnPgcLBUtTlAdXOEj4DLuXw+Fn7K/ckZdOn3aRANmE+wf4+f+UUgtLB NmbP7ZifyUX5RyddsnI+fZmtsUDHxCReNIWQ6TBUJmb21aoBIN6HEHJbY28ZSCmf5owuMwAR AQABwsB8BBgBCgAmFiEE+Gq3PsPeLT4tL/9wk4vgf7Eq4WwFAlu8u6ICGwwFCQWjmoAACgkQ k4vgf7Eq4WyA3AgAqgGTHKMVAS2WuNGuW9uI+YtY6ZbwmGG94fkOZbefgRSfO5Am+HSblA95 IdotvQa8VkFmvVjbnvaM8XmJG5H17m0GF3sVaJUbJ4euDnRrBPCr6KwRQQd83Svxkbdicvo7 J031FrkJZW8zD9DH4QgzJNTKPFrwx9v3DhD/8iyn9tGvnHepy7O24nY5hl6PacrgSgLVeir/ lUbueAC/gP1AWLv3gdw7b83J7rftWauimj/vpFMD8CDSyJNODgQ8DdM0TU4qjABWGMs9r2Rw QehNbYf5f/2QuW/Q5NGaRSNW2HS/cpp62XtTKmxj5wwk6EMbtNE/6WQpumfdmK2UGLjcJQ== Message-ID: Date: Sat, 24 Nov 2018 18:52:40 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.3.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="DbFjZOkuRkfaECy93Kvj5n0tuUUxKVlC8" X-Rspamd-Queue-Id: 89FF27E276 X-Spamd-Result: default: False [-9.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.25]; HAS_ATTACHMENT(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: in2-smtp.messagingengine.com]; DKIM_TRACE(0.00)[yuripv.net:+,messagingengine.com:+]; MIME_BASE64_TEXT(0.10)[]; NEURAL_HAM_SHORT(-0.96)[-0.964,0]; SIGNED_PGP(-2.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[25.123.147.64.list.dnswl.org : 127.0.5.1]; RECEIVED_SPAMHAUS_PBL(0.00)[179.125.183.62.zen.spamhaus.org : 127.0.0.11]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[yuripv.net,messagingengine.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; DMARC_NA(0.00)[yuripv.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-3.42)[ip: (-8.75), ipnet: 64.147.123.0/24(-4.38), asn: 11403(-3.89), country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 24 Nov 2018 15:52:53 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --DbFjZOkuRkfaECy93Kvj5n0tuUUxKVlC8 Content-Type: multipart/mixed; boundary="2ljJmoCEltKDURbdV8N3vD9OiKnlJo9i1"; protected-headers="v1" From: Yuri Pankov To: Warner Losh , FreeBSD-STABLE Mailing List , FreeBSD Current Message-ID: Subject: Re: SCSI and dmesg References: In-Reply-To: --2ljJmoCEltKDURbdV8N3vD9OiKnlJo9i1 Content-Type: multipart/mixed; boundary="------------BE4546B77CA26C921AAFAE87" Content-Language: en-US This is a multi-part message in MIME format. --------------BE4546B77CA26C921AAFAE87 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Warner Losh wrote: > Greetings >=20 > a few weeks ago I pointed people to the nycbug dmesg service. I said I = was > looking at data to drive SCSI retirement. I've gatherd some preliminary= > data, which I've uploaded to > https://github.com/bsdimp/device-data/blob/master/cam.md along with som= e > preliminary notions of disposition for the hardware. I'm still working = out > the kinks in the dmesg parsing, but this is interesting data. >=20 > If you've not recently submitted, please consider doing so. We'll be > finalizing the scsi SIMs that I'm going to propose retiring in 13 here = in a > few weeks, and I'm going to base much of what list I come up with based= on > what is submitted. The glitches with FreeBSD dmesgs have been cleared u= p as > well. >=20 > http://dmesgd.nycbug.org/index.cgi >=20 > or >=20 > curl -v -d "nickname=3D$USER" -d "email=3D$USER@$(hostname)" -d > "description=3DFreeBSD/$(uname -m) on $(kenv smbios.system.maker) $(ken= v > smbios.system.product)" -d "do=3Daddd" --data-urlencode 'dmesg@ > /var/run/dmesg.boot' http://dmesgd.nycbug.org/index.cgi Got another system to submit, but continuously getting "500 Internal Server Error" using the curl one-liner. dmesg.boot attached in case it's the source of the problem. --------------BE4546B77CA26C921AAFAE87 Content-Type: text/plain; charset=UTF-8; name="dmesg.boot" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg.boot" LS0tPDxCT09UPj4tLS0KQ29weXJpZ2h0IChjKSAxOTkyLTIwMTggVGhlIEZyZWVCU0QgUHJv amVjdC4KQ29weXJpZ2h0IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5 LCAxOTkxLCAxOTkyLCAxOTkzLCAxOTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0 eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmlnaHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVn aXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZyZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCAx My4wLUNVUlJFTlQgcjM0MDc0NCBHRU5FUklDLU5PREVCVUcgYW1kNjQKRnJlZUJTRCBjbGFu ZyB2ZXJzaW9uIDYuMC4xICh0YWdzL1JFTEVBU0VfNjAxL2ZpbmFsIDMzNTU0MCkgKGJhc2Vk IG9uIExMVk0gNi4wLjEpClZUKGVmaWZiKTogcmVzb2x1dGlvbiAzNDQweDE0NDAKQ1BVOiBJ bnRlbChSKSBDb3JlKFRNKSBpNy03NTY3VSBDUFUgQCAzLjUwR0h6ICgzNTA0LjE0LU1IeiBL OC1jbGFzcyBDUFUpCiAgT3JpZ2luPSJHZW51aW5lSW50ZWwiICBJZD0weDgwNmU5ICBGYW1p bHk9MHg2ICBNb2RlbD0weDhlICBTdGVwcGluZz05CiAgRmVhdHVyZXM9MHhiZmViZmJmZjxG UFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1D QSxDTU9WLFBBVCxQU0UzNixDTEZMVVNILERUUyxBQ1BJLE1NWCxGWFNSLFNTRSxTU0UyLFNT LEhUVCxUTSxQQkU+CiAgRmVhdHVyZXMyPTB4N2ZmYWZiYmY8U1NFMyxQQ0xNVUxRRFEsRFRF UzY0LE1PTixEU19DUEwsVk1YLEVTVCxUTTIsU1NTRTMsU0RCRyxGTUEsQ1gxNix4VFBSLFBE Q00sUENJRCxTU0U0LjEsU1NFNC4yLHgyQVBJQyxNT1ZCRSxQT1BDTlQsVFNDRExULEFFU05J LFhTQVZFLE9TWFNBVkUsQVZYLEYxNkMsUkRSQU5EPgogIEFNRCBGZWF0dXJlcz0weDJjMTAw ODAwPFNZU0NBTEwsTlgsUGFnZTFHQixSRFRTQ1AsTE0+CiAgQU1EIEZlYXR1cmVzMj0weDEy MTxMQUhGLEFCTSxQcmVmZXRjaD4KICBTdHJ1Y3R1cmVkIEV4dGVuZGVkIEZlYXR1cmVzPTB4 MjljNjdhZjxGU0dTQkFTRSxUU0NBREosU0dYLEJNSTEsQVZYMixTTUVQLEJNSTIsRVJNUyxJ TlZQQ0lELE5GUFVTRyxNUFgsUkRTRUVELEFEWCxTTUFQLENMRkxVU0hPUFQsUFJPQ1RSQUNF PgogIFN0cnVjdHVyZWQgRXh0ZW5kZWQgRmVhdHVyZXMzPTB4OWMwMDAwMDA8SUJQQixTVElC UCxMMURGTCxTU0JEPgogIFhTQVZFIEZlYXR1cmVzPTB4ZjxYU0FWRU9QVCxYU0FWRUMsWElO VVNFLFhTQVZFUz4KICBWVC14OiBQQVQsSExULE1URixQQVVTRSxFUFQsVUcsVlBJRAogIFRT QzogUC1zdGF0ZSBpbnZhcmlhbnQsIHBlcmZvcm1hbmNlIHN0YXRpc3RpY3MKcmVhbCBtZW1v cnkgID0gMTcxNzk4NjkxODQgKDE2Mzg0IE1CKQphdmFpbCBtZW1vcnkgPSAxNjQ3MjUyMjc1 MiAoMTU3MDkgTUIpCkV2ZW50IHRpbWVyICJMQVBJQyIgcXVhbGl0eSA2MDAKQUNQSSBBUElD IFRhYmxlOiA8SU5URUwgIE5VQzdpN0JOPgpGcmVlQlNEL1NNUDogTXVsdGlwcm9jZXNzb3Ig U3lzdGVtIERldGVjdGVkOiA0IENQVXMKRnJlZUJTRC9TTVA6IDEgcGFja2FnZShzKSB4IDIg Y29yZShzKSB4IDIgaGFyZHdhcmUgdGhyZWFkcwpyYW5kb206IHVuYmxvY2tpbmcgZGV2aWNl Lgppb2FwaWMwIDxWZXJzaW9uIDIuMD4gaXJxcyAwLTExOSBvbiBtb3RoZXJib2FyZApMYXVu Y2hpbmcgQVBzOiAxIDMgMgpUaW1lY291bnRlciAiVFNDLWxvdyIgZnJlcXVlbmN5IDE3NTIw NzIwNTAgSHogcXVhbGl0eSAxMDAwCnJhbmRvbTogZW50cm9weSBkZXZpY2UgZXh0ZXJuYWwg aW50ZXJmYWNlClthdGhfaGFsXSBsb2FkZWQKbW9kdWxlX3JlZ2lzdGVyX2luaXQ6IE1PRF9M T0FEICh2ZXNhLCAweGZmZmZmZmZmODExM2YxNTAsIDApIGVycm9yIDE5CmtiZDAgYXQga2Jk bXV4MApyYW5kb206IHJlZ2lzdGVyaW5nIGZhc3Qgc291cmNlIEludGVsIFNlY3VyZSBLZXkg Uk5HCnJhbmRvbTogZmFzdCBwcm92aWRlcjogIkludGVsIFNlY3VyZSBLZXkgUk5HIgpuZXRt YXA6IGxvYWRlZCBtb2R1bGUKbmV4dXMwCmVmaXJ0YzA6IDxFRkkgUmVhbHRpbWUgQ2xvY2s+ IG9uIG1vdGhlcmJvYXJkCmVmaXJ0YzA6IHJlZ2lzdGVyZWQgYXMgYSB0aW1lLW9mLWRheSBj bG9jaywgcmVzb2x1dGlvbiAxLjAwMDAwMHMKY3J5cHRvc29mdDA6IDxzb2Z0d2FyZSBjcnlw dG8+IG9uIG1vdGhlcmJvYXJkCmFjcGkwOiA8SU5URUwgTlVDN2k3Qk4+IG9uIG1vdGhlcmJv YXJkCmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQpjcHUwOiA8QUNQSSBDUFU+IG9uIGFj cGkwCmhwZXQwOiA8SGlnaCBQcmVjaXNpb24gRXZlbnQgVGltZXI+IGlvbWVtIDB4ZmVkMDAw MDAtMHhmZWQwMDNmZiBvbiBhY3BpMApUaW1lY291bnRlciAiSFBFVCIgZnJlcXVlbmN5IDI0 MDAwMDAwIEh6IHF1YWxpdHkgOTUwCkV2ZW50IHRpbWVyICJIUEVUIiBmcmVxdWVuY3kgMjQw MDAwMDAgSHogcXVhbGl0eSA1NTAKRXZlbnQgdGltZXIgIkhQRVQxIiBmcmVxdWVuY3kgMjQw MDAwMDAgSHogcXVhbGl0eSA0NDAKRXZlbnQgdGltZXIgIkhQRVQyIiBmcmVxdWVuY3kgMjQw MDAwMDAgSHogcXVhbGl0eSA0NDAKRXZlbnQgdGltZXIgIkhQRVQzIiBmcmVxdWVuY3kgMjQw MDAwMDAgSHogcXVhbGl0eSA0NDAKRXZlbnQgdGltZXIgIkhQRVQ0IiBmcmVxdWVuY3kgMjQw MDAwMDAgSHogcXVhbGl0eSA0NDAKYXRydGMwOiA8QVQgcmVhbHRpbWUgY2xvY2s+IHBvcnQg MHg3MC0weDc3IGlycSA4IG9uIGFjcGkwCmF0cnRjMDogV2FybmluZzogQ291bGRuJ3QgbWFw IEkvTy4KYXRydGMwOiByZWdpc3RlcmVkIGFzIGEgdGltZS1vZi1kYXkgY2xvY2ssIHJlc29s dXRpb24gMS4wMDAwMDBzCkV2ZW50IHRpbWVyICJSVEMiIGZyZXF1ZW5jeSAzMjc2OCBIeiBx dWFsaXR5IDAKYXR0aW1lcjA6IDxBVCB0aW1lcj4gcG9ydCAweDQwLTB4NDMsMHg1MC0weDUz IGlycSAwIG9uIGFjcGkwClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIg SHogcXVhbGl0eSAwCkV2ZW50IHRpbWVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHog cXVhbGl0eSAxMDAKVGltZWNvdW50ZXIgIkFDUEktZmFzdCIgZnJlcXVlbmN5IDM1Nzk1NDUg SHogcXVhbGl0eSA5MDAKYWNwaV90aW1lcjA6IDwyNC1iaXQgdGltZXIgYXQgMy41Nzk1NDVN SHo+IHBvcnQgMHgxODA4LTB4MTgwYiBvbiBhY3BpMAphY3BpX2VjMDogPEVtYmVkZGVkIENv bnRyb2xsZXI6IEdQRSAweDE0LCBFQ0RUPiBwb3J0IDB4NjIsMHg2NiBvbiBhY3BpMApwY2li MDogPEFDUEkgSG9zdC1QQ0kgYnJpZGdlPiBwb3J0IDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkwCnBj aTA6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIwCnZnYXBjaTA6IDxWR0EtY29tcGF0aWJsZSBk aXNwbGF5PiBwb3J0IDB4ZjAwMC0weGYwM2YgbWVtIDB4MmZmZTAwMDAwMC0weDJmZmVmZmZm ZmYsMHgyZjAwMDAwMDAwLTB4MmY3ZmZmZmZmZiBhdCBkZXZpY2UgMi4wIG9uIHBjaTAKdmdh cGNpMDogQm9vdCB2aWRlbyBkZXZpY2UKeGhjaTA6IDxJbnRlbCBTdW5yaXNlIFBvaW50LUxQ IFVTQiAzLjAgY29udHJvbGxlcj4gbWVtIDB4MmZmZjAxMDAwMC0weDJmZmYwMWZmZmYgYXQg ZGV2aWNlIDIwLjAgb24gcGNpMAp4aGNpMDogMzIgYnl0ZXMgY29udGV4dCBzaXplLCA2NC1i aXQgRE1BCnVzYnVzMCBvbiB4aGNpMAp1c2J1czA6IDUuMEdicHMgU3VwZXIgU3BlZWQgVVNC IHYzLjAKcGNpMDogPHNpbXBsZSBjb21tcz4gYXQgZGV2aWNlIDIyLjAgKG5vIGRyaXZlciBh dHRhY2hlZCkKYWhjaTA6IDxJbnRlbCBTdW5yaXNlIFBvaW50LUxQIEFIQ0kgU0FUQSBjb250 cm9sbGVyPiBwb3J0IDB4ZjA5MC0weGYwOTcsMHhmMDgwLTB4ZjA4MywweGYwNjAtMHhmMDdm IG1lbSAweGRlNDI0MDAwLTB4ZGU0MjVmZmYsMHhkZTQyNzAwMC0weGRlNDI3MGZmLDB4ZGU0 MjYwMDAtMHhkZTQyNjdmZiBhdCBkZXZpY2UgMjMuMCBvbiBwY2kwCmFoY2kwOiBBSENJIHYx LjMxIHdpdGggMSA2R2JwcyBwb3J0cywgUG9ydCBNdWx0aXBsaWVyIG5vdCBzdXBwb3J0ZWQK YWhjaWNoMDogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAwIG9uIGFoY2kwCnBjaWIxOiA8 QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDI4LjAgb24gcGNpMApwY2liMTogW0dJ QU5ULUxPQ0tFRF0KcGNpYjI6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMjgu NSBvbiBwY2kwCnBjaTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIyCnBjaTE6IDxuZXR3b3Jr PiBhdCBkZXZpY2UgMC4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaWIzOiA8QUNQSSBQQ0kt UENJIGJyaWRnZT4gYXQgZGV2aWNlIDI4Ljcgb24gcGNpMApwY2kyOiA8QUNQSSBQQ0kgYnVz PiBvbiBwY2liMwpwY2kyOiA8dW5rbm93bj4gYXQgZGV2aWNlIDAuMCAobm8gZHJpdmVyIGF0 dGFjaGVkKQpwY2liNDogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAyOS4wIG9u IHBjaTAKcGNpMzogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjQKbnZtZTA6IDxHZW5lcmljIE5W TWUgRGV2aWNlPiBtZW0gMHhkZTEwMDAwMC0weGRlMTAzZmZmIGF0IGRldmljZSAwLjAgb24g cGNpMwppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMzEuMCBvbiBwY2kwCmlz YTA6IDxJU0EgYnVzPiBvbiBpc2FiMApwY2kwOiA8bWVtb3J5PiBhdCBkZXZpY2UgMzEuMiAo bm8gZHJpdmVyIGF0dGFjaGVkKQpoZGFjMDogPEludGVsIEthYnlsYWtlLUxQIEhEQSBDb250 cm9sbGVyPiBtZW0gMHgyZmZmMDIwMDAwLTB4MmZmZjAyM2ZmZiwweDJmZmYwMDAwMDAtMHgy ZmZmMDBmZmZmIGF0IGRldmljZSAzMS4zIG9uIHBjaTAKZW0wOiA8SW50ZWwoUikgUFJPLzEw MDAgTmV0d29yayBDb25uZWN0aW9uPiBtZW0gMHhkZTQwMDAwMC0weGRlNDFmZmZmIGF0IGRl dmljZSAzMS42IG9uIHBjaTAKZW0wOiBhdHRhY2hfcHJlIGNhcHBpbmcgcXVldWVzIGF0IDEK ZW0wOiB1c2luZyAxMDI0IHR4IGRlc2NyaXB0b3JzIGFuZCAxMDI0IHJ4IGRlc2NyaXB0b3Jz CmVtMDogbXNpeF9pbml0IHFzZXRzIGNhcHBlZCBhdCAxCmVtMDogVW5hYmxlIHRvIG1hcCBN U0lYIHRhYmxlIAplbTA6IFVzaW5nIGFuIE1TSSBpbnRlcnJ1cHQKZW0wOiBhbGxvY2F0ZWQg Zm9yIDEgdHhfcXVldWVzCmVtMDogYWxsb2NhdGVkIGZvciAxIHJ4X3F1ZXVlcwplbTA6IEV0 aGVybmV0IGFkZHJlc3M6IDk0OmM2OjkxOjFjOjgwOjE2CmVtMDogbmV0bWFwIHF1ZXVlcy9z bG90czogVFggMS8xMDI0LCBSWCAxLzEwMjQKYWNwaV9idXR0b24wOiA8U2xlZXAgQnV0dG9u PiBvbiBhY3BpMAphY3BpX2J1dHRvbjE6IDxQb3dlciBCdXR0b24+IG9uIGFjcGkwCmFjcGlf dHowOiA8VGhlcm1hbCBab25lPiBvbiBhY3BpMAphY3BpX3R6MDogX0hPVCB2YWx1ZSBpcyBh YnN1cmQsIGlnbm9yZWQgKC03My4xQykKdWFydDA6IDxOb24tc3RhbmRhcmQgbnM4MjUwIGNs YXNzIFVBUlQgd2l0aCBGSUZPcz4gYXQgcG9ydCAweDNmOCBpcnEgNCBmbGFncyAweDEwIG9u IGlzYTAKY29yZXRlbXAwOiA8Q1BVIE9uLURpZSBUaGVybWFsIFNlbnNvcnM+IG9uIGNwdTAK ZXN0MDogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1MApa RlMgZmlsZXN5c3RlbSB2ZXJzaW9uOiA1ClpGUyBzdG9yYWdlIHBvb2wgdmVyc2lvbjogZmVh dHVyZXMgc3VwcG9ydCAoNTAwMCkKVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNl YwphY3BpX3R6MDogX1RNUCB2YWx1ZSBpcyBhYnN1cmQsIGlnbm9yZWQgKC0yNjMuMUMpCm5k YTAgYXQgbnZtZTAgYnVzIDAgc2NidXMxIHRhcmdldCAwIGx1biAxCmhkYWNjMDogbmRhMDog PFJlYWx0ZWsgQUxDMjgzIEhEQSBDT0RFQz4gYXQgY2FkIDAgb24gaGRhYzAKPElOVEVMIFNT RFBFS0tXMTI4RzggMDA0QyBCVEhIODIzMTBVNlQxMjhBPgpoZGFhMDogPFJlYWx0ZWsgQUxD MjgzIEF1ZGlvIEZ1bmN0aW9uIEdyb3VwPm5kYTA6IG52bWUgdmVyc2lvbiAxLjMgeDQgKG1h eCB4NCkgbGFuZXMgUENJZSBHZW4zIChtYXggR2VuMykgbGluayBhdCBuaWQgMSBvbiBoZGFj YzAKCm5kYTA6IDEyMjEwNE1CICgyNTAwNjk2ODAgNTEyIGJ5dGUgc2VjdG9ycykKcGNtMDog PFJlYWx0ZWsgQUxDMjgzIChBbmFsb2cpPiBhdCBuaWQgMzMgYW5kIDE4IG9uIGhkYWEwCmhk YWNjMTogPEludGVsIEthYnlsYWtlIEhEQSBDT0RFQz4gYXQgY2FkIDIgb24gaGRhYzAKaGRh YTE6IDxJbnRlbCBLYWJ5bGFrZSBBdWRpbyBGdW5jdGlvbiBHcm91cD4gYXQgbmlkIDEgb24g aGRhY2MxCnBjbTE6IDxJbnRlbCBLYWJ5bGFrZSAoSERNSS9EUCA4Y2gpPiBhdCBuaWQgMyBv biBoZGFhMQp1Z2VuMC4xOiA8MHg4MDg2IFhIQ0kgcm9vdCBIVUI+IGF0IHVzYnVzMApUcnlp bmcgdG8gbW91bnQgcm9vdCBmcm9tIHpmczp6cm9vdC9ST09UL2RlZmF1bHQgW10uLi4KUm9v dCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXMwCnVodWIwOiA8MHg4MDg2IFhIQ0kgcm9vdCBI VUIsIGNsYXNzIDkvMCwgcmV2IDMuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czAKdWh1YjA6 IDE4IHBvcnRzIHdpdGggMTggcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKUm9vdCBtb3VudCB3 YWl0aW5nIGZvcjogdXNidXMwCnVnZW4wLjI6IDxNaWNyb2NoaXAgVGVjaCBVU0IyNzM0PiBh dCB1c2J1czAKdWh1YjEgb24gdWh1YjAKdWh1YjE6IDxNaWNyb2NoaXAgVGVjaCBVU0IyNzM0 LCBjbGFzcyA5LzAsIHJldiAyLjEwLzEuMjgsIGFkZHIgMT4gb24gdXNidXMwCnVodWIxOiBN VFQgZW5hYmxlZApSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czAKUm9vdCBtb3VudCB3 YWl0aW5nIGZvcjogdXNidXMwClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVzMAp1aHVi MTogNSBwb3J0cyB3aXRoIDQgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKUm9vdCBtb3VudCB3 YWl0aW5nIGZvcjogdXNidXMwCnVnZW4wLjM6IDxMb2dpdGVjaCBVU0IgUmVjZWl2ZXI+IGF0 IHVzYnVzMAp1a2JkMCBvbiB1aHViMQp1a2JkMDogPExvZ2l0ZWNoIFVTQiBSZWNlaXZlciwg Y2xhc3MgMC8wLCByZXYgMi4wMC8yNC4wNywgYWRkciAyPiBvbiB1c2J1czAKa2JkMSBhdCB1 a2JkMAp1Z2VuMC40OiA8TG9naXRlY2ggVVNCIFJlY2VpdmVyPiBhdCB1c2J1czAKdWtiZDEg b24gdWh1YjEKdWtiZDE6IDxMb2dpdGVjaCBVU0IgUmVjZWl2ZXIsIGNsYXNzIDAvMCwgcmV2 IDIuMDAvMzkuMDQsIGFkZHIgMz4gb24gdXNidXMwCmtiZDIgYXQgdWtiZDEKUm9vdCBtb3Vu dCB3YWl0aW5nIGZvcjogdXNidXMwCnVnZW4wLjU6IDxNaWNyb2NoaXAgVGVjaCBIdWIgQ29u dHJvbGxlcj4gYXQgdXNidXMwClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVzMAp1Z2Vu MC42OiA8TWljcm9jaGlwIFRlY2ggVVNCNTczND4gYXQgdXNidXMwCnVodWIyIG9uIHVodWIw CnVodWIyOiA8TWljcm9jaGlwIFRlY2ggVVNCNTczNCwgY2xhc3MgOS8wLCByZXYgMy4xMC8x LjI4LCBhZGRyIDU+IG9uIHVzYnVzMApSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czAK Um9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXMwCnVodWIyOiA1IHBvcnRzIHdpdGggNCBy ZW1vdmFibGUsIHNlbGYgcG93ZXJlZApsbzA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBVUApl bTA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBVUAppd20wOiA8SW50ZWwoUikgRHVhbCBCYW5k IFdpcmVsZXNzIEFDIDgyNjU+IG1lbSAweGRlMzAwMDAwLTB4ZGUzMDFmZmYgYXQgZGV2aWNl IDAuMCBvbiBwY2kxCml3bTA6IGh3IHJldiAweDIzMCwgZncgdmVyIDIyLjM2MTQ3Ni4wLCBh ZGRyZXNzIDY4OmVjOmM1OjY0OmVhOmQ4CnVtczAgb24gdWh1YjEKdW1zMDogPExvZ2l0ZWNo IFVTQiBSZWNlaXZlciwgY2xhc3MgMC8wLCByZXYgMi4wMC8yNC4wNywgYWRkciAyPiBvbiB1 c2J1czAKdW1zMDogMTYgYnV0dG9ucyBhbmQgW1hZWlRdIGNvb3JkaW5hdGVzIElEPTIKdWhp ZDAgb24gdWh1YjEKdWhpZDA6IDxMb2dpdGVjaCBVU0IgUmVjZWl2ZXIsIGNsYXNzIDAvMCwg cmV2IDIuMDAvMjQuMDcsIGFkZHIgMj4gb24gdXNidXMwCnVtczEgb24gdWh1YjEKdW1zMTog PExvZ2l0ZWNoIFVTQiBSZWNlaXZlciwgY2xhc3MgMC8wLCByZXYgMi4wMC8zOS4wNCwgYWRk ciAzPiBvbiB1c2J1czAKdW1zMTogMTYgYnV0dG9ucyBhbmQgW1hZWlRdIGNvb3JkaW5hdGVz IElEPTIKdWhpZDEgb24gdWh1YjEKdWhpZDE6IDxMb2dpdGVjaCBVU0IgUmVjZWl2ZXIsIGNs YXNzIDAvMCwgcmV2IDIuMDAvMzkuMDQsIGFkZHIgMz4gb24gdXNidXMwCnVoaWQyIG9uIHVo dWIxCnVoaWQyOiA8SElESTJDQnJpZGdlPiBvbiB1c2J1czAK --------------BE4546B77CA26C921AAFAE87-- --2ljJmoCEltKDURbdV8N3vD9OiKnlJo9i1-- --DbFjZOkuRkfaECy93Kvj5n0tuUUxKVlC8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEE+Gq3PsPeLT4tL/9wk4vgf7Eq4WwFAlv5c88ACgkQk4vgf7Eq 4Wz9Fwf8D6vOdwNV0L+FvXsb7cnQVbYubRf/MimpSx8ZryOWF80kzpEjgmveq2wJ h3LaHhVSQ7WlelRnXANK5hrmSHYCo4IoLelr4bojEwR5E8+NUdze3HU67RmXM5PH ITC2diuT+1jiPKARz+j7udV2bp25/elh48pdNMc63txFeCv7VGJ1VyQybXFArRc/ xtH69iqJ4lmgPiUmUbXdnSD540qxE/XEPubPtkXilfL59DhTpxdlKCGPPdKtIEMj F7NojeicPRGHUzYAp3rwl9EMsOwpdl4rCWKtjC6wFKC8pTxuh9RALfPBO4J2GVWD 0ha6UNHHhE9DW4vaPzNI2P9e9Syd/Q== =ZaoO -----END PGP SIGNATURE----- --DbFjZOkuRkfaECy93Kvj5n0tuUUxKVlC8-- From owner-freebsd-current@freebsd.org Sat Nov 24 15:55:52 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 210E911527B4 for ; Sat, 24 Nov 2018 15:55:52 +0000 (UTC) (envelope-from tijl@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 A25847E48B for ; Sat, 24 Nov 2018 15:55:51 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 658D011527B1; Sat, 24 Nov 2018 15:55:51 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3FD7711527B0; Sat, 24 Nov 2018 15:55:51 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay108.isp.belgacom.be (mailrelay108.isp.belgacom.be [195.238.20.135]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6241B7E487; Sat, 24 Nov 2018 15:55:50 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes IronPort-PHdr: =?us-ascii?q?9a23=3AxYydfxNlTNrlbVjb0ngl6mtUPXoX/o7sNwtQ0K?= =?us-ascii?q?IMzox0LfTzrarrMEGX3/hxlliBBdydt6oUzbKO+4nbGkU4qa6bt34DdJEeHz?= =?us-ascii?q?Qksu4x2zIaPcieFEfgJ+TrZSFpVO5LVVti4m3peRMNQJW2aFLduGC94iAPER?= =?us-ascii?q?vjKwV1Ov71GonPhMiryuy+4ZLebxlLiTanfb9+MAi9oBnMuMURnYZsMLs6xA?= =?us-ascii?q?HTontPdeRWxGdoKkyWkh3h+Mq+/4Nt/jpJtf45+MFOTav1f6IjTbxFFzsmKH?= =?us-ascii?q?w65NfqtRbYUwSC4GYXX3gMnRpJBwjF6wz6Xov0vyDnuOdxxDWWMMvrRr0yRD?= =?us-ascii?q?+s7bpkSAXwhSkJNzA37nzZhM9yg6JVrx2uuxNxzpXIYIyXKPZyYr/Rcc8ESW?= =?us-ascii?q?dHQ81fVzZBAoS5b4YXEeQDOOJYpJTjqlsJqhu+HhejBOb1xT9OnX/9wKo30/?= =?us-ascii?q?ggEQHE2AwtBNIAsG7Ko9rrKaocTO67wLPPzTXZYPNbwDHw45XLfBA5ufyBXq?= =?us-ascii?q?98fdDPxUQgFw7JlEicpIj5Mz+Py+gAsWyW4ux9Xuy1kWEnsRt+oj23y8cpjY?= =?us-ascii?q?nGm5wax0jf9SV83IY1Pdq4SFNnYdK8EJtfqSWaN4xuT8MhWW5ovCc6yrgYtp?= =?us-ascii?q?6heygG0ognxx/da/yDaYSH/hXjVOGKIThmgXJqYrS/hw2o/Uin0O38WdG40F?= =?us-ascii?q?dMriVbjtnBrnMA2wHJ5sSZRfZw/l2t1SuL2gzP8O1IPEI5mK7DJ54k2LEwl5?= =?us-ascii?q?4TsUrZHi/xnUX7lLOWdkQm+uis8OnnbK/mqYGCOIBvkQHxL74imsulAeQ3Kg?= =?us-ascii?q?QORXSU+fyg1L3/+k30WLtKjuconabHq5/aPtkUqrejDA9P14Yu8Bi/Dy2439?= =?us-ascii?q?sGhnYHN09KdAiAj4jzNFHEOOr4Auung1SwjDdrwOjLMaH8ApXXNHjMjrHhfa?= =?us-ascii?q?pm5k5S0go8085Q6IlPCr4cOv7zXVXxtNOLRiM+Zi6zw+CiLdxn1csxRHiJD7?= =?us-ascii?q?7RZKHXvneG++QsP+mFeMkevzOreNY/4Pu7sZg90XQaerKk2JIRczjsAvVkJ2?= =?us-ascii?q?23e3fhqOwtV2AQsVxtH6TRlFSeXGsLND6JVKUm62RjBQ=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2ALAABlc/lb/7O+9VFjGgEBAQEBAgE?= =?us-ascii?q?BAQEHAgEBAQGBUQUBAQEBCwEBggKBNSESJ4wRX4shAoIMNQFEiQiNOoF6hHk?= =?us-ascii?q?ChBcjNAkNAQMBAQIBAQIBbChCAQ4BgWQigmUBBScTHCMQCxgJJQ8qHgYThSe?= =?us-ascii?q?nVTOJDoEOjCCBf4ERgl01hH6FWwKJH4Y9kCYJiimGeyORCJl2OIFVTTAIgye?= =?us-ascii?q?CJAMXjh0+AzCHMYViAQE?= X-IPAS-Result: =?us-ascii?q?A2ALAABlc/lb/7O+9VFjGgEBAQEBAgEBAQEHAgEBAQGBU?= =?us-ascii?q?QUBAQEBCwEBggKBNSESJ4wRX4shAoIMNQFEiQiNOoF6hHkChBcjNAkNAQMBA?= =?us-ascii?q?QIBAQIBbChCAQ4BgWQigmUBBScTHCMQCxgJJQ8qHgYThSenVTOJDoEOjCCBf?= =?us-ascii?q?4ERgl01hH6FWwKJH4Y9kCYJiimGeyORCJl2OIFVTTAIgyeCJAMXjh0+AzCHM?= =?us-ascii?q?YViAQE?= Received: from 179.190-245-81.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([81.245.190.179]) by relay.skynet.be with ESMTP; 24 Nov 2018 16:54:39 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id wAOFscOP003527; Sat, 24 Nov 2018 16:54:39 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Sat, 24 Nov 2018 16:54:37 +0100 From: =?UTF-8?B?VMSzbA==?= Coosemans To: John-Mark Gurney Cc: current@FreeBSD.org, freebsd-arm@FreeBSD.org Subject: Re: maxswzone NOT used correctly and defaults incorrect? Message-ID: <20181124165437.3896582f@kalimero.tijl.coosemans.org> In-Reply-To: <20181124090429.GI10067@funkthat.com> References: <20181124090429.GI10067@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: A25847E48B X-Spamd-Result: default: False [1.44 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_LONG(0.40)[0.396,0]; NEURAL_SPAM_SHORT(0.63)[0.631,0]; NEURAL_SPAM_MEDIUM(0.41)[0.410,0]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 24 Nov 2018 15:55:52 -0000 On Sat, 24 Nov 2018 01:04:29 -0800 John-Mark Gurney wrote: > I have an BeagleBoard Black. I'm running a recent snapshot: > FreeBSD generic 13.0-CURRENT FreeBSD 13.0-CURRENT r340239 GENERIC arm > > aka: > FreeBSD-13.0-CURRENT-arm-armv7-BEAGLEBONE-20181107-r340239.img.xz > > It has 512MB of memory on board. I created a 4GB swap file. According > to loader(8), this should be the default capable: > in bytes of KVA space. If no value is provided, the system > allocates enough memory to handle an amount of swap that > corresponds to eight times the amount of physical memory > present in the system. > > avail memory = 505909248 (482 MB) > > but I get this: > warning: total configured swap (1048576 pages) exceeds maximum recommended amount (248160 pages). > warning: increase kern.maxswzone or reduce amount of swap. > > So, this appears that it's only 2x amount of memory, NOT 8x like the > documentation says. > > When running make in sbin/ggate/ggated, make consumes a large amount > of memory. Before the OOM killer just kicked in, top showed: > Mem: 224M Active, 4096 Inact, 141M Laundry, 121M Wired, 57M Buf, 2688K Free > Swap: 1939M Total, 249M Used, 1689M Free, 12% Inuse, 1196K Out > > PID UID THR PRI NICE SIZE RES STATE TIME WCPU COMMAND > 1029 1001 1 44 0 594M 3848K RUN 2:03 38.12% make > > swapinfo -k showed: > /dev/md99 4194304 254392 3939912 6% > > sysctl: > vm.swzone: 4466880 > vm.swap_maxpages: 496320 > kern.maxswzone: 0 > > dmesg when OOM strikes: > swap blk zone exhausted, increase kern.maxswzone > pid 1029 (make), uid 1001, was killed: out of swap space > pid 984 (bash), uid 1001, was killed: out of swap space > pid 956 (bash), uid 1001, was killed: out of swap space > pid 952 (sshd), uid 0, was killed: out of swap space > pid 1043 (bash), uid 1001, was killed: out of swap space > pid 626 (dhclient), uid 65, was killed: out of swap space > pid 955 (sshd), uid 1001, was killed: out of swap space > pid 1025 (bash), uid 1001, was killed: out of swap space > swblk zone ok > lock order reversal: > 1st 0xd374d028 filedesc structure (filedesc structure) @ /usr/src/sys/kern/sys_generic.c:1451 > 2nd 0xd41a5bc4 devfs (devfs) @ /usr/src/sys/kern/vfs_vnops.c:1513 > stack backtrace: > swap blk zone exhausted, increase kern.maxswzone > pid 981 (tmux), uid 1001, was killed: out of swap space > pid 983 (tmux), uid 1001, was killed: out of swap space > pid 1031 (bash), uid 1001, was killed: out of swap space > pid 580 (dhclient), uid 0, was killed: out of swap space > swblk zone ok > swap blk zone exhausted, increase kern.maxswzone > pid 577 (dhclient), uid 0, was killed: out of swap space > pid 627 (devd), uid 0, was killed: out of swap space > swblk zone ok > swap blk zone exhausted, increase kern.maxswzone > pid 942 (getty), uid 0, was killed: out of swap space > swblk zone ok > swap blk zone exhausted, increase kern.maxswzone > pid 1205 (init), uid 0, was killed: out of swap space > swblk zone ok > swap blk zone exhausted, increase kern.maxswzone > pid 1206 (init), uid 0, was killed: out of swap space > swblk zone ok > swap blk zone exhausted, increase kern.maxswzone > swblk zone ok > swap blk zone exhausted, increase kern.maxswzone > swblk zone ok > > So, as you can see, despite having plenty of swap, and swap usage being > well below any of the maximums, the OOM killer kicked in, and killed off > a bunch of processes. > > It also looks like the algorithm for calculating kern.maxswzone is not > correct. > > I just tried to run the system w/: > kern.maxswzone: 21474836 > > and it again died w/ plenty of swap free: > /dev/md99 4194304 238148 3956156 6% > > This time I had vmstat -z | grep sw running, and saw: > swpctrie: 48, 62084, 145, 270, 203, 0, 0 > swblk: 72, 62040, 56357, 18, 56587, 0, 0 > > after the system died, I logged back in as see: > swpctrie: 48, 62084, 28, 387, 240, 0, 0 > swblk: 72, 62040, 175, 61865, 62957, 16, 0 > > so, it clearly ran out of swblk space VERY early, when only consuming > around 232MB of swap... > > Hmm... it looks like swblk and swpctrie are not affected by the setting > of kern.maxswzone... I just set it to: > kern.maxswzone: 85899344 > > and the limits for the zones did not increase at ALL: > swpctrie: 48, 62084, 0, 0, 0, 0, 0 > swblk: 72, 62040, 0, 0, 0, 0, 0 Can you try this patch? I've been running with it for a few months now and no longer observe weird OOM kills. IIUC in shortfall mode when nfreed equals zero, this change makes it stay in shortfall mode instead of going to background mode. I don't know enough about VM internals to know if this is the correct fix though. Index: sys/vm/vm_pageout.c =================================================================== --- sys/vm/vm_pageout.c (revision 340673) +++ sys/vm/vm_pageout.c (working copy) @@ -1040,7 +1040,7 @@ trybackground: nclean = vmd->vmd_free_count + vmd->vmd_pagequeues[PQ_INACTIVE].pq_cnt; ndirty = vmd->vmd_pagequeues[PQ_LAUNDRY].pq_cnt; - if (target == 0 && ndirty * isqrt(howmany(nfreed + 1, + if (target == 0 && ndirty * isqrt(howmany(nfreed, vmd->vmd_free_target - vmd->vmd_free_min)) >= nclean) { target = vmd->vmd_background_launder_target; } From owner-freebsd-current@freebsd.org Sat Nov 24 17:40:49 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 12392110EADC for ; Sat, 24 Nov 2018 17:40:49 +0000 (UTC) (envelope-from marklmi@yahoo.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 778C4843EB for ; Sat, 24 Nov 2018 17:40:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: by mailman.ysv.freebsd.org (Postfix) id 33BCF110EAD8; Sat, 24 Nov 2018 17:40:48 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 10EC4110EAD3 for ; Sat, 24 Nov 2018 17:40:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-8.consmr.mail.gq1.yahoo.com (sonic316-8.consmr.mail.gq1.yahoo.com [98.137.69.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 12BB2843E2 for ; Sat, 24 Nov 2018 17:40:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: DQa7A6YVM1mr4wQ1D4HaFeVGHEPrpKKY.z41KoOmfDKGkWnc8XeHKNRYRgf8g.I EfgqokUPTwdsN1h14U3PVv6csEWMpz1PrvapaUYPmtdh0kr6OBk7RPyWTMmMRU86MSi_2uY1CFDj CR8T61.xnfzJRtJLNAXwAwqL3Ht1rwKTRao787pb1DgeqZWvpI5EEXvWR0_21Uq0CwOXVliFUxXv wIs1DtFWMRGI2uJMQon.G90Wx9FLizIVyWRkakTIv6VVjNrJevu5EPz2ZppxR.kVhwvtEwUd2zw6 7N7L78VWLwjUJ5YEEIxvAccaoXfPho_w4yBHOATCeP6C6hPjAfZmE6lCyFVvcouk886Hw0ZdD.ld Yd9KfVUZLKuKyK2gwulSrZjLO6.rHN3ohoA.JdsPZcn.6z_MndSxz27RiKFVXpw6jUphDILjmbzT VHuOGhd02c9MbW2Y8ldN3S6jt6BEoYQiGEAFzKrTVsWbFasyPWvrmj5wbpkW5_M38umEOrbKbD_F OloVikbGLqyfJbmoV03KaOxST.PigmTy2PLIYDslQgbp.T9ByUgXfIGfj8.KWJY8yIsOrpAvFXTJ _aW6O0lKkciq06pgr3jEEaYzvFrEBEnBmjWu9PSi4mEvdweGmrblGwS8Ykt7SG8UDY4CgO2aTBzu QBV2QaOq2as6VheZIxPIJFYVfWTdlYI7_YyW_Ft_0sS_gQBFarWJYGc9Y9aNcjZeCweF6Q.bt.uK .lIB9A7ZOzmvRGmGpcuP6n9JkU12e9orDDp1DpdoTw6iEwSufOfLdbaQhtP5bRYkeXeXlzrLq8Za MJjzjSXP42uBFTZjg2X7NZc0lTxNKhX2fvVVuTCKwmnodfLoJK7na5CsnS0MRQLpieoDzo2MUmdx tsHo4FBUZwC4EjBetRRsAUskn2SRnPcIU0GnxRcuwgMm8oNJjR3aFpEKG0ZOQS4QV6TvslAKgiQ. EYaiOrYPzd5lghyPuOInwFquFGwQuWe3Pr.UgFmo4Bd9ZmcIQcU2CWbZu5S3XIDe86Zck8RInDZM gNZbGtuhFZ57ouLjDMxpeL583qaOWRT4cZqVlR4Asy1BLx8izjcAlJmL9 Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Sat, 24 Nov 2018 17:40:39 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp410.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 79da480cdadf8d48cb49a10d87a732d3; Sat, 24 Nov 2018 17:40:35 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: maxswzone NOT used correctly and defaults incorrect? From: Mark Millard In-Reply-To: <20181124104032.GV2378@kib.kiev.ua> Date: Sat, 24 Nov 2018 09:40:34 -0800 Cc: current@FreeBSD.org, freebsd-arm@FreeBSD.org Content-Transfer-Encoding: 7bit Message-Id: References: <20181124090429.GI10067@funkthat.com> <20181124104032.GV2378@kib.kiev.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: 778C4843EB X-Spamd-Result: default: False [-6.55 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FORGED_RECIPIENTS_FORWARDING(0.00)[]; R_SPF_NEUTRAL(0.00)[?all]; FORWARDED(0.00)[current@mailman.ysv.freebsd.org]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_MED(-0.20)[5.0.0.0.0.5.0.0.0.0.0.0.0.0.0.0.a.6.0.2.4.5.2.2.0.0.9.1.1.0.0.2.list.dnswl.org : 127.0.9.2]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; FORGED_RECIPIENTS(0.00)[current@FreeBSD.org ..,freebsd-current@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[yahoo.com]; RCVD_COUNT_FIVE(0.00)[6]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_SHORT(-0.98)[-0.984,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-3.66)[ip: (-9.87), ipnet: 2001:1900:2254::/48(-4.73), asn: 10310(-3.60), country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 24 Nov 2018 17:40:49 -0000 On 2018-Nov-24, at 02:40, Konstantin Belousov wrote: > On Sat, Nov 24, 2018 at 01:04:29AM -0800, John-Mark Gurney wrote: >> . . . > OOM is guided by the pagedaemon progress, not by the swap amount left. It would help if the "was killed: out of swap space" messages did not incorrectly point to being out of swap space as the issue. > If the system cannot meet the pagedaemon targetp by doing > $(sysctl vm.pageout_oom_seq) back-to-back page daemon passes, > it declares OOM condition. E.g. if you have very active process which > keeps a lot of active memory by referencing the pages, and simultenously > a slow or stuck swap device, then you get into this state. > > Just by looking at the top stats, you have a single page in the inactive > queue, which means that pagedaemon desperately frees clean pages and > moves dirty pages into the laundry. Also, you have relatively large > laundry queue, which supports the theory about slow swap. > > You may try to increase vm.pageout_oom_seq to move OOM trigger furhter > after the system is overloaded with swapping. > >> . . . > The swap metadata zones must have all the KVA reserved in advance, > because we cannot wait for AS or memory while we try to free some > memory. At boot, the swap init code allocates KVA starting with the > requested amount. If the allocation fails, it reduces the amount by > 2/3 and retries, until the allocation succeeds. What you see in limits > is the actual amount of KVA that your platform is able to provide for > reserve, so increasing the maxswzone only results in more iterations to > allocate. The documentation's "corresponds to eight times the amount of physical memory" text again seems not helpful unless it happens to be about the figure for the actual context. Could something like your wording above be put in place instead? An example: armv7 rpi2's and aarch64 rpi3's, both with 1GiByte of RAM, get very different figures for the "exceeds maximum recommended amount" figure, different by very roughly a factor of 2 if I remember right, neither near what the documentation suggests. Suggesting a fixed ratio to RAM-size just seems to be wrong. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Sat Nov 24 20:09:39 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4E4EB1137D47 for ; Sat, 24 Nov 2018 20:09:39 +0000 (UTC) (envelope-from jmg@gold.funkthat.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 B30698A4EB for ; Sat, 24 Nov 2018 20:09:38 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: by mailman.ysv.freebsd.org (Postfix) id 6D9AF1137D44; Sat, 24 Nov 2018 20:09:38 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 30B6D1137D43; Sat, 24 Nov 2018 20:09:38 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gate2.funkthat.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1AD108A4E9; Sat, 24 Nov 2018 20:09:36 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.15.2/8.15.2) with ESMTPS id wAOK9YGX050381 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 24 Nov 2018 12:09:35 -0800 (PST) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id wAOK9YrE050380; Sat, 24 Nov 2018 12:09:34 -0800 (PST) (envelope-from jmg) Date: Sat, 24 Nov 2018 12:09:34 -0800 From: John-Mark Gurney To: Konstantin Belousov Cc: current@FreeBSD.org, freebsd-arm@FreeBSD.org Subject: Re: maxswzone NOT used correctly and defaults incorrect? Message-ID: <20181124200934.GJ10067@funkthat.com> Mail-Followup-To: Konstantin Belousov , current@FreeBSD.org, freebsd-arm@FreeBSD.org References: <20181124090429.GI10067@funkthat.com> <20181124104032.GV2378@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181124104032.GV2378@kib.kiev.ua> X-Operating-System: FreeBSD 11.0-RELEASE-p7 amd64 X-PGP-Fingerprint: D87A 235F FB71 1F3F 55B7 ED9B D5FF 5A51 C0AC 3D65 X-Files: The truth is out there X-URL: https://www.funkthat.com/ X-Resume: https://www.funkthat.com/~jmg/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.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (gold.funkthat.com [127.0.0.1]); Sat, 24 Nov 2018 12:09:35 -0800 (PST) X-Rspamd-Queue-Id: B30698A4EB X-Spamd-Result: default: False [-4.56 / 15.00]; ARC_NA(0.00)[]; R_SPF_FAIL(1.00)[-all]; RCVD_COUNT_FIVE(0.00)[6]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[funkthat.com]; IP_SCORE(-3.66)[ip: (-9.87), ipnet: 2001:1900:2254::/48(-4.73), asn: 10310(-3.59), country: US(-0.09)]; RCVD_IN_DNSWL_MED(-0.20)[5.0.0.0.0.5.0.0.0.0.0.0.0.0.0.0.a.6.0.2.4.5.2.2.0.0.9.1.1.0.0.2.list.dnswl.org : 127.0.9.2]; MX_GOOD(-0.01)[cached: gold.funkthat.com]; NEURAL_HAM_SHORT(-0.99)[-0.994,0]; FORGED_SENDER(0.30)[jmg@funkthat.com,jmg@gold.funkthat.com]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_NO_TLS_LAST(0.10)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; FROM_NEQ_ENVFROM(0.00)[jmg@funkthat.com,jmg@gold.funkthat.com]; MID_RHS_MATCH_FROM(0.00)[]; FORGED_RECIPIENTS(0.00)[kostikbel@gmail.com ..,freebsd-current@freebsd.org] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 24 Nov 2018 20:09:39 -0000 Konstantin Belousov wrote this message on Sat, Nov 24, 2018 at 12:40 +0200: > On Sat, Nov 24, 2018 at 01:04:29AM -0800, John-Mark Gurney wrote: > > I have an BeagleBoard Black. I'm running a recent snapshot: > > FreeBSD generic 13.0-CURRENT FreeBSD 13.0-CURRENT r340239 GENERIC arm > > > > aka: > > FreeBSD-13.0-CURRENT-arm-armv7-BEAGLEBONE-20181107-r340239.img.xz > > > > It has 512MB of memory on board. I created a 4GB swap file. According > > to loader(8), this should be the default capable: > > in bytes of KVA space. If no value is provided, the system > > allocates enough memory to handle an amount of swap that > > corresponds to eight times the amount of physical memory > > present in the system. > > > > avail memory = 505909248 (482 MB) > > > > but I get this: > > warning: total configured swap (1048576 pages) exceeds maximum recommended amount (248160 pages). > > warning: increase kern.maxswzone or reduce amount of swap. > > > > So, this appears that it's only 2x amount of memory, NOT 8x like the > > documentation says. > > > > When running make in sbin/ggate/ggated, make consumes a large amount > > of memory. Before the OOM killer just kicked in, top showed: > > Mem: 224M Active, 4096 Inact, 141M Laundry, 121M Wired, 57M Buf, 2688K Free > > Swap: 1939M Total, 249M Used, 1689M Free, 12% Inuse, 1196K Out > > > > PID UID THR PRI NICE SIZE RES STATE TIME WCPU COMMAND > > 1029 1001 1 44 0 594M 3848K RUN 2:03 38.12% make > > > > swapinfo -k showed: > > /dev/md99 4194304 254392 3939912 6% > > > > sysctl: > > vm.swzone: 4466880 > > vm.swap_maxpages: 496320 > > kern.maxswzone: 0 > > > > dmesg when OOM strikes: > > swap blk zone exhausted, increase kern.maxswzone > > pid 1029 (make), uid 1001, was killed: out of swap space > > pid 984 (bash), uid 1001, was killed: out of swap space > > pid 956 (bash), uid 1001, was killed: out of swap space > > pid 952 (sshd), uid 0, was killed: out of swap space > > pid 1043 (bash), uid 1001, was killed: out of swap space > > pid 626 (dhclient), uid 65, was killed: out of swap space > > pid 955 (sshd), uid 1001, was killed: out of swap space > > pid 1025 (bash), uid 1001, was killed: out of swap space > > swblk zone ok > > lock order reversal: > > 1st 0xd374d028 filedesc structure (filedesc structure) @ /usr/src/sys/kern/sys_generic.c:1451 > > 2nd 0xd41a5bc4 devfs (devfs) @ /usr/src/sys/kern/vfs_vnops.c:1513 > > stack backtrace: > > swap blk zone exhausted, increase kern.maxswzone > > pid 981 (tmux), uid 1001, was killed: out of swap space > > pid 983 (tmux), uid 1001, was killed: out of swap space > > pid 1031 (bash), uid 1001, was killed: out of swap space > > pid 580 (dhclient), uid 0, was killed: out of swap space > > swblk zone ok > > swap blk zone exhausted, increase kern.maxswzone > > pid 577 (dhclient), uid 0, was killed: out of swap space > > pid 627 (devd), uid 0, was killed: out of swap space > > swblk zone ok > > swap blk zone exhausted, increase kern.maxswzone > > pid 942 (getty), uid 0, was killed: out of swap space > > swblk zone ok > > swap blk zone exhausted, increase kern.maxswzone > > pid 1205 (init), uid 0, was killed: out of swap space > > swblk zone ok > > swap blk zone exhausted, increase kern.maxswzone > > pid 1206 (init), uid 0, was killed: out of swap space > > swblk zone ok > > swap blk zone exhausted, increase kern.maxswzone > > swblk zone ok > > swap blk zone exhausted, increase kern.maxswzone > > swblk zone ok > > > > So, as you can see, despite having plenty of swap, and swap usage being > > well below any of the maximums, the OOM killer kicked in, and killed off > > a bunch of processes. > OOM is guided by the pagedaemon progress, not by the swap amount left. > If the system cannot meet the pagedaemon targetp by doing > $(sysctl vm.pageout_oom_seq) back-to-back page daemon passes, > it declares OOM condition. E.g. if you have very active process which > keeps a lot of active memory by referencing the pages, and simultenously > a slow or stuck swap device, then you get into this state. > > Just by looking at the top stats, you have a single page in the inactive > queue, which means that pagedaemon desperately frees clean pages and > moves dirty pages into the laundry. Also, you have relatively large > laundry queue, which supports the theory about slow swap. Yes, swap is "slow" by modern standards, but not really that slow... I'm swapping out at over 10MB/sec... For such a system, this is quite fast... Though maybe I wasn't explicit, it's very clear that I'm running out of the swap blk zone, per the very first message, and the vmstat -z stats below (and the resulting failures): swap blk zone exhausted > You may try to increase vm.pageout_oom_seq to move OOM trigger furhter > after the system is overloaded with swapping. > > > > > It also looks like the algorithm for calculating kern.maxswzone is not > > correct. > > > > I just tried to run the system w/: > > kern.maxswzone: 21474836 > > > > and it again died w/ plenty of swap free: > > /dev/md99 4194304 238148 3956156 6% > > > > This time I had vmstat -z | grep sw running, and saw: > > swpctrie: 48, 62084, 145, 270, 203, 0, 0 > > swblk: 72, 62040, 56357, 18, 56587, 0, 0 > > > > after the system died, I logged back in as see: > > swpctrie: 48, 62084, 28, 387, 240, 0, 0 > > swblk: 72, 62040, 175, 61865, 62957, 16, 0 > > > > so, it clearly ran out of swblk space VERY early, when only consuming > > around 232MB of swap... > > > > Hmm... it looks like swblk and swpctrie are not affected by the setting > > of kern.maxswzone... I just set it to: > > kern.maxswzone: 85899344 > > > > and the limits for the zones did not increase at ALL: > > swpctrie: 48, 62084, 0, 0, 0, 0, 0 > > swblk: 72, 62040, 0, 0, 0, 0, 0 > The swap metadata zones must have all the KVA reserved in advance, > because we cannot wait for AS or memory while we try to free some > memory. At boot, the swap init code allocates KVA starting with the > requested amount. If the allocation fails, it reduces the amount by > 2/3 and retries, until the allocation succeeds. What you see in limits > is the actual amount of KVA that your platform is able to provide for > reserve, so increasing the maxswzone only results in more iterations to > allocate. Except that I don't see the warning "Swap blk zone entries reduced from" in the dmesg which I'd expect to see that code is triggered... I find it hard to believe that it can't allocate more than 5MB of KVA at boot... per above, 72*62040 ~= 4.26MB... It does look like the calculation is correct for swblk assuming maxswzone is not set (0), as: vm.stats.vm.v_page_count: 124041 and: n = vm_cnt.v_page_count / 2; I'll be adding a print for maxswzone to make sure it's getting set, though it'll take me a while to get a kernel built... and kenv does show it set: [freebsd@generic ~]$ sysctl kern.maxswzone kern.maxswzone: 85899344 [freebsd@generic ~]$ kenv | grep kern.maxswzone kern.maxswzone="85899344" so how that code isn't being triggered is quite strange... -- 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 Sat Nov 24 22:24:30 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EE108113BAB4; Sat, 24 Nov 2018 22:24:29 +0000 (UTC) (envelope-from ml@vishwin.info) Received: from varun.vishwin.info (varun.vishwin.info [46.101.93.59]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "varun.vishwin.info", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8B6358EC63; Sat, 24 Nov 2018 22:24:28 +0000 (UTC) (envelope-from ml@vishwin.info) Received: from varun.vishwin.info (fd35:9eae:7575::2 [IPv6:fd35:9eae:7575::2]) by varun.vishwin.info (OpenSMTPD) with ESMTP id 5702e666; Sat, 24 Nov 2018 17:24:17 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=vishwin.info; h=subject :to:references:from:message-id:date:mime-version:in-reply-to :content-type; s=fuccboi12; bh=Ziwq+kIVptbgNKnZVnkD5YoUi30ji9Uau p5IyP07AdY=; b=ff4RI5Km9m80SbU+jmlazEnQ0eTxtB0pWGX/2fdf7nP9xFxlg 83hTFnVysMnr9id0NkoxF3MLXlypWes+Yx1G6npa05iIhBsnyUQo4DdZSZ/aTIS5 CF71JopUqqBx4TIQN1WTwToCfxblUP+qZ7CBvqBqqXEzDspO6cpP15tuQWDrFRh/ zIAL6fD7DPhM2h4I0vJrwBlDqwOHM1Cefg9fPBZhPNhI1lMcM4Kpb+YYWZpKRqe/ XvTVstFBY+Z3T33y1k1Dyaea88GubxARPH5myw8fRVtCGrAekh0YFMLX3cjPi6Ul om88slxec48yBpcPBvyG6lHXQI6e6s9e80uSQ== Received: from [IPv6:2001:470:8:6ca:cad7:19ff:fec0:a06d] (2001:470:8:6ca:cad7:19ff:fec0:a06d [IPv6:2001:470:8:6ca:cad7:19ff:fec0:a06d]) by varun.vishwin.info (OpenSMTPD) with ESMTPSA id ac95ad8e TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Sat, 24 Nov 2018 17:24:17 -0500 (EST) Subject: Re: GNU binutils 2.17.50 retirement planning To: Ed Maste , freebsd-toolchain@freebsd.org, freebsd-current@freebsd.org References: From: Charlie Li Openpgp: preference=signencrypt Autocrypt: addr=ml@vishwin.info; keydata= xsFNBFt7iHUBEADCorTixbMGuHd9WYSKCELlv/TFcRtvpHUw/n9LtXzKixUUwl7iuMFMYTz3 QXePX0Twq4jCQYySfcxWbPkLsSYlPOkaGQ+XytfmIHoqG5ba4i1fp+F41is0oCtLt1+oL84j NKUd13em/JWd+PJeQbSTVnHbT2yaAi7vqWw5WKVaMExjfPGU5TArV46wSRU6Zuy1ZX66q0q5 dPzeBdeKYWJE8aGtyi3pYUpKUOX4gxiNetf6leDFZ4OsexWaRdU0n8fId5d1qwjAE3lOwV5z 0Ilt8t4iXtX3JL3DAQyLZIeXHIg9O3rrpPMXQWSp2/5g39PohNk7farbhcpIKxuDN+L5N6U9 OxNHBSCv9FGDO4R/mw3YwJCovDzsF7RSyXQDIY36yjdh2uTLZ0uD5Ci/DPmJUySFLRvpqWnQ M7V5cYhdqDfcElGpRbi8JZQVYRJjvI5Jj0byG98KeaD0YFxKqmmm+Oh+xWXE7xt/DsBoZeZJ BFP84LvFbwQqprvI+sg+1z2+JIgNbYwl8VaYzfyGnqTEXTOsQYEKTdKA9MODSAsN31MlQICe CIHZV+OwOqH1KQ/mZp59AnpXAmj4T94bnahE9yJtVW/qglX/nTeFNUdu5MyEgkeB0x7mx+t0 3hE20yp/NbyvG1T/o53NHwHiURC/8Fxd1NWPZ6n4X8npQn6iyQARAQABzSFDaGFybGllIExp IDx2aXNod2luQHZpc2h3aW4uaW5mbz7CwZEEEwEIADsCGyMFCwkIBwIGFQoJCAsCBBYCAwEC HgECF4AWIQT/f8Kqvlr7jU9sRv6OcHje8gOrbAUCW3uI+wIZAQAKCRCOcHje8gOrbNX8EACT HGo3AsShFj+AaUgD9V6wTMaR2w7ubIqbkn2ZqZZ1xWj3gM6VYRKHflj9LiYqFRO4wBteAq30 Snz6F93IG+u5B1uwlC58HDwCQaROaU5cHQ8UvGPSEv0XXCcYTaC3d5NMoIh/LdutVZz56LTx hWs5NHUCaG6FfGV9QplECRteQr2rMxHZxZ3ppSY9oev/wY3U3VRUGnhM2ZwGrpmjksC1HTBH Fw2XbYdVNCOYjQrTIulaYb3y0ssgsOhvSk9bPHSTsWSCQGJk0uFNXTvIq68GhkhOwAet6//w R2y1whg47r554pBManttODaQnmWmIWBM0bZMJrlNT8T/oXlG9nA0jrjA8LvTThrCAvMSMB0F 2FhStd/I2/Fs7T6Uk1BUpgCvFiDtE8Jt1W2yq2GLtPysGrJXyDaat8IuVUthnNVhoyZb9tZu sI/FFhfh9MkPmZDwCoTUJN2yU8QhxS1iJXfMZ1f06r1TYY9rwb8E/WCBJFbMzJs3VLj/TnHL N09J2zNZgTs7gewLn/2lEV1kOL/FxIDgN7ailcf3kcNdVUxr/pLbx3NZcDkXniPO0dzQpuRw q841wBT3uqdPFJwIl4pf1EYhLj89r2vOGnM2RChl1/t+wSqHhBji3R3uylzE0qbr8O/cgx/5 wlvZJiUhyu0hJ/JoJkF8WEFkesJrTZORGc7BTQRbe4h1ARAA12Xtgcbwk7IdsRi/7sTFKs73 qoFFq+DUWwMbSuIOaWw5J9nZ+ovr9gkXlax+xf335hJ0iItB8LhA7D9wD4wjrmmBjhwK7jYv tghb8BH6MHWEWD5D9xt47CO4o8Vi1m/F4OlKxoDqIhH6n63gNeSNaXzqDpZoUsL62KX+sKKU Udj/X/oz3XwXWCb/rEIgAMMW7QFcuQBJzkHgu69oUSIki4j1mhAMiBbGexfS1dcTfpLAr9eu jDNHOw5r7aI4cA8q7us8YfDLby87hPlSrtTKcxkbawrdFNs6KNrEvggkXhYxGqm4Z0FInixa avloimBf1q7kvVM0AAgsmkdeeS/6Tzbn71WBuEW0VgEcSSBS1dv7DfgmeQeiSmv0Dvx2lZv5 P6M4Q/plSAz7hVXL6EIKltwJUjY8Re7zDbPf7jJlbEgWbLxRhlGh5MwrNXbMt6KygDRcDyOP njxg0+ICXbQyPKiq7jZY2/Q/x8P08xNx8sUKPY+XE6G5QVohQfe3LT9s15KM+1Ur4v3Hhbft HtTW1iT60HkyU9qRCJJC11OgH7wrfiucG3/eQKgBgvsfKDD36rJmsQpkO0/kkp6R+CzLby3X PrrFYJTCr08e5QWKKPdyNvAhuyQj27Lb7EhNxe3hmpV+llx0aaN9t1M+QZ88famMOgIlp7Nh 1uFr/c5WGZUAEQEAAcLBdgQYAQgAIBYhBP9/wqq+WvuNT2xG/o5weN7yA6tsBQJbe4h1AhsM AAoJEI5weN7yA6tsTGcP/2rBIvgeKismZQQn7kJOHwgmqXg/N5ArwPH3eCJmzmNZWUIlOZyl A2KtYhkzZ5G3rsL/BMmMuYRUbPJJUukaJSqFep1E6AWYPC8Seakhu1ZbK8ayBI4KZmP+3PQY S0tKyMlxX+Qt9+S/tcQqS31mMgmcVhVhKi8MrWjY+g7pF+LkBYccHuNiGNIcm8mMPHTIKU72 ARiG3DtHrRg4sf5wqgOi72277jBHdDBGw0Y7rCvMsaGm3G4GsMwj4e47H6PAFOWK7O69muvL o50oMN2rkPi+9AKPi8WcrinstleEGyEIyguRagDQjZP5gX9Xk5vkS6+xMgKt7+k7+D3jWKlW R6G9U0CyKmVJoeNqwHUdLoFD3lywjwT9vo+cqb4gQKnZsA1ss/WOvEp4EaNSR7JHFOY5X8AN QgiPxLhrbI7FPGXKw3Y7nCpcIlzFph6UL9jhNRwvoQ3GfZ0sF0JgpASdrS4N3Fmnt9L6lc3q rIrxDPpDjYwcDEUBl0sp/prjh3gdC3qs9xZ0RNWWdUqcmvRv2SDkrVDw3iQ9WhMZWuQYBmGa MViypa6WrjjlVTjqZftZyqytnHwuo1PA/qLcF/vUUn0QHFPIDx8/yTSqiw/xTwPuOFxznHjJ VbxEEG0H5rmreh1Z0WeMwsSbjC3EEf+ZI39QpFwVIG8pDwXFOClfhjFz Message-ID: Date: Sat, 24 Nov 2018 17:24:08 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.3.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="DCkc2wVR2j9t4czUvPvmsIr9QRwpkSrwW" X-Rspamd-Queue-Id: 8B6358EC63 X-Spamd-Result: default: False [-2.36 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[vishwin.info]; NEURAL_HAM_MEDIUM(-0.55)[-0.552,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; DMARC_NA(0.00)[vishwin.info]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.79)[0.794,0]; NEURAL_HAM_LONG(-0.69)[-0.689,0]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[vishwin.info:+]; MX_GOOD(-0.01)[gehlot.vishwin.info,varun.vishwin.info]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(0.69)[asn: 14061(3.56), country: US(-0.09)]; ASN(0.00)[asn:14061, ipnet:46.101.80.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 24 Nov 2018 22:24:30 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --DCkc2wVR2j9t4czUvPvmsIr9QRwpkSrwW Content-Type: multipart/mixed; boundary="61FSioathhwfyw7Qs6pTjLVZjNE7ycUvn"; protected-headers="v1" From: Charlie Li To: Ed Maste , freebsd-toolchain@freebsd.org, freebsd-current@freebsd.org Message-ID: Subject: Re: GNU binutils 2.17.50 retirement planning References: In-Reply-To: --61FSioathhwfyw7Qs6pTjLVZjNE7ycUvn Content-Type: text/plain; charset=utf-8 Content-Language: en-GB-large Content-Transfer-Encoding: quoted-printable On 23/11/2018 11:23, Ed Maste wrote: > Retiring GNU as requires further investigation and effort as we have > some assembly files (for amd64 at least) which cannot be assembled by > Clang's integrated assembler. If Clang gains support for the required > functionality we'll switch to using IAS for all assembly files, and if > not we could rewrite the few assembly files to work with IAS. >=20 I've been using the port binutils as for quite some time on amd64 (with WITHOUT_BINUTILS and WITHOUT_BINUTILS_BOOTSTRAP) with success by specifying XAS, although some Makefile logic in stand/i386/btx specify a hard-coded /usr/bin/as without bootstrapped binutils, necessitating a symlink. I temporarily re-enabled binutils bootstrap in trying to figure out the r339898 regression with retpoline, so things may have changed in light of r340681. If it is true that the only assembly files that clang IAS cannot assemble are for amd64 and i386, has there been any research into nasm and yasm at least? nasm is specified as a build dependency in certain multimedia/ ports, and yasm in gecko@, for amd64 and i386 assembly code. Both are licensed under some BSD licence variant. --=20 Charlie Li Can't think of a witty .sigline today=E2=80=A6 (This email address is for mailing list use only; replace local-part with vishwin for off-list communication) --61FSioathhwfyw7Qs6pTjLVZjNE7ycUvn-- --DCkc2wVR2j9t4czUvPvmsIr9QRwpkSrwW Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEE/3/Cqr5a+41PbEb+jnB43vIDq2wFAlv5z48ACgkQjnB43vID q2yvhQ/9F2wzyC9FNZSNZTIu2Z+zLwjCI33aCua8kUsWMZ0b+TzLtkOuDxLmFiUl +NWbDgFwMqhmxefkUOWmY2rI2OoYI7v56ka5s1UANIS/tgg0Afw6Ch0sTfYcuNUI qe+bUTfjrjiIjjokbqvoY9z/oBeN6XjnignlPsQQbFHq6jytL1TdDyqxSnpfL3dv 8ODRZ8TRCnC9SmDMpHX8Sm60tGGDY+xAKytLFAOV7QZK1GpBUIuDEhwaERWyq5hS 2WM1ZCGSj2d3kLdbe+zNuoHCDQu8kvxlWkyZj6ZwFrzyn7Fa9Pqs31r1WWf7knV+ 1ZXqUq2JlbNcFt/mt2XfvrWAG/BKsbfEgBcVAF2ecuQtU84MNbfdFQWfHN/IUhht lFWdx2ufa4KYyNUwSVzPFEBOKhyVfvNeWvuzrv98Jek3N4fWNL4NQ5aCh9txa6pD 7tGIVSr4yXn4ISvVAxN5mC2x/ZKhvv8svv7i4GdFY91jjGQ8NCTHWr0kon70q5rl p2lFaj4C/9//xU8oCu57doCsc3gE5DqMFfg8guK0UUAPf3v+9YbwOLv6HHd/wTZd S6wHN5sWwIQvUOKaUvZpUtNwwHEhmzL8oDElrbLfbzszF+Am7S+aPYV2bi09FcZ2 18uWXpa8KMVXzqUnPNCEDYCLc13QscRuEKlwD6ibstn07iJHMKI= =cKBk -----END PGP SIGNATURE----- --DCkc2wVR2j9t4czUvPvmsIr9QRwpkSrwW--