From owner-freebsd-stable@freebsd.org Sun Dec 16 05:32:13 2018 Return-Path: Delivered-To: freebsd-stable@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 41313133D8A4 for ; Sun, 16 Dec 2018 05:32:13 +0000 (UTC) (envelope-from matt.garber@gmail.com) Received: from mail-qt1-x82f.google.com (mail-qt1-x82f.google.com [IPv6:2607:f8b0:4864:20::82f]) (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 A0BE77149B for ; Sun, 16 Dec 2018 05:32:12 +0000 (UTC) (envelope-from matt.garber@gmail.com) Received: by mail-qt1-x82f.google.com with SMTP id y20so10752656qtm.13 for ; Sat, 15 Dec 2018 21:32:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:content-transfer-encoding:mime-version:subject:message-id:date :to; bh=sfx2rwtjx3p90B/exZ0yNbwuHmL73ag7JhKlU20EX1Q=; b=eh0RxhV2byquK0oAyMh8aEjJ3SvcbRLNYXIwM72lyJQGBDHlB+/52PqBKNvPE9XkWw h+kexeO4zuFx6jRGDSmHMerStiofKnGPqy0VwkqDgM8parjQ5PAkZ6qQEN/is6pmpO1V Or6hE7XN+YyEavxxj/hnp1tAn2tusVorP+Px7A+HbkjIN4KZnEizub2jWki2W7TAEN15 E4Dn6wJrT7pYHpnO5fRBmTIEDu37i4YNHOjrkMiWa5OGbISAbQrnr/H+HpjsEwYCmE8Y RT9DkzN/5hW49ezUraZYXxvO7bHkHRZ4WpDlILpB0MamYky/Q9rjICx2DurpJm44EJZO U9cw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:message-id:date:to; bh=sfx2rwtjx3p90B/exZ0yNbwuHmL73ag7JhKlU20EX1Q=; b=MBR7cHj38dNDN2OZu1imyMdBgOIts/q1FPSuJAbEqj4KlSfwZJsTb6LTzgGTOIVwfk R3cdaon7cM5ayioQtUbDunRjx856EDM/YDyYLxVLqzZvxOXQrl8Zw2u10dmGoanN6lLX cB+4q1irBJ6X7qRkYkz5XtgL9zMXYLcVxitSFYS6ix/55pjeJzp7kKhvA7lHYQBmZuL2 3hrOfR29GE9QqZGAmKzQidKlL8jRCoxJo+NzA/6ErEX9VAZ047b7yoR7G/IHnPgLbVOS vycKLSpHM2PQZvumf/H61RT8VQx9yGmLTZp60G+prAPZcdYeSDZRw8gRZEiYT/N9rYA0 R8fw== X-Gm-Message-State: AA+aEWYy3GddR9+/W0QK3s+FPrfharOnYc7rcbzOvN8tjSzus3rr+I1N BAYxE80IAh4Yw3HDESddg5bM/wfH1n0= X-Google-Smtp-Source: AFSGD/VZvZBqxkXFme9SOx7M9WACd3WRsMSbfrTI/5IfvNHw1Xl1p8ITGLQ0mkrU0lYeDLqplt6KQA== X-Received: by 2002:a0c:f313:: with SMTP id j19mr8885921qvl.200.1544938332070; Sat, 15 Dec 2018 21:32:12 -0800 (PST) Received: from [10.0.0.122] (pool-173-67-157-122.hrbgpa.fios.verizon.net. [173.67.157.122]) by smtp.gmail.com with ESMTPSA id q17sm6179834qtc.19.2018.12.15.21.32.10 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 15 Dec 2018 21:32:11 -0800 (PST) From: Matt Garber Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: HEADS UP: TCP CUBIC Broken on 12.0-RELEASE/STABLE Message-Id: Date: Sun, 16 Dec 2018 00:32:10 -0500 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: A0BE77149B X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=eh0RxhV2; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mattgarber@gmail.com designates 2607:f8b0:4864:20::82f as permitted sender) smtp.mailfrom=mattgarber@gmail.com X-Spamd-Result: default: False [-5.81 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MV_CASE(0.50)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.97)[-0.972,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-2.33)[ip: (-8.62), ipnet: 2607:f8b0::/32(-1.61), asn: 15169(-1.32), country: US(-0.08)]; RCVD_IN_DNSWL_NONE(0.00)[f.2.8.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] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2018 05:32:13 -0000 Hi all: Just a heads-up for those beginning to test or use FreeBSD 12.0-RELEASE = or 12/STABLE, the alternate TCP congestion control algorithm CUBIC = (cc_cubic) is currently broken and causes complete stalls of certain = network traffic (e.g., rsync, git checkouts, etc.), as well as what = appears to be erratic behavior even for basic SSH. I first noticed on a Digital Ocean VM upgraded from 11.2-RELEASE, but = was then able to consistently reproduce on a fresh 12.0-RELEASE AWS EC2 = instance merely by loading and enabling cc_cubic instead of the default = CC, newreno. H-TCP (cc_htcp) was also tested, but the problem is = isolated to CUBIC. After some discussion on Twitter with Colin Percival, Hiren Panchasara, = and others (thank you!), it was determined that the culprit was r331567 = which hadn=E2=80=99t been reverted prior to 12.0-RELEASE. For those with = custom kernels, reverting that revision in 12/STABLE will fix the = problem with cc_cubic (sys/netinet/cc/cc.h, sys/netinet/cc/cc_cubic.c, = sys/netinet/cc/cc_cubic.h); for those running GENERIC 12.0-RELEASE = kernels, the only immediate workaround is to use newreno or cc_htcp in = the meantime. Hiren has already reverted in HEAD (r342127), and an = Errata Notice will hopefully be published at some point in January after = the holidays. Hope this saves some troubleshooting! =E2=80=94 Thanks, -Matt Garber From owner-freebsd-stable@freebsd.org Sun Dec 16 20:12:34 2018 Return-Path: Delivered-To: freebsd-stable@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 C66401339BD8 for ; Sun, 16 Dec 2018 20:12:34 +0000 (UTC) (envelope-from pi@opsec.eu) Received: from fc.opsec.eu (fc.opsec.eu [IPv6:2001:14f8:200:4::4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EFDD195416 for ; Sun, 16 Dec 2018 20:12:33 +0000 (UTC) (envelope-from pi@opsec.eu) Received: from pi by fc.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1gYcm6-0006NS-7u for freebsd-stable@freebsd.org; Sun, 16 Dec 2018 21:12:30 +0100 Resent-From: Kurt Jaeger Resent-Date: Sun, 16 Dec 2018 21:12:30 +0100 Resent-Message-ID: <20181216201230.GQ25709@fc.opsec.eu> Resent-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org ([8.8.178.116]:62358) by fc.opsec.eu with esmtp (Exim 4.91 (FreeBSD)) (envelope-from ) id 1gYbCL-0006HX-2Z for pi@fc.opsec.eu; Sun, 16 Dec 2018 19:31:29 +0100 Received: from mx1.freebsd.org (mx1.freebsd.org [96.47.72.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx2.freebsd.org (Postfix) with ESMTPS id F3227963D7 for ; Sun, 16 Dec 2018 18:31:17 +0000 (UTC) (envelope-from matt.garber@gmail.com) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1A1A4919F4 for ; Sun, 16 Dec 2018 18:31:17 +0000 (UTC) (envelope-from matt.garber@gmail.com) Received: by freefall.freebsd.org (Postfix) id E7380169B5; Sun, 16 Dec 2018 18:31:16 +0000 (UTC) Delivered-To: pi@localmail.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [96.47.72.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id E2A55169B4 for ; Sun, 16 Dec 2018 18:31:16 +0000 (UTC) (envelope-from matt.garber@gmail.com) Received: from mail-qt1-x82d.google.com (mail-qt1-x82d.google.com [IPv6:2607:f8b0:4864:20::82d]) (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 DCD4B919F1 for ; Sun, 16 Dec 2018 18:31:14 +0000 (UTC) (envelope-from matt.garber@gmail.com) Received: by mail-qt1-x82d.google.com with SMTP id r14so11840387qtp.1 for ; Sun, 16 Dec 2018 10:31:14 -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; bh=OtCVCfXd6nqIqR+MAAArC1mJ64fkNcr3K3WJ4WlO7Ow=; b=p4GMgbynT+BjSWDcv/ckyVpo6SsObTjedSWuMWsRlj33owVvWcNXIG/i1Mwp3BbpDF a1GK/y8ZONr/ewq9yXEHnRV9HFHz7LMalqTp6jPKeHHrxw/HPsQxNOvJvDNYR9dHNsWZ 4mproOIO9wpJHWghsKc1DSZ0Fv/HEJ8jqw9rw1pZVajlghLhyu6BJURKsZqZ2ohbcHom pQzaMMmiERbZDXtqvvs682arc/4nGlxfTWNEa/tEdvrta13IpijkoTBQ0Sw00yI+hmjA pkOyqJH3McKC3iHx1FmvVZjo7hqjwyA+lL3VF/rFN5bmEcznMYJpm0GxXDJD5Ah+e7Dr L+PQ== 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; bh=OtCVCfXd6nqIqR+MAAArC1mJ64fkNcr3K3WJ4WlO7Ow=; b=rJR6o2LioMC4/f4g9K6wyB2f4IGY3UaJ/XrVsyaYJNTCXOxVDMqBkhGSuhpzHKCTiD GAQayveS8OhXxLtZaX+BRKFjFwuU0sSrwDIzjfrTPnzIqqIBtLJDdLp+Ywv4smApGOIb F506cxYtyk+qoGYb7wgA5J1n0eBTyXaN9eemOIEjpYsj5DhU+J90gbkRACqBGph0wDbA Ow1wl5ZEkyyIQoWOxLHQrRwTP/DV8RLmnGdFsL+L4uZ4xprGGUIhgQKXTqSM9WG/sbv0 7qGhVWsFbOtYcHVZpFpY0QPy5Ls491X8s/yBiifrSyol25DE/aT9qxMmuN1T4zrgYSv2 7I+g== X-Gm-Message-State: AA+aEWYPYy0hOUGSDTONZCUB7Xi0wNr+tmOInO0U7l/wt1EeenF6gUO3 SJ4T1R2pO66JjI8PZk1JIIWCz7AqLaWWOs/6qGcjI8JI73E= X-Google-Smtp-Source: AFSGD/VIxMABY7rTTzaAFmSTdRoQFbntBzXLcpHDtxpEUmNmR0FuudS1vZdC6XQqaLiQXO+xIM7glXOvJv+WYPmGBQg= X-Received: by 2002:aed:3eac:: with SMTP id n41mr10736970qtf.196.1544985073874; Sun, 16 Dec 2018 10:31:13 -0800 (PST) MIME-Version: 1.0 References: <20181216164446.GE63752@home.opsec.eu> In-Reply-To: <20181216164446.GE63752@home.opsec.eu> From: Matt Garber Date: Sun, 16 Dec 2018 13:31:03 -0500 Message-ID: Subject: Re: HEADS UP: TCP CUBIC Broken on 12.0-RELEASE/STABLE To: Kurt Jaeger X-Rspamd-Queue-Id: 1A1A4919F4 X-Spamd-Bar: ------- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=p4GMgbyn; dmarc=pass (policy=none) header.from=gmail.com; spf=softfail (mx1.freebsd.org: 96.47.72.132 is neither permitted nor denied by domain of mattgarber@gmail.com) smtp.mailfrom=mattgarber@gmail.com X-Spamd-Result: default: False [-7.30 / 15.00]; FORGED_RECIPIENTS_FORWARDING(0.00)[]; FORWARDED(0.00)[pi@localmail.freebsd.org]; FREEMAIL_FROM(0.00)[gmail.com]; SPF_FAIL_FORWARDING(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(0.00)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DMARC_POLICY_ALLOW_WITH_FAILURES(-0.50)[]; NEURAL_HAM_SHORT(-0.94)[-0.935,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; FORGED_RECIPIENTS(0.00)[pi@freebsd.org,pi@fc.opsec.eu]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE(-3.55)[ip: (-9.26), ipnet: 96.47.64.0/20(-4.63), asn: 11403(-3.80), country: US(-0.08)]; RCPT_COUNT_ONE(0.00)[1] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2018 20:12:35 -0000 On Sun, Dec 16, 2018 at 11:44 AM Kurt Jaeger wrote: > Will CUBIC be used if the system is running 12.0, or does it only happen > if one actively configures the use of the algorithm ? > > Can the use be detected somehow ? > This only happens if someone explicitly configured the use of the alternate CC: by setting "cc_cubic_load=YES" in loader.conf{.local}, and setting "net.inet.tcp.cc.algorithm=cubic" in sysctl.conf. These values deviate from the default FreeBSD use of newreno, so they must have been set by the admin at some point, either in a previous release that's been upgraded over time (like my original discovery), or on a fresh 12.0-RELEASE/STABLE box using some kind of configuration control or manual setup. Simplistic instructions to check on a running system could use `sysctl net.inet.tcp.cc.algorithm` and check that return value for 'cubic'; if it returns 'newreno', it's the default, and if it returns something else (e.g., 'htcp') they're also unaffected in this particular case. If they are using cubic, it should either be changed in loader.conf{.local} and sysctl.conf back to newreno or another CC prior to upgrading to 12.0-RELEASE/STABLE, or they should wait until the Errata Notice is hopefully released with the reverted change. Otherwise they'll encounter the same network connection stalls and problems. -- Thanks, -Matt Garber From owner-freebsd-stable@freebsd.org Sun Dec 16 21:00:31 2018 Return-Path: Delivered-To: freebsd-stable@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 EF04D133B60B for ; Sun, 16 Dec 2018 21:00:30 +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 A6C5796DA3 for ; Sun, 16 Dec 2018 21:00:30 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 62E98133B602; Sun, 16 Dec 2018 21:00:30 +0000 (UTC) Delivered-To: stable@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 501F3133B600 for ; Sun, 16 Dec 2018 21:00:30 +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) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7D3AC96D54 for ; Sun, 16 Dec 2018 21:00:27 +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 1ED031EB3A for ; Sun, 16 Dec 2018 21:00:25 +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 wBGL0OtA017687 for ; Sun, 16 Dec 2018 21:00:24 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wBGL0OYl017681 for stable@FreeBSD.org; Sun, 16 Dec 2018 21:00:24 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201812162100.wBGL0OYl017681@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: stable@FreeBSD.org Subject: Problem reports for stable@FreeBSD.org that need special attention Date: Sun, 16 Dec 2018 21:00:24 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2018 21:00:31 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- New | 230620 | "install -d" issue 1 problems total for which you should take action. From owner-freebsd-stable@freebsd.org Sun Dec 16 21:55:53 2018 Return-Path: Delivered-To: freebsd-stable@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 2E8CA133E482 for ; Sun, 16 Dec 2018 21:55:53 +0000 (UTC) (envelope-from alex.mckeever@sbcglobal.net) Received: from sonic313-23.consmr.mail.gq1.yahoo.com (sonic313-23.consmr.mail.gq1.yahoo.com [98.137.65.86]) (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 C8E936B37D for ; Sun, 16 Dec 2018 21:55:50 +0000 (UTC) (envelope-from alex.mckeever@sbcglobal.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s2048; t=1544997348; bh=mjDrV30AyXqjEzguK+Depha8Ul6e2S3qdgKzU+e/RzU=; h=From:Date:Subject:To:From:Subject; b=LAavLWf5iM3g6PHUFvdTlRBXhOW92s7sRjTt27x32qskeAKF+c8F5GERgi4pBKGUf5GPYw2a6+STphGoKEeXw/EKeK/z5+KO0omklmMsnyVKboorDkR+0BiTZdbqOHLjQUaVZ/XgEc9E3mHUKKWVZ/UvMaDGV7jwDlrGd1LhNQQEcoiX0IgogexkN2w2mCFsCVAq6M8R/U0b9qtf0/q9q8IWXy5kUFdnTmiiqI8qb3GUyE7U+SOZN74i465j5S2nAwtUxEeVpdYaJ9T1xIPGR0TJF+BuOGimx2ZzUvqDrAnnmO5sdfusyxslS+LzwervIFuLvHsnpmyCBwenaiObnQ== X-YMail-OSG: vwMbDMIVM1lC89dOS48OyOlwUEmlakJoG9bTfAi79Ot4844ZGbg_Rj_BYB3RNuU J92xSja_ERvwHPpYdd.Bly.q6uK4bqCo4Wtg5dwIH_Gi7IPmEW14S6Fbpcp6TVN0NEq.qiy6n3qY FoSze4QbR_ToFD4TAlRPpABPqdKqZgIZbSh0brOxLUZLH3wicSJpm6kjvfyKBSV93yzMIg5VYwDU vF2ACOEtDGA0SuEm8m4C9B.BFtPwFJGs28ROuQNHj4erU6T.RfggolnYH8n4vdP2sBTm7c.hv5lq EcmB.wsZSZ0_r0.UO6seOpR1w_q_Cdc2C3xPFBTtO4mvNt1tkmuJ32qWRDUfvHuv35o.HmXGZg6_ K11D5EJunXOvFXsmMmZyDZZ76nRGoqFi3205_arKjLJpIo422W6jVrWFz1WD2WnCRwqT_4VPsjHC JcTlUeHUfXaIsHPXt2U0NIf6tAD8KWz_cjPv14Qecy77YTUYRfWXKdmGl14VN3jRcKdNNImiVvRT 9zToe2Q.WFdeokVcrlVej.Lm.J0_Uu8KAUjJ3DCBm3doN.ITKpDy.JmSI8P6zo98fJQdxt.Bn8J7 VbqEvkmfHRAtFt7dDB1EWvoRlygpiASCGG_WQ8ejvfpUP43b6ZPSgstA77AQRDNyZ62QRr_n7dZ0 ft8IgwTHzmGAHaksWKlXFZ5Hh06Bj14URY1g5Zll4rV0ZqHb3bprutvbmVsaUnVIQ9q_8A3w.DwS hzI575gXOnOoMHjAko2dQfgjVQD7Wcn3OafADKHsPIZGQow.laEvAhBspDFVeF83MQ5yPHzh_fd6 C5U6zO5fg._Hj6lqiKWaCLH_U3A8GKCDMDi9fgyk33evNbYcklbJr_xF1eghxV2rIG5eBv0HQsc4 Yt.nBtRU4SdlaB7r5zt25dkFTxdp2KCYTl2zatFdWMrv9ckDIawt1NDUwUdDAV..k4Z7Vke0isuP PfMcj6POa6lWnYRlonG__iLoy4Sr_jwrSKIuqxMjtzIUSON_q_CqE95vAg8FK6cyPI28G.UWTk0Y GLzqWBKO33S7s5Mhgbasw27hBjs1myJolJg_VYbsntmxIpoNQAdwQdQdDkFBEl1h9xFk- Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Sun, 16 Dec 2018 21:55:48 +0000 Received: from 76-243-42-188.lightspeed.cntmoh.sbcglobal.net (EHLO [192.168.1.111]) ([76.243.42.188]) by smtp406.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 0324ca190666ba2ffbc6ab13a7ae8d63 for ; Sun, 16 Dec 2018 21:35:33 +0000 (UTC) From: Alex McKeever Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) Date: Sun, 16 Dec 2018 16:35:32 -0500 Subject: Common Desktop Environment broken when compiling from ports tree on FreeBSD 12 RC3 (May also apply to the final build) Message-Id: <8A726C0B-CF1F-4580-A76D-7D75CAB1CA49@sbcglobal.net> To: freebsd-stable@freebsd.org X-Mailer: iPad Mail (16C5050a) X-Rspamd-Queue-Id: C8E936B37D X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=pass header.d=sbcglobal.net header.s=s2048 header.b=LAavLWf5 X-Spamd-Result: default: False [1.11 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[sbcglobal.net]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[sbcglobal.net:+]; MX_GOOD(-0.01)[ff-ip4-mx-vip2.prodigy.net,al-ip4-mx-vip1.prodigy.net,al-ip4-mx-vip2.prodigy.net,ff-ip4-mx-vip1.prodigy.net]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[sbcglobal.net]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[sbcglobal.net:s=s2048]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.48)[0.479,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[sbcglobal.net]; NEURAL_SPAM_MEDIUM(0.33)[0.329,0]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_LOW(-1.00)[sbcglobal.net.dwl.dnswl.org : 127.0.5.1]; IP_SCORE(0.23)[ipnet: 98.137.64.0/21(0.68), asn: 36647(0.55), country: US(-0.08)]; NEURAL_SPAM_LONG(0.89)[0.885,0]; RCVD_IN_DNSWL_NONE(0.00)[86.65.137.98.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2018 21:55:53 -0000 I ran into problems compiling the CDE in FreeBSD 12.0 RC3 (PowerPC) on my eM= ac. It says it is broken and cannot be compiled. Also, any ETA on when this p= ort of the OS will go into Tier 1? Compiling software, desktop environments,= X11, using 11.1 and the now unsupported 10.4 failed when I tried those a wh= ile back (and personally I have been partial to Linux and how easily I can j= ust get software via APT or Zypper... I would be running Debian Sid if they d= idn=E2=80=99t drop support for the eMac in terms of my internal display not w= orking after Jessie) Sent from my iPad= From owner-freebsd-stable@freebsd.org Mon Dec 17 01:19:05 2018 Return-Path: Delivered-To: freebsd-stable@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 345D313453B9 for ; Mon, 17 Dec 2018 01:19:05 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-lj1-f173.google.com (mail-lj1-f173.google.com [209.85.208.173]) (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 30B1171F62 for ; Mon, 17 Dec 2018 01:19:04 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-lj1-f173.google.com with SMTP id x85-v6so9511651ljb.2 for ; Sun, 16 Dec 2018 17:19:04 -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:content-transfer-encoding; bh=4DdLWGBWKOoD7AxwcVopMA2ItZg9Bbav93dJ1sKdvVA=; b=ovgcTMGCPZ28Vy0rjrYQrf4JRbYsRPHzL3OS1Jae1i2VKbxCOFPc/aLjLtMYwco/fU qHLQyWtVfSoaXm+pfRfkrqyKwsaYJ7GZ3FjUEmoSI/pe2CZM0TkRcGy6f4RkRFF54oUV n27e77ixnFneDFSGz3UITXFwiQa2BSQEdNg4nItT6xhdzCC/jmEutv55nkZhzgRTsvqR YlrC73Q3xLiXQAcwe0/dwzD9OYf8OvXR3e/xT56Ru/iSJQHAOKPUgeQ+eyPtE1MM44OH R7OAv8htUqfb1unzc+8hGFB+AM2JgO4iF4CwQKchCw0VY3OvZZeSXAyMJfP/ycYEWKtE J7FQ== X-Gm-Message-State: AA+aEWbkVnjV0RgtBA/X4HNz9/IovAaVqDsnswFeRa79ppbQY9wLqh14 g8VkXw3B/eFduBtkj66vSlmNff790Fvztz1Lk9E= X-Google-Smtp-Source: AFSGD/XPL1BAZyeuU9yq6GdyO7ALjvfalyeSNV8+0t3Z5hAZ07CyHHW5LtZ+qby0AqvuF1iNl7vfTVE8+xg3tRbKOig= X-Received: by 2002:a2e:45d:: with SMTP id 90-v6mr6304464lje.110.1545009166600; Sun, 16 Dec 2018 17:12:46 -0800 (PST) MIME-Version: 1.0 References: <8A726C0B-CF1F-4580-A76D-7D75CAB1CA49@sbcglobal.net> In-Reply-To: <8A726C0B-CF1F-4580-A76D-7D75CAB1CA49@sbcglobal.net> From: Alan Somers Date: Sun, 16 Dec 2018 18:12:35 -0700 Message-ID: Subject: Re: Common Desktop Environment broken when compiling from ports tree on FreeBSD 12 RC3 (May also apply to the final build) To: Alex McKeever Cc: FreeBSD , Chris Rees Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 30B1171F62 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of asomers@gmail.com designates 209.85.208.173 as permitted sender) smtp.mailfrom=asomers@gmail.com X-Spamd-Result: default: False [-3.89 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.985,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; NEURAL_HAM_LONG(-0.99)[-0.988,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; MIME_TRACE(0.00)[0:+]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[173.208.85.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.91)[-0.907,0]; RCVD_TLS_LAST(0.00)[]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; FREEMAIL_TO(0.00)[sbcglobal.net]; 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)[asomers@freebsd.org,asomers@gmail.com]; IP_SCORE(-1.00)[ipnet: 209.85.128.0/17(-3.59), asn: 15169(-1.33), country: US(-0.08)]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2018 01:19:05 -0000 CC the package maintainer. As for powerpc on tier 1, I'm afraid that it's not likely to ever happen. Powerpc is dying. If anybody were buying new ppc hardware, then it would be a different story. But I predict that powerpc is likely to be dropped than to go Tier 1. Sorry. -Alan On Sun, Dec 16, 2018 at 5:42 PM Alex McKeever wrote: > > I ran into problems compiling the CDE in FreeBSD 12.0 RC3 (PowerPC) on my= eMac. It says it is broken and cannot be compiled. Also, any ETA on when t= his port of the OS will go into Tier 1? Compiling software, desktop environ= ments, X11, using 11.1 and the now unsupported 10.4 failed when I tried tho= se a while back (and personally I have been partial to Linux and how easily= I can just get software via APT or Zypper... I would be running Debian Sid= if they didn=E2=80=99t drop support for the eMac in terms of my internal d= isplay not working after Jessie) > > Sent from my iPad > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Sun Dec 16 23:12:23 2018 Return-Path: Delivered-To: freebsd-stable@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 C7589134082E for ; Sun, 16 Dec 2018 23:12:23 +0000 (UTC) (envelope-from rollingbits@gmail.com) Received: from mail-qk1-x736.google.com (mail-qk1-x736.google.com [IPv6:2607:f8b0:4864:20::736]) (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 137836D662 for ; Sun, 16 Dec 2018 23:12:23 +0000 (UTC) (envelope-from rollingbits@gmail.com) Received: by mail-qk1-x736.google.com with SMTP id o125so6379688qkf.3 for ; Sun, 16 Dec 2018 15:12:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=content-transfer-encoding:from:mime-version:subject:message-id:date :to; bh=0P9jolcXB7r/K/gxuubredfiQl9FWUb0hF17Oxfgps0=; b=g494Zv5FAmtxyJSl6nQn/2zp6bK4zJlDHtyjf0PfFmCUvo62WUCJ7Um9J29Ew80Zed 1CCzusj7d5JkAaTylxilXMS5aHPAOIoYosHLMKOTKQVIz5PMdD9j39dIFK9V+ktBEp5t 3D056pCkn8XNW5KMvTM75E6zgz1dCVOiYlB44vbfKmkhHt4l/0o5vELCMy7z3ycFo4Tb bZ/rDVBkBxsB5dg7VuIJQO7m7wafc7f3g8yO9xPWUZMGvegHS9YrCyn0H0PK1BUVg1aN AFAe7Re8A9tcA/BkTeprE9Y7O6laVu/jQ1gPkoM1jbRQMy8ukPZQt+eiFUVyVVq5jX9s uwgQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:content-transfer-encoding:from:mime-version :subject:message-id:date:to; bh=0P9jolcXB7r/K/gxuubredfiQl9FWUb0hF17Oxfgps0=; b=k/C5Xf+kJgd52q9PgKcS0DykCy2KB71MJBjx2hzxtdKlOW9Z89/m7pUdZIbl+cHHFd bDsb3KkMgve8VtpCWEfui9W/Txh2LJNyIKsPH1NJclPX5OcOUpDfBjoIHdHPSYOpzsxC RWloUQPip9wJhYggGaBRXiXZTbLOcXWdUoCkzUJRdeiSrTX7cQ8+2e6egD6QRUXt6o3p miXFcYz1V/sChQUOggeUeFtHOzgnl22kJzdu4lsGoXssXx+L2DdoZr1WHy1JUBi/jWNv zZypTS/L5wJ64i6vtmILVofmxe4imb/T6Sbyx1RKf//mTiOlZomNxObg0n7AhwHGUXWZ OSWg== X-Gm-Message-State: AA+aEWZbT8DetlAtlBwHarhDpzb+MccZmLS1ACIskn0clRz68ApvFvIx zAv8Chx5eV9opBI3DHBPACAKAVJO X-Google-Smtp-Source: AFSGD/WfvFUMzZ4Q1iFsRf6FbpapdaJ4KWGNif3Sdibj4MzuY8Jnvdkb1NskviQueAUuzzyBxGIQpw== X-Received: by 2002:a37:17df:: with SMTP id 92mr10651656qkx.191.1545001942281; Sun, 16 Dec 2018 15:12:22 -0800 (PST) Received: from ?IPv6:2804:389:102d:9e3d:5a1:d87c:5edd:bab6? ([2804:389:102d:9e3d:5a1:d87c:5edd:bab6]) by smtp.gmail.com with ESMTPSA id y32sm7723394qth.3.2018.12.16.15.12.21 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 16 Dec 2018 15:12:21 -0800 (PST) From: =?utf-8?Q?Lucas_Nali_de_Magalh=C3=A3es?= Mime-Version: 1.0 (1.0) Subject: fist impressions of 12.0R Message-Id: <4C02732F-1179-49E0-AF52-186210771686@gmail.com> Date: Sun, 16 Dec 2018 21:12:19 -0200 To: freebsd-stable@freebsd.org X-Mailer: iPhone Mail (16C50) X-Rspamd-Queue-Id: 137836D662 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=g494Zv5F; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of rollingbits@gmail.com designates 2607:f8b0:4864:20::736 as permitted sender) smtp.mailfrom=rollingbits@gmail.com X-Spamd-Result: default: False [-6.00 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MV_CASE(0.50)[]; TO_DN_NONE(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.94)[-0.943,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-2.55)[ip: (-9.70), ipnet: 2607:f8b0::/32(-1.63), asn: 15169(-1.33), country: US(-0.08)]; RCVD_IN_DNSWL_NONE(0.00)[6.3.7.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] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2018 23:12:24 -0000 Hi everyone, I think I found a bug=E2=80=A6 it's on a desktop system I keep on the last v= ersion and it's going from 11.2 to 12.0. The resume is: # freebsd-update upgrade -r 12.0-RELEASE (=E2=80=A6) Does this look reasonable (y/n)? n #=20 A re-start wasn't what I expected. The program let me edit a file and asked f= or ok for 3 but when I said "no" it finished. The first restart showed a little progress in kernel land. Thank you all for= that. After the next freebsd-update-install, the pkg left one program back. This i= s unusual but not unexpected: it happened in the past times, too. And the me= ssages wasn't improved: there still no idea of what was the package left fro= m the 600+ packages updated. The upgrade of pkg could be easier, too. pkg gave me the command to use to u= pdate itself. At that stage, I expected it to be able to do all the work, an= d upgrade/reinstall everything under my request. I think the report could continue a few more lines but it won't today. Hope it helps, Lc --=20 rollingbits =E2=80=94 =F0=9F=93=A7 rollingbits@gmail.com =F0=9F=93=A7 rollin= gbits@terra.com.br =F0=9F=93=A7 rollingbits@yahoo.com =F0=9F=93=A7 rollingbi= ts@globo.com =F0=9F=93=A7 rollingbits@icloud.com= From owner-freebsd-stable@freebsd.org Mon Dec 17 01:39:54 2018 Return-Path: Delivered-To: freebsd-stable@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 7942E134602E for ; Mon, 17 Dec 2018 01:39:54 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [18.222.6.11]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.soaustin.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BD10572B03; Mon, 17 Dec 2018 01:39:53 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from lonesome.com (unknown [18.188.142.31]) by mail.soaustin.net (Postfix) with ESMTPSA id 0B6C124952; Mon, 17 Dec 2018 01:39:46 +0000 (UTC) Date: Mon, 17 Dec 2018 01:39:44 +0000 From: Mark Linimon To: Alan Somers Cc: Alex McKeever , Chris Rees , FreeBSD Subject: Re: Common Desktop Environment broken when compiling from ports tree on FreeBSD 12 RC3 (May also apply to the final build) Message-ID: <20181217013943.GA14204@lonesome.com> References: <8A726C0B-CF1F-4580-A76D-7D75CAB1CA49@sbcglobal.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Rspamd-Queue-Id: BD10572B03 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [0.89 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_MEDIUM(-0.53)[-0.529,0]; IP_SCORE(-0.22)[ipnet: 18.220.0.0/14(0.14), asn: 16509(-1.16), country: US(-0.08)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[lonesome.com]; AUTH_NA(1.00)[]; NEURAL_SPAM_SHORT(0.82)[0.824,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[11.6.222.18.list.dnswl.org : 127.0.5.2]; MX_GOOD(-0.01)[mail.soaustin.net]; NEURAL_SPAM_LONG(0.13)[0.130,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16509, ipnet:18.220.0.0/14, country:US]; FREEMAIL_CC(0.00)[sbcglobal.net]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2018 01:39:54 -0000 On Sun, Dec 16, 2018 at 06:12:35PM -0700, Alan Somers wrote: > As for powerpc on tier 1, I'm afraid that it's not likely to ever > happen. Powerpc is dying. If anybody were buying new ppc hardware, > then it would be a different story. But I predict that powerpc is > likely to be dropped than to go Tier 1. Sorry. Thank you for discouraging me and the other folks working on powerpc64. New systems with Power9 are being sold by a company called Raptor Systems in Round Rock, Texas. Several developers have them, and others (including me) have them on order. I have been working on bringing powerpc64 ports up to parity for quite some time. If you are not aware of the effort that myself, and many others, have been putting in, then you are obviously not reading the svnports@ list, and should not be speaking as an authority. src work on supporting P8 and P9 is also in very active development. Please try to keep up with the development situation for a plaform before posting about it. Frankly, I find your post insulting. mcl From owner-freebsd-stable@freebsd.org Mon Dec 17 01:42:35 2018 Return-Path: Delivered-To: freebsd-stable@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 E41AC1346454 for ; Mon, 17 Dec 2018 01:42:34 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [18.222.6.11]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.soaustin.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6021A72F31 for ; Mon, 17 Dec 2018 01:42:34 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from lonesome.com (unknown [18.188.142.31]) by mail.soaustin.net (Postfix) with ESMTPSA id C442D24952; Mon, 17 Dec 2018 01:42:33 +0000 (UTC) Date: Mon, 17 Dec 2018 01:42:32 +0000 From: Mark Linimon To: Alex McKeever Cc: freebsd-stable@freebsd.org Subject: Re: Common Desktop Environment broken when compiling from ports tree on FreeBSD 12 RC3 (May also apply to the final build) Message-ID: <20181217014232.GB14204@lonesome.com> References: <8A726C0B-CF1F-4580-A76D-7D75CAB1CA49@sbcglobal.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8A726C0B-CF1F-4580-A76D-7D75CAB1CA49@sbcglobal.net> User-Agent: Mutt/1.5.21 (2010-09-15) X-Rspamd-Queue-Id: 6021A72F31 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [0.66 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.71)[-0.706,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.71)[0.712,0]; IP_SCORE(-0.22)[ipnet: 18.220.0.0/14(0.14), asn: 16509(-1.16), country: US(-0.08)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[lonesome.com]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[11.6.222.18.list.dnswl.org : 127.0.5.2]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.19)[0.189,0]; MX_GOOD(-0.01)[cached: mail.soaustin.net]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[sbcglobal.net]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16509, ipnet:18.220.0.0/14, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2018 01:42:35 -0000 On Sun, Dec 16, 2018 at 04:35:32PM -0500, Alex McKeever wrote: > I ran into problems compiling the CDE in FreeBSD 12.0 RC3 (PowerPC) > on my eMac. I don't know of anyone else who has tried to run it. The server-class ports on powerpc64 have been in good shape for several years. However, the desktop ports are lagging way behind. For instance, we are still working to get gnome and kde working properly. Other desktop environments are going to require more people to take up working on them. I personally would like to see powerpc64 ports at (near-) parity with amd64, but we have a lot of work to go yet. mcl From owner-freebsd-stable@freebsd.org Mon Dec 17 01:54:26 2018 Return-Path: Delivered-To: freebsd-stable@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 5325A1346D96 for ; Mon, 17 Dec 2018 01:54:26 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [18.222.6.11]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.soaustin.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C7D2173B6C; Mon, 17 Dec 2018 01:54:25 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from lonesome.com (unknown [18.188.142.31]) by mail.soaustin.net (Postfix) with ESMTPSA id 286C324952; Mon, 17 Dec 2018 01:54:25 +0000 (UTC) Date: Mon, 17 Dec 2018 01:54:22 +0000 From: Mark Linimon To: Matthew Macy Cc: Alan Somers , crees@physics.org, freebsd-stable@freebsd.org, alex.mckeever@sbcglobal.net, jhibbits@FreeBSD.org Subject: Re: Common Desktop Environment broken when compiling from ports tree on FreeBSD 12 RC3 (May also apply to the final build) Message-ID: <20181217015422.GC14204@lonesome.com> References: <8A726C0B-CF1F-4580-A76D-7D75CAB1CA49@sbcglobal.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Rspamd-Queue-Id: C7D2173B6C X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [1.11 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.39)[-0.385,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.87)[0.865,0]; IP_SCORE(-0.22)[ipnet: 18.220.0.0/14(0.13), asn: 16509(-1.16), country: US(-0.08)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[lonesome.com]; AUTH_NA(1.00)[]; RCPT_COUNT_FIVE(0.00)[6]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[11.6.222.18.list.dnswl.org : 127.0.5.2]; MX_GOOD(-0.01)[cached: mail.soaustin.net]; NEURAL_SPAM_LONG(0.17)[0.167,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16509, ipnet:18.220.0.0/14, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2018 01:54:26 -0000 If we are talking powerpc32 and not powerpc64 (as I assumed), the one developer continuing to actively work on it is jhibbits@. Perhaps he can give you a status report. mcl From owner-freebsd-stable@freebsd.org Mon Dec 17 01:45:57 2018 Return-Path: Delivered-To: freebsd-stable@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 887BA1346740 for ; Mon, 17 Dec 2018 01:45:57 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3105373185; Mon, 17 Dec 2018 01:45:57 +0000 (UTC) (envelope-from mmacy@freebsd.org) 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)) (Authenticated sender: mmacy) by smtp.freebsd.org (Postfix) with ESMTPSA id E3C209EB8; Mon, 17 Dec 2018 01:45:56 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: by mail-io1-f49.google.com with SMTP id o13so8832273ioh.2; Sun, 16 Dec 2018 17:45:56 -0800 (PST) X-Gm-Message-State: AA+aEWaBbz+nZ4gSISGXHuFdzir6peemdOVGodrOUg9aQNL/zcTmH+Fm xxbHW1s+qWjZCKgqLIFzlbaRFv+9u3tP4DAdnIg= X-Google-Smtp-Source: AFSGD/W4oX0mEI268QzndaGNPL8oo+fgfCE3DsOPwPz9e/kwZPmRgryPSp/K3eeDb3mJ8ht+4bIl25hkYraqQoH1EbI= X-Received: by 2002:a6b:e919:: with SMTP id u25mr9884384iof.132.1545011156383; Sun, 16 Dec 2018 17:45:56 -0800 (PST) MIME-Version: 1.0 References: <8A726C0B-CF1F-4580-A76D-7D75CAB1CA49@sbcglobal.net> In-Reply-To: From: Matthew Macy Date: Sun, 16 Dec 2018 17:45:44 -0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Common Desktop Environment broken when compiling from ports tree on FreeBSD 12 RC3 (May also apply to the final build) To: Alan Somers Cc: alex.mckeever@sbcglobal.net, crees@physics.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 3105373185 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.85 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; NEURAL_HAM_SHORT(-0.96)[-0.962,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US]; NEURAL_HAM_LONG(-0.89)[-0.886,0] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2018 01:45:57 -0000 Let's speak with a bit more precision. PowerPC (32-bit), with only a lingering handful of embedded uses is "dying" and is only marginally more relevant than the likes of sparc64. PPC64 with the advent of Power9 is the only real alternative platform to amd64 in the data center and the only platform other than amd64 to fully support modern graphics cards on FreeBSD. The limited volume of Raptor motherboards means that NRE costs are reflected in the board cost - so it will continue to be a niche solution, but it is definitely not going away any time soon. On Sun, Dec 16, 2018 at 5:32 PM Alan Somers wrote: > > CC the package maintainer. > > As for powerpc on tier 1, I'm afraid that it's not likely to ever > happen. Powerpc is dying. If anybody were buying new ppc hardware, > then it would be a different story. But I predict that powerpc is > likely to be dropped than to go Tier 1. Sorry. > > -Alan > > On Sun, Dec 16, 2018 at 5:42 PM Alex McKeever > wrote: > > > > I ran into problems compiling the CDE in FreeBSD 12.0 RC3 (PowerPC) on = my eMac. It says it is broken and cannot be compiled. Also, any ETA on when= this port of the OS will go into Tier 1? Compiling software, desktop envir= onments, X11, using 11.1 and the now unsupported 10.4 failed when I tried t= hose a while back (and personally I have been partial to Linux and how easi= ly I can just get software via APT or Zypper... I would be running Debian S= id if they didn=E2=80=99t drop support for the eMac in terms of my internal= display not working after Jessie) > > > > Sent from my iPad > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Mon Dec 17 02:11:06 2018 Return-Path: Delivered-To: freebsd-stable@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 4DADF1347A58 for ; Mon, 17 Dec 2018 02:11:06 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x730.google.com (mail-qk1-x730.google.com [IPv6:2607:f8b0:4864:20::730]) (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 98DD374D0D for ; Mon, 17 Dec 2018 02:11:05 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x730.google.com with SMTP id q1so6478079qkf.13 for ; Sun, 16 Dec 2018 18:11:05 -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=Xtpkw4J/+17JlycL3DNxnvN54DL6ae4G8Tv+H1HImIo=; b=bdMozL3o4wXnPcDEhY3k+FbXYxvs58e0Emz6+AYcHWUOGQoTP5aTYKBCFMBFHtrOgF Mx133G8Hp8St9eyV8MUz8neoXrfz7FCdGfa8CWDves94vIp2n05YPi8yVakPwTCkA+hc SKTA445nVm4EE+2x18yE9G3yR6GycOewRzC86zuf0Z+Yd3vuF1ilZI7CAXMT/Qz5bzOy udkYa51/8lfEoB4Uq4Erd87CyS6llqCsiy6E1RnAHyEWC9LPAsFhMPiqMPfmdwWX3hcz IPLQWStjnj00h74amzFdkAPur0wZwhKVf7xPdZbfFDKg4chmNAd3kn2IuR6ArpH3S1uV JDkQ== 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=Xtpkw4J/+17JlycL3DNxnvN54DL6ae4G8Tv+H1HImIo=; b=n1LCXz4h8wQE67vq6YLbaEcXw91wAxxSgJmUKv8k9/kg20I7vYfRqkf24yIgKTumGv rHk9UszCdd13QcLl+ba7LMCj90UHb48ViIEhmwAa2ByS1Oi/pmYLwWgMwv8/E/YgSPcq 6/jKWG0tGa8CuzJO2C+Pn2BWL8XadnjpDTl6CIBMnO8i7i59faL2ib5i1hVAwEiJZVD3 /DnfgUdtbeaWYhidHXUL+i6Y9WTOl4OvbXIaYp9Jud2QAqzmR8ZGSxbuFwebKcY/grPi I8DkpU/kNFGhTeTevSpFHFNAjrqv8BPURv5N73ZnJjgRTw1dYfvdEvd7q6Gf6SYnUWIF P59A== X-Gm-Message-State: AA+aEWY4IPmpCZ5ob/V+9Pc9H37Z/K3p8DolMPWlWEj1ZzahTCYzsDHe KRVqBZe7N2CwlarXoHwmLB63tdUkN9sB7O1xMTrwUA== X-Google-Smtp-Source: AFSGD/W5inmDGL4CHEc71F5cUGbq6/acHr7KC6NZHOtN+1CWDnLuEnAJH9kDSihfi5AeQZjSD1fpyKm1s3Hvu9h8C38= X-Received: by 2002:a37:6c05:: with SMTP id h5mr10835052qkc.175.1545012665085; Sun, 16 Dec 2018 18:11:05 -0800 (PST) MIME-Version: 1.0 References: <8A726C0B-CF1F-4580-A76D-7D75CAB1CA49@sbcglobal.net> In-Reply-To: From: Warner Losh Date: Sun, 16 Dec 2018 19:10:52 -0700 Message-ID: Subject: Re: Common Desktop Environment broken when compiling from ports tree on FreeBSD 12 RC3 (May also apply to the final build) To: Alan Somers Cc: Alex McKeever , Chris Rees , FreeBSD X-Rspamd-Queue-Id: 98DD374D0D X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=bdMozL3o X-Spamd-Result: default: False [-5.20 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; RCVD_COUNT_TWO(0.00)[2]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@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)[cached: ALT1.aspmx.l.google.com]; RCVD_IN_DNSWL_NONE(0.00)[0.3.7.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.97)[-0.969,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; IP_SCORE(-2.22)[ip: (-8.07), ipnet: 2607:f8b0::/32(-1.63), asn: 15169(-1.33), country: US(-0.08)]; FREEMAIL_CC(0.00)[sbcglobal.net] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2018 02:11:06 -0000 On Sun, Dec 16, 2018, 6:33 PM Alan Somers CC the package maintainer. > > As for powerpc on tier 1, I'm afraid that it's not likely to ever > happen. Powerpc is dying. If anybody were buying new ppc hardware, > then it would be a different story. But I predict that powerpc is > likely to be dropped than to go Tier 1. Sorry. > Power8 is changing that. More $$$ going into making that work well. Maybe not to Tier 1, but not dying. Warner -Alan > > On Sun, Dec 16, 2018 at 5:42 PM Alex McKeever > wrote: > > > > I ran into problems compiling the CDE in FreeBSD 12.0 RC3 (PowerPC) on > my eMac. It says it is broken and cannot be compiled. Also, any ETA on wh= en > this port of the OS will go into Tier 1? Compiling software, desktop > environments, X11, using 11.1 and the now unsupported 10.4 failed when I > tried those a while back (and personally I have been partial to Linux and > how easily I can just get software via APT or Zypper... I would be runnin= g > Debian Sid if they didn=E2=80=99t drop support for the eMac in terms of m= y internal > display not working after Jessie) > > > > Sent from my iPad > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g > " > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@freebsd.org Mon Dec 17 02:21:25 2018 Return-Path: Delivered-To: freebsd-stable@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 AE4E91348295 for ; Mon, 17 Dec 2018 02:21:25 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-io1-xd30.google.com (mail-io1-xd30.google.com [IPv6:2607:f8b0:4864:20::d30]) (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 E88D775606; Mon, 17 Dec 2018 02:21:24 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: by mail-io1-xd30.google.com with SMTP id v12so5245425iop.7; Sun, 16 Dec 2018 18:21:24 -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:in-reply-to:references :mime-version:content-transfer-encoding; bh=Uz9W02SSHWaGGi215YgShL2NrS4Mft4ohha0pTQ6Klo=; b=DnDd58bWpYE69TItdKCc+FEH+ejj762VQtkS102+1fb3Z7+StppIt4t+878AEFOapP yG9hd2VFd+nLTRMx/SCIz88wk8fUzfh/NX9GkaN0MsnXLwyo4yeQ3FBrwBC8GMr/XdAL bZ6rgdtv11Es01H6DT2zJwLiEKNrrntcxo+OBjASSXhGteKssaHQELUwzbK0XzuWuw/5 aLsGErU9tWPpdIUgfMELZ4Jgylep8eFS0i6q5sZB0M4/4XeoklVZPw/zAorKRNsSbPMQ heJVO/t18RQhtq9E5p6v1c3k4XthKu5c2KRnOec06bjKoqnDnset9PT5qO9UbMn8+SFG qCtQ== 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 :in-reply-to:references:mime-version:content-transfer-encoding; bh=Uz9W02SSHWaGGi215YgShL2NrS4Mft4ohha0pTQ6Klo=; b=ZJn12YlOtSmNNxLQ+eM594c5SVDYswirGWFudjAKvVLJuxRmy9HxNVqZgxQBlzEbgW p95Gv+0JzPofPe0LzizVBcUY/Rkz/s7CZaUno0cojYI7QAkwrLhpLI1LVjc+osdyo2bP QV4Uh0upj9mIPsmgB5BcJTobRXik2BWbdDe8Po4Jy4tu4rmnBdBMGlzeURffV/jyNnBa gRtjcCugYSwulGva0hPbUN+5OKtx/e8deUjQDMsQ+hDhl0aZfffsN09g87tTes1e2Sj2 6+LbVxbDVotc7X78ihGnBOkUQ5NJd6bqQfVGkyfC0qGJJCM16pBy9HeSvsW9FWYBsTiU 0Idw== X-Gm-Message-State: AA+aEWa+fuV5o3unXn4oBHVcK5b4l4BFoSSA34aJrRTnsMzbCnQz7mK/ 0MdESEGgDm83P5pNsxQy+JgEthwc X-Google-Smtp-Source: AFSGD/V0s84IdstLLvVL47RqIULtO0dpMgMQqkymtg9H8EfNSu72KUI1/puEH4Mr+k7LbQ9hkAbxCw== X-Received: by 2002:a6b:f404:: with SMTP id i4mr8776869iog.281.1545013284210; Sun, 16 Dec 2018 18:21:24 -0800 (PST) Received: from ralga.knownspace (173-25-245-129.client.mchsi.com. [173.25.245.129]) by smtp.gmail.com with ESMTPSA id y5sm6475822itb.42.2018.12.16.18.21.21 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 16 Dec 2018 18:21:23 -0800 (PST) Sender: Justin Hibbits Date: Sun, 16 Dec 2018 20:21:14 -0600 From: Justin Hibbits To: Mark Linimon Cc: Matthew Macy , Alan Somers , crees@physics.org, freebsd-stable@freebsd.org, alex.mckeever@sbcglobal.net Subject: Re: Common Desktop Environment broken when compiling from ports tree on FreeBSD 12 RC3 (May also apply to the final build) Message-ID: <20181216202114.6fe4ea7c@ralga.knownspace> In-Reply-To: <20181217015422.GC14204@lonesome.com> References: <8A726C0B-CF1F-4580-A76D-7D75CAB1CA49@sbcglobal.net> <20181217015422.GC14204@lonesome.com> X-Mailer: Claws Mail 3.17.1 (GTK+ 2.24.32; powerpc64-portbld-freebsd13.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: E88D775606 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=DnDd58bW; spf=pass (mx1.freebsd.org: domain of chmeeedalf@gmail.com designates 2607:f8b0:4864:20::d30 as permitted sender) smtp.mailfrom=chmeeedalf@gmail.com X-Spamd-Result: default: False [-5.27 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; 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]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[FreeBSD.org]; RCPT_COUNT_FIVE(0.00)[6]; 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)[0.3.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.84)[-0.840,0]; IP_SCORE(-2.22)[ip: (-8.06), ipnet: 2607:f8b0::/32(-1.63), asn: 15169(-1.33), country: US(-0.08)]; FORGED_SENDER(0.30)[jhibbits@FreeBSD.org,chmeeedalf@gmail.com]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[jhibbits@FreeBSD.org,chmeeedalf@gmail.com] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2018 02:21:25 -0000 On Mon, 17 Dec 2018 01:54:22 +0000 Mark Linimon wrote: > If we are talking powerpc32 and not powerpc64 (as I assumed), the one > developer continuing to actively work on it is jhibbits@. Perhaps he > can give you a status report. > > mcl I really wish people would stop saying "XXX is dying". It's an overused trope (See all the "Netcraft confirms" memes). Yes, there are no new powerpc32 devices being produced, but there is still a lot of life left in old macs. Personally, I haven't been keeping up on powerpc32 for a while, but not much has happened in driver-land, and I've been focusing my 32-bit efforts on the Book-E world, which still does have some life to it, and will continue to exist for at least another 7 years due to NXP's product longevity program. Doesn't mean there will be new devices made around them, but they will continue to exist. Although the vast majority of powerpc effort as of late has been in the powerpc64 port, my Book-E efforts on the 32-bit side have been on the powerpcspe port. It's still 32-bit, and anything that would generally affect 32-bit will affect powerpcspe, so any bugs fixed for powerpcspe should fix general powerpc. We are bringing 64-bit package builders online in the FreeBSD cluster, and as you probably know, 64-bit powerpc can run 32-bit binaries just fine. So, when the builders are stable, we might add 32-bit jails as well to crank out packages. That said, don't expect that any time soon. 32-bit powerpc will never be Tier 1, and very well may go away in the next 10-15 years, but I will not claim to predict the future on it. powerpc64 is headed in the direction of Tier 1, but that's still a long crawl itself. Alex, if you find bugs, please file bug reports so they can at least be tracked. You can try to build the broken ports either by deleting the BROKEN line in the Makefile, or through some poudriere or make variable trickery (don't recall how in either case off-hand). That would let us at least know why it's broken. And, yes, I am generally considered the keeper of all things powerpc, and a strong advocate of such. I really should get my PowerMac G4, and PowerBooks (yes, plural) up to latest head, but have little time, so it becomes lower priority until needed. - Justin From owner-freebsd-stable@freebsd.org Mon Dec 17 03:01:27 2018 Return-Path: Delivered-To: freebsd-stable@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 44B9B1349161 for ; Mon, 17 Dec 2018 03:01:27 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [18.222.6.11]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.soaustin.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8F79B77067; Mon, 17 Dec 2018 03:01:26 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from lonesome.com (unknown [18.188.142.31]) by mail.soaustin.net (Postfix) with ESMTPSA id BE0E224952; Mon, 17 Dec 2018 03:01:25 +0000 (UTC) Date: Mon, 17 Dec 2018 03:01:24 +0000 From: Mark Linimon To: Justin Hibbits Cc: Matthew Macy , Alan Somers , crees@physics.org, freebsd-stable@freebsd.org, alex.mckeever@sbcglobal.net Subject: Re: Common Desktop Environment broken when compiling from ports tree on FreeBSD 12 RC3 (May also apply to the final build) Message-ID: <20181217030124.GE14204@lonesome.com> References: <8A726C0B-CF1F-4580-A76D-7D75CAB1CA49@sbcglobal.net> <20181217015422.GC14204@lonesome.com> <20181216202114.6fe4ea7c@ralga.knownspace> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181216202114.6fe4ea7c@ralga.knownspace> User-Agent: Mutt/1.5.21 (2010-09-15) X-Rspamd-Queue-Id: 8F79B77067 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [1.07 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.42)[-0.416,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.86)[0.856,0]; IP_SCORE(-0.22)[ipnet: 18.220.0.0/14(0.13), asn: 16509(-1.16), country: US(-0.08)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[lonesome.com]; AUTH_NA(1.00)[]; RCPT_COUNT_FIVE(0.00)[6]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[11.6.222.18.list.dnswl.org : 127.0.5.2]; MX_GOOD(-0.01)[cached: mail.soaustin.net]; NEURAL_SPAM_LONG(0.16)[0.159,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16509, ipnet:18.220.0.0/14, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2018 03:01:27 -0000 On Sun, Dec 16, 2018 at 08:21:14PM -0600, Justin Hibbits wrote: > You can try to build the broken ports either by deleting the BROKEN > line in the Makefile True, but see below ... > or through some poudriere trickery -T Try building BROKEN ports by defining TRYBROKEN for the build. (This is the equivalent of forcing an ignore of the BROKEN lines). Now, having said that ... over the past 2 weeks I've done a TRYBROKEN run over everything that is marked BROKEN on powerpc64. In the few cases where the port built, I deleted the line. So AFAIK all the ports marked BROKEN really don't build. I can provide logfiles to anyone who wants to do the debugging. Tangential to BROKEN is the makevar NOT_FOR/ONLY_FOR. This doesn't get overridden by TRYBROKEN. This setting is used to say "this port is not able to build on this architecture due to either missing code, lack of support for e.g. big-endian archs, and so forth." For those issues you may need to check with the port's upstream. mcl From owner-freebsd-stable@freebsd.org Mon Dec 17 07:10:40 2018 Return-Path: Delivered-To: freebsd-stable@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 CD62F13317E7 for ; Mon, 17 Dec 2018 07:10:40 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::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 67A8886A98; Mon, 17 Dec 2018 07:10:40 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1gYn31-00065V-AQ; Mon, 17 Dec 2018 08:10:39 +0100 Date: Mon, 17 Dec 2018 08:10:39 +0100 From: Kurt Jaeger To: Matthew Macy Cc: freebsd-stable@freebsd.org Subject: Re: Common Desktop Environment broken when compiling from ports tree on FreeBSD 12 RC3 (May also apply to the final build) Message-ID: <20181217071039.GF63752@home.opsec.eu> References: <8A726C0B-CF1F-4580-A76D-7D75CAB1CA49@sbcglobal.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2018 07:10:41 -0000 Hi! > PPC64 with the advent of Power9 is the only real alternative platform > to amd64 in the data center [...] I'm curious, isn't arm64 also a contender in this market ? -- pi@FreeBSD.org +49 171 3101372 2 years to go ! From owner-freebsd-stable@freebsd.org Mon Dec 17 07:13:11 2018 Return-Path: Delivered-To: freebsd-stable@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 1FA591331A7D for ; Mon, 17 Dec 2018 07:13:11 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BB2C886DDA; Mon, 17 Dec 2018 07:13:10 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from mail-it1-f181.google.com (mail-it1-f181.google.com [209.85.166.181]) (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)) (Authenticated sender: mmacy) by smtp.freebsd.org (Postfix) with ESMTPSA id 99AD6C2AD; Mon, 17 Dec 2018 07:13:10 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: by mail-it1-f181.google.com with SMTP id g76so17387416itg.2; Sun, 16 Dec 2018 23:13:10 -0800 (PST) X-Gm-Message-State: AA+aEWYYuEo+S3ZMpBUPapUiLoFgCh5QLhP4AbZOXM0IfJzJKopGN8r/ 5wdj6n3pdSwh1iX3sFFWJUARRH75Dc2gLpkZiBY= X-Google-Smtp-Source: AFSGD/V4AVYeWDvqGLV5G5nsZ7TLG8sekIE/gKaCVayDo55HF9TUYokQXz6Cuqna878vEMxx/Vi97m9h0D4uLvVfZqU= X-Received: by 2002:a24:be06:: with SMTP id i6mr9845920itf.168.1545030789957; Sun, 16 Dec 2018 23:13:09 -0800 (PST) MIME-Version: 1.0 References: <8A726C0B-CF1F-4580-A76D-7D75CAB1CA49@sbcglobal.net> <20181217071039.GF63752@home.opsec.eu> In-Reply-To: <20181217071039.GF63752@home.opsec.eu> From: Matthew Macy Date: Sun, 16 Dec 2018 23:12:58 -0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Common Desktop Environment broken when compiling from ports tree on FreeBSD 12 RC3 (May also apply to the final build) To: Kurt Jaeger Cc: freebsd-stable@freebsd.org X-Rspamd-Queue-Id: BB2C886DDA X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.97 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.97)[-0.972,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2018 07:13:11 -0000 On Sun, Dec 16, 2018 at 23:10 Kurt Jaeger wrote: > Hi! > > > PPC64 with the advent of Power9 is the only real alternative platform > > to amd64 in the data center [...] > > I'm curious, isn't arm64 also a contender in this market ? > Supposedly. The FF has invested in it greatly. Nonetheless, none of the offerings have been very good in practice. Except for Amazon which owns Annapurna every company I=E2=80=99ve spoken to is backing away from it. -M > -- > pi@FreeBSD.org +49 171 3101372 2 years to go ! > From owner-freebsd-stable@freebsd.org Mon Dec 17 07:21:58 2018 Return-Path: Delivered-To: freebsd-stable@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 B7C841331F57 for ; Mon, 17 Dec 2018 07:21:58 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from fc.opsec.eu (fc.opsec.eu [IPv6:2001:14f8:200:4::4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4C03987247; Mon, 17 Dec 2018 07:21:58 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by fc.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1gYnDw-0003Al-Bs; Mon, 17 Dec 2018 08:21:56 +0100 Date: Mon, 17 Dec 2018 08:21:56 +0100 From: Kurt Jaeger To: Matthew Macy Cc: freebsd-stable@freebsd.org Subject: Re: Common Desktop Environment broken when compiling from ports tree on FreeBSD 12 RC3 (May also apply to the final build) Message-ID: <20181217072156.GR25709@fc.opsec.eu> References: <8A726C0B-CF1F-4580-A76D-7D75CAB1CA49@sbcglobal.net> <20181217071039.GF63752@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2018 07:21:58 -0000 Hi! > > > PPC64 with the advent of Power9 is the only real alternative platform > > > to amd64 in the data center [...] > > I'm curious, isn't arm64 also a contender in this market ? > Supposedly. The FF has invested in it greatly. Nonetheless, none of the > offerings have been very good in practice. That's interesting. Can you elaborate ? Is it the stability of the hardware itself ? Are the hardware offerings too diverse so that the boxes aren't compatible between each other ? Is the performance not sufficient to compete with amd64 ? Are there legal issues like intellectual property or such ? -- pi@FreeBSD.org +49 171 3101372 2 years to go ! From owner-freebsd-stable@freebsd.org Mon Dec 17 08:18:51 2018 Return-Path: Delivered-To: freebsd-stable@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 3E9B81334B69 for ; Mon, 17 Dec 2018 08:18:51 +0000 (UTC) (envelope-from mike.steinmann@gmail.com) Received: from mail-lf1-f49.google.com (mail-lf1-f49.google.com [209.85.167.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 2D8BC89232; Mon, 17 Dec 2018 08:18:50 +0000 (UTC) (envelope-from mike.steinmann@gmail.com) Received: by mail-lf1-f49.google.com with SMTP id a16so8752872lfg.3; Mon, 17 Dec 2018 00:18: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=ubTrykZgX8yrbLJRVzNlGj2HOP5Q9guBOd+wUCcQwNM=; b=PxtLUo7YnNmMh/rAyf7ZhDB9fmeNlgp5U3OhcYtHYSpYyb+aQWyYELJZNappNE4ykW 5gdZwY5Cs694anYj2mo8Fm/5lq2t7+Cdm9NlTXjv7iOcRe7OL9heTeQFLgUVDa4JD/cW Q5sb7YZEwhTUHPRH4fvJ2zHDYqdyCS3In4vENnBCp+IoAEFpM51z56a1JzZajMJ72u+h 584OfMg63kfGnCnEYxc9TYL8GtQueCVB27Tla2xMeGHIlFdDEnGFsyVxHMW/khouMJA/ OTVhqplvBLr66K9Cf3jmKNgMAtcKlvaZnld+ci9bcwWfHc5O/b3KZ4oU4YZsCY5NM2u2 dOkA== X-Gm-Message-State: AA+aEWbWRmUI/u5tsFkJYH96EC1ZFKIKFXbwXsPhJ4oaIHhqFQKuGjSG aQDJ+egGA8DGdqpa8nBKNBk1PTY/8/WdpocqE2LDVg== X-Google-Smtp-Source: AFSGD/VN6FYAWW4MA4/WMMum7v3XR3nXQBjHwhaWUFHTUTrzXc9lBkmVx4nluEG0U6SPiElqyzqPg8SqwRkGy2blFZI= X-Received: by 2002:a19:a302:: with SMTP id m2mr7236150lfe.108.1545034232467; Mon, 17 Dec 2018 00:10:32 -0800 (PST) MIME-Version: 1.0 References: <20181215200040.GO25709@fc.opsec.eu> <20181215204040.GD63752@home.opsec.eu> In-Reply-To: <20181215204040.GD63752@home.opsec.eu> From: Michael Steinmann Date: Mon, 17 Dec 2018 09:09:55 +0100 Message-ID: Subject: Re: APU2, legacy firmware 4.0.22, FreeBSD 12.0 hangs in boot To: pi@freebsd.org Cc: freebsd-stable@freebsd.org X-Rspamd-Queue-Id: 2D8BC89232 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of mikesteinmann@gmail.com designates 209.85.167.49 as permitted sender) smtp.mailfrom=mikesteinmann@gmail.com X-Spamd-Result: default: False [-3.88 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.983,0]; TAGGED_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[pcengines.ch]; NEURAL_HAM_LONG(-0.95)[-0.946,0]; RCVD_TLS_LAST(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.167.85.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.93)[-0.929,0]; IP_SCORE(-1.01)[ipnet: 209.85.128.0/17(-3.61), asn: 15169(-1.34), country: US(-0.08)]; FORGED_SENDER(0.30)[support@pcengines.ch,mikesteinmann@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[49.167.85.209.rep.mailspike.net : 127.0.0.17]; MIME_TRACE(0.00)[0:+,1:+]; 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)[support@pcengines.ch,mikesteinmann@gmail.com]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2018 08:18:51 -0000 Hi, Thanks, we'll look at it ... Best regards, Michael Steinmann Am Sa., 15. Dez. 2018 um 21:40 Uhr schrieb Kurt Jaeger : > Hi! > > > Testing FreeBSD 12.0 on an apu2d4 with WLAN board, after upgrading to > > > > http://pcengines.ch/file/apu2_v4.0.22.rom.tar.gz > > > > the boot hangs after: > > With apu2_v4.8.0.5.rom it boots. > > -- > pi@FreeBSD.org +49 171 3101372 2 years to go ! > From owner-freebsd-stable@freebsd.org Mon Dec 17 10:33:50 2018 Return-Path: Delivered-To: freebsd-stable@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 1F99513390DA for ; Mon, 17 Dec 2018 10:33:50 +0000 (UTC) (envelope-from mike.steinmann@gmail.com) Received: from mail-lf1-f51.google.com (mail-lf1-f51.google.com [209.85.167.51]) (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 197A28E0E9; Mon, 17 Dec 2018 10:33:49 +0000 (UTC) (envelope-from mike.steinmann@gmail.com) Received: by mail-lf1-f51.google.com with SMTP id u18so9032623lff.10; Mon, 17 Dec 2018 02:33:49 -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=DRdhsTHOc4u0cbAMlcAE1WM1bvzB+idWnaryveNKcHA=; b=PEWuiIHQBkAtiRKET2xfgyCtWMac/UaiIhgEa9l5aq13W59lLGUFE3C7fc007ia7Qv n8CSPwjR/hCaLkTQCQ8ehEbTYhAR5UV7VOSqU7jOLL3+cJ5ZzlakCWmEImK8uz7//iIN 5BZdSdF1UXjVj40kJGbnJPa0T/QfiUUZavIhd2tAMRKhoVNz+AAR/iGdAWylzrjUInPa ssL/0OWz30i0n4pQANvXUOl5c4Lozrr5sbyt4dOze5KfP92s4pg8Jl0vweKdza4f6QKe b99Td5IM6WZr4E9BVAxZlnXZFUVG27Z6pWfBkMa2FnHKLQ8uWv7rCuDEdRIHAIfwGd1Z 3aPA== X-Gm-Message-State: AA+aEWb/pkCHxziPd8r35RWA5Unsc7gLkoysfy2TSJNfJN5hpkOO35Md dXJKqfQkgQl6mtPdloU9FWn1JXQ67yH9HmZQz+4uLA== X-Google-Smtp-Source: AFSGD/WKqzqTd02JW3em5ZT8PkA7NPZCHumyuHce+8TO5FE/agx/0pmTfnOyjTUTK5f5cX71KIFnhUq1a6aqv/luRUg= X-Received: by 2002:a19:a60c:: with SMTP id p12mr7444127lfe.63.1545042821772; Mon, 17 Dec 2018 02:33:41 -0800 (PST) MIME-Version: 1.0 References: <20181215200040.GO25709@fc.opsec.eu> In-Reply-To: <20181215200040.GO25709@fc.opsec.eu> From: Michael Steinmann Date: Mon, 17 Dec 2018 11:33:04 +0100 Message-ID: Subject: Re: APU2, legacy firmware 4.0.22, FreeBSD 12.0 hangs in boot To: pi@freebsd.org Cc: freebsd-stable@freebsd.org X-Rspamd-Queue-Id: 197A28E0E9 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of mikesteinmann@gmail.com designates 209.85.167.51 as permitted sender) smtp.mailfrom=mikesteinmann@gmail.com X-Spamd-Result: default: False [-3.66 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.982,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MIME_TRACE(0.00)[0:+,1:+]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[pcengines.ch]; NEURAL_HAM_LONG(-0.94)[-0.938,0]; RCVD_TLS_LAST(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)[51.167.85.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.72)[-0.721,0]; IP_SCORE(-1.01)[ipnet: 209.85.128.0/17(-3.61), asn: 15169(-1.35), country: US(-0.08)]; FORGED_SENDER(0.30)[support@pcengines.ch,mikesteinmann@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[51.167.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]; TAGGED_FROM(0.00)[]; FROM_NEQ_ENVFROM(0.00)[support@pcengines.ch,mikesteinmann@gmail.com]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2018 10:33:50 -0000 Hi, Our developers ask for the full log you could provide. Thanks. Best regards, Michael Steinmann Am Sa., 15. Dez. 2018 um 21:00 Uhr schrieb Kurt Jaeger : > Hi! > > Testing FreeBSD 12.0 on an apu2d4 with WLAN board, after upgrading to > > http://pcengines.ch/file/apu2_v4.0.22.rom.tar.gz > > the boot hangs after: > > [...] > Event timer "RTC" frequency 32768 Hz quality 0 > attimer0: port 0x40-0x43 irq 0 on acpi0 > Timecounter "i8254" frequency 1193182 Hz quality 0 > Event timer "i8254" frequency 1193182 Hz quality 100 > hpet0: iomem 0xfed00000-0xfed003ff on acpi0 > Timecounter "HPET" frequency 14318180 Hz quality 950 > Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 > acpi_timer0: <32-bit timer at 3.579545MHz> port 0x818-0x81b on acpi0 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > > It booted with the former version, but very slowly. > > I can provide a full boot log if required. Any ideas ? > > -- > pi@FreeBSD.org +49 171 3101372 2 years to go ! > From owner-freebsd-stable@freebsd.org Mon Dec 17 10:38:51 2018 Return-Path: Delivered-To: freebsd-stable@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 F1D3913395F9 for ; Mon, 17 Dec 2018 10:38:50 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from fc.opsec.eu (fc.opsec.eu [IPv6:2001:14f8:200:4::4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 594688E424; Mon, 17 Dec 2018 10:38:50 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by fc.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1gYqIR-0003M6-AE; Mon, 17 Dec 2018 11:38:47 +0100 Date: Mon, 17 Dec 2018 11:38:47 +0100 From: Kurt Jaeger To: Michael Steinmann Cc: pi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: APU2, legacy firmware 4.0.22, FreeBSD 12.0 hangs in boot Message-ID: <20181217103847.GT25709@fc.opsec.eu> References: <20181215200040.GO25709@fc.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2018 10:38:51 -0000 Hi! > Our developers ask for the full log you could provide. Below the boot1 with 4.0.22, that stalled. And the boot2, with 4.8.0.5, that worked. Serial Number: 1086158 -------------boot1----------- =00=00PC Engines apu2 coreboot build 20180312 BIOS version v4.0.22 4080 MB ECC DRAM SeaBIOS (version rel-1.11.0.7-0-gdc51f90) Press F10 key now for boot menu Booting from Hard Disk... //bboooott//ccoonnffiigg:: --DDhh --SS11115522000 0 CCoonnssoolleess:: iinntteerrnnaall vviiddeeoo//kkeeyybbooaarrdd sseer= riiaall ppoorrtt =20 BBIIOOSS ddrriivvee CC:: iiss ddiisskk00 =20 ||// --\\||//-- \\||//--\\||//--\\||//--\\||//--\\||//--\\||//--\\ ||//--\= \||//BBIIOOSS 663399kkBB//33666688779922kkBB aavvaaiillaabbllee mmeemmoo= rryy =20 =20 FFrreeeeBBSSDD//xx8866 bboooottssttrraapp llooaaddeerr,, RReevviissiioon= n 11..11 =20 --\\||//-- \\||//--\\||//--\\||//--\\|| //--\\||//--\\||//--\\||//--\\||//-= -\\||//--\\||//--\\||//-- \\||//--\\||//--\\||//--\\||//--\\||//--\\||//--\= \||//--\\||//--\\ ||//--\\||//--\\||//--\\||//--\\||//--\\||//--\\||//--\\|= |//--\\ ||//--\\||//--\\||//--\\||//--\\||//--\\||//--\\||//--\\||//--\\||/= / --\\||//--\\||//--\\||//--\\||//--\\||//--\\||//--\\||//--\\||//--\\||//-= -\\|| //--\\||//--\\||//--\\||//--\\||//--\\||//--\\||//--\\||//--\\||//--\= \||//--\\||//--\\||// --\\||//--\\||//--\\||//--\\||//--\\||//--\\||//--\\|= |//--\\|| //--\\||//--\\||//--\\||//--\\||//--\\||//--\\||//--\\||//--\\||/= /--\\||//--\\||//--\\|| //--\\||//--\\||//--\\||//--\\||//--\\||//--\\||//-= -\\||//--\\||//--\\||//--\\||//--\\||//--\\|| //LLooaaddiinngg //bboooott/= /ddeeffaauullttss//llooaaddeerr..ccoonnff =20 LLooaaddiinngg //bboooott//ddeevviiccee..hhiinnttss =20 --\\||//--\\||//--\\ LLooaaddiinngg //bboooott//llooaaddeerr..ccoonnff =20 ||//--\\||//--\\||//Loading /boot/loader.conf.local ``` ` s` `.....---.......--.``` -/ +o .--` = /y:` +. yo`:. :o `+- y/ -/` -= o/ .- ::/sy+:. / `-- / `: = :` `: :` / = / .- -. -- -. `:` = `:` .-- `--. .---.....----. ______ = ____ _____ _____ | ____| | _ \ / ____| __ \= | |___ _ __ ___ ___ | |_) | (___ | | | | | ___| '__/ _ \/ _ \| _ < \_= __ \| | | | | | | | | __/ __/| |_) |____) | |__| | | | | | | | = || | | | |_| |_| \___|\___||____/|_____/|_____/ =C9=C8=BB= =BC=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD= =CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD= =CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD= =CD=CD=CD=CD=CD=CD=CD=CD=BA=BA=BA=BA=BA=BA=BA=BA=BA=BA=BA=BA=BA=BA=BA=BA=BA= =BA=BA=BA=BA=BA=BA=BAWelcome to FreeBSD1. Boot Multi user [Enter]2. Boot Si= ngle user3. Escape to loader prompt4. RebootOptions:5. Kernel: default/2ker= nel (1 of 1)6. Boot OptionsAutoboot in 10 seconds, hit [Enter] to boot or a= ny other key to stop =20 Autoboot in 9 seconds, hit [Enter] to boot or any other key to stop =20 Autoboot in 8 seconds, hit [Enter] to boot or any other key to stop =20 Autoboot in 7 seconds, hit [Enter] to boot or any other key to stop =20 Autoboot in 6 seconds, hit [Enter] to boot or any other key to stop =20 Autoboot in 5 seconds, hit [Enter] to boot or any other key to stop =20 Autoboot in 4 seconds, hit [Enter] to boot or any other key to stop =20 Autoboot in 3 seconds, hit [Enter] to boot or any other key to stop =20 Autoboot in 2 seconds, hit [Enter] to boot or any other key to stop =20 Autoboot in 1 seconds, hit [Enter] to boot or any other key to stop =20 Autoboot in 0 seconds, hit [Enter] to boot or any other key to stop =20 Loading kernel... /boot/kernel/kernel text=3D0x1678a68 data=3D0x1cd288+0x768b40 syms=3D[0x8+0= x174cd8+0x8+0x19224a] Loading configured modules... /boot/entropy size=3D0x1000 /boot/kernel/zfs.ko size 0x3a9a10 at 0x263e000 loading required module 'opensolaris' /boot/kernel/opensolaris.ko size 0xa4f0 at 0x29e8000 ---<>--- Copyright (c) 1992-2018 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 12.0-RELEASE r341666 GENERIC amd64 FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on LLVM = 6.0.1) VT(vga): resolution 640x480 CPU: AMD GX-412TC SOC (998.15-MHz K8-class C= PU) Origin=3D"AuthenticAMD" Id=3D0x730f01 Family=3D0x16 Model=3D0x30 Step= ping=3D1 Features=3D0x178bfbff Features2=3D0x3ed8220b AMD Features=3D0x2e500800 AMD Features2=3D0x1d4037ff Structured Extended Features=3D0x8 XSAVE Features=3D0x1 SVM: NP,NRIP,AFlush,DAssist,NAsids=3D8 TSC: P-state invariant, performance statistics real memory =3D 4815060992 (4592 MB) avail memory =3D 4092137472 (3902 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) random: unblocking device. ioapic1: Changing APIC ID to 5 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-55 on motherboard Launching APs: 3 2 1 Timecounter "TSC" frequency 998150199 Hz quality 1000 random: entropy device external interface kbd0 at kbdmux0 netmap: loaded module [ath_hal] loaded module_register_init: MOD_LOAD (vesa, 0xffffffff810f9770, 0) error 19 nexus0 vtvga0: on motherboard cryptosoft0: on motherboard acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock, resolution 1.000000s Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x818-0x81b on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 ---------------boot2------------- PC Engines apu2 coreboot build 20180410 BIOS version v4.8.0.5 4080 MB ECC DRAM SeaBIOS (version rel-1.11.0.5-0-gd34c797) Press F10 key now for boot menu Booting from Hard Disk... /boot/config: -h -S115200 Consoles: serial port =20 BIOS drive C: is disk0 BIOS 639kB/3405412kB available memory FreeBSD/x86 bootstrap loader, Revision 1.1 Loading /boot/defaults/loader.conf Loading /boot/device.hints Loading /boot/loader.conf Loading /boot/loader.conf.local ``` ` s` `.....---.......--.``` -/ +o .--` = /y:` +. yo`:. :o `+- y/ -/` -o= / .- ::/sy+:. / `-- / `: = :` `: :` / = / .- -. -- -. `:` = `:` .-- `--. .---.....----. ______ = ____ _____ _____ | ____| | _ \ / ____| __ \ = | |___ _ __ ___ ___ | |_) | (___ | | | | | ___| '__/ _ \/ _ \| _ < \__= _ \| | | | | | | | | __/ __/| |_) |____) | |__| | | | | | | | = || | | | |_| |_| \___|\___||____/|_____/|_____/ =C9=C8=BB= =BC=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD= =CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD= =CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD= =CD=CD=CD=CD=CD=CD=CD=CD=BA=BA=BA=BA=BA=BA=BA=BA=BA=BA=BA=BA=BA=BA=BA=BA=BA= =BA=BA=BA=BA=BA=BA=BAWelcome to FreeBSD1. Boot Multi user [Enter]2. Boot Si= ngle user3. Escape to loader prompt4. RebootOptions:5. Kernel: default/2ker= nel (1 of 1)6. Boot OptionsAutoboot in 10 seconds, hit [Enter] to boot or a= ny other key to stop =20 Autoboot in 9 seconds, hit [Enter] to boot or any other key to stop =20 Autoboot in 8 seconds, hit [Enter] to boot or any other key to stop =20 Autoboot in 7 seconds, hit [Enter] to boot or any other key to stop =20 Autoboot in 6 seconds, hit [Enter] to boot or any other key to stop =20 Autoboot in 5 seconds, hit [Enter] to boot or any other key to stop =20 Autoboot in 4 seconds, hit [Enter] to boot or any other key to stop =20 Autoboot in 3 seconds, hit [Enter] to boot or any other key to stop =20 Autoboot in 2 seconds, hit [Enter] to boot or any other key to stop =20 Autoboot in 1 seconds, hit [Enter] to boot or any other key to stop =20 Autoboot in 0 seconds, hit [Enter] to boot or any other key to stop =20 Loading kernel... /boot/kernel/kernel text=3D0x1678a68 data=3D0x1cd288+0x768b40 syms=3D[0x8+0= x174cd8+0x8+0x19224a] Loading configured modules... /boot/kernel/zfs.ko size 0x3a9a10 at 0x263d000 loading required module 'opensolaris' /boot/kernel/opensolaris.ko size 0xa4f0 at 0x29e7000 /boot/entropy size=3D0x1000 ---<>--- Copyright (c) 1992-2018 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 12.0-RELEASE r341666 GENERIC amd64 FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on LLVM = 6.0.1) VT(vga): resolution 640x480 CPU: AMD GX-412TC SOC (998.16-MHz K8-class C= PU) Origin=3D"AuthenticAMD" Id=3D0x730f01 Family=3D0x16 Model=3D0x30 Step= ping=3D1 Features=3D0x178bfbff Features2=3D0x3ed8220b AMD Features=3D0x2e500800 AMD Features2=3D0x1d4037ff Structured Extended Features=3D0x8 XSAVE Features=3D0x1 SVM: NP,NRIP,AFlush,DAssist,NAsids=3D8 TSC: P-state invariant, performance statistics real memory =3D 5083496448 (4848 MB) avail memory =3D 4084031488 (3894 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) random: unblocking device. ioapic1: Changing APIC ID to 5 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-55 on motherboard Launching APs: 2 1 3 Timecounter "TSC" frequency 998157729 Hz quality 1000 random: entropy device external interface kbd0 at kbdmux0 netmap: loaded module [ath_hal] loaded module_register_init: MOD_LOAD (vesa, 0xffffffff810f9770, 0) error 19 nexus0 vtvga0: on motherboard cryptosoft0: on motherboard acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock, resolution 1.000000s Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x818-0x81b on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.2 (no driver attached) pcib1: irq 25 at device 2.2 on pci0 pcib1: failed to allocate initial I/O port window: 0x1000-0x1fff pci1: on pcib1 igb0: mem 0xf7900000-0xf791f= fff,0xf7920000-0xf7923fff irq 28 at device 0.0 on pci1 igb0: attach_pre capping queues at 4 igb0: using 1024 tx descriptors and 1024 rx descriptors igb0: msix_init qsets capped at 4 igb0: pxm cpus: 4 queue msgs: 4 admincnt: 1 igb0: using 4 rx queues 4 tx queues=20 igb0: Using MSIX interrupts with 5 vectors igb0: allocated for 4 tx_queues igb0: allocated for 4 rx_queues igb0: Ethernet address: 00:0d:b9:42:4c:38 igb0: netmap queues/slots: TX 4/1024, RX 4/1024 pcib2: irq 26 at device 2.3 on pci0 pci2: on pcib2 igb1: port 0x2000-0x201f mem= 0xf7a00000-0xf7a1ffff,0xf7a20000-0xf7a23fff irq 32 at device 0.0 on pci2 igb1: attach_pre capping queues at 4 igb1: using 1024 tx descriptors and 1024 rx descriptors igb1: msix_init qsets capped at 4 igb1: pxm cpus: 4 queue msgs: 4 admincnt: 1 igb1: using 4 rx queues 4 tx queues=20 igb1: Using MSIX interrupts with 5 vectors igb1: allocated for 4 tx_queues igb1: allocated for 4 rx_queues igb1: Ethernet address: 00:0d:b9:42:4c:39 igb1: netmap queues/slots: TX 4/1024, RX 4/1024 pcib3: at device 2.4 on pci0 pci3: on pcib3 igb2: port 0x3000-0x301f mem= 0xf7b00000-0xf7b1ffff,0xf7b20000-0xf7b23fff at device 0.0 on pci3 igb2: attach_pre capping queues at 4 igb2: using 1024 tx descriptors and 1024 rx descriptors igb2: msix_init qsets capped at 4 igb2: pxm cpus: 4 queue msgs: 4 admincnt: 1 igb2: using 4 rx queues 4 tx queues=20 igb2: Using MSIX interrupts with 5 vectors igb2: allocated for 4 tx_queues igb2: allocated for 4 rx_queues igb2: Ethernet address: 00:0d:b9:42:4c:3a igb2: netmap queues/slots: TX 4/1024, RX 4/1024 pcib4: at device 2.5 on pci0 pci4: on pcib4 ath0: mem 0xf7c00000-0xf7c0ffff at device 0.0 on pci4 [ath] enabling AN_TOP2_FIXUP ath0: [HT] enabling HT modes ath0: [HT] 1 stream STBC receive enabled ath0: [HT] 1 stream STBC transmit enabled ath0: [HT] 2 RX streams; 2 TX streams ath0: AR9280 mac 128.2 RF5133 phy 13.0 ath0: 2GHz radio: 0x0000; 5GHz radio: 0x00c0 pci0: at device 8.0 (no driver attached) xhci0: mem 0xf7fa2000-0xf7fa3fff irq 18 at dev= ice 16.0 on pci0 xhci0: 32 bytes context size, 64-bit DMA xhci0: Unable to map MSI-X table=20 usbus0 on xhci0 usbus0: 5.0Gbps Super Speed USB v3.0 ahci0: port 0x4010-0x4017,0x4020-0x4023= ,0x4018-0x401f,0x4024-0x4027,0x4000-0x400f mem 0xf7fa5000-0xf7fa53ff at dev= ice 17.0 on pci0 ahci0: AHCI v1.30 with 2 6Gbps ports, Port Multiplier supported with FBS ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ehci0: mem 0xf7fa6000-0xf7fa60ff irq 18 at dev= ice 19.0 on pci0 usbus1: EHCI version 1.0 usbus1 on ehci0 usbus1: 480Mbps High Speed USB v2.0 isab0: at device 20.3 on pci0 isa0: on isab0 sdhci_pci0: mem 0xf7fa7000-0xf7fa70ff at device 20.7 on pc= i0 sdhci_pci0: 1 slot(s) allocated orm0: at iomem 0xee800-0xeffff pnpid ORM0000 on isa0 uart0: <16550 or compatible> at port 0x3f8 irq 4 flags 0x10 on isa0 uart0: console (115200,n,8,1) uart0: non-PNP ISA device will be removed from GENERIC in FreeBSD 12. uart1: <16550 or compatible> at port 0x2f8 irq 3 on isa0 uart1: non-PNP ISA device will be removed from GENERIC in FreeBSD 12. hwpstate0: on cpu0 ZFS NOTICE: Prefetch is disabled by default if less than 4GB of RAM is pres= ent; to enable, add "vfs.zfs.prefetch_disable=3D0" to /boot/loader.c= onf. ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 1.000 msec ugen1.1: at usbus1 ugen0.1: <0x1022 XHCI root HUB> at usbus0 uhub0: on usbus1 uhub1: <0x1022 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ACS-2 ATA SATA 3.x device ada0: Serial Number 14110C0A1FDA ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 457862MB (937703088 512 byte sectors) ada0: quirks=3D0x2 Trying to mount root from zfs:zroot/ROOT/default []... Root mount waiting for: usbus1 usbus0 uhub1: 4 ports with 4 removable, self powered uhub0: 2 ports with 2 removable, self powered Root mount waiting for: usbus1 ugen1.2: at usbus1 uhub2 on uhub0 uhub2: on = usbus1 uhub2: 4 ports with 4 removable, self powered Setting hostuuid: 7b24996a-00a1-11e9-bb83-000db9424c38. Setting hostid: 0x93cb9069. Starting file system checks: Mounting local filesystems:. ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib /usr/local/= lib/mysql /usr/local/lib/perl5/5.28/mach/CORE 32-bit compatibility ldconfig path: /usr/lib32 Setting hostname: a3.opsec.eu. Setting up harvesting: [UMA],[FS_ATIME],SWI,INTERRUPT,NET_NG,NET_ETHER,NET_= TUN,MOUSE,KEYBOARD,ATTACH,CACHED Feeding entropy: . lo0: link state changed to UP Starting Network: lo0 igb0 igb1 igb2. lo0: flags=3D8049 metric 0 mtu 16384 options=3D680003 inet6 ::1 prefixlen 128=20 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4=20 inet 127.0.0.1 netmask 0xff000000=20 groups: lo=20 nd6 options=3D21 igb0: flags=3D8802 metric 0 mtu 1500 options=3De527bb ether 00:0d:b9:42:4c:38 media: Ethernet autoselect status: no carrier nd6 options=3D29 igb1: flags=3D8802 metric 0 mtu 1500 options=3De527bb ether 00:0d:b9:42:4c:39 media: Ethernet autoselect status: no carrier nd6 options=3D29 igb2: flags=3D8843 metric 0 mtu 1500 options=3De527bb ether 00:0d:b9:42:4c:3a inet 193.105.105.174 netmask 0xffffffc0 broadcast 193.105.105.191=20 media: Ethernet autoselect status: no carrier nd6 options=3D29 Starting devd. Starting Network: igb0. igb0: flags=3D8802 metric 0 mtu 1500 options=3De527bb ether 00:0d:b9:42:4c:38 media: Ethernet autoselect status: no carrier nd6 options=3D29 Starting Network: igb1. igb1: flags=3D8802 metric 0 mtu 1500 options=3De527bb ether 00:0d:b9:42:4c:39 media: Ethernet autoselect status: no carrier nd6 options=3D29 igb2: link state changed to UP Autoloading module: intpm.ko intsmb0: at device 20.0 on pci0 smbus0: on intsmb0 add host 127.0.0.1: gateway lo0 fib 0: route already in table add net default: gateway 193.105.105.190 add host ::1: gateway lo0 fib 0: route already in table add net fe80::: gateway ::1 add net ff02::: gateway ::1 add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 ipfw2 (+ipv6) initialized, divert loadable, nat loadable, default to deny, = logging disabled Flushed all rules. 00100 allow ip from any to any via lo0 00200 deny ip from any to 127.0.0.0/8 00300 deny ip from 127.0.0.0/8 to any 00400 deny ip from any to ::1 00500 deny ip from ::1 to any 00600 allow ipv6-icmp from :: to ff02::/16 00700 allow ipv6-icmp from fe80::/10 to fe80::/10 00800 allow ipv6-icmp from fe80::/10 to ff02::/16 00900 allow ipv6-icmp from any to any icmp6types 1 01000 allow ipv6-icmp from any to any icmp6types 2,135,136 65000 allow ip from any to any Firewall rules loaded. Creating and/or trimming log files. Starting syslogd. No core dumps found. Clearing /tmp (X related). Updating motd:. Mounting late filesystems:. Configuring vt: blanktime. Performing sanity check on sshd configuration. Starting sshd. Starting cron. Starting background file system checks in 60 seconds. Sat Dec 15 22:07 FreeBSD/amd64 (...) (ttyu0) login:=20 --------------- --=20 pi@FreeBSD.org +49 171 3101372 2 years to go ! From owner-freebsd-stable@freebsd.org Mon Dec 17 13:17:38 2018 Return-Path: Delivered-To: freebsd-stable@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 6BC44133F1AF; Mon, 17 Dec 2018 13:17:38 +0000 (UTC) (envelope-from crees@freebsd.org) Received: from mail70c50.megamailservers.eu (mail169c50.megamailservers.eu [91.136.10.179]) (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 AA3EA6D43E; Mon, 17 Dec 2018 13:17:37 +0000 (UTC) (envelope-from crees@freebsd.org) X-Authenticated-User: bayofrum@uwclub.net Received: from pegasus.bayofrum.net (host-80-41-58-105.as13285.net [80.41.58.105]) (authenticated bits=0) by mail70c50.megamailservers.eu (8.14.9/8.13.1) with ESMTP id wBHDHSmc015385; Mon, 17 Dec 2018 13:17:30 +0000 Received: from www.bayofrum.net (unknown [192.168.1.70]) by pegasus.bayofrum.net (Postfix) with ESMTPA id EFF03C0A1; Mon, 17 Dec 2018 13:17:24 +0000 (GMT) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 17 Dec 2018 13:17:24 +0000 From: Chris Rees To: Mark Linimon CC: Alex McKeever , freebsd-stable@freebsd.org, owner-freebsd-stable@freebsd.org Subject: Re: Common Desktop Environment broken when compiling from ports tree on FreeBSD 12 RC3 (May also apply to the final build) In-Reply-To: <20181217014232.GB14204@lonesome.com> References: <8A726C0B-CF1F-4580-A76D-7D75CAB1CA49@sbcglobal.net> <20181217014232.GB14204@lonesome.com> Message-ID: <3a296a4bb6d516d4a8ae6ba09f5d67fa@FreeBSD.org> X-Sender: crees@FreeBSD.org User-Agent: Roundcube Webmail/1.3.7 X-bayofrum-MailScanner-Information: Please contact the ISP for more information X-bayofrum-MailScanner-ID: EFF03C0A1.AF20F X-bayofrum-MailScanner: Found to be clean X-bayofrum-MailScanner-From: crees@freebsd.org X-Spam-Status: No X-CTCH-RefID: str=0001.0A0B020E.5C17A1EA.0034, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown X-CTCH-Score: 0.000 X-CTCH-Rules: X-CTCH-Flags: 0 X-CTCH-ScoreCust: 0.000 X-CSC: 0 X-CHA: v=2.3 cv=PNMhB8iC c=1 sm=1 tr=0 a=EuuEpbt/dLJjUk3psnl2FQ==:117 a=EuuEpbt/dLJjUk3psnl2FQ==:17 a=kj9zAlcOel0A:10 a=2ur7OfE09M0A:10 a=zz0hiAVEJazMbFBt_GsA:9 a=CjuIK1q_8ugA:10 X-Rspamd-Queue-Id: AA3EA6D43E X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.95 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; NEURAL_HAM_SHORT(-0.95)[-0.950,0]; ASN(0.00)[asn:9115, ipnet:91.136.0.0/17, country:GB]; NEURAL_HAM_LONG(-1.00)[-0.998,0] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2018 13:17:38 -0000 Hi people, (and thanks Alan for copying me in) On 2018-12-17 01:42, Mark Linimon wrote: > On Sun, Dec 16, 2018 at 04:35:32PM -0500, Alex McKeever wrote: >> I ran into problems compiling the CDE in FreeBSD 12.0 RC3 (PowerPC) >> on my eMac. > > I don't know of anyone else who has tried to run it. > > The server-class ports on powerpc64 have been in good shape for several > years. However, the desktop ports are lagging way behind. For > instance, > we are still working to get gnome and kde working properly. Other > desktop > environments are going to require more people to take up working on > them. > > I personally would like to see powerpc64 ports at (near-) parity with > amd64, but we have a lot of work to go yet. I'm not sure if it's supported on PowerPC at all anyway by the developers (although obviously it used to work, perhaps not on FreeBSD though). Was it a straightforward error? Chris -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-stable@freebsd.org Mon Dec 17 13:53:36 2018 Return-Path: Delivered-To: freebsd-stable@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 ECEC2134067F for ; Mon, 17 Dec 2018 13:53:35 +0000 (UTC) (envelope-from alexander.lochmann@tu-dortmund.de) Received: from unimail.uni-dortmund.de (mx1.hrz.uni-dortmund.de [129.217.128.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "unimail.tu-dortmund.de", Issuer "TU Dortmund CA - G01" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 75AF56EABD for ; Mon, 17 Dec 2018 13:53:34 +0000 (UTC) (envelope-from alexander.lochmann@tu-dortmund.de) Received: from [129.217.43.49] (limnos.cs.uni-dortmund.de [129.217.43.49]) (authenticated bits=0) by unimail.uni-dortmund.de (8.16.0.29/8.16.0.29) with ESMTPSA id wBHDpmAw025817 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Mon, 17 Dec 2018 14:51:48 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tu-dortmund.de; s=unimail; t=1545054708; bh=W//9u66steQT5HzO7ckxVaX8/Qbw40lBVaPnxfAPbmE=; h=To:From:Cc:Subject:Date; b=egYqITMH9VCKWCvRCfiGKxAj70s60/ltJUBthHp2xey6xnDn1RKxwPyA9BiJ0OHTJ M1hkYtkph1FAYqWl0UQt9jcAXQXn4zGMxrXcDn/b0KuNNVrp3Uc//L0uGg1uw54nt1 Ecefwiv78/VLdrCoRrpoOwqzJ4/A3Mjjpw5bsu8s= To: freebsd-stable@freebsd.org From: Alexander Lochmann Openpgp: preference=signencrypt Autocrypt: addr=alexander.lochmann@tu-dortmund.de; prefer-encrypt=mutual; keydata= mQINBFQIyUEBEADZ+x+Ssg/46SiU66zm2lPGYAdqYfmXVv+sf/23+/KSj0FQHZKywzWjsmgR vWZZVlGJolwcW3MJ/g6ctZeOpfYiZVpzbZwNgKU0ETGjUmqmlq5/o5KnENKOimZzaKSaNn9p IC+EIeWXvu7pQjW0w1bK/RVVNw0p1Iz82W4Z+vKtD8CS+YJLAcZ6YoZMvQEg84O9odlV2Ryp oVj9EzHH40TWEdtgd4pQkaOks01PEr19sJXUjnP0VxLfs91AZjRnmGJKnI4HcrOKwquoQEeL DtHCxK0VNeoXCWkz33uBxSL5cicQ7D09hxjWthMilUpDZT94x0K452q4nybQ1TSLTYC8mlW+ xKUvJmqfHZbITJ10dTgjNvOe0kLbpXeQ1789lNmnA9bkQAK5Cefo55WbXmr1Mo3PV7y0XCib OaiijPlZo/Isc03EOK3lHPK8NuY8G+ftvphO4RyXCUWXw/o01cDnPaIEcTWkUbXvMhf/6ltP 1QWEfkguzGVjTw7Xssm9YuokC+P+49JKRyZzyCJZ022OxMlsX6c1BNZ4+cWUNmn6xr1xRNse SglpMLL1m3K1KuLf1hdAor6PBzFLiLa33lUhsWtg1ACFhpfZZOQRVas2McXTYUUpmCzOYI5F +km5q6cZStr9m7O3Y3DDGotiaJDpLtATwZ4MIM4ADbg/xl6ZgwARAQABtDZBbGV4YW5kZXIg TG9jaG1hbm4gPGFsZXhhbmRlci5sb2NobWFubkB0dS1kb3J0bXVuZC5kZT6JAj4EEwECACgF AlQIyUECGyMFCQlmAYAGCwkIBwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEFk+7QW8Pvb9I34Q AIEGy9Pt1nK8r+0baVF5KBXzoZuQIQ7ZfxJ0MFrCQSvRYEWevm2a0p5lBDOpb/VL8VtYMVO2 xZewerWoXyWMIeWmmCeSuVGdLDT/YV6BA54KzJkptmXxQaUVdiY+Fl0jxFODAXvSxI36MdzQ PFMwcSqxs5lZaxxyUWPidwanaQ5QNkShY2ljFD8gnKALiCxd/PqexLRlLinvqJ01EArxmPum PeA6nckWh4PGk1IGm7FiNZ5TYhCaq9lh5Hg5LsSJhJrOfgeT92hI7cLEwjKvRLrjH+NzbNFW tX4gWlwUHU5afP71AY9RfNXt/Ul8w+R5CX6W9xaiuS5MZZS5SZYeHU5QAfqaomSRkVb2uqwf Lahx76ONwOtsVbMLshaA9mxsgMUNDhOYxyKQOnYz2qThwZloEOgICaxIZG7WJug0HL4YGXG7 EJdFn2fEs6WUCeZ1DWGUGf92N+AFMBBJ/HP1fVlkAwuubOF7QdPTrsGwd8Tz0tkFzxd/W496 OvGO/OZZCw+pKnDODJyXtBs3jr6cu9evEasiaQEVL+nfhTGyNVW+dldn6uj7tJ3qLQbuk+o4 BLrUwjWXLdA4nMEGgtm8WabEyjoolP2BfjMTgEFQHhxaW0t4fIYLO5kM3lNphwXxmA4Lys+x RCPyLSitlqwrqDW19v56NTipcAqsczgpGZRGuQINBFQIyUEBEACcIW4RnxXteHv/Hl4/l926 sozOCL8iwT/OD9QvL3171Y1MDX8bt8LneMoh5RG4SegtdVaA4jLkdv8BTmRbY7qZrzJjYJX4 PUyvmuZbqpa+PF1c5uqUcuhwpXlQAupL1dCgO5p1xbdCxEOB9Lm+2hUFJy1LsvidwieJdFqR l09a/IypKtqywJxa6sSJp9ZPPCPMJnJxIVzGqAwHWO84LfIX5I6BRUbqAhxljJm40Bk79z+P HdytD0SaTuWIhsVYRFchKLxqbXokUhJaWupE1v4xFe2Sqty9vSCrJZMRZRTLvngRxbJVHIJJ sK685HNS3QJSrFtql+SGMkPHpX92+ZCmyTH6DAQ3Y0MtjJTcoYKu3fI8KT9BSsLuuXUToX7Y l4RbFB5s0rwZ2XMweKJdkwypC5fSZmLtEwgimMQ4VfBBUPJCvHhmvOHKX3Wls99D7xYWP7Lr iinmjbduiaO/A+bLjAdLqqGJpjQ7T3z+vqxzp3IaeJ3ObSnnnPppcKVAf6qZqu5Yfc31q/OY n19WyGIhwK3MuuVmjatxMmGgkSxzgTTP3jFQ008qymPcgrvgOR+MECCIpXjOMfenOhhsKnhu F7hxUS/6JtYKsEMEwJXVN509sNhJiEzSY9q+VYn9IArHSBMmpi5l6XvI1iwPD9HRNursPxKV lfi8lQsC7zxuTQARAQABiQIlBBgBAgAPBQJUCMlBAhsMBQkJZgGAAAoJEFk+7QW8Pvb9EkkP /2LyGWWOoTAGBhzvgKiYzarS3WQNZCuFHSfB/XXg4SRSX3NsxGVZWdLvVVgzWo1+tC1Qk6wO IVQSSw20wQXe8boZ8yiB8eM4ohfS0lySO9gOkQLYLijWg3JIYwTbqyK2X8LpbCs7eUTXM9NO 6pmVtoc3LBBIXQElX8ir0BZZ19OCSConTkyVHYK6IbEJ11PxjJG5ZS7anI4FQt0muzykZrhk bmf5IV3DtJ/KUfhQjnJa2B/KoT7F6vpTCoyPtaBUHQXEAb2NaZVwF06WXsqfX4yleym3Jlfx Rfa4+BOJ4Gf2EFd3wYCsIb33ulaXBLWa8w3A/FdQSW9NBM4iYlPxRg+5eXn+oajpyKqPLetH WRNMN4NSHVSpu+JRqRlTDO3HCn/peQ0OB/Iaf3HN3DLZdbjtZY40xl1iR9TMgD2fn2MlAFy3 dSKfjeCAQYP9can1MgebE729MI7QhtzuUYdHy+iJO/ENNlSgFo5DLwRqssEGqWag0xWPgcni UAERITTzHJeevSeZh5ThHyD173Pwn+tIhR4bK5RFy/gnzwqHckl8Hw7o06m51yI4dUVeatNT mAiNrmW3iQnvehjLZOYXOXx4ovsWdvQn01dUo3gCXdEWQ5yQLOQRGTCcrq1hzCEd//viy9oT spNrcZJf1pbo3EKkCwUPAltq51ramtYzOu4K Cc: Horst Schirmeier Subject: Address Collision using i386 4G/4G Memory Split Message-ID: <38ad0d50-c776-9deb-d56b-db8db548cefc@tu-dortmund.de> Date: Mon, 17 Dec 2018 14:51:48 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="7lBJymOEjXxY4qO0tcBbAHav0BU0zg5Rv" X-Rspamd-Queue-Id: 75AF56EABD X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=tu-dortmund.de header.s=unimail header.b=egYqITMH; spf=pass (mx1.freebsd.org: domain of alexander.lochmann@tu-dortmund.de designates 129.217.128.51 as permitted sender) smtp.mailfrom=alexander.lochmann@tu-dortmund.de X-Spamd-Result: default: False [-6.23 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:129.217.128.0/24]; HAS_ATTACHMENT(0.00)[]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; DKIM_TRACE(0.00)[tu-dortmund.de:+]; RCVD_IN_DNSWL_MED(-0.20)[51.128.217.129.list.dnswl.org : 127.0.11.2]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[esa3.itmc.tu-dortmund.de,esa4.itmc.tu-dortmund.de]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_SHORT(-0.90)[-0.904,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+]; IP_SCORE(-0.02)[asn: 680(-0.08), country: DE(-0.01)]; ASN(0.00)[asn:680, ipnet:129.217.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[tu-dortmund.de:s=unimail]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_MED(0.00)[tu-dortmund.de.dwl.dnswl.org : 127.0.11.2]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; DMARC_NA(0.00)[tu-dortmund.de]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; RBL_COMPOSITE_RCVD_IN_DNSWL_MED_DWL_DNSWL_MED(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2018 13:53:36 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --7lBJymOEjXxY4qO0tcBbAHav0BU0zg5Rv Content-Type: multipart/mixed; boundary="vfYBy8ekYmh25Ls8CxdwWuN07ecgrYvo9"; protected-headers="v1" From: Alexander Lochmann To: freebsd-stable@freebsd.org Cc: Horst Schirmeier Message-ID: <38ad0d50-c776-9deb-d56b-db8db548cefc@tu-dortmund.de> Subject: Address Collision using i386 4G/4G Memory Split --vfYBy8ekYmh25Ls8CxdwWuN07ecgrYvo9 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Hi folks! According to git commit e3089a (https://reviews.freebsd.org/D1463) FreeBSD 12.0 i386 uses separate address spaces for kernel and user space. So basically two memory areas, one in each space, can have the same address. Is this possible with FreeBSD 12.0? Is this likely to happen? On my opinion, this is also very expensive in terms of performance. Any copy{in,out} has to flush the TLB. (http://fxr.watson.org/fxr/source/i386/i386/copyout_fast.s#L91) Why are you still using this 4G/4G approach? Regards, Alex --=20 Technische Universit=C3=A4t Dortmund Alexander Lochmann PGP key: 0xBC3EF6FD Otto-Hahn-Str. 16 phone: +49.231.7556141 D-44227 Dortmund fax: +49.231.7556116 http://ess.cs.tu-dortmund.de/Staff/al --vfYBy8ekYmh25Ls8CxdwWuN07ecgrYvo9-- --7lBJymOEjXxY4qO0tcBbAHav0BU0zg5Rv Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEElhZsUHzVP0dbkjCRWT7tBbw+9v0FAlwXqfQACgkQWT7tBbw+ 9v3JbA//en3ytdOxukhGNNL5xTITaUp1wuAeq4ncgqPfuFA1Ttwufug60Q/WozWj ynm2/iy1oILg9IhIKmV8SYOzKRJwCFDWIV1sQB9vgaNdyGxlgpiXTXxAR1t6w5mI +wIPxVtVHVZXkCLsIV+ZXIqzfsEj5qhDAhW+ZhKdueQFwZl7ykNeJaEUrH8gaqYg AlOnNY2YAciD3cvq44jQZPNdRT/xG9q9gZxKFgj0X6Ph183VjIRF2RjYDlR0TyR/ Kx+qZI/CYSkK3Mwu5RvuK0wjgJT5qCjFovqYRNOr6EteVytO4FxM/iMdC1uRpOb+ LYFXiOuNQSUcDpfa0F1977MnHK78druNoF0zIJ6dOanRPPSo/thzQl+j4VThIJ4C dqKBdSeF/LH/uLVFQhUqagzYADdFpyqVRcSBwmBQ8ien2LqAWmhsWI/cu8b2b17d hvwPgRa4MIo/I5MlfQvkGRguv47wBvzyHtIs7TBnfGqubfXJpYYIWxNXg3BftB+1 qxtNs0+AM3/6fykgw6uGZrXQx1wdUP73U3BcVnUxj8AbBXACZdizt+bdt4xXNa4a Drop/+9XE0WccaiPctTADIZWra/E0fiCODA7ZAySx7Cm/58Cu2GcgG1iooE0H3hW FWw+u5IiXTqr6hmZkECI2pGFZV7xDFJ0I0TFFKefrS58kx3NOQ4= =c8pg -----END PGP SIGNATURE----- --7lBJymOEjXxY4qO0tcBbAHav0BU0zg5Rv-- From owner-freebsd-stable@freebsd.org Mon Dec 17 14:12:41 2018 Return-Path: Delivered-To: freebsd-stable@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 492A71340D01 for ; Mon, 17 Dec 2018 14:12:41 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-ot1-f53.google.com (mail-ot1-f53.google.com [209.85.210.53]) (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 9801F6F540 for ; Mon, 17 Dec 2018 14:12:40 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by mail-ot1-f53.google.com with SMTP id t5so12286662otk.1 for ; Mon, 17 Dec 2018 06:12:40 -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:content-transfer-encoding; bh=I3VsZzVnCrv4mjl2gCNKXjZTBoSlJLbUVoPtH6q4cdw=; b=r0VfYgyzN+ux/BHCr+Oyh4MjtHCT9Ws90u89uopJdEQIyOJARiTmjlZYs+eOeUeevP nwa3Lp3PA8iyorKzLrsp3aGODnMG6RoZtnp/l/XQujnxxjhaD6n+85QTM2jpCDcPcAi+ lnqMDmDZGxTiX3VgRu2QTqjwF6ilK6j9HcfT/DwndtXLpoKd6KN3dyww/eXf4jbVRgm5 SLAMn/ghDRzeQTWm9c9jqGNTP0qM5w7Oz3O7uZyFih/boALNUikQbzFo7enqzhMtgQ5/ 8K6pBY3EtrbpZcqYmx7J5gZ8+d3mjCnELHNp8xhGRHOdOXJah3cpdCV/vwRugTrNV+Eb ZsCQ== X-Gm-Message-State: AA+aEWahmabFbIEU6nsQqq7FgWfgybe5+Z1s0Ks/aDTLk6YKK9CMb57A TBxBfOI7Now5BzlfLCEfH3cUPJO20NmEIhHon1E= X-Google-Smtp-Source: AFSGD/VWPwfhzYheTMp2X/V+6TfDp/asAYiG79Eoml+WOqvqSl3/2ZXDjfrOGEgLJ3uheSkQKhQjiQVwErQC9Zdit50= X-Received: by 2002:a9d:60c4:: with SMTP id b4mr9262900otk.221.1545055954172; Mon, 17 Dec 2018 06:12:34 -0800 (PST) MIME-Version: 1.0 References: <8A726C0B-CF1F-4580-A76D-7D75CAB1CA49@sbcglobal.net> In-Reply-To: <8A726C0B-CF1F-4580-A76D-7D75CAB1CA49@sbcglobal.net> From: Edward Napierala Date: Mon, 17 Dec 2018 14:12:22 +0000 Message-ID: Subject: Re: Common Desktop Environment broken when compiling from ports tree on FreeBSD 12 RC3 (May also apply to the final build) To: Alex McKeever Cc: FreeBSD Stable Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 9801F6F540 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of etnapierala@gmail.com designates 209.85.210.53 as permitted sender) smtp.mailfrom=etnapierala@gmail.com X-Spamd-Result: default: False [-4.05 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; NEURAL_HAM_LONG(-1.00)[-0.997,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; MIME_TRACE(0.00)[0:+]; 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)[53.210.85.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.94)[-0.938,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; FORGED_SENDER(0.30)[trasz@freebsd.org,etnapierala@gmail.com]; FREEMAIL_TO(0.00)[sbcglobal.net]; RWL_MAILSPIKE_POSSIBLE(0.00)[53.210.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)[trasz@freebsd.org,etnapierala@gmail.com]; IP_SCORE(-1.11)[ip: (-0.49), ipnet: 209.85.128.0/17(-3.60), asn: 15169(-1.35), country: US(-0.08)]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2018 14:12:41 -0000 pon., 17 gru 2018 o 00:42 Alex McKeever napisa=C5=82(a): > > I ran into problems compiling the CDE in FreeBSD 12.0 RC3 (PowerPC) on my= eMac. It says it is broken and cannot be compiled. Also, any ETA on when t= his port of the OS will go into Tier 1? Compiling software, desktop environ= ments, X11, using 11.1 and the now unsupported 10.4 failed when I tried tho= se a while back (and personally I have been partial to Linux and how easily= I can just get software via APT or Zypper... I would be running Debian Sid= if they didn=E2=80=99t drop support for the eMac in terms of my internal d= isplay not working after Jessie) FWIW, the x11/cde port is not just broken on MIPS and PowerPC; it's marked broken on FreeBSD 12 on all architectures. From owner-freebsd-stable@freebsd.org Mon Dec 17 15:52:30 2018 Return-Path: Delivered-To: freebsd-stable@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 2D96E1343DA2 for ; Mon, 17 Dec 2018 15:52:30 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::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 4AFF3741D7 for ; Mon, 17 Dec 2018 15:52:29 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from amavis-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 43JQdl0kS5z7Xs for ; Mon, 17 Dec 2018 16:52:27 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= user-agent:message-id:organization:subject:subject:from:from :date:date:content-transfer-encoding:content-type:content-type :mime-version:received:received:received:received; s=jakla4; t= 1545061943; x=1547653944; bh=TNC8DuSHEgteBfD4ykdWXkpfBPXIliFK9YD Ep+XB9ZY=; b=VeCn/Yo4D539iRTURnEF8Xhza21eUZwABI6IX4wOKWTu2AaEyD0 /NHdK5Iej+XFXK1da/xb+t5TfkjUcvVQUE62CSUqn8my2jlQSH1uiW9k/lTINRfm Nq8ZYQ1o/whfho0r1/hOM1yEuyB+4Xura8uJA8J7SmKekANnD73n+5Ak= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10026) with LMTP id Twr1tndcImhW for ; Mon, 17 Dec 2018 16:52:23 +0100 (CET) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP id 43JQdg2HBnz7Xr for ; Mon, 17 Dec 2018 16:52:22 +0100 (CET) Received: from nabiralnik.ijs.si (nabiralnik.ijs.si [IPv6:2001:1470:ff80::80:16]) by mildred.ijs.si (Postfix) with ESMTP id 43JQdf5SdBzmV for ; Mon, 17 Dec 2018 16:52:22 +0100 (CET) Received: from neli.ijs.si (2001:1470:ff80:88:21c:c0ff:feb1:8c91) by nabiralnik.ijs.si with HTTP (HTTP/1.1 POST); Mon, 17 Dec 2018 16:52:22 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 17 Dec 2018 16:52:22 +0100 From: Mark Martinec To: freebsd-stable@freebsd.org Subject: mps and LSI SAS2308: controller resets on 12.0 - IOC Fault 0x40000d04, Resetting Organization: Jozef Stefan Institute Message-ID: <515deae15368aaa8c8deb241e71f87db@ijs.si> X-Sender: Mark.Martinec+freebsd@ijs.si User-Agent: Roundcube Webmail/1.3.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2018 15:52:30 -0000 One of our servers that was upgraded from 11.2 to 12.0 (to RC2 initially, then to RC3 and lastly to a 12.0-RELEASE) is suffering severe instability of a disk controller, resetting itself a couple of times a day, usually associated with high disk usage (like poudriere buils or zfs scrub or nightly file system scans). The same setup was rock-solid under 11.2 (and still/again is). The disk controller is LSI SAS2308. It has four disks attached as JBODs, one pair of SSDs and one pair of hard disks, each pair forming its own zpool. A controller reset can occur regardless of which pair is in heavy use. The following can be found in logs, just before machine becomes unusable (although not logged always, as disks may be dropped before syslog has a chance of writing anything): xxx kernel: [2382] mps0: IOC Fault 0x40000d04, Resetting xxx kernel: [2382] mps0: Reinitializing controller xxx kernel: [2383] mps0: Firmware: 20.00.02.00, Driver: 21.02.00.00-fbsd xxx kernel: [2383] mps0: IOCCapabilities: 5a85c xxx kernel: [2383] (da0:mps0:0:0:0): Invalidating pack The IOC Fault location is always the same. Apparently the disk controller resets, all disk devices are dropped and ZFS finds itself with no disks. The machine still responds to ping, and if logged-in during the event and running zpool status -v 1, zfs reports loss of all devices for each pool: pool: data0 state: UNAVAIL status: One or more devices are faulted in response to IO failures. action: Make sure the affected devices are connected, then run 'zpool clear'. see: http://illumos.org/msg/ZFS-8000-HC scan: scrub repaired 0 in 0 days 03:53:41 with 0 errors on Sat Nov 17 00:22:38 2018 config: NAME STATE READ WRITE CKSUM data0 UNAVAIL 0 0 0 mirror-0 UNAVAIL 0 24 0 2396428274137360341 REMOVED 0 0 0 was /dev/gpt/da2-PN1334PCKAKD4S 16738407333921736610 REMOVED 0 0 0 was /dev/gpt/da3-PN2338P4GJ1XYC (and similar for the other pool) At this point the machine is unusable and needs to be hard-reset. My guess is that after the controller resets, disk devices come up again (according to the report seen on the console, stating 'periph destroyed' first, then listing full info on each disk) - but zfs ignores them. I don't see any mention of changes of the mps driver in the 12.0 release notes, although diff-ing its sources between 11.2 and 12.0 shows plenty of nontrivial changes. After suffering this instability for some time, I finally downgraded the OS to 11.2, and things are back to normal again! This downgrade path was nontrivial, as I have foolishly upgraded pool features to what comes with 12.0, so downgrading involved hacking with dismantling both zfs mirror pools, recreating pools without the two new features, zfs send/receive copying, while having a machine hang during some of these operations. Not something for the faint at heart. I know, foolish of me to upgrade pools after just one day of uptime with 12.0. Some info on the controller: kernel: mps0: port 0xf000-0xf0ff mem 0xfbe40000- 0xfbe4ffff,0xfbe00000-0xfbe3ffff irq 64 at device 0.0 numa-domain 1 on pci11 kernel: mps0: Firmware: 20.00.02.00, Driver: 21.02.00.00-fbsd mpsutil shows: mps0 Adapter: Board Name: LSI2308-IT Board Assembly: Chip Name: LSISAS2308 Chip Revision: ALL BIOS Revision: 7.39.00.00 Firmware Revision: 20.00.02.00 Integrated RAID: no So, what has changed in the mps driver for this to be happening? Would it be possible to take mps driver sources from 11.2, transplant them to 12.0, recompile, and use that? Could the new mps driver be using some new feature of the controller and hits a firmware bug? I have resisted upgrading SAS2308 firmware and its BIOS, as it is working very well under 11.2. Anyone else seen problems with mps driver and LSI SAS2308 controller? (btw, on another machine the mps driver with LSI SAS2004 is working just fine under 12.0) Mark From owner-freebsd-stable@freebsd.org Mon Dec 17 19:14:21 2018 Return-Path: Delivered-To: freebsd-stable@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 3B5B71349CE3 for ; Mon, 17 Dec 2018 19:14:21 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene.sentex.ca (unknown [IPv6:2607:f3e0:0:3::18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "pyroxene.sentex.ca", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D581985EE1 for ; Mon, 17 Dec 2018 19:14:20 +0000 (UTC) (envelope-from mike@sentex.net) Received: from [192.168.43.26] ([192.168.43.26]) by pyroxene.sentex.ca (8.15.2/8.15.2) with ESMTP id wBHJEHOv070879; Mon, 17 Dec 2018 14:14:18 -0500 (EST) (envelope-from mike@sentex.net) Subject: Re: mps and LSI SAS2308: controller resets on 12.0 - IOC Fault 0x40000d04, Resetting To: Mark Martinec , freebsd-stable@freebsd.org References: <515deae15368aaa8c8deb241e71f87db@ijs.si> From: Mike Tancsa Openpgp: preference=signencrypt Autocrypt: addr=mike@sentex.net; prefer-encrypt=mutual; keydata= mQENBEzcA24BCACpwI/iqOrs0GfQSfhA1v6Z8AcXVeGsRyKEKUpxoOYxXWc2z3vndbYlIP6E YJeifzKhS/9E+VjhhICaepLHfw865TDTUPr5D0Ed+edSsKjlnDtb6hfNJC00P7eoiuvi85TW F/gAxRY269A5d856bYrzLbkWp2lKUR3Bg6NnORtflGzx9ZWAltZbjYjjRqegPv0EQNYcHqWo eRpXilEo1ahT6nmOU8V7yEvT2j4wlLcQ6qg7w+N/vcBvyd/weiwHU+vTQ9mT61x5/wUrQhdw 2gJHeQXeDGMJV49RT2EEz+QVxaf477eyWsdQzPVjAKRMT3BVdK8WvpYAEfBAbXmkboOxABEB AAG0HG1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5jYT6JATgEEwECACIFAkzcA24CGwMGCwkI BwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEJXHwM2kc8rX+sMH/2V6pTBKsQ5mpWWLgs6wVP2k BC+6r/YKNXv9Rw/PrC6+9hTbgA+sSjJ+8gxsCbJsOQXZrxF0x3l9oYdYfuKcwdwXFX1/FS8p HfBeDkmlH+dI709xT9wgrR4dS5aMmKp0scPrXPIAKiYVOHjOlNItcLYTEEWEFBepheEVsgmk GrNbcrHwOx/u4igUQ8vcpyXPyUki+BsftPw8ZQvBU887igh0OxaCR8AurJppQ5UQd63r81cX E1ZjoFoWCaGK/SjPb/OhpYpu5swoZIhOxQbn7OtakYPsDd5t2A5KhvjI8BMTnd5Go+2xsCmr jlIEq8Bi29gCcfQUvNiClevi13ifmnm5AQ0ETNwDbgEIALWGNJHRAhpd0A4vtd3G0oRqMBcM FGThQr3qORmEBTPPEomTdBaHcn+Xl+3YUvTBD/67/mutWBwgp2R5gQOSqcM7axvgMSHbKqBL 9sd1LsLw0UT2O5AYxv3EwzhG84pwRg3XcUqvWA4lA8tIj/1q4Jzi5qOkg1zxq4W9qr9oiYK5 bBR638JUvr3eHMaz/Nz+sDVFgwHmXZj3M6aE5Ce9reCGbvrae7H5D5PPvtT3r22X8SqfVAiO TFKedCf/6jbSOedPN931FJQYopj9P6b3m0nI3ZiCDVSqeyOAIBLzm+RBUIU3brzoxDhYR8pz CJc2sK8l6YjqivPakrD86bFDff8AEQEAAYkBHwQYAQIACQUCTNwDbgIbDAAKCRCVx8DNpHPK 1+iQB/99aqNtez9ZTBWELj269La8ntuRx6gCpzfPXfn6SDIfTItDxTh1hrdRVP5QNGGF5wus N4EMwXouskva1hbFX3Pv72csYSxxEJXjW16oV8WK4KjKXoskLg2RyRP4uXqL7Mp2ezNtVY5F 9nu3fj4ydpHCSaqKy5xd70A8D50PfZsFgkrsa5gdQhPiGGEdxhq/XSeAAnZ4uVLJKarH+mj5 MEhgZPEBWkGrbDZpezl9qbFcUem/uT9x8FYT/JIztMVh9qDcdP5tzANW5J7nvgXjska+VFGY ryZK4SPDczh74mn6GI/+RBi7OUzXXPgpPBrhS5FByjwCqjjsSpTjTds+NGIY Organization: Sentex Communications Message-ID: <4587c653-d2f0-0bd1-dd9b-dd2f5421c7cd@sentex.net> Date: Mon, 17 Dec 2018 14:14:15 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.3 MIME-Version: 1.0 In-Reply-To: <515deae15368aaa8c8deb241e71f87db@ijs.si> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: D581985EE1 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd]; REPLY(-4.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.986,0] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2018 19:14:21 -0000 On 12/17/2018 10:52 AM, Mark Martinec wrote: > Anyone else seen problems with mps driver and LSI SAS2308 controller? > > (btw, on another machine the mps driver with LSI SAS2004 is working > just fine under 12.0) Sort of ran into this as well, but with the mfi driver. The same card in *some* machines would boot just fine, but in others, it would hang at boot time. Not sure if its related or not https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231432 I was able to get a MegaRAID SAS-3 3108 [Invader] card working by forcing it to use the mrsas driver instead of the mfi.  However, my 9240s fail with the mfi and they will not work with the mrsas     ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 x203 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada From owner-freebsd-stable@freebsd.org Mon Dec 17 20:58:14 2018 Return-Path: Delivered-To: freebsd-stable@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 93B28134C312 for ; Mon, 17 Dec 2018 20:58:14 +0000 (UTC) (envelope-from lidl@pix.net) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.pix.net", Issuer "Pix.Com Technologies LLC CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 82E618A1A5 for ; Mon, 17 Dec 2018 20:58:13 +0000 (UTC) (envelope-from lidl@pix.net) Received: from torb.pix.net ([IPv6:2001:470:e254:11:a9dd:d4d:d709:aa92]) (authenticated bits=0) by hydra.pix.net (8.15.2/8.15.2) with ESMTPA id wBHKw5Tw076417; Mon, 17 Dec 2018 15:58:13 -0500 (EST) (envelope-from lidl@pix.net) X-Authentication-Warning: hydra.pix.net: Host [IPv6:2001:470:e254:11:a9dd:d4d:d709:aa92] claimed to be torb.pix.net To: freebsd-stable@freebsd.org References: <38ad0d50-c776-9deb-d56b-db8db548cefc@tu-dortmund.de> Subject: Re: Address Collision using i386 4G/4G Memory Split From: Kurt Lidl Message-ID: <064a6212-40df-2dad-32fb-4cade922c65d@pix.net> Date: Mon, 17 Dec 2018 15:58:05 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.3.3 MIME-Version: 1.0 In-Reply-To: <38ad0d50-c776-9deb-d56b-db8db548cefc@tu-dortmund.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2018 20:58:14 -0000 Alexander Lochmann writes: > According to git commit e3089a (https://reviews.freebsd.org/D1463) > FreeBSD 12.0 i386 uses separate address spaces for kernel and user > space. So basically two memory areas, one in each space, can have the > same address. > Is this possible with FreeBSD 12.0? Is this likely to happen? If the userspace program and the kernel address happen to overlap, the system will deal with it. There's not anything to worry about. As to whether or not it's likely to happen -- I'm not sure about that. I expect the default stack and heap space locations for a fresh process have changed due to this change, but it should not matter. > On my opinion, this is also very expensive in terms of performance. > Any copy{in,out} has to flush the TLB. > (http://fxr.watson.org/fxr/source/i386/i386/copyout_fast.s#L91) > Why are you still using this 4G/4G approach? The complete split between the user address space and kernel address space mapping is largely due to the mitigation of the Spectre attacks, as I understand things. To have both the kernel and userspace mapped at the same time, can be used to extract information from the kernel that should not be made available. I think it falls into the "slower but safer" class of change. Someone will, undoubtedly, correct me if I'm wrong. -Kurt From owner-freebsd-stable@freebsd.org Tue Dec 18 05:27:47 2018 Return-Path: Delivered-To: freebsd-stable@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 9C68F1340C3A for ; Tue, 18 Dec 2018 05:27:47 +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 AD2B68069D for ; Tue, 18 Dec 2018 05:27:46 +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 wBI5RcHr087859 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 18 Dec 2018 07:27:41 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua wBI5RcHr087859 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id wBI5RcpH087858; Tue, 18 Dec 2018 07:27:38 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 18 Dec 2018 07:27:38 +0200 From: Konstantin Belousov To: Alexander Lochmann Cc: freebsd-stable@freebsd.org, Horst Schirmeier Subject: Re: Address Collision using i386 4G/4G Memory Split Message-ID: <20181218052738.GZ60291@kib.kiev.ua> References: <38ad0d50-c776-9deb-d56b-db8db548cefc@tu-dortmund.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <38ad0d50-c776-9deb-d56b-db8db548cefc@tu-dortmund.de> User-Agent: Mutt/1.11.1 (2018-12-01) 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-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2018 05:27:47 -0000 On Mon, Dec 17, 2018 at 02:51:48PM +0100, Alexander Lochmann wrote: > Hi folks! > > According to git commit e3089a (https://reviews.freebsd.org/D1463) > FreeBSD 12.0 i386 uses separate address spaces for kernel and user > space. So basically two memory areas, one in each space, can have the > same address. > Is this possible with FreeBSD 12.0? Is this likely to happen? The feature was added to HEAD during this summer, before stable/12 was branched. > > On my opinion, this is also very expensive in terms of performance. > Any copy{in,out} has to flush the TLB. > (http://fxr.watson.org/fxr/source/i386/i386/copyout_fast.s#L91) > Why are you still using this 4G/4G approach? Because it is needed for i386 to self-host, in modern world 1G KVA is too small, and because it provides Meltdown mitigation. From owner-freebsd-stable@freebsd.org Tue Dec 18 08:34:28 2018 Return-Path: Delivered-To: freebsd-stable@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 0AB55134627C for ; Tue, 18 Dec 2018 08:34:28 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) (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 A3D1786754 for ; Tue, 18 Dec 2018 08:34:27 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id E37743C475F; Tue, 18 Dec 2018 08:34:25 +0000 (UTC) Date: Tue, 18 Dec 2018 08:34:25 +0000 From: Brooks Davis To: Kurt Lidl Cc: freebsd-stable@freebsd.org Subject: Re: Address Collision using i386 4G/4G Memory Split Message-ID: <20181218083425.GA20811@spindle.one-eyed-alien.net> References: <38ad0d50-c776-9deb-d56b-db8db548cefc@tu-dortmund.de> <064a6212-40df-2dad-32fb-4cade922c65d@pix.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rwEMma7ioTxnRzrJ" Content-Disposition: inline In-Reply-To: <064a6212-40df-2dad-32fb-4cade922c65d@pix.net> User-Agent: Mutt/1.9.4 (2018-02-28) X-Rspamd-Queue-Id: A3D1786754 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.99)[-0.991,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2018 08:34:28 -0000 --rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 17, 2018 at 03:58:05PM -0500, Kurt Lidl wrote: > Alexander Lochmann writes: > > According to git commit e3089a (https://reviews.freebsd.org/D1463) > > FreeBSD 12.0 i386 uses separate address spaces for kernel and user > > space. So basically two memory areas, one in each space, can have the > > same address. > > Is this possible with FreeBSD 12.0? Is this likely to happen? >=20 > If the userspace program and the kernel address happen to overlap, the=20 > system will deal with it. There's not anything to worry about. As to > whether or not it's likely to happen -- I'm not sure about that. I > expect the default stack and heap space locations for a fresh process > have changed due to this change, but it should not matter. 4/4 does potentially alter the failure modes of buggy code that tries to read directly from userspace addresses. For example, correct calls to the sysctls fixed in r342125 may panic prior to the fix because the addresses in question aren't mapped in kernel space. They might also fail or behave bizarrely if the page is mapped and the value from the kernel page is used. -- Brooks --rwEMma7ioTxnRzrJ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJcGLERAAoJEKzQXbSebgfAqN4H/1yXiglpEIFNTJ033cpdthEk fFORpvHlJoC67PZ86//mvSJ0/MbB0MuCualwFW8HV4Hj9KA7579R2f+aYFcjUxaz 9vmXnwtgLPZRKEXcQp+mTX/DQYBzVvNXY2Qfxq21D9k65XYCsomlBT812PQyl22p mkxZTCLma1bKfr0MAJdmx2RpPhftGm8FQZKdVDhcoZ3AN0a7LdnyeRAO6xb00t8P NexWaIybeb3cLavuVGF6tbb38a5jFTIdklU5j46PtrXAt6n8bpNURHnIpeNQFHYF fias0aIZKqSm1z3wok/OIrCe2CAKwEU/v6FKpobFKgqPqjprCdPu86dUWunqGLw= =BLPX -----END PGP SIGNATURE----- --rwEMma7ioTxnRzrJ-- From owner-freebsd-stable@freebsd.org Tue Dec 18 08:57:34 2018 Return-Path: Delivered-To: freebsd-stable@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 DBFDD1347625 for ; Tue, 18 Dec 2018 08:57:34 +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 2F60D87D85; Tue, 18 Dec 2018 08:57:34 +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 wBI8vQQa038150 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 18 Dec 2018 10:57:29 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua wBI8vQQa038150 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id wBI8vQiq038149; Tue, 18 Dec 2018 10:57:26 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 18 Dec 2018 10:57:26 +0200 From: Konstantin Belousov To: Brooks Davis Cc: Kurt Lidl , freebsd-stable@freebsd.org Subject: Re: Address Collision using i386 4G/4G Memory Split Message-ID: <20181218085726.GD60291@kib.kiev.ua> References: <38ad0d50-c776-9deb-d56b-db8db548cefc@tu-dortmund.de> <064a6212-40df-2dad-32fb-4cade922c65d@pix.net> <20181218083425.GA20811@spindle.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181218083425.GA20811@spindle.one-eyed-alien.net> User-Agent: Mutt/1.11.1 (2018-12-01) 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-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2018 08:57:35 -0000 On Tue, Dec 18, 2018 at 08:34:25AM +0000, Brooks Davis wrote: > On Mon, Dec 17, 2018 at 03:58:05PM -0500, Kurt Lidl wrote: > > Alexander Lochmann writes: > > > According to git commit e3089a (https://reviews.freebsd.org/D1463) > > > FreeBSD 12.0 i386 uses separate address spaces for kernel and user > > > space. So basically two memory areas, one in each space, can have the > > > same address. > > > Is this possible with FreeBSD 12.0? Is this likely to happen? > > > > If the userspace program and the kernel address happen to overlap, the > > system will deal with it. There's not anything to worry about. As to > > whether or not it's likely to happen -- I'm not sure about that. I > > expect the default stack and heap space locations for a fresh process > > have changed due to this change, but it should not matter. > > 4/4 does potentially alter the failure modes of buggy code that tries to > read directly from userspace addresses. For example, correct calls to > the sysctls fixed in r342125 may panic prior to the fix because the > addresses in question aren't mapped in kernel space. They might also > fail or behave bizarrely if the page is mapped and the value from the > kernel page is used. I believe that SMAP on amd64 is The solution to find such cases, now. And it indeed catched several real cases, e.g. pci(4), acpi_call and vbox from ports, besides the mentioned commit.. From owner-freebsd-stable@freebsd.org Tue Dec 18 09:09:30 2018 Return-Path: Delivered-To: freebsd-stable@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 5A02513480C3 for ; Tue, 18 Dec 2018 09:09:30 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail3.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.freebsd.org (Postfix) with SMTP id 2CB5D88674 for ; Tue, 18 Dec 2018 09:09:24 +0000 (UTC) (envelope-from janm@transactionware.com) Received: (qmail 6972 invoked by uid 907); 18 Dec 2018 09:02:41 -0000 Received: from p54B7348D.dip0.t-ipconnect.de (HELO [192.168.7.2]) (84.183.52.141) (smtp-auth username janm, mechanism plain) by mail3.transactionware.com (qpsmtpd/0.84) with (ECDHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA; Tue, 18 Dec 2018 20:02:41 +1100 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: mps and LSI SAS2308: controller resets on 12.0 - IOC Fault 0x40000d04, Resetting From: Jan Martin Mikkelsen In-Reply-To: <4587c653-d2f0-0bd1-dd9b-dd2f5421c7cd@sentex.net> Date: Tue, 18 Dec 2018 10:05:35 +0100 Cc: Mark Martinec , freebsd-stable@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <8A43948F-5902-4ED8-B062-D5419B7671FB@transactionware.com> References: <515deae15368aaa8c8deb241e71f87db@ijs.si> <4587c653-d2f0-0bd1-dd9b-dd2f5421c7cd@sentex.net> To: Mike Tancsa X-Mailer: Apple Mail (2.3445.9.1) X-Rspamd-Queue-Id: 2CB5D88674 X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [4.04 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MV_CASE(0.50)[]; NEURAL_SPAM_SHORT(0.73)[0.733,0]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[transactionware.com]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_MEDIUM(0.83)[0.834,0]; AUTH_NA(1.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[a.mx.transactionware.com]; NEURAL_SPAM_LONG(0.99)[0.992,0]; R_SPF_NA(0.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:17559, ipnet:203.14.245.0/24, country:AU]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-0.01)[country: AU(-0.03)] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2018 09:09:30 -0000 > On 17 Dec 2018, at 20:14, Mike Tancsa wrote: >=20 > On 12/17/2018 10:52 AM, Mark Martinec wrote: >> Anyone else seen problems with mps driver and LSI SAS2308 controller? >>=20 >> (btw, on another machine the mps driver with LSI SAS2004 is working >> just fine under 12.0)=20 >=20 >=20 > Sort of ran into this as well, but with the mfi driver. The same card = in > *some* machines would boot just fine, but in others, it would hang at > boot time. Not sure if its related or not >=20 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D231432 >=20 > I was able to get a MegaRAID SAS-3 3108 [Invader] card working by > forcing it to use the mrsas driver instead of the mfi. However, my > 9240s fail with the mfi and they will not work with the mrsas >=20 Interesting. I have a machine with a 9240 and a 9261 that I have just = upgraded to 12.0 from 10.2 and is working fine with the mfi driver. However, the standard machine build procedure here includes: hw.mfi.msi=3D=E2=80=9C1=E2=80=9D in /boot/loader.conf. This was added to our build procedure back in 2011 = to deal with the 9261 not working on FreeBSD 9.0. I wonder if using MSI interrupts would help with your problem? Regards, Jan M. From owner-freebsd-stable@freebsd.org Tue Dec 18 09:16:39 2018 Return-Path: Delivered-To: freebsd-stable@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 547B21348983 for ; Tue, 18 Dec 2018 09:16:39 +0000 (UTC) (envelope-from alexander.lochmann@tu-dortmund.de) Received: from unimail.uni-dortmund.de (mx1.hrz.uni-dortmund.de [129.217.128.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "unimail.tu-dortmund.de", Issuer "TU Dortmund CA - G01" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D05D7890A5 for ; Tue, 18 Dec 2018 09:16:38 +0000 (UTC) (envelope-from alexander.lochmann@tu-dortmund.de) Received: from [129.217.43.49] (limnos.cs.uni-dortmund.de [129.217.43.49]) (authenticated bits=0) by unimail.uni-dortmund.de (8.16.0.29/8.16.0.29) with ESMTPSA id wBI9Ga28025792 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Tue, 18 Dec 2018 10:16:36 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tu-dortmund.de; s=unimail; t=1545124596; bh=JTPfYK5NCzyKKTrOybYp8dJ5b3SDKsmc1cFjwSuvPow=; h=To:Cc:References:From:Subject:Date:In-Reply-To; b=JAqd4V87E/R6XTTwPB6r/Xzt0rjlU1iTDPFFv6aDDjfxJmWJVu4g12Gg8ePwchb+3 0nsFpA6Mv6yAKPlr252PjUxNX6Mm4c1jtDfCNKFyjaclXbEBI8Ezapu6/5rPgEcqy1 7gKhaQPnkIJqDHMX/nofzqCCgwFq3DoP+MsnGoZQ= To: Konstantin Belousov Cc: freebsd-stable@freebsd.org, Horst Schirmeier References: <38ad0d50-c776-9deb-d56b-db8db548cefc@tu-dortmund.de> <20181218052738.GZ60291@kib.kiev.ua> From: Alexander Lochmann Openpgp: preference=signencrypt Autocrypt: addr=alexander.lochmann@tu-dortmund.de; prefer-encrypt=mutual; keydata= mQINBFQIyUEBEADZ+x+Ssg/46SiU66zm2lPGYAdqYfmXVv+sf/23+/KSj0FQHZKywzWjsmgR vWZZVlGJolwcW3MJ/g6ctZeOpfYiZVpzbZwNgKU0ETGjUmqmlq5/o5KnENKOimZzaKSaNn9p IC+EIeWXvu7pQjW0w1bK/RVVNw0p1Iz82W4Z+vKtD8CS+YJLAcZ6YoZMvQEg84O9odlV2Ryp oVj9EzHH40TWEdtgd4pQkaOks01PEr19sJXUjnP0VxLfs91AZjRnmGJKnI4HcrOKwquoQEeL DtHCxK0VNeoXCWkz33uBxSL5cicQ7D09hxjWthMilUpDZT94x0K452q4nybQ1TSLTYC8mlW+ xKUvJmqfHZbITJ10dTgjNvOe0kLbpXeQ1789lNmnA9bkQAK5Cefo55WbXmr1Mo3PV7y0XCib OaiijPlZo/Isc03EOK3lHPK8NuY8G+ftvphO4RyXCUWXw/o01cDnPaIEcTWkUbXvMhf/6ltP 1QWEfkguzGVjTw7Xssm9YuokC+P+49JKRyZzyCJZ022OxMlsX6c1BNZ4+cWUNmn6xr1xRNse SglpMLL1m3K1KuLf1hdAor6PBzFLiLa33lUhsWtg1ACFhpfZZOQRVas2McXTYUUpmCzOYI5F +km5q6cZStr9m7O3Y3DDGotiaJDpLtATwZ4MIM4ADbg/xl6ZgwARAQABtDZBbGV4YW5kZXIg TG9jaG1hbm4gPGFsZXhhbmRlci5sb2NobWFubkB0dS1kb3J0bXVuZC5kZT6JAj4EEwECACgF AlQIyUECGyMFCQlmAYAGCwkIBwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEFk+7QW8Pvb9I34Q AIEGy9Pt1nK8r+0baVF5KBXzoZuQIQ7ZfxJ0MFrCQSvRYEWevm2a0p5lBDOpb/VL8VtYMVO2 xZewerWoXyWMIeWmmCeSuVGdLDT/YV6BA54KzJkptmXxQaUVdiY+Fl0jxFODAXvSxI36MdzQ PFMwcSqxs5lZaxxyUWPidwanaQ5QNkShY2ljFD8gnKALiCxd/PqexLRlLinvqJ01EArxmPum PeA6nckWh4PGk1IGm7FiNZ5TYhCaq9lh5Hg5LsSJhJrOfgeT92hI7cLEwjKvRLrjH+NzbNFW tX4gWlwUHU5afP71AY9RfNXt/Ul8w+R5CX6W9xaiuS5MZZS5SZYeHU5QAfqaomSRkVb2uqwf Lahx76ONwOtsVbMLshaA9mxsgMUNDhOYxyKQOnYz2qThwZloEOgICaxIZG7WJug0HL4YGXG7 EJdFn2fEs6WUCeZ1DWGUGf92N+AFMBBJ/HP1fVlkAwuubOF7QdPTrsGwd8Tz0tkFzxd/W496 OvGO/OZZCw+pKnDODJyXtBs3jr6cu9evEasiaQEVL+nfhTGyNVW+dldn6uj7tJ3qLQbuk+o4 BLrUwjWXLdA4nMEGgtm8WabEyjoolP2BfjMTgEFQHhxaW0t4fIYLO5kM3lNphwXxmA4Lys+x RCPyLSitlqwrqDW19v56NTipcAqsczgpGZRGuQINBFQIyUEBEACcIW4RnxXteHv/Hl4/l926 sozOCL8iwT/OD9QvL3171Y1MDX8bt8LneMoh5RG4SegtdVaA4jLkdv8BTmRbY7qZrzJjYJX4 PUyvmuZbqpa+PF1c5uqUcuhwpXlQAupL1dCgO5p1xbdCxEOB9Lm+2hUFJy1LsvidwieJdFqR l09a/IypKtqywJxa6sSJp9ZPPCPMJnJxIVzGqAwHWO84LfIX5I6BRUbqAhxljJm40Bk79z+P HdytD0SaTuWIhsVYRFchKLxqbXokUhJaWupE1v4xFe2Sqty9vSCrJZMRZRTLvngRxbJVHIJJ sK685HNS3QJSrFtql+SGMkPHpX92+ZCmyTH6DAQ3Y0MtjJTcoYKu3fI8KT9BSsLuuXUToX7Y l4RbFB5s0rwZ2XMweKJdkwypC5fSZmLtEwgimMQ4VfBBUPJCvHhmvOHKX3Wls99D7xYWP7Lr iinmjbduiaO/A+bLjAdLqqGJpjQ7T3z+vqxzp3IaeJ3ObSnnnPppcKVAf6qZqu5Yfc31q/OY n19WyGIhwK3MuuVmjatxMmGgkSxzgTTP3jFQ008qymPcgrvgOR+MECCIpXjOMfenOhhsKnhu F7hxUS/6JtYKsEMEwJXVN509sNhJiEzSY9q+VYn9IArHSBMmpi5l6XvI1iwPD9HRNursPxKV lfi8lQsC7zxuTQARAQABiQIlBBgBAgAPBQJUCMlBAhsMBQkJZgGAAAoJEFk+7QW8Pvb9EkkP /2LyGWWOoTAGBhzvgKiYzarS3WQNZCuFHSfB/XXg4SRSX3NsxGVZWdLvVVgzWo1+tC1Qk6wO IVQSSw20wQXe8boZ8yiB8eM4ohfS0lySO9gOkQLYLijWg3JIYwTbqyK2X8LpbCs7eUTXM9NO 6pmVtoc3LBBIXQElX8ir0BZZ19OCSConTkyVHYK6IbEJ11PxjJG5ZS7anI4FQt0muzykZrhk bmf5IV3DtJ/KUfhQjnJa2B/KoT7F6vpTCoyPtaBUHQXEAb2NaZVwF06WXsqfX4yleym3Jlfx Rfa4+BOJ4Gf2EFd3wYCsIb33ulaXBLWa8w3A/FdQSW9NBM4iYlPxRg+5eXn+oajpyKqPLetH WRNMN4NSHVSpu+JRqRlTDO3HCn/peQ0OB/Iaf3HN3DLZdbjtZY40xl1iR9TMgD2fn2MlAFy3 dSKfjeCAQYP9can1MgebE729MI7QhtzuUYdHy+iJO/ENNlSgFo5DLwRqssEGqWag0xWPgcni UAERITTzHJeevSeZh5ThHyD173Pwn+tIhR4bK5RFy/gnzwqHckl8Hw7o06m51yI4dUVeatNT mAiNrmW3iQnvehjLZOYXOXx4ovsWdvQn01dUo3gCXdEWQ5yQLOQRGTCcrq1hzCEd//viy9oT spNrcZJf1pbo3EKkCwUPAltq51ramtYzOu4K Subject: Re: Address Collision using i386 4G/4G Memory Split Message-ID: <40f4db11-84cb-9b8d-2eb5-5882ad01d1d8@tu-dortmund.de> Date: Tue, 18 Dec 2018 10:16:35 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: <20181218052738.GZ60291@kib.kiev.ua> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="cTvFxoptKgcF0SORpRrj8xT3hvXxmkGAJ" X-Rspamd-Queue-Id: D05D7890A5 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-7.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-1.00)[-0.999,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2018 09:16:39 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --cTvFxoptKgcF0SORpRrj8xT3hvXxmkGAJ Content-Type: multipart/mixed; boundary="bYRlaA01VG42Vk5msddPSHh0YaFiE92Os"; protected-headers="v1" From: Alexander Lochmann To: Konstantin Belousov Cc: freebsd-stable@freebsd.org, Horst Schirmeier Message-ID: <40f4db11-84cb-9b8d-2eb5-5882ad01d1d8@tu-dortmund.de> Subject: Re: Address Collision using i386 4G/4G Memory Split References: <38ad0d50-c776-9deb-d56b-db8db548cefc@tu-dortmund.de> <20181218052738.GZ60291@kib.kiev.ua> In-Reply-To: <20181218052738.GZ60291@kib.kiev.ua> --bYRlaA01VG42Vk5msddPSHh0YaFiE92Os Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Am 18.12.18 um 06:27 schrieb Konstantin Belousov: > On Mon, Dec 17, 2018 at 02:51:48PM +0100, Alexander Lochmann wrote: >> Hi folks! >> >> According to git commit e3089a (https://reviews.freebsd.org/D1463) >> FreeBSD 12.0 i386 uses separate address spaces for kernel and user >> space. So basically two memory areas, one in each space, can have the >> same address. >> Is this possible with FreeBSD 12.0? Is this likely to happen? > The feature was added to HEAD during this summer, before stable/12 was > branched. Mhmkay. But how likely is it that two memory areas will get the same address? Does the kernel, for example, start in the high memory region and the user space starts in the mid region? This would reduce the likelihood of two memory areas starting at the same virtual address. Some context: We are doing VM-based tracing in the FreeBSD kernel. For that, we observe parts of the kernel memory (allocations, accesses,...). Before 12.0 we simply knew that kernel addresses that we logged were unique. Moreover, when a memory access to a region of interest happened we knew that could only be kernel memory. We know have to ensure that we only record memory accesses that happen within the kernel. Our approach is to record the kernels value for the CR3 register, and record memory accesses if the CR3 registers holds the aforementioned valu= e. >=20 >> >> On my opinion, this is also very expensive in terms of performance. >> Any copy{in,out} has to flush the TLB. >> (http://fxr.watson.org/fxr/source/i386/i386/copyout_fast.s#L91) >> Why are you still using this 4G/4G approach? > Because it is needed for i386 to self-host, in modern world 1G KVA > is too small, and because it provides Meltdown mitigation. >=20 --=20 Technische Universit=C3=A4t Dortmund Alexander Lochmann PGP key: 0xBC3EF6FD Otto-Hahn-Str. 16 phone: +49.231.7556141 D-44227 Dortmund fax: +49.231.7556116 http://ess.cs.tu-dortmund.de/Staff/al --bYRlaA01VG42Vk5msddPSHh0YaFiE92Os-- --cTvFxoptKgcF0SORpRrj8xT3hvXxmkGAJ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEElhZsUHzVP0dbkjCRWT7tBbw+9v0FAlwYuvMACgkQWT7tBbw+ 9v1t/Q//SS+4EMseCnBZNY2LYpENpgHLe3nlUr4U1XH9g2fvZuEmJ2i7A/SeGtGv BT3wBy6swC5Xjf52YTxoFuvXg2bJyRyFkJhE2Qp3EVlczQ5jNaOgNJMGmtj2NUoS wwRGaDXDXYNdrLj/7mjCgxpD9X8fg1EoT55Bqla4FBb+RrM6ypWfJpOJBrwLp3D7 qSozyAHUqi+Yok7R3zud7jIHCuIlTmFtnAEdaTpTM7LWI32RlKirN+G0KQIqoN9g ppxqaPmt0NFf2DGxLgOAkx5zoTLSjE+8Rs1tDbAHCjznGaicLUSKfk5phm9m/Fiy 57lcVOc6KE6p0+fhE96jVLYZTs2zFvrma8CHFOrq4qGDlCKBwUC8/J6mb22pBWC7 b3GTwIF/fcIS+MOof2yBbMeH3+wPdzs9O2NBfku7G0kRx6U+vGRpF0QkqVTesjWD QC+mhlffJbdoGeUUYha+Mlb8cpRZvhlWVVhIHA4V9kcJCYvxq891NqqiLuD8hKD9 aA9rUenrpUbvJ1UTVi3dlnGrNVEucDRkxlHPW4FUUFkiyLbLGIp78yuqkhOKx3l7 N4m4mE2iS0G+p7FrW5/v06v6n4gHEXd5XQVOPqtD1SBquPbvto21Db92EqbRCG3S oBThUO9HWNhsv5FgympASv9kfBK2SLdR86drrAXVUf9R7yp03w4= =YQn5 -----END PGP SIGNATURE----- --cTvFxoptKgcF0SORpRrj8xT3hvXxmkGAJ-- From owner-freebsd-stable@freebsd.org Tue Dec 18 10:02:12 2018 Return-Path: Delivered-To: freebsd-stable@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 BF594134B29E for ; Tue, 18 Dec 2018 10:02:11 +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 C34098B7FB for ; Tue, 18 Dec 2018 10:02:10 +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 wBIA1xbq053097 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 18 Dec 2018 12:02:02 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua wBIA1xbq053097 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id wBIA1xbM053096; Tue, 18 Dec 2018 12:01:59 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 18 Dec 2018 12:01:59 +0200 From: Konstantin Belousov To: Alexander Lochmann Cc: freebsd-stable@freebsd.org, Horst Schirmeier Subject: Re: Address Collision using i386 4G/4G Memory Split Message-ID: <20181218100159.GE60291@kib.kiev.ua> References: <38ad0d50-c776-9deb-d56b-db8db548cefc@tu-dortmund.de> <20181218052738.GZ60291@kib.kiev.ua> <40f4db11-84cb-9b8d-2eb5-5882ad01d1d8@tu-dortmund.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <40f4db11-84cb-9b8d-2eb5-5882ad01d1d8@tu-dortmund.de> User-Agent: Mutt/1.11.1 (2018-12-01) 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-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2018 10:02:12 -0000 On Tue, Dec 18, 2018 at 10:16:35AM +0100, Alexander Lochmann wrote: > Am 18.12.18 um 06:27 schrieb Konstantin Belousov: > > On Mon, Dec 17, 2018 at 02:51:48PM +0100, Alexander Lochmann wrote: > >> Hi folks! > >> > >> According to git commit e3089a (https://reviews.freebsd.org/D1463) > >> FreeBSD 12.0 i386 uses separate address spaces for kernel and user > >> space. So basically two memory areas, one in each space, can have the > >> same address. > >> Is this possible with FreeBSD 12.0? Is this likely to happen? > > The feature was added to HEAD during this summer, before stable/12 was > > branched. > Mhmkay. But how likely is it that two memory areas will get the same > address? It is possible. > Does the kernel, for example, start in the high memory region and the > user space starts in the mid region? No, kernel now does not relocate itself, it is running with PA == VA for text and data segment. Look at the kernel binary to see the addresses. > This would reduce the likelihood of two memory areas starting at the > same virtual address. I do not see why this would be even slightly needed. > > Some context: We are doing VM-based tracing in the FreeBSD kernel. For > that, we observe parts of the kernel memory (allocations, accesses,...). > Before 12.0 we simply knew that kernel addresses that we logged were > unique. Moreover, when a memory access to a region of interest happened > we knew that could only be kernel memory. > We know have to ensure that we only record memory accesses that happen > within the kernel. > Our approach is to record the kernels value for the CR3 register, and > record memory accesses if the CR3 registers holds the aforementioned value. You must use CPL to see if the current operation mode is user or kernel. If user, nothing should be done (this would avoid vm86). If kernel, you need to compare current %cr3 with IdlePTD (IdlePTDP for PAE case). There are moments where kernel is executing on the user page tables. This happens on kernel entry/exit, and sometimes on copyout(9). > > > > >> > >> On my opinion, this is also very expensive in terms of performance. > >> Any copy{in,out} has to flush the TLB. > >> (http://fxr.watson.org/fxr/source/i386/i386/copyout_fast.s#L91) > >> Why are you still using this 4G/4G approach? > > Because it is needed for i386 to self-host, in modern world 1G KVA > > is too small, and because it provides Meltdown mitigation. > > > > -- > Technische Universität Dortmund > Alexander Lochmann PGP key: 0xBC3EF6FD > Otto-Hahn-Str. 16 phone: +49.231.7556141 > D-44227 Dortmund fax: +49.231.7556116 > http://ess.cs.tu-dortmund.de/Staff/al > From owner-freebsd-stable@freebsd.org Tue Dec 18 10:22:56 2018 Return-Path: Delivered-To: freebsd-stable@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 8B3F1134C244 for ; Tue, 18 Dec 2018 10:22:56 +0000 (UTC) (envelope-from alexander.lochmann@tu-dortmund.de) Received: from unimail.uni-dortmund.de (mx1.hrz.uni-dortmund.de [129.217.128.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "unimail.tu-dortmund.de", Issuer "TU Dortmund CA - G01" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 032CE8C702 for ; Tue, 18 Dec 2018 10:22:55 +0000 (UTC) (envelope-from alexander.lochmann@tu-dortmund.de) Received: from [129.217.64.44] (dynip-129-217-064-044.wifi.tu-dortmund.de [129.217.64.44]) (authenticated bits=0) by unimail.uni-dortmund.de (8.16.0.29/8.16.0.29) with ESMTPSA id wBIAMs51027349 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Tue, 18 Dec 2018 11:22:54 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tu-dortmund.de; s=unimail; t=1545128574; bh=GIZT37uyGn4YwsVAA2VNZnOlZLs8lnGH+zBbFI+xrNc=; h=To:Cc:References:From:Subject:Date:In-Reply-To; b=ncJub/JbfVs02yXbpBmp0QaIbllZXXnU5utiv3hwHgUwrL7ytk+HEsVr2HRW+y06y 8h40mlVpyUV6tW7A2p0lPiVSwmbEZtlAIFoBa14axGC6OFjRbbMnb/4ftT4KoNqQVX /FQs1zj9OntWwMHcby26k+51Y+Et/cNgxV18J7/Q= To: Konstantin Belousov Cc: freebsd-stable@freebsd.org, Horst Schirmeier References: <38ad0d50-c776-9deb-d56b-db8db548cefc@tu-dortmund.de> <20181218052738.GZ60291@kib.kiev.ua> <40f4db11-84cb-9b8d-2eb5-5882ad01d1d8@tu-dortmund.de> <20181218100159.GE60291@kib.kiev.ua> From: Alexander Lochmann Openpgp: preference=signencrypt Autocrypt: addr=alexander.lochmann@tu-dortmund.de; prefer-encrypt=mutual; keydata= mQINBFQIyUEBEADZ+x+Ssg/46SiU66zm2lPGYAdqYfmXVv+sf/23+/KSj0FQHZKywzWjsmgR vWZZVlGJolwcW3MJ/g6ctZeOpfYiZVpzbZwNgKU0ETGjUmqmlq5/o5KnENKOimZzaKSaNn9p IC+EIeWXvu7pQjW0w1bK/RVVNw0p1Iz82W4Z+vKtD8CS+YJLAcZ6YoZMvQEg84O9odlV2Ryp oVj9EzHH40TWEdtgd4pQkaOks01PEr19sJXUjnP0VxLfs91AZjRnmGJKnI4HcrOKwquoQEeL DtHCxK0VNeoXCWkz33uBxSL5cicQ7D09hxjWthMilUpDZT94x0K452q4nybQ1TSLTYC8mlW+ xKUvJmqfHZbITJ10dTgjNvOe0kLbpXeQ1789lNmnA9bkQAK5Cefo55WbXmr1Mo3PV7y0XCib OaiijPlZo/Isc03EOK3lHPK8NuY8G+ftvphO4RyXCUWXw/o01cDnPaIEcTWkUbXvMhf/6ltP 1QWEfkguzGVjTw7Xssm9YuokC+P+49JKRyZzyCJZ022OxMlsX6c1BNZ4+cWUNmn6xr1xRNse SglpMLL1m3K1KuLf1hdAor6PBzFLiLa33lUhsWtg1ACFhpfZZOQRVas2McXTYUUpmCzOYI5F +km5q6cZStr9m7O3Y3DDGotiaJDpLtATwZ4MIM4ADbg/xl6ZgwARAQABtDZBbGV4YW5kZXIg TG9jaG1hbm4gPGFsZXhhbmRlci5sb2NobWFubkB0dS1kb3J0bXVuZC5kZT6JAj4EEwECACgF AlQIyUECGyMFCQlmAYAGCwkIBwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEFk+7QW8Pvb9I34Q AIEGy9Pt1nK8r+0baVF5KBXzoZuQIQ7ZfxJ0MFrCQSvRYEWevm2a0p5lBDOpb/VL8VtYMVO2 xZewerWoXyWMIeWmmCeSuVGdLDT/YV6BA54KzJkptmXxQaUVdiY+Fl0jxFODAXvSxI36MdzQ PFMwcSqxs5lZaxxyUWPidwanaQ5QNkShY2ljFD8gnKALiCxd/PqexLRlLinvqJ01EArxmPum PeA6nckWh4PGk1IGm7FiNZ5TYhCaq9lh5Hg5LsSJhJrOfgeT92hI7cLEwjKvRLrjH+NzbNFW tX4gWlwUHU5afP71AY9RfNXt/Ul8w+R5CX6W9xaiuS5MZZS5SZYeHU5QAfqaomSRkVb2uqwf Lahx76ONwOtsVbMLshaA9mxsgMUNDhOYxyKQOnYz2qThwZloEOgICaxIZG7WJug0HL4YGXG7 EJdFn2fEs6WUCeZ1DWGUGf92N+AFMBBJ/HP1fVlkAwuubOF7QdPTrsGwd8Tz0tkFzxd/W496 OvGO/OZZCw+pKnDODJyXtBs3jr6cu9evEasiaQEVL+nfhTGyNVW+dldn6uj7tJ3qLQbuk+o4 BLrUwjWXLdA4nMEGgtm8WabEyjoolP2BfjMTgEFQHhxaW0t4fIYLO5kM3lNphwXxmA4Lys+x RCPyLSitlqwrqDW19v56NTipcAqsczgpGZRGuQINBFQIyUEBEACcIW4RnxXteHv/Hl4/l926 sozOCL8iwT/OD9QvL3171Y1MDX8bt8LneMoh5RG4SegtdVaA4jLkdv8BTmRbY7qZrzJjYJX4 PUyvmuZbqpa+PF1c5uqUcuhwpXlQAupL1dCgO5p1xbdCxEOB9Lm+2hUFJy1LsvidwieJdFqR l09a/IypKtqywJxa6sSJp9ZPPCPMJnJxIVzGqAwHWO84LfIX5I6BRUbqAhxljJm40Bk79z+P HdytD0SaTuWIhsVYRFchKLxqbXokUhJaWupE1v4xFe2Sqty9vSCrJZMRZRTLvngRxbJVHIJJ sK685HNS3QJSrFtql+SGMkPHpX92+ZCmyTH6DAQ3Y0MtjJTcoYKu3fI8KT9BSsLuuXUToX7Y l4RbFB5s0rwZ2XMweKJdkwypC5fSZmLtEwgimMQ4VfBBUPJCvHhmvOHKX3Wls99D7xYWP7Lr iinmjbduiaO/A+bLjAdLqqGJpjQ7T3z+vqxzp3IaeJ3ObSnnnPppcKVAf6qZqu5Yfc31q/OY n19WyGIhwK3MuuVmjatxMmGgkSxzgTTP3jFQ008qymPcgrvgOR+MECCIpXjOMfenOhhsKnhu F7hxUS/6JtYKsEMEwJXVN509sNhJiEzSY9q+VYn9IArHSBMmpi5l6XvI1iwPD9HRNursPxKV lfi8lQsC7zxuTQARAQABiQIlBBgBAgAPBQJUCMlBAhsMBQkJZgGAAAoJEFk+7QW8Pvb9EkkP /2LyGWWOoTAGBhzvgKiYzarS3WQNZCuFHSfB/XXg4SRSX3NsxGVZWdLvVVgzWo1+tC1Qk6wO IVQSSw20wQXe8boZ8yiB8eM4ohfS0lySO9gOkQLYLijWg3JIYwTbqyK2X8LpbCs7eUTXM9NO 6pmVtoc3LBBIXQElX8ir0BZZ19OCSConTkyVHYK6IbEJ11PxjJG5ZS7anI4FQt0muzykZrhk bmf5IV3DtJ/KUfhQjnJa2B/KoT7F6vpTCoyPtaBUHQXEAb2NaZVwF06WXsqfX4yleym3Jlfx Rfa4+BOJ4Gf2EFd3wYCsIb33ulaXBLWa8w3A/FdQSW9NBM4iYlPxRg+5eXn+oajpyKqPLetH WRNMN4NSHVSpu+JRqRlTDO3HCn/peQ0OB/Iaf3HN3DLZdbjtZY40xl1iR9TMgD2fn2MlAFy3 dSKfjeCAQYP9can1MgebE729MI7QhtzuUYdHy+iJO/ENNlSgFo5DLwRqssEGqWag0xWPgcni UAERITTzHJeevSeZh5ThHyD173Pwn+tIhR4bK5RFy/gnzwqHckl8Hw7o06m51yI4dUVeatNT mAiNrmW3iQnvehjLZOYXOXx4ovsWdvQn01dUo3gCXdEWQ5yQLOQRGTCcrq1hzCEd//viy9oT spNrcZJf1pbo3EKkCwUPAltq51ramtYzOu4K Subject: Re: Address Collision using i386 4G/4G Memory Split Message-ID: <24cb941b-1d27-1621-f437-18ed3b22cc7d@tu-dortmund.de> Date: Tue, 18 Dec 2018 11:22:53 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: <20181218100159.GE60291@kib.kiev.ua> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="sXHw2nIg3q8q7jCYTZEyHv8BEf46lMiT2" X-Rspamd-Queue-Id: 032CE8C702 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.99)[-0.995,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2018 10:22:56 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --sXHw2nIg3q8q7jCYTZEyHv8BEf46lMiT2 Content-Type: multipart/mixed; boundary="L6ZdTpH16fJuq47p8YUAwJClhfaRYs6G3"; protected-headers="v1" From: Alexander Lochmann To: Konstantin Belousov Cc: freebsd-stable@freebsd.org, Horst Schirmeier Message-ID: <24cb941b-1d27-1621-f437-18ed3b22cc7d@tu-dortmund.de> Subject: Re: Address Collision using i386 4G/4G Memory Split References: <38ad0d50-c776-9deb-d56b-db8db548cefc@tu-dortmund.de> <20181218052738.GZ60291@kib.kiev.ua> <40f4db11-84cb-9b8d-2eb5-5882ad01d1d8@tu-dortmund.de> <20181218100159.GE60291@kib.kiev.ua> In-Reply-To: <20181218100159.GE60291@kib.kiev.ua> --L6ZdTpH16fJuq47p8YUAwJClhfaRYs6G3 Content-Type: text/plain; charset=utf-8 Content-Language: de-DE Content-Transfer-Encoding: quoted-printable >> Some context: We are doing VM-based tracing in the FreeBSD kernel. For= >> that, we observe parts of the kernel memory (allocations, accesses,...= ). >> Before 12.0 we simply knew that kernel addresses that we logged were >> unique. Moreover, when a memory access to a region of interest happene= d >> we knew that could only be kernel memory. >> We know have to ensure that we only record memory accesses that happen= >> within the kernel. >> Our approach is to record the kernels value for the CR3 register, and >> record memory accesses if the CR3 registers holds the aforementioned v= alue. > You must use CPL to see if the current operation mode is user or kernel= =2E > If user, nothing should be done (this would avoid vm86). If kernel, you= > need to compare current %cr3 with IdlePTD (IdlePTDP for PAE case). >=20 Thanks for the advice! We'll include that in our toolchain. Do you use PLs other than 0(=3Dkernel) and 3(=3Duser)? - Alex --=20 Technische Universit=C3=A4t Dortmund Alexander Lochmann PGP key: 0xBC3EF6FD Otto-Hahn-Str. 16 phone: +49.231.7556141 D-44227 Dortmund fax: +49.231.7556116 http://ess.cs.tu-dortmund.de/Staff/al --L6ZdTpH16fJuq47p8YUAwJClhfaRYs6G3-- --sXHw2nIg3q8q7jCYTZEyHv8BEf46lMiT2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEElhZsUHzVP0dbkjCRWT7tBbw+9v0FAlwYyn4ACgkQWT7tBbw+ 9v2ZWQ/9HKwtTN7ztCaHUeiiW235scwYh9nLxXLJpHhwh1qCUre+jIVXMJpSXlkv gSo1b9Uc0EjDaBokRmlPUZek1gw1bcNyZ5acJkqBP6N/5F+g6xlhwANIGrBNtm8u AJX4PXyzMFDBVlSol3pE3xwwMVEVC9/Dc11dFEy9CBCCTiU0FslLMZCSguIAcwD9 M7dh0C0alNgWbanmRz9jRjvXymPAZy6ULx/FJKi2zO6R18qray3O1E5T3WP0xu9y ujYnZ2WBxx7WaFhHw7hAlzAiMHSUxmjXE2gEjnkZS6Pxn7IwcMs7BI9kpaj71o3H mHLFAH/D8t8Fs844PDQ4u8xgZx6+UtQ2umKT845LNA865xP9yD6tA12ACa/3gZyp YwwTjJ2tv2C7E2lLTe8lqmNTdUrWBUvnOu69+YXjIVi/DK019tCjV7H9DkoToc1w UdfB7cRf+u8xzLd+sDxkNIln9zIO6kFKArkRUaUIuzegwQGduZEpI/fEI++/6YDr UBHuPuFCBQE4rv+xZC2QpRvdL4iIvsCDE9VIvwKq6CKwh6tUWsLCjSPFLcPjegtW BSiS1Fc9Jmv4cJq6fIFIGhNaST2hcMNNErMAxTaBJDhsO+Pvu/aYPdFv45P0FI+R p6vk2DuMOCEuSZvEtTwROKh6MEX7b3D16pI6+Q85BCIL88zjw8A= =QXY5 -----END PGP SIGNATURE----- --sXHw2nIg3q8q7jCYTZEyHv8BEf46lMiT2-- From owner-freebsd-stable@freebsd.org Tue Dec 18 10:33:38 2018 Return-Path: Delivered-To: freebsd-stable@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 C2B9C134C65C for ; Tue, 18 Dec 2018 10:33:38 +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 010648CDE7 for ; Tue, 18 Dec 2018 10:33:37 +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 wBIAW2w0059932 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 18 Dec 2018 12:32:05 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua wBIAW2w0059932 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id wBIAW28F059931; Tue, 18 Dec 2018 12:32:02 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 18 Dec 2018 12:32:02 +0200 From: Konstantin Belousov To: Alexander Lochmann Cc: freebsd-stable@freebsd.org, Horst Schirmeier Subject: Re: Address Collision using i386 4G/4G Memory Split Message-ID: <20181218103202.GF60291@kib.kiev.ua> References: <38ad0d50-c776-9deb-d56b-db8db548cefc@tu-dortmund.de> <20181218052738.GZ60291@kib.kiev.ua> <40f4db11-84cb-9b8d-2eb5-5882ad01d1d8@tu-dortmund.de> <20181218100159.GE60291@kib.kiev.ua> <24cb941b-1d27-1621-f437-18ed3b22cc7d@tu-dortmund.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <24cb941b-1d27-1621-f437-18ed3b22cc7d@tu-dortmund.de> User-Agent: Mutt/1.11.1 (2018-12-01) 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-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2018 10:33:38 -0000 On Tue, Dec 18, 2018 at 11:22:53AM +0100, Alexander Lochmann wrote: > > >> Some context: We are doing VM-based tracing in the FreeBSD kernel. For > >> that, we observe parts of the kernel memory (allocations, accesses,...). > >> Before 12.0 we simply knew that kernel addresses that we logged were > >> unique. Moreover, when a memory access to a region of interest happened > >> we knew that could only be kernel memory. > >> We know have to ensure that we only record memory accesses that happen > >> within the kernel. > >> Our approach is to record the kernels value for the CR3 register, and > >> record memory accesses if the CR3 registers holds the aforementioned value. > > You must use CPL to see if the current operation mode is user or kernel. > > If user, nothing should be done (this would avoid vm86). If kernel, you > > need to compare current %cr3 with IdlePTD (IdlePTDP for PAE case). > > > Thanks for the advice! We'll include that in our toolchain. > Do you use PLs other than 0(=kernel) and 3(=user)? No, only 0 and 3. But be careful with vm86 (I am not sure how your VM reports it to your instrumentation). From owner-freebsd-stable@freebsd.org Tue Dec 18 10:37:15 2018 Return-Path: Delivered-To: freebsd-stable@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 4767B134C7F7 for ; Tue, 18 Dec 2018 10:37:15 +0000 (UTC) (envelope-from alexander.lochmann@tu-dortmund.de) Received: from unimail.uni-dortmund.de (mx1.hrz.uni-dortmund.de [129.217.128.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "unimail.tu-dortmund.de", Issuer "TU Dortmund CA - G01" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BEF978CF89 for ; Tue, 18 Dec 2018 10:37:14 +0000 (UTC) (envelope-from alexander.lochmann@tu-dortmund.de) Received: from [129.217.64.44] (dynip-129-217-064-044.wifi.tu-dortmund.de [129.217.64.44]) (authenticated bits=0) by unimail.uni-dortmund.de (8.16.0.29/8.16.0.29) with ESMTPSA id wBIAbCb7012817 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Tue, 18 Dec 2018 11:37:12 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tu-dortmund.de; s=unimail; t=1545129432; bh=Yw890fzFxjqQobl+H0/MBv676nkYH8gPIgJK9OHDmbw=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=Aq0zR+IDzxkZ8UCtc0TBaSsmCbtgUggGLmdiQgsopa+wi3Y5oiXTa5D4/3SBA07q6 IYWiRvis48+AxcNhGxKY8fmmlD1un5yjQhiEIT4uZFjoeXowwlFJv76N/Rq91QfYre mw6v9nF7yxGtje3FCkzVAT3ZPlv43gOGbFrzgB00= Subject: Re: Address Collision using i386 4G/4G Memory Split To: Konstantin Belousov Cc: freebsd-stable@freebsd.org, Horst Schirmeier References: <38ad0d50-c776-9deb-d56b-db8db548cefc@tu-dortmund.de> <20181218052738.GZ60291@kib.kiev.ua> <40f4db11-84cb-9b8d-2eb5-5882ad01d1d8@tu-dortmund.de> <20181218100159.GE60291@kib.kiev.ua> <24cb941b-1d27-1621-f437-18ed3b22cc7d@tu-dortmund.de> <20181218103202.GF60291@kib.kiev.ua> From: Alexander Lochmann Openpgp: preference=signencrypt Autocrypt: addr=alexander.lochmann@tu-dortmund.de; prefer-encrypt=mutual; keydata= mQINBFQIyUEBEADZ+x+Ssg/46SiU66zm2lPGYAdqYfmXVv+sf/23+/KSj0FQHZKywzWjsmgR vWZZVlGJolwcW3MJ/g6ctZeOpfYiZVpzbZwNgKU0ETGjUmqmlq5/o5KnENKOimZzaKSaNn9p IC+EIeWXvu7pQjW0w1bK/RVVNw0p1Iz82W4Z+vKtD8CS+YJLAcZ6YoZMvQEg84O9odlV2Ryp oVj9EzHH40TWEdtgd4pQkaOks01PEr19sJXUjnP0VxLfs91AZjRnmGJKnI4HcrOKwquoQEeL DtHCxK0VNeoXCWkz33uBxSL5cicQ7D09hxjWthMilUpDZT94x0K452q4nybQ1TSLTYC8mlW+ xKUvJmqfHZbITJ10dTgjNvOe0kLbpXeQ1789lNmnA9bkQAK5Cefo55WbXmr1Mo3PV7y0XCib OaiijPlZo/Isc03EOK3lHPK8NuY8G+ftvphO4RyXCUWXw/o01cDnPaIEcTWkUbXvMhf/6ltP 1QWEfkguzGVjTw7Xssm9YuokC+P+49JKRyZzyCJZ022OxMlsX6c1BNZ4+cWUNmn6xr1xRNse SglpMLL1m3K1KuLf1hdAor6PBzFLiLa33lUhsWtg1ACFhpfZZOQRVas2McXTYUUpmCzOYI5F +km5q6cZStr9m7O3Y3DDGotiaJDpLtATwZ4MIM4ADbg/xl6ZgwARAQABtDZBbGV4YW5kZXIg TG9jaG1hbm4gPGFsZXhhbmRlci5sb2NobWFubkB0dS1kb3J0bXVuZC5kZT6JAj4EEwECACgF AlQIyUECGyMFCQlmAYAGCwkIBwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEFk+7QW8Pvb9I34Q AIEGy9Pt1nK8r+0baVF5KBXzoZuQIQ7ZfxJ0MFrCQSvRYEWevm2a0p5lBDOpb/VL8VtYMVO2 xZewerWoXyWMIeWmmCeSuVGdLDT/YV6BA54KzJkptmXxQaUVdiY+Fl0jxFODAXvSxI36MdzQ PFMwcSqxs5lZaxxyUWPidwanaQ5QNkShY2ljFD8gnKALiCxd/PqexLRlLinvqJ01EArxmPum PeA6nckWh4PGk1IGm7FiNZ5TYhCaq9lh5Hg5LsSJhJrOfgeT92hI7cLEwjKvRLrjH+NzbNFW tX4gWlwUHU5afP71AY9RfNXt/Ul8w+R5CX6W9xaiuS5MZZS5SZYeHU5QAfqaomSRkVb2uqwf Lahx76ONwOtsVbMLshaA9mxsgMUNDhOYxyKQOnYz2qThwZloEOgICaxIZG7WJug0HL4YGXG7 EJdFn2fEs6WUCeZ1DWGUGf92N+AFMBBJ/HP1fVlkAwuubOF7QdPTrsGwd8Tz0tkFzxd/W496 OvGO/OZZCw+pKnDODJyXtBs3jr6cu9evEasiaQEVL+nfhTGyNVW+dldn6uj7tJ3qLQbuk+o4 BLrUwjWXLdA4nMEGgtm8WabEyjoolP2BfjMTgEFQHhxaW0t4fIYLO5kM3lNphwXxmA4Lys+x RCPyLSitlqwrqDW19v56NTipcAqsczgpGZRGuQINBFQIyUEBEACcIW4RnxXteHv/Hl4/l926 sozOCL8iwT/OD9QvL3171Y1MDX8bt8LneMoh5RG4SegtdVaA4jLkdv8BTmRbY7qZrzJjYJX4 PUyvmuZbqpa+PF1c5uqUcuhwpXlQAupL1dCgO5p1xbdCxEOB9Lm+2hUFJy1LsvidwieJdFqR l09a/IypKtqywJxa6sSJp9ZPPCPMJnJxIVzGqAwHWO84LfIX5I6BRUbqAhxljJm40Bk79z+P HdytD0SaTuWIhsVYRFchKLxqbXokUhJaWupE1v4xFe2Sqty9vSCrJZMRZRTLvngRxbJVHIJJ sK685HNS3QJSrFtql+SGMkPHpX92+ZCmyTH6DAQ3Y0MtjJTcoYKu3fI8KT9BSsLuuXUToX7Y l4RbFB5s0rwZ2XMweKJdkwypC5fSZmLtEwgimMQ4VfBBUPJCvHhmvOHKX3Wls99D7xYWP7Lr iinmjbduiaO/A+bLjAdLqqGJpjQ7T3z+vqxzp3IaeJ3ObSnnnPppcKVAf6qZqu5Yfc31q/OY n19WyGIhwK3MuuVmjatxMmGgkSxzgTTP3jFQ008qymPcgrvgOR+MECCIpXjOMfenOhhsKnhu F7hxUS/6JtYKsEMEwJXVN509sNhJiEzSY9q+VYn9IArHSBMmpi5l6XvI1iwPD9HRNursPxKV lfi8lQsC7zxuTQARAQABiQIlBBgBAgAPBQJUCMlBAhsMBQkJZgGAAAoJEFk+7QW8Pvb9EkkP /2LyGWWOoTAGBhzvgKiYzarS3WQNZCuFHSfB/XXg4SRSX3NsxGVZWdLvVVgzWo1+tC1Qk6wO IVQSSw20wQXe8boZ8yiB8eM4ohfS0lySO9gOkQLYLijWg3JIYwTbqyK2X8LpbCs7eUTXM9NO 6pmVtoc3LBBIXQElX8ir0BZZ19OCSConTkyVHYK6IbEJ11PxjJG5ZS7anI4FQt0muzykZrhk bmf5IV3DtJ/KUfhQjnJa2B/KoT7F6vpTCoyPtaBUHQXEAb2NaZVwF06WXsqfX4yleym3Jlfx Rfa4+BOJ4Gf2EFd3wYCsIb33ulaXBLWa8w3A/FdQSW9NBM4iYlPxRg+5eXn+oajpyKqPLetH WRNMN4NSHVSpu+JRqRlTDO3HCn/peQ0OB/Iaf3HN3DLZdbjtZY40xl1iR9TMgD2fn2MlAFy3 dSKfjeCAQYP9can1MgebE729MI7QhtzuUYdHy+iJO/ENNlSgFo5DLwRqssEGqWag0xWPgcni UAERITTzHJeevSeZh5ThHyD173Pwn+tIhR4bK5RFy/gnzwqHckl8Hw7o06m51yI4dUVeatNT mAiNrmW3iQnvehjLZOYXOXx4ovsWdvQn01dUo3gCXdEWQ5yQLOQRGTCcrq1hzCEd//viy9oT spNrcZJf1pbo3EKkCwUPAltq51ramtYzOu4K Message-ID: <2821cfb3-887a-00ef-9f47-e5a7151fe562@tu-dortmund.de> Date: Tue, 18 Dec 2018 11:37:12 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: <20181218103202.GF60291@kib.kiev.ua> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="smIHIHBY1RuG8mufHe1TxmkJaPlS5fiSn" X-Rspamd-Queue-Id: BEF978CF89 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-7.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-1.00)[-0.997,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2018 10:37:15 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --smIHIHBY1RuG8mufHe1TxmkJaPlS5fiSn Content-Type: multipart/mixed; boundary="fhDLXLY1lyXHjsi8i8xyntzsZggzK1Ntn"; protected-headers="v1" From: Alexander Lochmann To: Konstantin Belousov Cc: freebsd-stable@freebsd.org, Horst Schirmeier Message-ID: <2821cfb3-887a-00ef-9f47-e5a7151fe562@tu-dortmund.de> Subject: Re: Address Collision using i386 4G/4G Memory Split References: <38ad0d50-c776-9deb-d56b-db8db548cefc@tu-dortmund.de> <20181218052738.GZ60291@kib.kiev.ua> <40f4db11-84cb-9b8d-2eb5-5882ad01d1d8@tu-dortmund.de> <20181218100159.GE60291@kib.kiev.ua> <24cb941b-1d27-1621-f437-18ed3b22cc7d@tu-dortmund.de> <20181218103202.GF60291@kib.kiev.ua> In-Reply-To: <20181218103202.GF60291@kib.kiev.ua> --fhDLXLY1lyXHjsi8i8xyntzsZggzK1Ntn Content-Type: text/plain; charset=utf-8 Content-Language: de-DE Content-Transfer-Encoding: quoted-printable On 18.12.18 11:32, Konstantin Belousov wrote: > On Tue, Dec 18, 2018 at 11:22:53AM +0100, Alexander Lochmann wrote: >> >>>> Some context: We are doing VM-based tracing in the FreeBSD kernel. F= or >>>> that, we observe parts of the kernel memory (allocations, accesses,.= =2E.). >>>> Before 12.0 we simply knew that kernel addresses that we logged were= >>>> unique. Moreover, when a memory access to a region of interest happe= ned >>>> we knew that could only be kernel memory. >>>> We know have to ensure that we only record memory accesses that happ= en >>>> within the kernel. >>>> Our approach is to record the kernels value for the CR3 register, an= d >>>> record memory accesses if the CR3 registers holds the aforementioned= value. >>> You must use CPL to see if the current operation mode is user or kern= el. >>> If user, nothing should be done (this would avoid vm86). If kernel, y= ou >>> need to compare current %cr3 with IdlePTD (IdlePTDP for PAE case). >>> >> Thanks for the advice! We'll include that in our toolchain. >> Do you use PLs other than 0(=3Dkernel) and 3(=3Duser)? > No, only 0 and 3. But be careful with vm86 (I am not sure how your VM > reports it to your instrumentation). >=20 Ok. Thx! - Alex --=20 Technische Universit=C3=A4t Dortmund Alexander Lochmann PGP key: 0xBC3EF6FD Otto-Hahn-Str. 16 phone: +49.231.7556141 D-44227 Dortmund fax: +49.231.7556116 http://ess.cs.tu-dortmund.de/Staff/al --fhDLXLY1lyXHjsi8i8xyntzsZggzK1Ntn-- --smIHIHBY1RuG8mufHe1TxmkJaPlS5fiSn Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEElhZsUHzVP0dbkjCRWT7tBbw+9v0FAlwYzdgACgkQWT7tBbw+ 9v0kMA/+NQZ4V3Y+eN6ct9rPsHDCYtJlghN2OYQn+hhmL5nm8OGYwJ74Cs27O257 5Mc55X1WKoeAxPyNZNT8t+0irzEESJ18VX98obwnLEBJ93D1Rj/AdoR4OOVuyakp T3sNj4JauSP0xaUbHiLm5ij/2c0k5rKQaI+NpGEZhYkXaEdol5ffZjjGJ8O/SM3d xcT9K4rIfPyt1eQmIn9yOnlwZb8j0jCn+vqKBcZtQbApttap3kgeAKI1dh6JfP0l qfiR2EYiz0Rp2gJ0rltkCzqSmwX2oaCnnB/d/duIJezCSMkjXbRTl0jPeZTkdlvY t+VT4t5gsSvaMnnz8rGV76poSO0oEJlevrz2k1rXrqE7yY8sEDizmrRjxnEu8BKZ zDjBqSdahT/ZGkQcGkpWniJLaOx6uA5N45drXUnjoiYYjIza0mS/4WhHtPE7BD2M Ij7sCJL5gYua1p35bhfzT4Zga5++dRkMTLr1ACq4wSYWUwUmZc7qQBVOAJ5E+wB6 tQwbbyIDOLxyZn5lEvnZ600Rsc+9n6jTHajIezBuMoQ+xsAkqm1j8jv596xcnJ24 8CP/0BwkFZTK8fRMQRBQ9BathSfvo+fVws0L1NDuF8nLN4AK3S1dxy/F3pV6Pl+F caAvlfB71IDiice91EYQleXMe33bd54crMfj0dmzEdl+65XTTCQ= =UDOb -----END PGP SIGNATURE----- --smIHIHBY1RuG8mufHe1TxmkJaPlS5fiSn-- From owner-freebsd-stable@freebsd.org Tue Dec 18 14:11:44 2018 Return-Path: Delivered-To: freebsd-stable@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 510041352A00 for ; Tue, 18 Dec 2018 14:11:44 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene.sentex.ca (unknown [IPv6:2607:f3e0:0:3::18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "pyroxene.sentex.ca", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9AECB6E61E for ; Tue, 18 Dec 2018 14:11:43 +0000 (UTC) (envelope-from mike@sentex.net) Received: from [192.168.43.26] ([192.168.43.26]) by pyroxene.sentex.ca (8.15.2/8.15.2) with ESMTP id wBIEBc9d064728; Tue, 18 Dec 2018 09:11:39 -0500 (EST) (envelope-from mike@sentex.net) Subject: Re: mps and LSI SAS2308: controller resets on 12.0 - IOC Fault 0x40000d04, Resetting To: Jan Martin Mikkelsen Cc: Mark Martinec , freebsd-stable@freebsd.org References: <515deae15368aaa8c8deb241e71f87db@ijs.si> <4587c653-d2f0-0bd1-dd9b-dd2f5421c7cd@sentex.net> <8A43948F-5902-4ED8-B062-D5419B7671FB@transactionware.com> From: Mike Tancsa Openpgp: preference=signencrypt Autocrypt: addr=mike@sentex.net; prefer-encrypt=mutual; keydata= mQENBEzcA24BCACpwI/iqOrs0GfQSfhA1v6Z8AcXVeGsRyKEKUpxoOYxXWc2z3vndbYlIP6E YJeifzKhS/9E+VjhhICaepLHfw865TDTUPr5D0Ed+edSsKjlnDtb6hfNJC00P7eoiuvi85TW F/gAxRY269A5d856bYrzLbkWp2lKUR3Bg6NnORtflGzx9ZWAltZbjYjjRqegPv0EQNYcHqWo eRpXilEo1ahT6nmOU8V7yEvT2j4wlLcQ6qg7w+N/vcBvyd/weiwHU+vTQ9mT61x5/wUrQhdw 2gJHeQXeDGMJV49RT2EEz+QVxaf477eyWsdQzPVjAKRMT3BVdK8WvpYAEfBAbXmkboOxABEB AAG0HG1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5jYT6JATgEEwECACIFAkzcA24CGwMGCwkI BwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEJXHwM2kc8rX+sMH/2V6pTBKsQ5mpWWLgs6wVP2k BC+6r/YKNXv9Rw/PrC6+9hTbgA+sSjJ+8gxsCbJsOQXZrxF0x3l9oYdYfuKcwdwXFX1/FS8p HfBeDkmlH+dI709xT9wgrR4dS5aMmKp0scPrXPIAKiYVOHjOlNItcLYTEEWEFBepheEVsgmk GrNbcrHwOx/u4igUQ8vcpyXPyUki+BsftPw8ZQvBU887igh0OxaCR8AurJppQ5UQd63r81cX E1ZjoFoWCaGK/SjPb/OhpYpu5swoZIhOxQbn7OtakYPsDd5t2A5KhvjI8BMTnd5Go+2xsCmr jlIEq8Bi29gCcfQUvNiClevi13ifmnm5AQ0ETNwDbgEIALWGNJHRAhpd0A4vtd3G0oRqMBcM FGThQr3qORmEBTPPEomTdBaHcn+Xl+3YUvTBD/67/mutWBwgp2R5gQOSqcM7axvgMSHbKqBL 9sd1LsLw0UT2O5AYxv3EwzhG84pwRg3XcUqvWA4lA8tIj/1q4Jzi5qOkg1zxq4W9qr9oiYK5 bBR638JUvr3eHMaz/Nz+sDVFgwHmXZj3M6aE5Ce9reCGbvrae7H5D5PPvtT3r22X8SqfVAiO TFKedCf/6jbSOedPN931FJQYopj9P6b3m0nI3ZiCDVSqeyOAIBLzm+RBUIU3brzoxDhYR8pz CJc2sK8l6YjqivPakrD86bFDff8AEQEAAYkBHwQYAQIACQUCTNwDbgIbDAAKCRCVx8DNpHPK 1+iQB/99aqNtez9ZTBWELj269La8ntuRx6gCpzfPXfn6SDIfTItDxTh1hrdRVP5QNGGF5wus N4EMwXouskva1hbFX3Pv72csYSxxEJXjW16oV8WK4KjKXoskLg2RyRP4uXqL7Mp2ezNtVY5F 9nu3fj4ydpHCSaqKy5xd70A8D50PfZsFgkrsa5gdQhPiGGEdxhq/XSeAAnZ4uVLJKarH+mj5 MEhgZPEBWkGrbDZpezl9qbFcUem/uT9x8FYT/JIztMVh9qDcdP5tzANW5J7nvgXjska+VFGY ryZK4SPDczh74mn6GI/+RBi7OUzXXPgpPBrhS5FByjwCqjjsSpTjTds+NGIY Organization: Sentex Communications Message-ID: <27f52574-5f79-bc70-d4f9-2f4afd7b4dd9@sentex.net> Date: Tue, 18 Dec 2018 09:11:37 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.3 MIME-Version: 1.0 In-Reply-To: <8A43948F-5902-4ED8-B062-D5419B7671FB@transactionware.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 9AECB6E61E X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:3::18 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-1.46 / 15.00]; ARC_NA(0.00)[]; RDNS_NONE(1.00)[]; NEURAL_HAM_LONG(-0.98)[-0.984,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; IP_SCORE(-1.77)[ipnet: 2607:f3e0::/32(-4.96), asn: 11647(-3.83), country: CA(-0.09)]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[sentex.net]; TO_DN_SOME(0.00)[]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: smtp.sentex.ca]; NEURAL_HAM_SHORT(-0.90)[-0.897,0]; NEURAL_HAM_MEDIUM(-0.99)[-0.992,0]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; MID_RHS_MATCH_FROM(0.00)[]; HFILTER_HOSTNAME_UNKNOWN(2.50)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2018 14:11:44 -0000 On 12/18/2018 4:05 AM, Jan Martin Mikkelsen wrote: >> On 17 Dec 2018, at 20:14, Mike Tancsa wrote: >> >> On 12/17/2018 10:52 AM, Mark Martinec wrote: >>> Anyone else seen problems with mps driver and LSI SAS2308 controller? >>> >>> (btw, on another machine the mps driver with LSI SAS2004 is working >>> just fine under 12.0) >> >> Sort of ran into this as well, but with the mfi driver. The same card in >> *some* machines would boot just fine, but in others, it would hang at >> boot time. Not sure if its related or not >> >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231432 >> >> I was able to get a MegaRAID SAS-3 3108 [Invader] card working by >> forcing it to use the mrsas driver instead of the mfi. However, my >> 9240s fail with the mfi and they will not work with the mrsas >> > Interesting. I have a machine with a 9240 and a 9261 that I have just upgraded to 12.0 from 10.2 and is working fine with the mfi driver. > > However, the standard machine build procedure here includes: > > hw.mfi.msi=“1” > > in /boot/loader.conf. This was added to our build procedure back in 2011 to deal with the 9261 not working on FreeBSD 9.0. > > I wonder if using MSI interrupts would help with your problem? Hmmm, that seems to be the default on 11 and 12 % sysctl -A hw.mfi.msi hw.mfi.msi: 1 -- ------------------- Mike Tancsa, tel +1 519 651 3400 x203 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada From owner-freebsd-stable@freebsd.org Tue Dec 18 14:53:19 2018 Return-Path: Delivered-To: freebsd-stable@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 9218D1353BF3 for ; Tue, 18 Dec 2018 14:53:19 +0000 (UTC) (envelope-from caroline.parks@webbasedata.com) Received: from n1nlsmtp01.shr.prod.ams1.secureserver.net (n1nlsmtp01.shr.prod.ams1.secureserver.net [188.121.43.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "relay-hosting.secureserver.net", Issuer "Starfield Secure Certificate Authority - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0BC83703DA for ; Tue, 18 Dec 2018 14:53:08 +0000 (UTC) (envelope-from caroline.parks@webbasedata.com) Received: from n3plcpnl0137.prod.ams3.secureserver.net ([160.153.154.160]) by : HOSTING RELAY : with ESMTP id ZGj9gAj9tUUbOZGj9gfjzo; Tue, 18 Dec 2018 07:52:07 -0700 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=webbasedata.com; s=default; h=Content-Type:MIME-Version:Message-ID:Date: Subject:In-Reply-To:References:To:From:Sender:Reply-To:Cc: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=715ViT1Sw+6tCk2v5ppQhk8kBZQPIFPX7fSrgecsHik=; b=vLb1d+i9z45l+7xat6nUOsQ7a 6Ihg1Xsul3CUjxiODW9+ZuUs45swEbz6a4W+uLQpbXuqNfboCeq1r3C2L/Tq6OmouZXSwD4Kd/ZfM zau3EYX5tDvbXd4dzsv/I+Pj+hwJrkHXa9PHFsH95i/w9Tp/trUPE+ltUYzNkwhWLqUr2OtgCeTy1 heAzUecQ2jird3DKNuNjHtVv7mRu4ur0B0TcbNxpjvK6AyBCO6YqVMRNUQc7xyoQxa58R2HwGOkaC oDnuqhdmsMFmKA0QwbhOcF27ezZHnYr5Ot3aeChhBKPa4Z2ByER1i+91s3WC09AQRXhbodedmjPnv L0NRDR0mA==; Received: from [207.244.100.148] (port=49422 helo=HIPL3010) by n3plcpnl0137.prod.ams3.secureserver.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-SHA384:256) (Exim 4.91) (envelope-from ) id 1gZGj9-00ASht-25 for freebsd-stable@freebsd.org; Tue, 18 Dec 2018 07:52:07 -0700 From: "Caroline Parks" To: References: In-Reply-To: Subject: Unix Users Records Date: Tue, 18 Dec 2018 20:22:00 +0530 Message-ID: MIME-Version: 1.0 X-Priority: 1 (Highest) X-MSMail-Priority: High X-Mailer: Microsoft Outlook 15.0 Thread-Index: AdSW4SXgNJ8OiVx/R5eS7k00OoL0iQAAADAwAAAADEAAAAAT0AAAAArQAAAACcAAAAAIwAAAAAmQAAAAC8AAAAAIIAAAAAjgAAAACbAAAAAJsAAAAAmgAAAACKAAAAALoAAAAAkwAAAAC2AAAAAJ8AAAAAogAAAAC5AAAAAK8AAAAAtQAAAADOAAAAALQAAAAAvQAAAACqAAAAAMMAAAAAswAAAAC/AAAAAMkAAAAA6AAAAACyAAAAAL4AAAAAywAAAADKAAAAAN0AAAAA0wAAAADmAAAAANYAAAAA3AAAAAEIAAAAANQAAAAA7gAAAADUA= Importance: High Content-Language: en-us X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - n3plcpnl0137.prod.ams3.secureserver.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - webbasedata.com X-Get-Message-Sender-Via: n3plcpnl0137.prod.ams3.secureserver.net: authenticated_id: caroline.parks@webbasedata.com X-Authenticated-Sender: n3plcpnl0137.prod.ams3.secureserver.net: caroline.parks@webbasedata.com X-Source: X-Source-Args: X-Source-Dir: X-CMAE-Envelope: MS4wfI6FziVxelw0WKDoBvbm+RA1jr+4HTm6wMRtxCnNFGc57A9+j6aHfgEr+Y7qtMLlIhPAtcgPPg1JL0dsuCXgXorHTJkuWHifEOjpYxKBmDXlqwKWxwTh ns9a4U3ztI6W6WCo8irCQHoNOUQ2swqvTIU+bzeK/RPMSBPscjfLYT11v3YOH4atO5JmPg7zHLcu6+yTItk1iHin2rNmQzzx/pRvCIwKFk38aTgN6RzsMLBM X-Rspamd-Queue-Id: 0BC83703DA X-Spamd-Bar: ++++++ Authentication-Results: mx1.freebsd.org; dkim=none (invalid DKIM record) header.d=webbasedata.com header.s=default header.b=vLb1d+i9; spf=pass (mx1.freebsd.org: domain of caroline.parks@webbasedata.com designates 188.121.43.201 as permitted sender) smtp.mailfrom=caroline.parks@webbasedata.com X-Spamd-Result: default: False [6.17 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MX_INVALID(0.50)[greylisted]; R_SPF_ALLOW(0.00)[+ip4:188.121.43.0/24]; HAS_X_SOURCE(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[webbasedata.com:~]; HAS_X_ANTIABUSE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; HAS_X_PRIO_ONE(0.00)[1]; ASN(0.00)[asn:26496, ipnet:188.121.40.0/22, country:US]; MID_RHS_MATCH_FROM(0.00)[]; HAS_X_AS(0.00)[caroline.parks@webbasedata.com]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(3.00)[148.100.244.207.zen.spamhaus.org : 127.0.0.4]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.61)[0.614,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[webbasedata.com]; NEURAL_SPAM_MEDIUM(1.00)[0.998,0]; RCPT_COUNT_ONE(0.00)[1]; BAD_REP_POLICIES(0.10)[]; IP_SCORE(0.06)[ipnet: 188.121.40.0/22(0.25), asn: 26496(0.14), country: US(-0.08)]; NEURAL_SPAM_LONG(1.00)[0.996,0]; RCVD_IN_DNSWL_NONE(0.00)[201.43.121.188.list.dnswl.org : 127.0.5.0]; R_DKIM_PERMFAIL(0.00)[webbasedata.com:s=default]; HAS_X_GMSV(0.00)[caroline.parks@webbasedata.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[201.43.121.188.rep.mailspike.net : 127.0.0.17]; RCVD_TLS_ALL(0.00)[] X-Spam: Yes Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2018 14:53:19 -0000 Hi, I'm curious to know if you would be interested in a records of Unix Users for your sales and marketing campaigns. Each Contact Contains: LinkedIn Profile, Company Name, Contact name, Title, Address, Phone, Fax, City, State, Zip codes, Country, Industry, Employee size, Revenue size, Sic Code, Website and verified email address. We are rolling out an exclusive 'Holiday special' along with Q-4 discounts for first time customers. Let me know if you are interested and I will get back to you with the counts, pricing structure and a samples file for your review. Note: We can also customize the list for any specific Technology Users based on your criteria. Best Regards, Caroline Parks Manager-Demand Generation To opt out, please reply with Leave Out in the Subject Line. From owner-freebsd-stable@freebsd.org Tue Dec 18 15:34:46 2018 Return-Path: Delivered-To: freebsd-stable@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 84BD9133438A for ; Tue, 18 Dec 2018 15:34:46 +0000 (UTC) (envelope-from ctuffli@gmail.com) Received: from mail-ot1-x329.google.com (mail-ot1-x329.google.com [IPv6:2607:f8b0:4864:20::329]) (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 C570271F9E for ; Tue, 18 Dec 2018 15:34:45 +0000 (UTC) (envelope-from ctuffli@gmail.com) Received: by mail-ot1-x329.google.com with SMTP id s5so16015550oth.7 for ; Tue, 18 Dec 2018 07:34:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=YvKHn8VIxrBGaFn9t8BzqIeJel0H08WQq75MW1vRdlc=; b=MMTq9odSMmgT6+tkncS08iZgu5rnXyddoltajQ3Jf6bPQT974qHzaD7twHMHKCklza sYYFCV1DWt3BOwFMJuEyiDeaLLDSpyP79zT4hoYhf5iw5rpMcauak4A53Uk4z3cSJ1Sw JDDyzjEfwAtUQWR7TYpN2xtbHsprWfcS0dlDPStkPsRq0iLVtuMDacsWK30IxjnX89ZA 8G4GdkSQW9ZEmPYzJR/W5NmPDlNiBeewnjjATA2oFdCLob+zpgYpg7Hn1XxF/ooXEPUw 16oHMT67F6CBmSK0MxI9y4ImHVN9YfHYC2JKDlARtY5pHIy+S4TRwvk6ejPvsr4VnvwE CvkA== 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=YvKHn8VIxrBGaFn9t8BzqIeJel0H08WQq75MW1vRdlc=; b=Hsw/3au8hrhXyc+i2PjHVWjIUSSipVo/DyiTuCppolo/NG88JPXBZE2utfxzf6H2G1 EBKPXIsw9HuyhRiQCmR/GBNt3yioYbmPWLepkT2boF6uRZPShKu+lvwGiUwJ2FyF/Imi I/JOb/33QDuBzUygb1Vuh+c9R68Dv179/alXuizBZ0NFSBwCFe/YFrXuENrIbFG3Vmsn OfJvkeAjDDKpwrCkhlDb/Bfa7PNpZsdYFg83yUZ8ki+Tc2+0Ki0tk0hYkwsjSjKuNniD LYUsGimHUEaAHTexefSTRZYP/MnJbcCOOF1Twgr/G6Xke3uDPqR3eZKm3tCNGHTrLbuC rRtw== X-Gm-Message-State: AA+aEWbua3TY+qazwGLxgQQFFSU/tbtYkXlhhJxq9VkNncATz+ZchkXf 4ifZGoKijBNlW8w/ll7qHnopc+3it3Y+aD2KSnr1i+a3 X-Google-Smtp-Source: AFSGD/VA97wXq77VZqLcr69Dww2/CKa0Btk7ApQIxy95KHeF0l6Ch4cYwdjufblt5DCSVvQJr0YX+wMFQuGPQ0ei+GQ= X-Received: by 2002:a9d:2aea:: with SMTP id e97mr13054676otb.206.1545147284472; Tue, 18 Dec 2018 07:34:44 -0800 (PST) MIME-Version: 1.0 From: Chuck Tuffli Date: Tue, 18 Dec 2018 07:34:33 -0800 Message-ID: Subject: sporadic core dumps in 12.0-RELEASE To: freebsd-stable@freebsd.org X-Rspamd-Queue-Id: C570271F9E X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=MMTq9odS; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of ctuffli@gmail.com designates 2607:f8b0:4864:20::329 as permitted sender) smtp.mailfrom=ctuffli@gmail.com X-Spamd-Result: default: False [-3.74 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(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)[9.2.3.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.10)[-0.101,0]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; IP_SCORE(-0.63)[ipnet: 2607:f8b0::/32(-1.71), asn: 15169(-1.37), country: US(-0.08)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2018 15:34:46 -0000 Hi When running 12.0-RELEASE in bhyve, nvmecontrol will core dump sporadically in rtld. This is repeatable, but doesn't happen every time. Peeking at rlock_acquire(), the function checks for a NULL lockstate and then dereferences the lock. The backtrace (below) suggests the lock is NULL but the lockstate pointer is not. Does anyone know if this is expected, weird, etc.? root@freebsd:~ # uname -a FreeBSD freebsd 12.0-RELEASE FreeBSD 12.0-RELEASE r341666 GENERIC amd64 root@freebsd:~ # /usr/libexec/gdb -q /sbin/nvmecontrol nvmecontrol.core Core was generated by `nvmecontrol identify nvme0'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libc.so.7...Reading symbols from /usr/lib/debug//lib/libc.so.7.debug...done. done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...Reading symbols from /usr/lib/debug//libexec/ld-e lf.so.1.debug...done. done. Loaded symbols for /libexec/ld-elf.so.1 #0 rlock_acquire (lock=0x0, lockstate=0x7fffffffd9b8) at /usr/src/libexec/rtld-elf/rtld_lock.c:203 203 /usr/src/libexec/rtld-elf/rtld_lock.c: No such file or directory. in /usr/src/libexec/rtld-elf/rtld_lock.c (gdb) bt #0 rlock_acquire (lock=0x0, lockstate=0x7fffffffd9b8) at /usr/src/libexec/rtld-elf/rtld_lock.c:203 #1 0x000000080021a2fd in _rtld_bind (obj=0x800236000, reloff=528) at /usr/src/libexec/rtld-elf/rtld.c:790 #2 0x000000080021704d in _rtld_bind_start () at /usr/src/libexec/rtld-elf/amd64/rtld_start.S:121 #3 0x00000000002087de in identify_ctrlr (argc=2, argv=0x7fffffffebd0) at /usr/src/sbin/nvmecontrol/identify.c:183 #4 0x00000000002086e0 in identify (argc=2, argv=0x7fffffffebd0) at /usr/src/sbin/nvmecontrol/identify.c:292 #5 0x0000000000207935 in main (argc=, argv=) at /usr/src/sbin/nvmecontrol/nvmecontrol.c:89 #6 0x000000000020711b in _start (ap=, cleanup=) at /usr/src/lib/csu/amd64/crt1.c:76 #7 0x0000000800236000 in ?? () #8 0x0000000000000000 in ?? () Current language: auto; currently minimal (gdb) p *lockstate $1 = {lockstate = 0, env = 0x7fffffffd9c0} (gdb) --chuck From owner-freebsd-stable@freebsd.org Tue Dec 18 16:06:01 2018 Return-Path: Delivered-To: freebsd-stable@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 6ACA1133593B for ; Tue, 18 Dec 2018 16:06:01 +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 B937173648 for ; Tue, 18 Dec 2018 16:06:00 +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 wBIG5nQD037356 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 18 Dec 2018 18:05:52 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua wBIG5nQD037356 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id wBIG5nWX037355; Tue, 18 Dec 2018 18:05:49 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 18 Dec 2018 18:05:49 +0200 From: Konstantin Belousov To: Chuck Tuffli Cc: freebsd-stable@freebsd.org Subject: Re: sporadic core dumps in 12.0-RELEASE Message-ID: <20181218160549.GG60291@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.11.1 (2018-12-01) 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-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2018 16:06:01 -0000 On Tue, Dec 18, 2018 at 07:34:33AM -0800, Chuck Tuffli wrote: > Hi > > When running 12.0-RELEASE in bhyve, nvmecontrol will core dump sporadically > in rtld. This is repeatable, but doesn't happen every time. Peeking at > rlock_acquire(), the function checks for a NULL lockstate and then > dereferences the lock. The backtrace (below) suggests the lock is NULL but > the lockstate pointer is not. Does anyone know if this is expected, weird, > etc.? This is very weird. If you look at the frame #1, you would see that rlock_acquire() is called for the rtld_bind_lock, which should point to rtld_locks[0]. > > root@freebsd:~ # uname -a > FreeBSD freebsd 12.0-RELEASE FreeBSD 12.0-RELEASE r341666 GENERIC amd64 > root@freebsd:~ # /usr/libexec/gdb -q /sbin/nvmecontrol nvmecontrol.core > Core was generated by `nvmecontrol identify nvme0'. > Program terminated with signal 11, Segmentation fault. > Reading symbols from /lib/libc.so.7...Reading symbols from > /usr/lib/debug//lib/libc.so.7.debug...done. > done. > Loaded symbols for /lib/libc.so.7 > Reading symbols from /libexec/ld-elf.so.1...Reading symbols from > /usr/lib/debug//libexec/ld-e > lf.so.1.debug...done. > done. > Loaded symbols for /libexec/ld-elf.so.1 > #0 rlock_acquire (lock=0x0, lockstate=0x7fffffffd9b8) > at /usr/src/libexec/rtld-elf/rtld_lock.c:203 > 203 /usr/src/libexec/rtld-elf/rtld_lock.c: No such file or directory. > in /usr/src/libexec/rtld-elf/rtld_lock.c > (gdb) bt > #0 rlock_acquire (lock=0x0, lockstate=0x7fffffffd9b8) > at /usr/src/libexec/rtld-elf/rtld_lock.c:203 > #1 0x000000080021a2fd in _rtld_bind (obj=0x800236000, reloff=528) > at /usr/src/libexec/rtld-elf/rtld.c:790 > #2 0x000000080021704d in _rtld_bind_start () > at /usr/src/libexec/rtld-elf/amd64/rtld_start.S:121 > #3 0x00000000002087de in identify_ctrlr (argc=2, argv=0x7fffffffebd0) > at /usr/src/sbin/nvmecontrol/identify.c:183 > #4 0x00000000002086e0 in identify (argc=2, argv=0x7fffffffebd0) > at /usr/src/sbin/nvmecontrol/identify.c:292 > #5 0x0000000000207935 in main (argc=, argv= optimized out>) > at /usr/src/sbin/nvmecontrol/nvmecontrol.c:89 > #6 0x000000000020711b in _start (ap=, cleanup= optimized out>) > at /usr/src/lib/csu/amd64/crt1.c:76 > #7 0x0000000800236000 in ?? () > #8 0x0000000000000000 in ?? () > Current language: auto; currently minimal > (gdb) p *lockstate > $1 = {lockstate = 0, env = 0x7fffffffd9c0} > (gdb) > > --chuck > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Tue Dec 18 19:08:07 2018 Return-Path: Delivered-To: freebsd-stable@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 3FC56133B47C for ; Tue, 18 Dec 2018 19:08:07 +0000 (UTC) (envelope-from melissa.smith@blueskydigitalzone.com) Received: from n1nlsmtp02.shr.prod.ams1.secureserver.net (n1nlsmtp02.prod.ams1.secureserver.net [188.121.43.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "relay-hosting.secureserver.net", Issuer "Starfield Secure Certificate Authority - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1FDF582D7F for ; Tue, 18 Dec 2018 19:08:05 +0000 (UTC) (envelope-from melissa.smith@blueskydigitalzone.com) Received: from n3plcpnl0187.prod.ams3.secureserver.net ([160.153.155.38]) by : HOSTING RELAY : with ESMTP id ZKhrg9MOikLy7ZKhrgRtds; Tue, 18 Dec 2018 12:07:03 -0700 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=blueskydigitalzone.com; s=default; h=Content-Type:MIME-Version:Message-ID: Date:Subject:To:From:Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=yay/SxGv1k3wqNhlyEpfDMBd5ZPFg/YBqSbtHLVoOWs=; b=aTC/mHOwzOkGZ+KcWD/+lP3+Go EuyN0VvwHwcjTQuCJK8buIqyaqzxHDx5rjuY1GGxp82CXgpiIkIQgrqMSqwC7y9NwISMWR7/DLfTg o07lN/0X8RAD7X7Xwfp4sG/aFlhHgMnI7VgnWKxQuh4mI9SRCvBJLANH918J3s+xbuI1AYGjIcFvb fHoAdbrV5OpzgNktdgN27zY4hE/cfUtNuzQLqDzQ+78z9KfNAYH4lXahv4LLq/UjGvmDFIHgcNDAh TYuI/ikhC14ioQ5Z0rlMyyU3CSH8DxRrkGNhcH8ty0IRE3tN1Z7P+FuSCQJr4prt74qa3gN1w6bPI GYfbxirQ==; Received: from [207.244.100.146] (port=51096 helo=HIPLB224) by n3plcpnl0187.prod.ams3.secureserver.net with esmtpsa (TLSv1:ECDHE-RSA-AES256-SHA:256) (Exim 4.91) (envelope-from ) id 1gZK9f-002pno-IB for freebsd-stable@freebsd.org; Tue, 18 Dec 2018 11:31:44 -0700 From: "Melissa Smith" To: Subject: FreeBSD Potential Business Leads Date: Tue, 18 Dec 2018 15:03:33 -0500 Message-ID: MIME-Version: 1.0 X-Mailer: Microsoft Outlook 15.0 Thread-Index: AdSXDMBxuDFf/mxGSwmyY+62MWQ7FA== Content-Language: en-us X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - n3plcpnl0187.prod.ams3.secureserver.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - blueskydigitalzone.com X-Get-Message-Sender-Via: n3plcpnl0187.prod.ams3.secureserver.net: authenticated_id: melissa.smith@blueskydigitalzone.com X-Authenticated-Sender: n3plcpnl0187.prod.ams3.secureserver.net: melissa.smith@blueskydigitalzone.com X-Source: X-Source-Args: X-Source-Dir: X-CMAE-Envelope: MS4wfHMeALsneoFHepM6sGxyis+YqwsF0klsRLmCpmVtCZxy8ACpp1iyFRix1g87rCPD/PsJb1QhhpkIBf6F3sxNBNS7bJFASGSRbpjmIJvV8+e3AiYgEz0I /8MiA9N05lP0XSilgZaHRBwHYi+e5DQwd8HlPYdcP++QIWJBYhN63Pc9Aa38oWvyKaEJeCwqe72YJzwj77yI7Q7IVFcWnMX1JTDmeKOGhaj9HPpaNLugLFep p4dMKNUD7pHneCMXILFRuQ== X-Rspamd-Queue-Id: 1FDF582D7F X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none (invalid DKIM record) header.d=blueskydigitalzone.com header.s=default header.b=aTC/mHOw; spf=pass (mx1.freebsd.org: domain of melissa.smith@blueskydigitalzone.com designates 188.121.43.194 as permitted sender) smtp.mailfrom=melissa.smith@blueskydigitalzone.com X-Spamd-Result: default: False [0.62 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MX_INVALID(0.50)[cached]; R_SPF_ALLOW(-0.20)[+ip4:188.121.43.0/24]; HAS_X_SOURCE(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[blueskydigitalzone.com:~]; NEURAL_HAM_SHORT(-0.29)[-0.293,0]; HAS_X_ANTIABUSE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.06)[ipnet: 188.121.40.0/22(0.23), asn: 26496(0.14), country: US(-0.08)]; MIME_TRACE(0.00)[0:+,1:+]; ASN(0.00)[asn:26496, ipnet:188.121.40.0/22, country:US]; MID_RHS_MATCH_FROM(0.00)[]; HAS_X_AS(0.00)[melissa.smith@blueskydigitalzone.com]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[blueskydigitalzone.com]; NEURAL_SPAM_MEDIUM(0.53)[0.526,0]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_LONG(0.13)[0.130,0]; RCVD_IN_DNSWL_NONE(0.00)[194.43.121.188.list.dnswl.org : 127.0.5.0]; R_DKIM_PERMFAIL(0.00)[blueskydigitalzone.com:s=default]; HAS_X_GMSV(0.00)[melissa.smith@blueskydigitalzone.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[194.43.121.188.rep.mailspike.net : 127.0.0.17]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2018 19:08:07 -0000 Hi, Hope this email finds you well. Would you be interested in acquiring our recently verified data of FreeBSD Users List? Each Contact Includes: Names, Title, Email, Phone, Company Name, Company URL and Company physical address, SIC Code, Industry, Company Size (Revenue and Employee). We also have related technology users like: Google Sheets, Nagios, PeopleSoft, Fonts.com, Wufoo, Marketo and many more. Please let me know and share your thoughts, if you are interested so that I will get back to you with the counts, sample and pricing in detail. Note: If you sign up before CHRISTMAS Day, we can provide a discount of 30% on the list purchase. Regards, Melissa Smith Sr. Lead Generation To delist from this mailing list reply with subject line "Remove" From owner-freebsd-stable@freebsd.org Wed Dec 19 06:50:09 2018 Return-Path: Delivered-To: freebsd-stable@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 57C07134D805 for ; Wed, 19 Dec 2018 06:50:09 +0000 (UTC) (envelope-from brian@aceshardware.com) Received: from mail.aceshardware.com (mail.aceshardware.com [52.52.37.31]) (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 0AFEC6C4D9 for ; Wed, 19 Dec 2018 06:50:07 +0000 (UTC) (envelope-from brian@aceshardware.com) Received: from [IPv6:::ffff:10.0.0.117] (unknown [71.145.208.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.aceshardware.com (Postfix) with ESMTPSA id 93FAC201307 for ; Wed, 19 Dec 2018 06:49:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aceshardware.com; s=dkim; t=1545202199; h=from:from:sender:reply-to:subject:subject:date:date:message-id:to:to: cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:in-reply-to:references; bh=sHUhVPwmztb75QgmpXz5kW1LGx7lmGBQxkEyAG1bkf8=; b=Z5Lfo0Sb2MXVZjLWcikENXDmm5FDwnXOERNzMUFcRSFCCfzPPD/kKg4+btN6gKmJ4/5xHl Dc+2m+YOhsu39hRmHlJmqOvZkEfUkuQ46wygQ5bIpVIUAzlt4JFOMrb5GhfLfcFkaQmz7/ UPRdJcwaSERErH6TAdqPkUnrgSNynjrwVrbR13gtcJiFiSurnrM79LwvOMUOQzrRrjy8bx oa5Xi7vRb25prMC7lKu1OfbIoD+WPh6kRfjsy9K4gGJ2yz6TX+QRtqCBsi3KWtmVdXgYEn jzXxTdFCu7h+UP6qrLgWDaxcFkaEt4u4XT+i2prC6rHMBSyWqLIDz1TMQpSJ2A== MIME-Version: 1.0 To: "freebsd-stable@freebsd.org" From: Brian Neal Subject: Upgrading 11.2 -> 12.0 on EC2 Date: Tue, 18 Dec 2018 22:50:00 -0800 Importance: normal X-Priority: 3 X-Rspamd-Queue-Id: 0AFEC6C4D9 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=aceshardware.com header.s=dkim header.b=Z5Lfo0Sb; dmarc=pass (policy=none) header.from=aceshardware.com X-Spamd-Result: default: False [-0.52 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[aceshardware.com:s=dkim]; NEURAL_HAM_MEDIUM(-0.65)[-0.650,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.88)[-0.878,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; MISSING_MID(2.50)[]; DKIM_TRACE(0.00)[aceshardware.com:+]; DMARC_POLICY_ALLOW(-0.50)[aceshardware.com,none]; HAS_X_PRIO_THREE(0.00)[3]; MX_GOOD(-0.01)[mail.aceshardware.com]; TO_DN_EQ_ADDR_ALL(0.00)[]; R_SPF_NA(0.00)[]; NEURAL_HAM_SHORT(-0.43)[-0.428,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; IP_SCORE(-0.26)[asn: 16509(-1.20), country: US(-0.08)]; ASN(0.00)[asn:16509, ipnet:52.52.0.0/15, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2018 06:50:09 -0000 Hello, I=E2=80=99m looking for advice on doing a release upgrade of a running inst= ance. It looks like the normal procedure using freebsd-update requires a r= eboot between invocations of the install command, but after the first reboo= t, most of the userland is non-functional, including most importantly sshd.= Is it safe to run the install commands back to back without rebooting? Or= is the only safe procedure to build a new instance from scratch for each r= elease? Cheers, -Brian From owner-freebsd-stable@freebsd.org Wed Dec 19 15:33:33 2018 Return-Path: Delivered-To: freebsd-stable@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 F123D1339002 for ; Wed, 19 Dec 2018 15:33:32 +0000 (UTC) (envelope-from matt.garber@gmail.com) Received: from mail-it1-x12c.google.com (mail-it1-x12c.google.com [IPv6:2607:f8b0:4864:20::12c]) (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 2780E85A28 for ; Wed, 19 Dec 2018 15:33:32 +0000 (UTC) (envelope-from matt.garber@gmail.com) Received: by mail-it1-x12c.google.com with SMTP id m8so11270531itk.0 for ; Wed, 19 Dec 2018 07:33:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=ExG3TOYEviJMD5Hm6Fq6AFfYNUYmNDC97v26nzyEpvk=; b=IaMWYxWh7bdAhZPMtORkgXPhQ1rUZw/ddkgp8gD3VnwJpFtg2bcKURvVJzoWPm3utW 9ZduPykbYyt0N1/pN4rJVZaegMGk5YnLREhN8BnPSmYKrVgyuWwgP3bCJDYZ017JnDyj ARVKE0twGiU49+d57DITRD7H6bLryw5uZ3Y+Vnzh7BlmNdTxuO1dd5F0Dgi4aZmk8YrX azKuAVVhGF6yMm8R35KOCqISmeXOvbHn1w7Xn5yF/mIcZaXFLX2XgcjmPi+BIQroQzZp AhnA2QtsKaEeEGdbwiJIWHx8fA6MHSntwFxIZcmTAbhw5aLs1sWwWxDay3HXqR4u4iqE GyEg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=ExG3TOYEviJMD5Hm6Fq6AFfYNUYmNDC97v26nzyEpvk=; b=ep7ofwDzY4AdO7+H3uF1aun0W9gZMpwSw1GUEPHEFGGWSPoFPU9dDON9rT+Y+15P3W O7p27mj6RuaCn3epSEIBJVgYZQms22FuI3UytOxEUgzH90GW4uDfHsOCb3cDGAwJv5ee xzVnttGC31Mo0qp1zsf9hUw4WykcQzJ9Re3WshGlh4YV3PTxnVRKtS88Zl+VWs7ICbXM v7my2QCA+ZjWR8DfX8rWnK3ctVNPgf/+ZRurR+Z2qTwN4q/l61dyQ4ovWYIl9sGMssRP XWWgAhEVXtqrs6abutYEfvXreAW1dzPGTjJtNaHk/GhGsBh6+PDIaiHRCk7oNoiQcmu4 ikfQ== X-Gm-Message-State: AA+aEWaPeKYD2MJbO8J7pdCQKMu5vMsJ18m9QaF8HwI5SPVP+KWPNorJ 6jB8YegW1Ipv2i/N+6ltOP0= X-Google-Smtp-Source: AFSGD/XYmDAm2o0N/zY3PfhwGZnuLdb3WeTeWEFdyChci3uJORzXr5OHSDWHeEFLAq789K5WFOO7lg== X-Received: by 2002:a02:1dc8:: with SMTP id 191mr20038565jaj.55.1545233611236; Wed, 19 Dec 2018 07:33:31 -0800 (PST) Received: from [10.137.0.194] ([104.238.38.23]) by smtp.gmail.com with ESMTPSA id v12sm567263ion.80.2018.12.19.07.33.29 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 19 Dec 2018 07:33:30 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: Upgrading 11.2 -> 12.0 on EC2 From: Matt Garber X-Priority: 3 In-Reply-To: <5c19ea68.1c69fb81.1febf.ddb2SMTPIN_ADDED_MISSING@mx.google.com> Date: Wed, 19 Dec 2018 10:33:29 -0500 Cc: "freebsd-stable@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <8FE35DD1-6D07-4430-9706-A873E0D8ECCE@gmail.com> References: <5c19ea68.1c69fb81.1febf.ddb2SMTPIN_ADDED_MISSING@mx.google.com> To: Brian Neal X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 2780E85A28 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=IaMWYxWh; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mattgarber@gmail.com designates 2607:f8b0:4864:20::12c as permitted sender) smtp.mailfrom=mattgarber@gmail.com X-Spamd-Result: default: False [-5.98 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; HAS_X_PRIO_THREE(0.00)[3]; NEURAL_HAM_SHORT(-0.99)[-0.989,0]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[c.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]; IP_SCORE(-2.48)[ip: (-9.17), ipnet: 2607:f8b0::/32(-1.74), asn: 15169(-1.39), country: US(-0.08)] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2018 15:33:33 -0000 > On Dec 19, 2018, at 1:50 AM, Brian Neal = wrote: >=20 > I=E2=80=99m looking for advice on doing a release upgrade of a running = instance. It looks like the normal procedure using freebsd-update = requires a reboot between invocations of the install command, but after = the first reboot, most of the userland is non-functional, including most = importantly sshd. Is it safe to run the install commands back to back = without rebooting? Or is the only safe procedure to build a new = instance from scratch for each release? Brian, It=E2=80=99s not true that after the first reboot the userland is = non-functional; sshd and friends should still be working fine. The first = reboot switches you to the 12.0 kernel, which is necessary as the first = step before upgrading the userland to 12.0 =E2=80=93 and of course = potentially using `pkg-static` or ports to rebuild/reinstall your = packages/ports against the new ABI. If you=E2=80=99re running any kind of public-facing service, the safest = method in my opinion *with as little downtime as possible* is to deploy = a new instance and then point to it once everything is successfully = reinstalled (e.g., DNS change, elastic IP change, elastic load balancer, = etc.). Otherwise, the =E2=80=9Csafe=E2=80=9D method to upgrade in place = is to follow what the handbook says, including when to reboot between = invocations of `freebsd-update`. As long as you follow exactly when it = instructs a reboot, and when to upgrade/reinstall userland and = packages/ports, you should be fine. If you=E2=80=99re still nervous, = just snapshot your boot EBS volume first as an extra precautionary = measure, and destroy it once you verify everything post-upgrade. -- Matt Garber From owner-freebsd-stable@freebsd.org Wed Dec 19 16:38:31 2018 Return-Path: Delivered-To: freebsd-stable@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 A1872133BFC0 for ; Wed, 19 Dec 2018 16:38:31 +0000 (UTC) (envelope-from caroline.parks@webbasedata.com) Received: from n1nlsmtp01.shr.prod.ams1.secureserver.net (n1nlsmtp01.shr.prod.ams1.secureserver.net [188.121.43.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "relay-hosting.secureserver.net", Issuer "Starfield Secure Certificate Authority - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E2DFE88C19 for ; Wed, 19 Dec 2018 16:38:20 +0000 (UTC) (envelope-from caroline.parks@webbasedata.com) Received: from n3plcpnl0137.prod.ams3.secureserver.net ([160.153.154.160]) by : HOSTING RELAY : with ESMTP id ZeqSg1RYRfYszZeqSgejVP; Wed, 19 Dec 2018 09:37:16 -0700 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=webbasedata.com; s=default; h=Content-Type:MIME-Version:Message-ID:Date: Subject:In-Reply-To:References:To:From:Sender:Reply-To:Cc: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=fAVsJyinevqkqnDAETdkwlQIDy4LvJ74AKa4hQ7+AA4=; b=3Qh9xFxutWs4clxyt6/Ngsltz gLY5xjMycims7ewlBsa3vqTH58ZPgG4LnsqnVehl4Dax46Jnv35o9huItRUSFLShm5kzKmAjZn6oq tO8j+IPy8MBTPZ5ClLL1H/VClALy6Qw7uJk1gEKe4tDgzfqMtLJ7TEwz6N0aMv4TbsJJTYKnZ8Fcc ttelNzsOUeDpksSiGiW49TwhQ9NgDqBluo3FCkJf+MCcRuW6rvi/kO2rQ8xst236wCI2d44dJfVSk j+twCsizmCs3dl5yGWBh82IC4s45v14XjYYi9vhemBoP1ILl9EHCIEjBd4bZxiIh8aJ42AhQufq9W Jsyl2G8PA==; Received: from [207.244.100.147] (port=49679 helo=HIPL3010) by n3plcpnl0137.prod.ams3.secureserver.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-SHA384:256) (Exim 4.91) (envelope-from ) id 1gZeOG-004X4X-5I for freebsd-stable@freebsd.org; Wed, 19 Dec 2018 09:08:08 -0700 From: "Caroline Parks" To: References: In-Reply-To: Subject: Unix Users Contact List Date: Wed, 19 Dec 2018 21:38:10 +0530 Message-ID: MIME-Version: 1.0 X-Priority: 1 (Highest) X-MSMail-Priority: High X-Mailer: Microsoft Outlook 15.0 Thread-Index: AdSXpzSOp46DwSn6RgiQ7w+S2uFNCQAAmhJAAAAAFYAAAAAHEAAAAAigAAAACDAAAAAI0AAAAAiQAAAADGAAAAAIYAAAAAggAAAACfAAAAAJ8AAAAAngAAAACuAAAAAKEAAAAAmgAAAACaAAAAAK0AAAAAowAAAACWAAAAAKYAAAAArAAAAACyAAAAAL8AAAAApQAAAADBAAAAAKsAAAAApAAAAADAAAAAAN0AAAAAswAAAAC/AAAAALkAAAAAtQAAAADCAAAAAMEAAAAA3gAAAADaAAAAAMAAAAAA0AAAAADDAAAAAQ8AAAAA3wAAAADVAAAAASsAAAAA+gAAAADtAAAAAOYAAAABBgAAAAD5AAAAAPUAAAABEgAAAfxDAAAAAUkAAAAAvAAAAAByAAAAAJ8AAAAAngAAAACeAAAAAK4AAAAAlAAAAACUAAAAAKQAAAAAlwAAAACpAAAAAKAAAAAAyQAAAACmAAAAAKwAAAAAtQAAAACuAAAAALcAAAAAsQAAAADdAAAAAKAAAAAAugAAAACzAAAAAL8AAAAAzAAAAAC7AAAAAMgAAAAA6wAAAADUAAAAAMQAACmt7A Importance: High Content-Language: en-us X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - n3plcpnl0137.prod.ams3.secureserver.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - webbasedata.com X-Get-Message-Sender-Via: n3plcpnl0137.prod.ams3.secureserver.net: authenticated_id: caroline.parks@webbasedata.com X-Authenticated-Sender: n3plcpnl0137.prod.ams3.secureserver.net: caroline.parks@webbasedata.com X-Source: X-Source-Args: X-Source-Dir: X-CMAE-Envelope: MS4wfN5akPaips99FcJApQOqhVchXXtO0uBWYliRHhd/TTcmKH5jgg+pTexC0zh3hEdPQ7uRXHIZYuGP9wrwZKBRSrCuvS2Niow6g8FHKx69k3/I8nK7PxPM 0mUqgQ5+W7MEuSBrjJ+5AzWpsNekd+lXn5Mq0NvasTrWfIPJqL8R2tfHoQ6rkd497tKDC9iG9vR4KSh97CC/LlPgx1H39ywf7eWgKzsRbaOds8SzjhdKSBb/ X-Rspamd-Queue-Id: E2DFE88C19 X-Spamd-Bar: ++++++ Authentication-Results: mx1.freebsd.org; dkim=none (invalid DKIM record) header.d=webbasedata.com header.s=default header.b=3Qh9xFxu; spf=pass (mx1.freebsd.org: domain of caroline.parks@webbasedata.com designates 188.121.43.201 as permitted sender) smtp.mailfrom=caroline.parks@webbasedata.com X-Spamd-Result: default: False [6.42 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MX_INVALID(0.50)[greylisted]; R_SPF_ALLOW(0.00)[+ip4:188.121.43.0/24]; HAS_X_SOURCE(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[webbasedata.com:~]; HAS_X_ANTIABUSE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; HAS_X_PRIO_ONE(0.00)[1]; ASN(0.00)[asn:26496, ipnet:188.121.40.0/22, country:US]; MID_RHS_MATCH_FROM(0.00)[]; HAS_X_AS(0.00)[caroline.parks@webbasedata.com]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(3.00)[147.100.244.207.zen.spamhaus.org : 127.0.0.4]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.60)[0.599,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[webbasedata.com]; NEURAL_SPAM_MEDIUM(1.00)[1.000,0]; RCPT_COUNT_ONE(0.00)[1]; BAD_REP_POLICIES(0.10)[]; IP_SCORE(0.33)[ip: (0.97), ipnet: 188.121.40.0/22(0.56), asn: 26496(0.19), country: US(-0.08)]; NEURAL_SPAM_LONG(1.00)[1.000,0]; RCVD_IN_DNSWL_NONE(0.00)[201.43.121.188.list.dnswl.org : 127.0.5.0]; R_DKIM_PERMFAIL(0.00)[webbasedata.com:s=default]; HAS_X_GMSV(0.00)[caroline.parks@webbasedata.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[201.43.121.188.rep.mailspike.net : 127.0.0.17]; RCVD_TLS_ALL(0.00)[] X-Spam: Yes Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2018 16:38:31 -0000 Hi, I'm curious to know if you would be interested in a contact list of Unix Users for your sales and marketing campaigns. Each Contact Contains: LinkedIn Profile, Company Name, Contact name, Title, Address, Phone, Fax, City, State, Zip codes, Country, Industry, Employee size, Revenue size, Sic Code, Website and verified email address. We are rolling out an exclusive 'Holiday special' along with Q-4 discounts for first time customers. Let me know if you are interested and I will get back to you with the counts, pricing structure and a samples file for your review. Note: We can also customize the list for any specific Technology Users based on your criteria. Best Regards, Caroline Parks Manager-Demand Generation To opt out, please reply with Leave Out in the Subject Line. From owner-freebsd-stable@freebsd.org Wed Dec 19 18:24:44 2018 Return-Path: Delivered-To: freebsd-stable@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 A83E2133F87A for ; Wed, 19 Dec 2018 18:24:44 +0000 (UTC) (envelope-from brian@aceshardware.com) Received: from mail.aceshardware.com (mail.aceshardware.com [52.52.37.31]) (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 A1CFF8DB99 for ; Wed, 19 Dec 2018 18:24:43 +0000 (UTC) (envelope-from brian@aceshardware.com) Received: from [10.80.60.246] (mobile-166-170-40-96.mycingular.net [166.170.40.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.aceshardware.com (Postfix) with ESMTPSA id DB52C20130B; Wed, 19 Dec 2018 18:24:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aceshardware.com; s=dkim; t=1545243881; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=HPWHHZwaNB3fUBRahKe0Svndcu+xfVhcqBfRLATwNT4=; b=E4h7SEiHwX4RTt7jKThjWMA3wrASpPGSsDC8rs92vs0w5sE7rgy6TH1irGZ41w4zNslGJE GJ5J4MoBUaer1EF320Y4fPRnlc/XE2BGLFKidBLtQr+OBsKhVlbaZZwkq61nXapiBLisvP ciEpu8wzzoKwlpQUByhQA0nllOVef89x37LOKxSRuEyyBXyRyWvrreqt45iDOK2MrTe4i7 igq9XFNYQHAt84gNxUGuA+/m7b/CMx6EISxy4/ktUkO8TqlwR5Tdc/XfVi+t+NwSJy7K/f lup9bo5mnYJenM9yMSUgcrZBw4gSsg4ToEylK0pS5N8CA0/eXs2Q1P4wavePcg== Content-Type: multipart/signed; boundary=Apple-Mail-0DB254FF-DE89-47A2-8D10-C931498B1594; protocol="application/pkcs7-signature"; micalg=sha-256 Mime-Version: 1.0 (1.0) Subject: Re: Upgrading 11.2 -> 12.0 on EC2 From: Brian Neal X-Mailer: iPhone Mail (16B92) In-Reply-To: <8FE35DD1-6D07-4430-9706-A873E0D8ECCE@gmail.com> Date: Wed, 19 Dec 2018 10:24:39 -0800 Cc: "freebsd-stable@freebsd.org" Content-Transfer-Encoding: 7bit Message-Id: <68E503D2-A227-4662-9A72-F74D66BF32E9@aceshardware.com> References: <5c19ea68.1c69fb81.1febf.ddb2SMTPIN_ADDED_MISSING@mx.google.com> <8FE35DD1-6D07-4430-9706-A873E0D8ECCE@gmail.com> To: Matt Garber X-Rspamd-Queue-Id: A1CFF8DB99 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=aceshardware.com header.s=dkim header.b=E4h7SEiH; dmarc=pass (policy=none) header.from=aceshardware.com X-Spamd-Result: default: False [-5.70 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; HAS_ATTACHMENT(0.00)[]; MX_GOOD(-0.01)[cached: mail.aceshardware.com]; DKIM_TRACE(0.00)[aceshardware.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.82)[-0.818,0]; DMARC_POLICY_ALLOW(-0.50)[aceshardware.com,none]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; IP_SCORE(-0.47)[ipnet: 52.52.0.0/15(-1.11), asn: 16509(-1.17), country: US(-0.08)]; ASN(0.00)[asn:16509, ipnet:52.52.0.0/15, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[aceshardware.com:s=dkim]; FROM_HAS_DN(0.00)[]; SIGNED_SMIME(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2018 18:24:44 -0000 --Apple-Mail-0DB254FF-DE89-47A2-8D10-C931498B1594 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Thanks, Matt. I did try the update procedure from the handbook and found the= instance hanging on boot with a repeated socket error. If I have to rebuild= from scratch, I=E2=80=99d prefer to find some jail/deployment-automation so= I don=E2=80=99t have to manually rebuild everything on each release. FWIW, I= did have to recreate the instance when moving from 10 to 11. Cheers, -Brian > On Dec 19, 2018, at 7:33 AM, Matt Garber wrote: >=20 >=20 >> On Dec 19, 2018, at 1:50 AM, Brian Neal wrote: >>=20 >> I=E2=80=99m looking for advice on doing a release upgrade of a running in= stance. It looks like the normal procedure using freebsd-update requires a r= eboot between invocations of the install command, but after the first reboot= , most of the userland is non-functional, including most importantly sshd. I= s it safe to run the install commands back to back without rebooting? Or is= the only safe procedure to build a new instance from scratch for each relea= se? >=20 > Brian, >=20 > It=E2=80=99s not true that after the first reboot the userland is non-func= tional; sshd and friends should still be working fine. The first reboot swit= ches you to the 12.0 kernel, which is necessary as the first step before upg= rading the userland to 12.0 =E2=80=93 and of course potentially using `pkg-s= tatic` or ports to rebuild/reinstall your packages/ports against the new ABI= . >=20 > If you=E2=80=99re running any kind of public-facing service, the safest me= thod in my opinion *with as little downtime as possible* is to deploy a new i= nstance and then point to it once everything is successfully reinstalled (e.= g., DNS change, elastic IP change, elastic load balancer, etc.). Otherwise, t= he =E2=80=9Csafe=E2=80=9D method to upgrade in place is to follow what the h= andbook says, including when to reboot between invocations of `freebsd-updat= e`. As long as you follow exactly when it instructs a reboot, and when to up= grade/reinstall userland and packages/ports, you should be fine. If you=E2=80= =99re still nervous, just snapshot your boot EBS volume first as an extra pr= ecautionary measure, and destroy it once you verify everything post-upgrade.= >=20 >=20 > -- > Matt Garber >=20 --Apple-Mail-0DB254FF-DE89-47A2-8D10-C931498B1594 Content-Type: application/pkcs7-signature; name=smime.p7s Content-Disposition: attachment; filename=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCBfMw ggXvMIIE16ADAgECAhBAAWIlyeWHXiIZxzH/ofDPMA0GCSqGSIb3DQEBCwUAMDoxCzAJBgNVBAYT AlVTMRIwEAYDVQQKEwlJZGVuVHJ1c3QxFzAVBgNVBAMTDlRydXN0SUQgQ0EgQTEyMB4XDTE4MDMx NDE4MzMzMVoXDTE5MDMxNDE4MzMzMVowgYkxLzAtBgNVBAsMJlZlcmlmaWVkIEVtYWlsOiBicmlh bkBhY2VzaGFyZHdhcmUuY29tMSUwIwYJKoZIhvcNAQkBFhZicmlhbkBhY2VzaGFyZHdhcmUuY29t MS8wLQYKCZImiZPyLGQBARMfQTAxNDI3RDAwMDAwMTYyMjVDOUU1NEMwMDAxNzJGMTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBALhyBKgQXz2NuGB7Bzr5WREwCvKCHPzM3k+4ETElnThi eDR5lnB3DvOpQOY/WWC2GmHCe0OQPp75JSbDXq7OiuRcU4TikJ4Lh0X00FtWqh8SiwmqyY20jojA PACJAhvKU8FKWfVZ6OiSkZDTwhwGfl70YJZNtPOSUeMJtY0g9ffJpQOfl4mzbU3qX2WcFI6hGM+x Kvl9BCezllYpxGPjaEzBl4lhx2y9y/nZs3DdsR/hx0kKwYFF9d3vzV5tYDXS/Xi2yQCLdfgOzJ3r +mHhGo7CfCyvJGXzxh19KYLsk5tkP+99EBvOgxYZkx2KVAV7BEnqroVqiDVfKGwIiXiOkykCAwEA AaOCAp8wggKbMA4GA1UdDwEB/wQEAwIFoDCBhAYIKwYBBQUHAQEEeDB2MDAGCCsGAQUFBzABhiRo dHRwOi8vY29tbWVyY2lhbC5vY3NwLmlkZW50cnVzdC5jb20wQgYIKwYBBQUHMAKGNmh0dHA6Ly92 YWxpZGF0aW9uLmlkZW50cnVzdC5jb20vY2VydHMvdHJ1c3RpZGNhYTEyLnA3YzAfBgNVHSMEGDAW gBSkc9rvaTWKdcygGXsIMvhrieRC7DAJBgNVHRMEAjAAMIIBLAYDVR0gBIIBIzCCAR8wggEbBgtg hkgBhvkvAAYLATCCAQowSgYIKwYBBQUHAgEWPmh0dHBzOi8vc2VjdXJlLmlkZW50cnVzdC5jb20v Y2VydGlmaWNhdGVzL3BvbGljeS90cy9pbmRleC5odG1sMIG7BggrBgEFBQcCAjCBrhqBq1RoaXMg VHJ1c3RJRCBDZXJ0aWZpY2F0ZSBoYXMgYmVlbiBpc3N1ZWQgaW4gYWNjb3JkYW5jZSB3aXRoIApJ ZGVuVHJ1c3QncyBUcnVzdElEIENlcnRpZmljYXRlIFBvbGljeSBmb3VuZCBhdCBodHRwczovL3Nl Y3VyZS5pZGVudHJ1c3QuY29tL2NlcnRpZmljYXRlcy9wb2xpY3kvdHMvaW5kZXguaHRtbDBFBgNV HR8EPjA8MDqgOKA2hjRodHRwOi8vdmFsaWRhdGlvbi5pZGVudHJ1c3QuY29tL2NybC90cnVzdGlk Y2FhMTIuY3JsMCEGA1UdEQQaMBiBFmJyaWFuQGFjZXNoYXJkd2FyZS5jb20wHQYDVR0OBBYEFBgK MyeLKbLzjyTWuYz7VdJKoHB8MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDANBgkqhkiG 9w0BAQsFAAOCAQEA0WwXTVjWeVNWZFh5MGDxyAgd7JyLf/SO/dRyNpI1l5ddODm1P1YwYhB6M/i1 8cdO45UHBpzeNwMdSoeBnHEQwjwDMiGL4+BMYHuo+ygrTlKJkTLfNRUJZWRrYLk2Y3KxroVf96Mp avIlsZDHgjUM2jCIcsfjQ/HapK9S8n1TvMloDFmByBAB4Eo5/1YOXEHh8Ifcsvrwqan8Vblt+e3t aGkppF58osSp3B7/G4vn3kGv/UvH3dfAx9hgku+HDGMkO3ACo0DXsossN3vXCQklVvimCqzZQtGC W+ff6D9TtCiEI/P80e9DQ7oyc6Z6w7jYjjKtssKPRi7ioBvFeHSfljGCAqYwggKiAgEBME4wOjEL MAkGA1UEBhMCVVMxEjAQBgNVBAoTCUlkZW5UcnVzdDEXMBUGA1UEAxMOVHJ1c3RJRCBDQSBBMTIC EEABYiXJ5YdeIhnHMf+h8M8wDQYJYIZIAWUDBAIBBQCgggEpMBgGCSqGSIb3DQEJAzELBgkqhkiG 9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE4MTIxOTE4MjQ0MFowLwYJKoZIhvcNAQkEMSIEIDitskC3 yxdYuJQ2vz8MFwHQOZgU4nLBdRSuuUXreg96MF0GCSsGAQQBgjcQBDFQME4wOjELMAkGA1UEBhMC VVMxEjAQBgNVBAoTCUlkZW5UcnVzdDEXMBUGA1UEAxMOVHJ1c3RJRCBDQSBBMTICEEABYiXJ5Yde IhnHMf+h8M8wXwYLKoZIhvcNAQkQAgsxUKBOMDoxCzAJBgNVBAYTAlVTMRIwEAYDVQQKEwlJZGVu VHJ1c3QxFzAVBgNVBAMTDlRydXN0SUQgQ0EgQTEyAhBAAWIlyeWHXiIZxzH/ofDPMA0GCSqGSIb3 DQEBAQUABIIBAGX8IhPmdMpgWkHXQ+K/CfKYFXj6SkUmdc34S3GYzc6+MMsv70SwHsJ/mpKkJVDC Vti5F1HJXLVBQh+Vx0qTNhwvI0raUShndp/Sj8EdpGhetlBye8UQJs26cP9Huo+3KCSCEQtAdF7s Dyucv3OXL3gEluJgTekHqUqSoVwJVYjS206+Ya1EI6qWoyIbVV/TChVH36GNsvbKWIw9HzoVZzjD FkkRCNs1mHcdxfb/psImvaaELJwsUyywVMNpxM6wmbk+6wkp2JstT15EpcId7LffgkQ0MviI80sT w6FVA8l0OHY49Dg9zGhmiwoEiVey7bR1Mr1HpjFHSdbUKe4jmS8AAAAAAAA= --Apple-Mail-0DB254FF-DE89-47A2-8D10-C931498B1594-- From owner-freebsd-stable@freebsd.org Wed Dec 19 18:38:13 2018 Return-Path: Delivered-To: freebsd-stable@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 9FF55133FF7D for ; Wed, 19 Dec 2018 18:38:13 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from mail.nomadlogic.org (mail.nomadlogic.org [140.82.23.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.nomadlogic.org", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 34EAE8E569 for ; Wed, 19 Dec 2018 18:38:11 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from duke.gem.co (cpe-76-175-75-27.socal.res.rr.com [76.175.75.27]) by mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id ff276684 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Wed, 19 Dec 2018 10:31:30 -0800 (PST) Subject: Re: Upgrading 11.2 -> 12.0 on EC2 To: Brian Neal , "freebsd-stable@freebsd.org" From: Pete Wright Message-ID: <44121c3e-d604-0381-6e37-b8c8a18b054e@nomadlogic.org> Date: Wed, 19 Dec 2018 10:31:29 -0800 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.3.2 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 34EAE8E569 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of pete@nomadlogic.org designates 140.82.23.70 as permitted sender) smtp.mailfrom=pete@nomadlogic.org X-Spamd-Result: default: False [-4.62 / 15.00]; ARC_NA(0.00)[]; FAKE_REPLY(1.00)[]; RCVD_COUNT_TWO(0.00)[2]; TO_DN_EQ_ADDR_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; 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]; DMARC_NA(0.00)[nomadlogic.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[mail.nomadlogic.org]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.92)[-0.920,0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-2.39)[ip: (-8.86), ipnet: 140.82.16.0/21(-4.43), asn: 20473(1.41), country: US(-0.08)]; RECEIVED_SPAMHAUS_PBL(0.00)[27.75.175.76.zen.spamhaus.org : 127.0.0.10]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:20473, ipnet:140.82.16.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2018 18:38:13 -0000 On 12/18/18 10:50 PM, Brian Neal wrote: > Hello, > > I’m looking for advice on doing a release upgrade of a running instance. It looks like the normal procedure using freebsd-update requires a reboot between invocations of the install command, but after the first reboot, most of the userland is non-functional, including most importantly sshd. Is it safe to run the install commands back to back without rebooting? Or is the only safe procedure to build a new instance from scratch for each release? I've done it successfully in the past but IIRC it was pretty sketchy - i think i put script in /etc/rc.local to finish the upgrade. for dev purposes i've done upgrades via rebuilding from source without too much drama.  i'd due to the build/mergemasters and installworld before a reboot.  but again this was for dev/testing, so if things didn't work out loosing data was a non-issue. I've since decided that one of the advantages of AWS is that I can easily just allocate a new VM, but this is predicated that I've got all my configs in a config mgmt engine and my user volumes exist on an EBS volume. -pete -- Pete Wright pete@nomadlogic.org @nomadlogicLA From owner-freebsd-stable@freebsd.org Wed Dec 19 19:32:45 2018 Return-Path: Delivered-To: freebsd-stable@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 805E11341BF1 for ; Wed, 19 Dec 2018 19:32:45 +0000 (UTC) (envelope-from matt.garber@gmail.com) Received: from mail-io1-xd2b.google.com (mail-io1-xd2b.google.com [IPv6:2607:f8b0:4864:20::d2b]) (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 AD20069FFB for ; Wed, 19 Dec 2018 19:32:44 +0000 (UTC) (envelope-from matt.garber@gmail.com) Received: by mail-io1-xd2b.google.com with SMTP id x6so16493280ioa.9 for ; Wed, 19 Dec 2018 11:32:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=MlXMwFGMGehluKxn+o7TdzHUDxGiQS9eNfhbmz/cUlE=; b=OHkl1ysl8nDqIZkNej9FQwZHgj0ZwdOCUNXWIoopXWy9RQCpfMh6c+HwN96CmGrbjW QIJilSq+TI39UEu9B53OGETHFdOtOstmn87g2Z+EFyNvCRR+PBG606vRofCi1GzfQLJx WiJ4Vbu+Hv8DQ2SpXBrOOGV0x7QvjddMujkascfgXJDMDn9yMYuTmZhxg8xN0SPVqP84 Wv1hR2YnWZE0Ys5l4lBFopusrgLCMgF3fhqgtIVQuPoUQZgGlKbV3jj5zECpIcbegoYq RvjWOiQNZJhciqqnN7rhSu/mlPT6w++2mzYBhWYmMBkMP9VrSHk5q/LevRxAVnR9pukr 5V9w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=MlXMwFGMGehluKxn+o7TdzHUDxGiQS9eNfhbmz/cUlE=; b=YqglDj0l+I8uXDybw8mIPxEVQDvv22SHE+jstBecmz+v6J6j20Kc/U8IGSN+vYENDA aRhrZaoxuKpf9ybLF3x1f5t0VfwoyYfKhjntX2GC9w44GZkjGdB6w+gGKXfGny+c5uOK rmqzKCBVYZUx0C9LhVxjwobR6ZB/THAKELatMqE5Aul2RTa2LMi94s9f+Yjr8tB67Nj/ bvZMfRWzCreKUlFy4nqq8UVchy+V3ELYIEcQwFzBZHZnhr4wkMIMkjFL8KywWHsenb5m mb7fWjL4RFF8a3dnXDu2nLRc7qAEYaHND1XdkXx4JtBVLVRoaoHLUuQMJT74rfQfK12Y NIgg== X-Gm-Message-State: AA+aEWZrKmiQlFIyrQ87GAU+8Q0a3Rnu5ol7b2cYVZJoaUre1MFlHKzk qqPopykk+FgdLA67nCxiMXGxP4c6HCo= X-Google-Smtp-Source: ALg8bN6EpDYWh7OlsESHHlFgneMeKcd3hKzXJXaQ4Ws+NHvulrBhIzueUpA7Fly8peNo5qqi25S0kQ== X-Received: by 2002:a6b:5101:: with SMTP id f1mr50986iob.30.1545247963823; Wed, 19 Dec 2018 11:32:43 -0800 (PST) Received: from [10.137.0.194] ([104.238.38.23]) by smtp.gmail.com with ESMTPSA id a16sm56429ioc.49.2018.12.19.11.32.41 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 19 Dec 2018 11:32:43 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: Upgrading 11.2 -> 12.0 on EC2 From: Matt Garber In-Reply-To: <68E503D2-A227-4662-9A72-F74D66BF32E9@aceshardware.com> Date: Wed, 19 Dec 2018 14:32:38 -0500 Cc: "freebsd-stable@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <6FC974C5-EA68-440D-8814-823C54DD6279@gmail.com> References: <5c19ea68.1c69fb81.1febf.ddb2SMTPIN_ADDED_MISSING@mx.google.com> <8FE35DD1-6D07-4430-9706-A873E0D8ECCE@gmail.com> <68E503D2-A227-4662-9A72-F74D66BF32E9@aceshardware.com> To: Brian Neal X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: AD20069FFB X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=OHkl1ysl; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mattgarber@gmail.com designates 2607:f8b0:4864:20::d2b as permitted sender) smtp.mailfrom=mattgarber@gmail.com X-Spamd-Result: default: False [-5.70 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.95)[-0.954,0]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[b.2.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]; IP_SCORE(-2.24)[ip: (-7.96), ipnet: 2607:f8b0::/32(-1.75), asn: 15169(-1.39), country: US(-0.08)] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2018 19:32:45 -0000 > On Dec 19, 2018, at 1:24 PM, Brian Neal = wrote: >=20 > Thanks, Matt. I did try the update procedure from the handbook and = found the instance hanging on boot with a repeated socket error. If I = have to rebuild from scratch, I=E2=80=99d prefer to find some = jail/deployment-automation so I don=E2=80=99t have to manually rebuild = everything on each release. FWIW, I did have to recreate the instance = when moving from 10 to 11. I=E2=80=99m assuming that error, =E2=80=98sockstat input size = mismatch=E2=80=99, was encountered during the very first reboot to the = new 12.0 kernel? In that case, perhaps there=E2=80=99s an EC2-specific = issue at play, since at that point userland and package updates = haven=E2=80=99t even come into the picture yet. I=E2=80=99ve performed = several 11.2 -> 12.0 upgrades on Digital Ocean (KVM hypervisor) within = the past week without any kernel problems, but in your case the safest = choice could simply be new instances, one of the things thankfully made = nicest by the various cloud providers. I=E2=80=99d also very much recommend looking into some kind of new = system automation to make things easier for you =E2=80=93 whether it=E2=80= =99s a full-blown official thing like Ansible or Puppet, or even just = maintaining a giant shell script which you can use on fresh instances, = so you=E2=80=99re not having to re-edit config. files by hand each time. -- Matt Garber From owner-freebsd-stable@freebsd.org Fri Dec 21 17:11:05 2018 Return-Path: Delivered-To: freebsd-stable@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 195EE1350CB7 for ; Fri, 21 Dec 2018 17:11:05 +0000 (UTC) (envelope-from abrancatelli@schema31.it) Received: from stricnina.schema31.it (stricnina.schema31.it [IPv6:2001:470:28:12b::99]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "stricnina.roma.schema31.it", Issuer "stricnina.roma.schema31.it" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D3E31735FC for ; Fri, 21 Dec 2018 17:11:01 +0000 (UTC) (envelope-from abrancatelli@schema31.it) Received: from smtp.schema31.it (localhost [127.0.0.1]) by stricnina.roma.schema31.it (8.15.2/8.15.2) with ESMTP id wBLHAocW094652 for ; Fri, 21 Dec 2018 18:10:51 +0100 (CET) (envelope-from abrancatelli@schema31.it) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=schema31.it; s=gCloud; t=1545412252; bh=qc3aj0+KFeXscMeR/K0XgVC19NY3DNjC0U2S7EOsd9k=; h=Date:From:To:Subject; b=k4+Qs9cad0xzpIx7r29AWzxLwtyiJ2lTmZu/PJGO3wtsIXyEAZAEu0qwpjsNQzn5P 3zfCZS/hSsBLm016IQwBlz+dAUdmd/8oaWn8tXunOy2MtZsYFcMgp+/n2BVb4VP0uY b0K5rC/WJR/xIWTRYj1mdBZJMX8/J5RrHEdOxqBorJNAl5XU9mdhxAJEdrPPnMN6vo Pc0hAiLbZFiW1zeN12F3eAojgmEWyxnblSdhAsMT4XshxPHl2xAtjnx1SSrh45tEVf GsNqjY9PN3MBHovAm2c2/mIBIUmZIdwLSN0irop1R0vkwpQQuc4h/YYOHCM7EFcqKT 3B4atouNiTnag== MIME-Version: 1.0 Date: Fri, 21 Dec 2018 18:10:35 +0100 From: Andrea Brancatelli To: freebsd-stable@freebsd.org Subject: Upgrade to FreeBSD 12.0 breaks SSHD Organization: Schema31 s.r.l. Message-ID: X-Sender: abrancatelli@schema31.it User-Agent: Roundcube Webmail/1.3.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2018 17:11:05 -0000 Hello. Just a quick head up.... Today we update a FreeBSD 11.2 to 12.0 machine and our SSHD got broken. The problem is with HMAC line in the config file, specifically the hmac-ripemd160 value. It was legit in 11.2 (and I suspect default-enabled for a previous FreeBSD version because never in the world we would change that line - I don't even knot what's for) but it doesn't work anymore in 12.0. So as a check, before upgrading check your /etc/ssh/sshd_config. -- Andrea Brancatelli Schema31 S.p.a. Chief Technology Officier ROMA - FI - PA ITALY Tel: +39.06.98.358.472 Cell: +39.331.2488468 Fax: +39.055.71.880.466 Società del Gruppo OVIDIO TECH S.R.L. From owner-freebsd-stable@freebsd.org Fri Dec 21 17:55:17 2018 Return-Path: Delivered-To: freebsd-stable@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 263CF1352370 for ; Fri, 21 Dec 2018 17:55:17 +0000 (UTC) (envelope-from abrancatelli@schema31.it) Received: from stricnina.schema31.it (stricnina.schema31.it [IPv6:2001:470:28:12b::99]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "stricnina.roma.schema31.it", Issuer "stricnina.roma.schema31.it" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 46A3975BBE for ; Fri, 21 Dec 2018 17:55:16 +0000 (UTC) (envelope-from abrancatelli@schema31.it) Received: from smtp.schema31.it (localhost [127.0.0.1]) by stricnina.roma.schema31.it (8.15.2/8.15.2) with ESMTP id wBLHtEF5094810 for ; Fri, 21 Dec 2018 18:55:14 +0100 (CET) (envelope-from abrancatelli@schema31.it) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=schema31.it; s=gCloud; t=1545414914; bh=rOltonUAx3W1tzE/JnDznF2n87lLHt0oZjqfRISxXIg=; h=Date:From:To:Subject:In-Reply-To:References; b=DcaQyPtD13cPJyLqcoJRTYNvW0MRFc3NR07m8MaMRRB3HmWgwiIfua6U4FKnCZbr7 wspWRk643OYCuUQDaxUHFHnU6AAkoTuPf/jjAbwW7kQnAau3Y5GL6D9sOFAIWAxs6f mqEpz+yeHdw7/wEt6dg266FHtM/4zIBGE+sJpojDsV6ZmTIPJwbTCkVy2SkR6LYoUV jAeVRBIXphfytiIFJqoVw3DSo4zwW92JNe4VKirPWG94yv7OxpDCOJLttGJT4BMQe/ KllUttCRlvK1a2hzjRVxVCvZdIkRsPpcIA9ahcnXVEHOA01BQJCxOTLeOyAG2uXrnq UQVK4W3rKDFfA== MIME-Version: 1.0 Date: Fri, 21 Dec 2018 18:55:08 +0100 From: Andrea Brancatelli To: freebsd-stable@freebsd.org Subject: Re: Upgrade to FreeBSD 12.0 breaks SSHD Organization: Schema31 s.r.l. In-Reply-To: References: Message-ID: X-Sender: abrancatelli@schema31.it User-Agent: Roundcube Webmail/1.3.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2018 17:55:17 -0000 To David Wolfskil, your mail server keeps refusing my mail, so I'm sending you my reply here: Hello David sorry I didn't mean to sound critic towards the work of anyone but I can assure you 100% that we never touched that file for any particular reason. What I can assure you tho, is that the machine used to be a FreeBSD 8/9 in the beginning. What I just checked is that the man page for sshd_config lists the allowed values for MAC and hmac-ripemd160 disappeared since 12.0 - you can check it in the online man page: https://www.freebsd.org/cgi/man.cgi?query=sshd_config&apropos=0&sektion=5&manpath=FreeBSD+11.2-RELEASE&arch=default&format=html vs https://www.freebsd.org/cgi/man.cgi?sshd_config(5) Furthermore I just checked some other of our machines that were upgraded from previous versions of FreeBSD (always 8/9 era): root@cianuro:/etc/ssh # freebsd-version 11.2-RELEASE-p7 root@cianuro:/etc/ssh # cat /etc/ssh/sshd_config | grep MACs MACs hmac-sha1,hmac-ripemd160 root@cianuro:/etc/ssh # While a fresh new 11.x doesn't have that line: root@phpengine-ams301:~ # freebsd-version 11.2-RELEASE-p5 root@phpengine-ams301:~ # cat /etc/ssh/sshd_config | grep MACs root@phpengine-ams301:~ # --- Andrea Brancatelli Schema31 S.p.a. Chief Technology Officier ROMA - FI - PA ITALY Tel: +39.06.98.358.472 Cell: +39.331.2488468 Fax: +39.055.71.880.466 Società del Gruppo OVIDIO TECH S.R.L. On 2018-12-21 18:10, Andrea Brancatelli wrote: > Hello. > > Just a quick head up.... Today we update a FreeBSD 11.2 to 12.0 machine > and our SSHD got broken. > > The problem is with HMAC line in the config file, specifically the > hmac-ripemd160 value. It was legit in 11.2 (and I suspect > default-enabled for a previous FreeBSD version because never in the > world we would change that line - I don't even knot what's for) but it > doesn't work anymore in 12.0. > > So as a check, before upgrading check your /etc/ssh/sshd_config. > > -- > > Andrea Brancatelli > Schema31 S.p.a. > Chief Technology Officier > > ROMA - FI - PA > ITALY > Tel: +39.06.98.358.472 > Cell: +39.331.2488468 > Fax: +39.055.71.880.466 > Società del Gruppo OVIDIO TECH S.R.L. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Fri Dec 21 18:21:59 2018 Return-Path: Delivered-To: freebsd-stable@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 7F945135303A for ; Fri, 21 Dec 2018 18:21:59 +0000 (UTC) (envelope-from jamie@catflap.org) Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [IPv6:2001:19f0:300:2185:a:dead:bad:faff]) (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 04F2476A91 for ; Fri, 21 Dec 2018 18:21:58 +0000 (UTC) (envelope-from jamie@catflap.org) Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [104.207.135.49]) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5) with ESMTP id wBLILuHq049815 for ; Fri, 21 Dec 2018 18:21:57 GMT (envelope-from jamie@donotpassgo.dyslexicfish.net) Received: (from jamie@localhost) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5/Submit) id wBLILunK049814 for freebsd-stable@freebsd.org; Fri, 21 Dec 2018 18:21:56 GMT (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <201812211821.wBLILunK049814@donotpassgo.dyslexicfish.net> Date: Fri, 21 Dec 2018 18:21:56 +0000 Organization: Dyslexic Fish To: freebsd-stable@freebsd.org Subject: Error in /usr/src/UPDATING regarding drm User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (donotpassgo.dyslexicfish.net [104.207.135.49]); Fri, 21 Dec 2018 18:21:57 +0000 (GMT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2018 18:21:59 -0000 /usr/src/UPDATING contains the line: "WITHOUT_DRM_MODULE=t and WITHOUT_DRM2_MODULE=t to avoid nasty" This should be: WITHOUT_MODULE_DRM and WITHOUT_MODULE_DRM2=t to /etc/src.conf to avoid nasty" (I also added the reference to /etc/src.conf which I think is missing) cheers, Jamie