From owner-freebsd-current@freebsd.org Sun Jun 10 01:07:18 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0728F1007746 for ; Sun, 10 Jun 2018 01:07:18 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A37C981EB7; Sun, 10 Jun 2018 01:07:17 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from mousie.catspoiler.org (unknown [76.212.85.177]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: truckman) by smtp.freebsd.org (Postfix) with ESMTPSA id C0A7325B56; Sun, 10 Jun 2018 01:07:16 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Date: Sat, 9 Jun 2018 18:07:15 -0700 (PDT) From: Don Lewis Subject: Re: Is kern.sched.preempt_thresh=0 a sensible default? To: Stefan Esser cc: Andriy Gapon , FreeBSD Current , "M. Warner Losh" In-Reply-To: Message-ID: References: <1d188cb0-ebc8-075f-ed51-57641ede1fd6@freebsd.org> <49fa8de4-e164-0642-4e01-a6188992c32e@freebsd.org> <32d6305b-3d57-4d37-ba1b-51631e994520@FreeBSD.org> <93efc3e1-7ac3-fedc-a71e-66c99f8e8c1e@freebsd.org> <9aaec961-e604-303a-52f3-ee24e3a435d0@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Content-Disposition: INLINE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jun 2018 01:07:18 -0000 On 9 Jun, Stefan Esser wrote: > 3) Programs that evenly split the load on all available cores have been > suffering from sub-optimal assignment of threads to cores. E.g. on a > CPU with 8 (virtual) cores, this resulted in 6 cores running the load > in nominal time, 1 core taking twice as long because 2 threads were > scheduled to run on it, while 1 core was mostly idle. Even if the > load was initially evenly distributed, a woken up process that ran on > one core destroyed the symmetry and it was not recovered. (This was a > problem e.g. for parallel programs using MPI or the like.) When a core is about to go idle or first enters the idle state it will search for the most heavily loaded core and steal a thread from it. The core will only go to sleep if it can't find a non-running thread to steal. If there are N cores and N+1 runnable threads, there is a long term load balancer than runs periodically. It searches for the most and least loaded cores and moves a thread from the former to the latter. That prevents the same pair of threads from having to share the same core indefinitely. There is an observed bug where a low priority thread can get pinned to a particular core that is already occupied by a high-priority CPU-bound thread that never releases the CPU. The low priority thread can't migrate to another core that subsequently becomes available because it it is pinned. It is not known how the thread originally got into this state. I don't see any reason for 4BSD to be immune to this problem. > 4) The real time behavior of SCHED_ULE is weak due to interactive > processes (e.g. the X server) being put into the "time-share" class > and then suffering from the problems described as 1) or 2) above. > (You distinguish time-share and batch processes, which both are > allowed to consume their full quanta even of a higher priority > process in their class becomes runnable. I think this will not > give the required responsiveness e.g. for an X server.) > They should be considered I/O intensive, if they often don't use > their full quantum, without taking the significant amount of CPU > time they may use at times into account. (I.e. the criterion for > time-sharing should not be the CPU time consumed, but rather some > fraction of the quanta not being fully used due to voluntarily giving > up the CPU.) With many real-time threads it may be hard to identify > interactive threads, since they are non-voluntarily disrupted too > often - this must be considered in the sampling of voluntary vs. > non-voluntary context switches. It can actually be worse than this. There is a bug that can cause the wnck-applet component of the MATE desktop to consume a large amount of CPU time, and apparently it is communicating with the Xorg server, which it drives to 100% CPU. That makes it's PRI value increase greatly so it has a lower scheduling priority. Even without competing CPU load, interactive performance is hurt. With competing CPU load it gets much worse. From owner-freebsd-current@freebsd.org Sun Jun 10 01:35:19 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8319B1008218 for ; Sun, 10 Jun 2018 01:35:19 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 15B5C82B77; Sun, 10 Jun 2018 01:35:19 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id w5A1ZBQf010701 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 9 Jun 2018 18:35:12 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id w5A1ZBHL010700; Sat, 9 Jun 2018 18:35:11 -0700 (PDT) (envelope-from sgk) Date: Sat, 9 Jun 2018 18:35:11 -0700 From: Steve Kargl To: Don Lewis Cc: Stefan Esser , Andriy Gapon , FreeBSD Current , "M. Warner Losh" Subject: Re: Is kern.sched.preempt_thresh=0 a sensible default? Message-ID: <20180610013511.GA10634@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <1d188cb0-ebc8-075f-ed51-57641ede1fd6@freebsd.org> <49fa8de4-e164-0642-4e01-a6188992c32e@freebsd.org> <32d6305b-3d57-4d37-ba1b-51631e994520@FreeBSD.org> <93efc3e1-7ac3-fedc-a71e-66c99f8e8c1e@freebsd.org> <9aaec961-e604-303a-52f3-ee24e3a435d0@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.2 (2017-12-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jun 2018 01:35:19 -0000 On Sat, Jun 09, 2018 at 06:07:15PM -0700, Don Lewis wrote: > On 9 Jun, Stefan Esser wrote: > > > 3) Programs that evenly split the load on all available cores have been > > suffering from sub-optimal assignment of threads to cores. E.g. on a > > CPU with 8 (virtual) cores, this resulted in 6 cores running the load > > in nominal time, 1 core taking twice as long because 2 threads were > > scheduled to run on it, while 1 core was mostly idle. Even if the > > load was initially evenly distributed, a woken up process that ran on > > one core destroyed the symmetry and it was not recovered. (This was a > > problem e.g. for parallel programs using MPI or the like.) > > When a core is about to go idle or first enters the idle state it will > search for the most heavily loaded core and steal a thread from it. The > core will only go to sleep if it can't find a non-running thread to > steal. > > If there are N cores and N+1 runnable threads, there is a long term load > balancer than runs periodically. It searches for the most and least > loaded cores and moves a thread from the former to the latter. That > prevents the same pair of threads from having to share the same core > indefinitely. > > There is an observed bug where a low priority thread can get pinned to a > particular core that is already occupied by a high-priority CPU-bound > thread that never releases the CPU. The low priority thread can't > migrate to another core that subsequently becomes available because it > it is pinned. It is not known how the thread originally got into this > state. I don't see any reason for 4BSD to be immune to this problem. > It is a well-known problem that an over-subscribed ULE kernel has much worse performance than a 4BSD kernel. I've posted more than once with benchmark numbers that demonstrate the problem. -- Steve From owner-freebsd-current@freebsd.org Mon Jun 11 08:28:08 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E94F4101F7AA for ; Mon, 11 Jun 2018 08:28:07 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 42E2075B39 for ; Mon, 11 Jun 2018 08:28:06 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from freyja.zeit4.iv.bundesimmobilien.de ([87.138.105.249]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LhwLy-1g5QIX2Tx4-00n7Wp for ; Mon, 11 Jun 2018 10:27:59 +0200 Date: Mon, 11 Jun 2018 10:27:52 +0200 From: "O. Hartmann" To: freebsd-current Subject: RACK/TCPHPTC: spell error in sources: fatal error missing option TCPHSTS in the build; Message-ID: <20180611102752.4e924b79@freyja.zeit4.iv.bundesimmobilien.de> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:ivwjGiNJeIwddeqXtGSplmFdNuXbdoOLEklMGmczddPaMTheUn+ H7JQJbd55Tsj9aPCerT7VVNjch0VDfFkJxh7x8EReGwuP5Kd6EviLNLIuvueqNhyz+bzJFm tVqHxmNSXbrhQ+zeZ/EuFWKpy9/HAh0cNupggm6yzSppzWhyDsVtMMh2myCtiqTWhQ0isV+ nAs0aTIpNykpB5JFtaf1Q== X-UI-Out-Filterresults: notjunk:1;V01:K0:Nn4kUUxa+uI=:DZ7oxokLHpLBl1XFalSz8/ bPQHCBeGgFWdGPh9q0+WPAFfhqwgeiQ5Ht6kVxufKDuUQBU0mrGxyni8TsMqdK3cTpNujIiiP 1+z5Vbb/HAym/iLos9phO+/BwqyHtcJsj8ufb/MLl0ZikBhaNR7wIOWBsEOLZEsOGXj/tKyyn pLXVetBuTBOpeKzA3rKxl+uNzJ2Qm1XvNtLHmPjRMsliqI2qQVQhFmIX6sxuKMie6CEqJ/GNb yG6aKBNY4xT+nRzvHHvvydeeF/dqTQQA8XL91BViOQtSbD81CJqnSW+V7W+kC9Il6/uMLPO8c /rxbXs5ievk/7+wsLoUh7gcnF+5+o0d6LpOMyENq1nMW55JygeXuNAhV9jlPOyjbch8qKK8J4 0gLX7PDm3zGJD3BwYdlr5h3Zc5PLi35DKUlwbQ2qwSXnKY8At1r49c1CtYtu4w5HAKTNChFF3 krskH8NnfGJUh90si2PiA0pct9ZYfNN4DQ2aq1w4jaRBB6BCwLZ/eTfJ6/7YMh3pZ0283Ghuz gfml0Jk16gaacElKAsOUXKmrNi0Oo1RwScNYIJOSXgR633x7+RD6dxrTXLnpvrIdCS872hmOJ ajvXUNVesBadgi6iGmGa26DC80UVJSoqGkeOS1x5ausxHzKFdG0upr+gkqZqEw8z4f6xVJVW/ JMCgLk54z/ynQmyEFby4lDvb0iV5qOu4g9pgiTBM2mLhXBy9rg7ih/1D+WsA734v/0O/SlvGx BkWMO7G1on440nmTOk/M6bblAs+dfpSb6L6ZfITNqY94lg6UAN46iZZCsbLCucDkrrs3rB532 xLDKEz4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jun 2018 08:28:08 -0000 In the sources of CURRENT, there is a spell bug: [...] src/sys/modules/tcp/rack/../../../netinet/tcp_stacks/rack.c:131:1: error: unknown type name 'fatal' fatal error missing option TCPHSTS in the build; ^ /pool/sources/CURRENT/src/sys/modules/tcp/rack/../../../netinet/tcp_stacks/rack.c:131:12: error: expected ';' after top level declarator fatal error missing option TCPHSTS in the build; ^ ; [...] I face this nasty error when I try to compile GENERIC. Kind regards, oh From owner-freebsd-current@freebsd.org Mon Jun 11 11:15:09 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 52E181014029 for ; Mon, 11 Jun 2018 11:15:09 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9BB277E5D5 for ; Mon, 11 Jun 2018 11:15:08 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from freyja.zeit4.iv.bundesimmobilien.de ([87.138.105.249]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MDhba-1fSto52XS2-00HBU7 for ; Mon, 11 Jun 2018 13:14:59 +0200 Date: Mon, 11 Jun 2018 13:14:58 +0200 From: "O. Hartmann" To: freebsd-current Subject: VBox: how can a guest check the underlying version of VBox? Message-ID: <20180611131453.5f247c0c@freyja.zeit4.iv.bundesimmobilien.de> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:XpiX+EaHQhsRAHaPUaP6ojBYDk+V2cR9UH4xh0Gy+r63onEKaUs 3pHoVoafps1GzXTBzwjxD8eIv6iDH9UAFr7xG2kvAs+/wCB6Mylq1S/9z3/aHYf+dBQPbXR 5uLlWISht4fn4NsaN05bK7HeY0HH0PtDL1nR6jZ0xZDiS622v4FDgzGxh1Gw5XRFJVeTSnw iLK9lEnaTM9XtQBhAav0g== X-UI-Out-Filterresults: notjunk:1;V01:K0:F9skV4lUolo=:156iBRAzTl+SY36MfPfps7 GV9U6c1CoSLDLfhdP50FYLgPS4vrHPSrqk/VtIywRjkBXwmysoVMMn6orDoxNbcD2OrxY/52W Lng3t7nJNU29Ve2m0U98o1RsLFid6xAlkBy9SxZx+jhljJDoKiXXac1H2mWO3chsbwYbd4Il8 QIqW2pMMOGehifYpxmFMXjwalCiOnoH1US4HFd8h1mFBe7zuDHONOC5kgIhresXYSFyxaJtrR HagN4Qr0GsGr0KUwC+or9eYrGRKStX3W2bxaPO2gGGz7/bpxgrWsQd8qZpsIsJivP4hJJamrR 945WH3p9V81RAIQQHUd1a6IC+1cweBe9QW4aKUy9+NM3pr1Pd9+1BFLs6YuvT2uNsIlZzSuuR Gs9ltO6Z3L1aFH7qNRO3a1zyU4KzxE6qaCYoAf6MxKMY1eBxKhwyHjPRZAVQq4zaRhmkb1ubg PgqRa0rM4U3wSuZ6/e7iwmLnOBUX2fKB4F9t9Eb9JsSBlamrOwKHyhEWE7EW9rUjKw7XLmdBe l2o9dUGBp9VhGwrGc+0SSDHrwQG7D3Siq2WpNtd+RKzfhyKuY+gcuvld4OpIbuUB5mzmdZcZt PNIBR2atCOiiKT4Mwnl0AWQapxqFk+VECUkUUmjioNalO04gwhrxJ0/qCHsar9GralaK+KJFQ 6g+aGZt/AxQERpPlGyX3+BGJew3Zt9HibAecXI6owgy0S8AEmtiVTcGXmpHN6Ju3V+TKlqMf8 nzKvjfruZ7ZETKdz5e1g4IBSkc9kp8KEwUaJhxT86A4HnCt56Xg6GSCmbG039bBZBKfDkA0Ad OK6vuuZ X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jun 2018 11:15:09 -0000 Hello list, I' apologize for bothering this list with this "non-CURRENT" question, but I hope I can find here a quick answer. =46rom within a running guest I need to check what Vbox version is running the guest to provide a deployment system with the necessary informations about = the Guest Tools to be installed. The primary "Guests" are Windows 7 on top of FreeBSD as the host and vice versa, Windows 7 as host and FreeBSD as guest. Thanks in advance, Oliver From owner-freebsd-current@freebsd.org Mon Jun 11 14:58:08 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7023E100D1AB for ; Mon, 11 Jun 2018 14:58:08 +0000 (UTC) (envelope-from jonlooney@gmail.com) Received: from mail-wm0-f49.google.com (mail-wm0-f49.google.com [74.125.82.49]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 04F1F69A73 for ; Mon, 11 Jun 2018 14:58:07 +0000 (UTC) (envelope-from jonlooney@gmail.com) Received: by mail-wm0-f49.google.com with SMTP id v16-v6so15253203wmh.5 for ; Mon, 11 Jun 2018 07:58:07 -0700 (PDT) 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=CHxtziDQD1kXdHcUlTT/S5APJKi5Qn5qBAj6hgueEKc=; b=Nj81Uuq4Ic/4ZndblYoo/U64gJCyxhqpOrlrp77Rmdp4ch7pHtfdFMCw0Vur/oQ6Lv NfxFOBB3xpDZ4d8FIkPrInzK39JIUz8Vu5J/YRry0GgGv87vPmU9dwHY/dBQehVF/OXH drU2jO4lvVOP7IuzerkVY6vNVWyNshmZO8VjjkUBDCMWCWu5lAuNdBOAFV3eaW4eYs4B +phT3djG+esx7ALoUDhf8j2RRVpRbgb6kdOGjPHsqInp7RsKOMWnKK9ahtlRLYsRa6qF MsqMx3JI1gw5l9vQbi2Y82KPXqF5wk2DmHxAPKu4g+e72WOs3LRAA7A6v/t6Pj0EMcQ7 rTjg== X-Gm-Message-State: APt69E0bkppx+NMEdLWBIoqwoRixxqTuEXAQwJDw+WCIoInyDptiW0kp n8u30euqTFWn+3ByLbeXgVzZkkUe X-Google-Smtp-Source: ADUXVKLmt/65cns56b5NffrzDc5JtYdozAtNQ1WibtDhr/YvLGHYh7YWPwHC78PBVZHvgTuZhhp6Pg== X-Received: by 2002:a50:a106:: with SMTP id 6-v6mr19169880edj.12.1528727359532; Mon, 11 Jun 2018 07:29:19 -0700 (PDT) Received: from mail-wm0-f48.google.com (mail-wm0-f48.google.com. [74.125.82.48]) by smtp.gmail.com with ESMTPSA id g30-v6sm9355841edb.5.2018.06.11.07.29.19 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 11 Jun 2018 07:29:19 -0700 (PDT) Received: by mail-wm0-f48.google.com with SMTP id j15-v6so17013749wme.0 for ; Mon, 11 Jun 2018 07:29:19 -0700 (PDT) X-Received: by 2002:a1c:91c4:: with SMTP id t187-v6mr9050722wmd.51.1528727358907; Mon, 11 Jun 2018 07:29:18 -0700 (PDT) MIME-Version: 1.0 References: <20180611102752.4e924b79@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: <20180611102752.4e924b79@freyja.zeit4.iv.bundesimmobilien.de> From: "Jonathan T. Looney" Date: Mon, 11 Jun 2018 10:29:08 -0400 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: RACK/TCPHPTC: spell error in sources: fatal error missing option TCPHSTS in the build; To: ohartmann@walstatt.org Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.26 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jun 2018 14:58:08 -0000 On Mon, Jun 11, 2018 at 4:28 AM O. Hartmann wrote: > > In the sources of CURRENT, there is a spell bug: > > > [...] > src/sys/modules/tcp/rack/../../../netinet/tcp_stacks/rack.c:131:1: error: > unknown type name 'fatal' fatal error missing option TCPHSTS in the build; > ^ > /pool/sources/CURRENT/src/sys/modules/tcp/rack/../../../netinet/tcp_stacks/rack.c:131:12: > error: expected ';' after top level declarator fatal error missing option > TCPHSTS in the build; ^ > ; > [...] > > I face this nasty error when I try to compile GENERIC. Thanks for this (and your many other) timely and high-quality problem reports. I believe r334949 should address this. Jonathan From owner-freebsd-current@freebsd.org Mon Jun 11 18:44:51 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 75FCD1005ED6 for ; Mon, 11 Jun 2018 18:44:51 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.92]) (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 0807775DB5 for ; Mon, 11 Jun 2018 18:44:50 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.110.112]) by smarthost1.greenhost.nl with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1fSRo3-0001cT-5N; Mon, 11 Jun 2018 20:44:43 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-current , "O. Hartmann" Subject: Re: VBox: how can a guest check the underlying version of VBox? References: <20180611131453.5f247c0c@freyja.zeit4.iv.bundesimmobilien.de> Date: Mon, 11 Jun 2018 20:44:43 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <20180611131453.5f247c0c@freyja.zeit4.iv.bundesimmobilien.de> User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.0 X-Scan-Signature: 6c56b5a68734eff3bb82063186e8a5cf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jun 2018 18:44:51 -0000 On Mon, 11 Jun 2018 13:14:58 +0200, O. Hartmann wrote: > Hello list, > > I' apologize for bothering this list with this "non-CURRENT" question, > but I > hope I can find here a quick answer. > > From within a running guest I need to check what Vbox version is running > the > guest to provide a deployment system with the necessary informations > about the > Guest Tools to be installed. The primary "Guests" are Windows 7 on top of > FreeBSD as the host and vice versa, Windows 7 as host and FreeBSD as > guest. > > Thanks in advance, > > Oliver $ VBoxControl guestproperty enumerate Oracle VM VirtualBox Guest Additions Command Line Management Interface Version 5.2.12 (C) 2008-2018 Oracle Corporation All rights reserved. Name: /VirtualBox/GuestInfo/OS/Product, value: FreeBSD, timestamp: 1528741487897421700, flags: Name: /VirtualBox/GuestInfo/Net/0/V4/IP, value: 192.168.1.109, timestamp: 1528741487918893700, flags: Name: /VirtualBox/HostInfo/GUI/LanguageID, value: nl_NL, timestamp: 1528666475858641100, flags: RDONLYGUEST Name: /VirtualBox/GuestInfo/Net/0/MAC, value: 08002720423D, timestamp: 1528741487918893703, flags: Name: /VirtualBox/GuestInfo/OS/ServicePack, value: , timestamp: 1528741487898396602, flags: Name: /VirtualBox/HostInfo/VBoxVerExt, value: 5.2.10, timestamp: 1528741278182324903, flags: TRANSIENT, RDONLYGUEST Name: /VirtualBox/GuestInfo/Net/0/V4/Netmask, value: 255.255.255.0, timestamp: 1528741487918893702, flags: Name: /VirtualBox/GuestInfo/OS/Version, value: FreeBSD 12.0-CURRENT #11 r333449M: Thu May 10 10:16:47 CEST 2018 ronald@sjakie:/data/ronald/obj-freebsd-current/data/ronald/freebsd-current/amd64.amd64/sys/GENERIC-NODEBUG, timestamp: 1528741487898396601, flags: Name: /VirtualBox/GuestAdd/VersionExt, value: 5.2.12, timestamp: 1528741487899372000, flags: Name: /VirtualBox/GuestAdd/Revision, value: 122571, timestamp: 1528741487899372001, flags: Name: /VirtualBox/HostGuest/SysprepExec, value: , timestamp: 1528741278182324900, flags: TRANSIENT, RDONLYGUEST Name: /VirtualBox/GuestInfo/OS/LoggedInUsers, value: 1, timestamp: 1528741498181167800, flags: TRANSIENT, TRANSRESET Name: /VirtualBox/GuestInfo/Net/0/Status, value: Up, timestamp: 1528741487919869100, flags: Name: /VirtualBox/HostGuest/SysprepArgs, value: , timestamp: 1528741278182324901, flags: TRANSIENT, RDONLYGUEST Name: /VirtualBox/GuestAdd/Version, value: 5.2.12, timestamp: 1528741487898396603, flags: Name: /VirtualBox/HostInfo/VBoxRev, value: 122406, timestamp: 1528741278182324904, flags: TRANSIENT, RDONLYGUEST Name: /VirtualBox/GuestInfo/Net/0/V4/Broadcast, value: 192.168.1.255, timestamp: 1528741487918893701, flags: Name: /VirtualBox/HostInfo/VBoxVer, value: 5.2.10, timestamp: 1528741278182324902, flags: TRANSIENT, RDONLYGUEST Name: /VirtualBox/GuestInfo/OS/LoggedInUsersList, value: ronald, timestamp: 1528741498180195000, flags: TRANSIENT, TRANSRESET Name: /VirtualBox/GuestInfo/Net/Count, value: 1, timestamp: 1528742501128855400, flags: Name: /VirtualBox/GuestInfo/OS/Release, value: 12.0-CURRENT, timestamp: 1528741487898396600, flags: Name: /VirtualBox/GuestInfo/OS/NoLoggedInUsers, value: false, timestamp: 1528741498182150800, flags: TRANSIENT, TRANSRESET Name: /VirtualBox/GuestAdd/HostVerLastChecked, value: 5.2.10, timestamp: 1528742457783226400, flags: Or more specific: $ VBoxControl guestproperty get "/VirtualBox/HostInfo/VBoxVer" Oracle VM VirtualBox Guest Additions Command Line Management Interface Version 5.2.12 (C) 2008-2018 Oracle Corporation All rights reserved. Value: 5.2.10 Regards, Ronald. From owner-freebsd-current@freebsd.org Mon Jun 11 19:07:33 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B7C9210094FD for ; Mon, 11 Jun 2018 19:07:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-27.consmr.mail.bf2.yahoo.com (sonic317-27.consmr.mail.bf2.yahoo.com [74.6.129.82]) (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 5AA0277165 for ; Mon, 11 Jun 2018 19:07:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: _4FqbOYVM1nHKMwUHEq5soYjVVgFiPIKKD3cJwkj.Cs77cwh.AndWrCeWGUlgo_ 0rkUYQvbagaTdOoAt4CwTCTdu08XyEd9PJex.uUM7G.rn7QrqdbnvK4YnM7ihb.Wxa7U.sbLmd1h iL.qhWLqH6N2l6nCoiibIEQZWSoIvOI86mnssAUxkGgTrYQI0Is9KYZLudeL4Z4CFZPJvBzjDKGM qLpN1kUL0AcmuxtiAQle5dGvWJ4SZ7lwk65zNu9EI3QOTo4w3QpdZCfTcWscVfQKi4.BMk4u4N_k ZZcP8yhEN0EMbDRysxC53Uh1TgZyif_lCnOM0SIoW2LeAmDbJ8PUzbJK4HDdVbPrQ5nuKTCCqCxP uK4KraQLQihM9iLjhEKcVbXFzkyGFSQsbE2GSjoXEYDRXU_BWN3jJq5YNtrL4eXAnyTZm1IJk6wp i5gUjsyg0ekKkDAqV9Gc1sdTlFUVHUB88vKRRqqdG4PkegN.yauk1ReMG6KnrTdyJqn6A5PfAmDR OlMN5q_cgEHrFwD3FHH0.m8wbA0OEARVs0VbRWbdHI_6_cN2NBx5RpklIhSZWChrdbcbZPqeUqOr DASNViOKWLtzTnEF87TIAUPkCeQ1h3h4ZUeVVqG2mQOrvT9Vlh4sLytKN6TcfSRWm4_uhW1hx4Hj N5LV1EBteg6QHs2GDy01Y_LjiWFX8eHfz Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.bf2.yahoo.com with HTTP; Mon, 11 Jun 2018 19:07:32 +0000 Received: from ip70-189-131-151.lv.lv.cox.net (EHLO [192.168.0.109]) ([70.189.131.151]) by smtp431.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 90e3b025b41a688bc6bf6801b31946a2; Mon, 11 Jun 2018 19:07:28 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.4 \(3445.8.2\)) Subject: Re: svn commit: r334964 - in head: share/man/man4 sys/dev/usb/net broke powerpcspe builds on ci.freebsd.org Message-Id: <9AA7273A-BBE5-4739-8E60-11E043D9C9D6@yahoo.com> Date: Mon, 11 Jun 2018 12:07:26 -0700 To: Ed Maste , FreeBSD PowerPC ML , FreeBSD Current , svn-src-head@freebsd.org X-Mailer: Apple Mail (2.3445.8.2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jun 2018 19:07:33 -0000 =46rom = https://ci.freebsd.org/job/FreeBSD-head-powerpcspe-build/6174/consoleText = : --- all_subdir_usb/muge --- cc1: warnings being treated as errors /usr/src/sys/dev/usb/net/if_muge.c: In function 'lan78xx_chip_init': /usr/src/sys/dev/usb/net/if_muge.c:1096: warning: implicit declaration = of function 'lan78xx_eeprom_present' /usr/src/sys/dev/usb/net/if_muge.c:1096: warning: nested extern = declaration of 'lan78xx_eeprom_present' [-Wnested-externs] *** [if_muge.o] Error code 1 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Tue Jun 12 19:44:20 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5387F1016BC9 for ; Tue, 12 Jun 2018 19:44:20 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670058.outbound.protection.outlook.com [40.107.67.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT TLS CA 4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E3EFB7654F for ; Tue, 12 Jun 2018 19:44:19 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTOPR0101MB0953.CANPRD01.PROD.OUTLOOK.COM (52.132.44.24) by YTOPR0101MB1849.CANPRD01.PROD.OUTLOOK.COM (52.132.46.32) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.841.18; Tue, 12 Jun 2018 19:44:18 +0000 Received: from YTOPR0101MB0953.CANPRD01.PROD.OUTLOOK.COM ([fe80::1904:a0c3:5e18:d404]) by YTOPR0101MB0953.CANPRD01.PROD.OUTLOOK.COM ([fe80::1904:a0c3:5e18:d404%4]) with mapi id 15.20.0841.019; Tue, 12 Jun 2018 19:44:18 +0000 From: Rick Macklem To: "freebsd-current@freebsd.org" Subject: Heads Up: pNFS server merge committed to head Thread-Topic: Heads Up: pNFS server merge committed to head Thread-Index: AQHUAoWx/3xi04ZVm062FvmcXMEXIA== Date: Tue, 12 Jun 2018 19:44:18 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=rmacklem@uoguelph.ca; x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; YTOPR0101MB1849; 7:1F+abKviPP53qpf4JlA5UNKTzu8RxN5I4OtKhtbg8JLHAMVQXQ7B9HrSNQuHDizfg3OWZrePG/sTYJREOXkfaxyIBUFHBes8QU1JucEUzVLiShqp3OCfOo2RdFoJdU9yHBJaTbnIz3XewdJa/oLjCzwjbusZNBIY5pc5VfkzrkQeIRT08wyzCCQ0rGlE11L/1IygbTEH6mYn3eRtEWuCDY9oUSKfRINEPNJpjeghonMskR6dd+nPC8F3WvQrdfGI x-ms-exchange-antispam-srfa-diagnostics: SOS; x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989080)(5600026)(4534165)(4627221)(201703031133081)(201702281549075)(8990040)(2017052603328)(7153060)(7193020); SRVR:YTOPR0101MB1849; x-ms-traffictypediagnostic: YTOPR0101MB1849: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(158342451672863)(5213294742642); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(8121501046)(5005006)(10201501046)(93006095)(93001095)(3002001)(3231254)(944501410)(52105095)(149027)(150027)(6041310)(20161123560045)(201703131423095)(201702281529075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123558120)(20161123562045)(6072148)(201708071742011)(7699016); SRVR:YTOPR0101MB1849; BCL:0; PCL:0; RULEID:; SRVR:YTOPR0101MB1849; x-forefront-prvs: 07013D7479 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39380400002)(366004)(376002)(346002)(396003)(39860400002)(199004)(189003)(26005)(86362001)(478600001)(2906002)(2351001)(68736007)(316002)(786003)(7696005)(3280700002)(105586002)(106356001)(3660700001)(14454004)(74482002)(6506007)(186003)(476003)(55016002)(5640700003)(5250100002)(6436002)(81166006)(81156014)(8676002)(305945005)(97736004)(486006)(5660300001)(2501003)(99286004)(33656002)(102836004)(6916009)(2900100001)(8936002)(53936002)(25786009)(9686003)(74316002); DIR:OUT; SFP:1101; SCL:1; SRVR:YTOPR0101MB1849; H:YTOPR0101MB0953.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) x-microsoft-antispam-message-info: Dh/7rl7DGx3+AyKy5Z7fbN0xhAzGQc0mZt7yb9EH7w2BSOwWdg8N++Bc9PSZBAwgyZPsxU3WaIwsMhby58BiMg6owYqOzErbdAI2TIB/gmoGmNJF3lT7pXjrOa+qfRgRPCfqfiRgH0hXDAUnkuDTD8g4ciBIZYXyVhsbyXbM4i6+NTe8yAJ0UcuYVfKmwW2c spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Office365-Filtering-Correlation-Id: bb164793-ba56-4301-8d9c-08d5d09ce313 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: bb164793-ba56-4301-8d9c-08d5d09ce313 X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Jun 2018 19:44:18.5353 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTOPR0101MB1849 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2018 19:44:20 -0000 Since I only got one response to my query w.r.t. should projects/pnfs-planb-server be merged into head and it wasn't negative, I went with "no news is good news" and did the merge/commit. It is now in head as r335012. Since it has survived a recent "make universe", I hope it won't cause build problems, but I will be watching my email for any problems and hopefully can resolve them quickly. It was a large commit but should not affect the NFS server for non-pNFS ser= vice. This was the kernel commit. I will commit the changes to userland and man p= ages once the dust settles. It does change the internal interface used between the nfscommon.ko, nfsd.k= o and nfscl.ko modules, so these all need to be rebuilt. Should I bump __FreeBSD_version to force this for head/current? Hopefully it will not cause major problems for people. rick= From owner-freebsd-current@freebsd.org Tue Jun 12 22:01:16 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 227BA1001C58 for ; Tue, 12 Jun 2018 22:01:16 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-yb0-x229.google.com (mail-yb0-x229.google.com [IPv6:2607:f8b0:4002:c09::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B91A07BB90 for ; Tue, 12 Jun 2018 22:01:15 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: by mail-yb0-x229.google.com with SMTP id f79-v6so195608ybg.2 for ; Tue, 12 Jun 2018 15:01:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=oaLkV/7KLFP0tn3Zm7Khudh32Rd/Cu4HE1y0XUb4nhY=; b=XvheCWYE5riTFeoFUvyN8we2fjrybBUSlIVGrsytNmbcH+7dyfT283o97FAJtpbfHC eiPi/lX+ArfYQ4lhjU2vsq5tT7tfg95EISHpxh/Mw+2WWru8Y4/D774psaQ0f1Ob1QUY w58GFFvUoCAjavRT6SXuvWkPFeNdNPrfuQlGc= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=oaLkV/7KLFP0tn3Zm7Khudh32Rd/Cu4HE1y0XUb4nhY=; b=aKH26/Xrbx/o1SYZAKUfER22O1gM6SJzxU6RDhQM2tSpSxi/I++/ItMwPuvv6SPV3/ Ufl7CavOgWJkLde39GhdNiKrAOZwcwRVjzwawz2sPW4UHC5QMLWlfHN2Vazwnv7j0gGt 4JvUsBqhi/BjWMv55gZCGn6pF7DSvjw1b01Smw9j/b9eUhyuRg2fgaoDdDNGV+yZXGWT ABnILgkjjjfQjwANlJAOJ1oFQehkDj2VP/49MZWM8RKPEWwGWOIxYmeQcxvvA8wqx+OM zOgP4otD4hIvZiqaabYiqDEl4RIV6RLDgYrdSpoIqVU6bGjFFK7b++BZSDGGM13KNl4j 9b5w== X-Gm-Message-State: APt69E3itI/ZMRaxVUNhoxXufALf6UUehkw2W7uQvTMz/6wNB04gGq1v fWYjQN7de4uWNTpaxmjWgtmhfQIniAJP0vUuiM1MxQ== X-Google-Smtp-Source: ADUXVKIRR1pb8urVUMQO5ZzNHASfRzDa1N2HNbjgJvQuAeVAKntDS/JnGNx6Ns2YMCragO0EuG72s2kdL0XimO3SQK4= X-Received: by 2002:a25:a05:: with SMTP id 5-v6mr1124543ybk.479.1528840874834; Tue, 12 Jun 2018 15:01:14 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a25:ef50:0:0:0:0:0 with HTTP; Tue, 12 Jun 2018 15:00:44 -0700 (PDT) In-Reply-To: References: From: Eitan Adler Date: Tue, 12 Jun 2018 15:00:44 -0700 Message-ID: Subject: Re: Heads Up: pNFS server merge committed to head To: Rick Macklem Cc: "freebsd-current@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2018 22:01:16 -0000 On 12 June 2018 at 12:44, Rick Macklem wrote: > Should I bump __FreeBSD_version to force this for head/current? yes. -- Eitan Adler From owner-freebsd-current@freebsd.org Wed Jun 13 10:35:48 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2AE79101E362 for ; Wed, 13 Jun 2018 10:35:48 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id B746A7A0A9 for ; Wed, 13 Jun 2018 10:35:47 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 7125D101E35F; Wed, 13 Jun 2018 10:35:47 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5E8C5101E35E; Wed, 13 Jun 2018 10:35: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 CD3667A0A5; Wed, 13 Jun 2018 10:35: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 ESMTP id w5DAZZN9025551; Wed, 13 Jun 2018 13:35:38 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua w5DAZZN9025551 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id w5DAZZCE025550; Wed, 13 Jun 2018 13:35:35 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 13 Jun 2018 13:35:35 +0300 From: Konstantin Belousov To: current@freebsd.org, amd64@freebsd.org Subject: Ryzen public erratas Message-ID: <20180613103535.GP2493@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.10.0 (2018-05-17) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2018 10:35:48 -0000 Today I noted that AMD published the public errata document for Ryzens, https://developer.amd.com/wp-content/resources/55449_1.12.pdf Some of the issues listed there looks quite relevant to the potential hangs that some people still experience with the machines. I wrote a script which should apply the recommended workarounds to the erratas that I find interesting. To run it, kldload cpuctl, then apply the latest firmware update to your CPU, then run the following shell script. Comments indicate the errata number for the workarounds. Please report the results. If the script helps, I will code the kernel change to apply the workarounds. #!/bin/sh # Enable workarounds for erratas listed in # https://developer.amd.com/wp-content/resources/55449_1.12.pdf # 1057, 1109 sysctl machdep.idle_mwait=0 sysctl machdep.idle=hlt for x in /dev/cpuctl*; do # 1021 cpucontrol -m '0xc0011029|=0x2000' $x # 1033 cpucontrol -m '0xc0011020|=0x10' $x # 1049 cpucontrol -m '0xc0011028|=0x10' $x # 1095 cpucontrol -m '0xc0011020|=0x200000000000000' $x done From owner-freebsd-current@freebsd.org Wed Jun 13 11:06:47 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1D0A51020B77 for ; Wed, 13 Jun 2018 11:06:47 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 85AC37B2B6 for ; Wed, 13 Jun 2018 11:06:46 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 468291020B6C; Wed, 13 Jun 2018 11:06:46 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 223F51020B68; Wed, 13 Jun 2018 11:06:46 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: from mail-wm0-x236.google.com (mail-wm0-x236.google.com [IPv6:2a00:1450:400c:c09::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B50E27B2B2; Wed, 13 Jun 2018 11:06:45 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: by mail-wm0-x236.google.com with SMTP id p126-v6so4000193wmb.2; Wed, 13 Jun 2018 04:06:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version; bh=BiHt1gCzkMg4x5Ql72yid7lgCcynRFaxh9t6uDbClMM=; b=XwF+wPnCEOpUhFFyAzD6DFpZtDEJ61/B2YkHkKP326HxeWy0eD6VPiSFMb1wENBvqQ hbBOuRIs2sk/cH4r6k0XyG1Y453DsQeGR0M6rBadbXbnzNKyncRb7YvHBKSBWTAxjMCi Ftd40ghsDVIXQivMpXsxl77cYyPGmgprPSVSth/HEEqZvJRYMa5ptOrtvCCh+I+OHvrI 94zMYIjHCMrONd9GuJDsHBHK6Sth1Bwf3aY9R5rDmP4e0/Oeqwq+ddRVxJIayFpAxSgb n04AfrZWdRi0SvUoJdJY/6pBvP0LQZiwDCO5uVM8+r3/4ArtyazGnRXTrduM4jMXmko+ RjGQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version; bh=BiHt1gCzkMg4x5Ql72yid7lgCcynRFaxh9t6uDbClMM=; b=PeNkBW/hluZ0OtiJv4ls3rzU5Juvq5k/6VQ9CKllWKrqeAaRNmUzVo6A+mew9RuIN2 aEMVHB0VBG2n2nu3huxmNXz2toddkN2BJqVm2Uf8lUFpOkjd3zBnVd6ZW38i+IqeFqeU NDpKYEmIDc7KLe+fO8Tsuf9Gdcg5fI80ajPK+a1ZLEbTpRphAHJPXvqTCBJgSp7zuaM9 YUPfF057/7EAlqR7rF7G7E07I87qkQpioFThuFp1HpJ83W9ej2p+VHvJPDnEtU6EtKx7 nfg6IAuTHKBZLX1fGdNbe2kkRCDgAREcB7YKuujCoV4yZM61nVysqOS2sGLORp7KDnzJ qDdg== X-Gm-Message-State: APt69E00jBZgNWbp6vW6eKpRceoYwPeLaZVmduGA9ieY0SSJgq59YlaO ao1v10AHdNdrCDIjq1A2jh/GWg== X-Google-Smtp-Source: ADUXVKI0Sjg9TcJNIdyFifGOgrFvMQUyXv7cwvNIdnFt5q7KAxlqLmk7sZssDI58HHf3Hb8GIAwpfQ== X-Received: by 2002:a1c:4743:: with SMTP id u64-v6mr3102328wma.49.1528888004380; Wed, 13 Jun 2018 04:06:44 -0700 (PDT) Received: from jd.gmail.com ([81.174.250.12]) by smtp.gmail.com with ESMTPSA id y18-v6sm1653544wrl.53.2018.06.13.04.06.43 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 13 Jun 2018 04:06:43 -0700 (PDT) References: <20180613103535.GP2493@kib.kiev.ua> User-agent: mu4e 1.0; emacs 26.1 From: Johannes Lundberg To: Konstantin Belousov Cc: current@freebsd.org, amd64@freebsd.org Subject: Re: Ryzen public erratas In-reply-to: <20180613103535.GP2493@kib.kiev.ua> Date: Wed, 13 Jun 2018 12:06:42 +0100 Message-ID: <86602neyil.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2018 11:06:47 -0000 Konstantin Belousov writes: > Today I noted that AMD published the public errata document for Ryzens, > https://developer.amd.com/wp-content/resources/55449_1.12.pdf > > Some of the issues listed there looks quite relevant to the potential > hangs that some people still experience with the machines. I wrote > a script which should apply the recommended workarounds to the erratas > that I find interesting. > > To run it, kldload cpuctl, then apply the latest firmware update to your > CPU, then run the following shell script. Comments indicate the errata > number for the workarounds. > > Please report the results. If the script helps, I will code the kernel > change to apply the workarounds. > > #!/bin/sh > > # Enable workarounds for erratas listed in > # https://developer.amd.com/wp-content/resources/55449_1.12.pdf > > # 1057, 1109 > sysctl machdep.idle_mwait=0 > sysctl machdep.idle=hlt > > for x in /dev/cpuctl*; do > # 1021 > cpucontrol -m '0xc0011029|=0x2000' $x > # 1033 > cpucontrol -m '0xc0011020|=0x10' $x > # 1049 > cpucontrol -m '0xc0011028|=0x10' $x > # 1095 > cpucontrol -m '0xc0011020|=0x200000000000000' $x > done > Hi Thanks for the fix! I'm trying it now on my Ryzen 3 2200G which does experience some random occasional resets. About updating to latest firmware, is this something that's done from BIOS or from FreeBSD? If the latter, how? > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Wed Jun 13 11:17:28 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1BC111021CD7 for ; Wed, 13 Jun 2018 11:17:28 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id A27397BD2E for ; Wed, 13 Jun 2018 11:17:27 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: by mailman.ysv.freebsd.org (Postfix) id 5D2F11021CD4; Wed, 13 Jun 2018 11:17:27 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4AD451021CD2 for ; Wed, 13 Jun 2018 11:17:27 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-yw0-x231.google.com (mail-yw0-x231.google.com [IPv6:2607:f8b0:4002:c05::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C83B27BD2B for ; Wed, 13 Jun 2018 11:17:26 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: by mail-yw0-x231.google.com with SMTP id r19-v6so730793ywc.10 for ; Wed, 13 Jun 2018 04:17:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=W3/8H8VdXIrj/RAElT9NgInp8RcbP4lKr/SMlYzdM9M=; b=tyC9UDg/Kc7uz9vWSHxhUswktuTVWw9q4Pv2wetKgxeUqRyEVME50Dv+ALtUIAt0uy aWRbb1JrwkYmPRkxJClr/FEVOye6//Ifv04bcVUELJ6J1TDnOaGpvIdNUP2dM4VMOKfH DnDuO5p4Hun+oag6uQ2hkC8ppLKB6/MPVXKs0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=W3/8H8VdXIrj/RAElT9NgInp8RcbP4lKr/SMlYzdM9M=; b=SLqdoEluLmI7UFbROZGlLr6aO2CJ5qHnKyaDK42OUeSJiOgnkd0duDf/PGJPqRAnNp CFgCshQQx9+xtb4rSKRkdxIin3bUcrF6P/OU9NOFLxTgYyir+8UiQBJIvWIeUwi515i9 rhVvwNWkrKWHZEH424n3e/CULZzB3nxtDpczr8T2gSTE6wewOM/Sx6I1R6q4OEPlop4P OqXnp0ZtegHpv9Mjt+8Z/iXyBr/BWTLpQe9j3Fo6xLcAvHtFMXHe60TgMZq0voLYIQKy v1LUkQWmKDmAO+BwzQ1fpF5Ps2dAsTinQ1hrq4O3n3OKWNUBtkhwvLPTthNXx6J4IlS9 778Q== X-Gm-Message-State: APt69E24RHZgOD47x/VBgKTOPQXmC1J72Qxa4Yzqs4jBdVlvyJL9pze0 p2eG0C2uKMbEnWc8BGyg7o2r4pOzrbX3deJMjxW2AQ== X-Google-Smtp-Source: ADUXVKLQXb51TC+K2Au8pl887/0caZyGMm8iiLHtK8zWFJVU/QRe8c+fbP8yLS001Geqi/SjbuIbLQQKJHHV7CR/TLY= X-Received: by 2002:a81:6d52:: with SMTP id i79-v6mr2030141ywc.141.1528888646173; Wed, 13 Jun 2018 04:17:26 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a25:ef50:0:0:0:0:0 with HTTP; Wed, 13 Jun 2018 04:16:55 -0700 (PDT) In-Reply-To: <20180613103535.GP2493@kib.kiev.ua> References: <20180613103535.GP2493@kib.kiev.ua> From: Eitan Adler Date: Wed, 13 Jun 2018 04:16:55 -0700 Message-ID: Subject: Re: Ryzen public erratas To: Konstantin Belousov Cc: "current@freebsd.org" , amd64@freebsd.org Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2018 11:17:28 -0000 On 13 June 2018 at 03:35, Konstantin Belousov wrote: > Today I noted that AMD published the public errata document for Ryzens, > https://developer.amd.com/wp-content/resources/55449_1.12.pdf > > Some of the issues listed there looks quite relevant to the potential > hangs that some people still experience with the machines. I wrote > a script which should apply the recommended workarounds to the erratas > that I find interesting. > > To run it, kldload cpuctl, then apply the latest firmware update to your > CPU, then run the following shell script. Comments indicate the errata > number for the workarounds. > > Please report the results. If the script helps, I will code the kernel > change to apply the workarounds. > > #!/bin/sh > > # Enable workarounds for erratas listed in > # https://developer.amd.com/wp-content/resources/55449_1.12.pdf > > # 1057, 1109 > sysctl machdep.idle_mwait=0 > sysctl machdep.idle=hlt Is this needed if it was previously machdep.idle: acpi ? -- Eitan Adler From owner-freebsd-current@freebsd.org Wed Jun 13 11:46:38 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0B5161001259 for ; Wed, 13 Jun 2018 11:46:38 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id A0DEE7D094 for ; Wed, 13 Jun 2018 11:46:37 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 5EA8C1001256; Wed, 13 Jun 2018 11:46:37 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4CC421001253; Wed, 13 Jun 2018 11:46:37 +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 BD5627D090; Wed, 13 Jun 2018 11:46:36 +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 ESMTP id w5DBkPlW041391; Wed, 13 Jun 2018 14:46:28 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua w5DBkPlW041391 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id w5DBkPFv041390; Wed, 13 Jun 2018 14:46:25 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 13 Jun 2018 14:46:25 +0300 From: Konstantin Belousov To: Johannes Lundberg Cc: current@freebsd.org, amd64@freebsd.org Subject: Re: Ryzen public erratas Message-ID: <20180613114625.GQ2493@kib.kiev.ua> References: <20180613103535.GP2493@kib.kiev.ua> <86602neyil.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86602neyil.fsf@gmail.com> User-Agent: Mutt/1.10.0 (2018-05-17) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2018 11:46:38 -0000 On Wed, Jun 13, 2018 at 12:06:42PM +0100, Johannes Lundberg wrote: > > Konstantin Belousov writes: > > > Today I noted that AMD published the public errata document for Ryzens, > > https://developer.amd.com/wp-content/resources/55449_1.12.pdf > > > > Some of the issues listed there looks quite relevant to the potential > > hangs that some people still experience with the machines. I wrote > > a script which should apply the recommended workarounds to the erratas > > that I find interesting. > > > > To run it, kldload cpuctl, then apply the latest firmware update to your > > CPU, then run the following shell script. Comments indicate the errata > > number for the workarounds. > > > > Please report the results. If the script helps, I will code the kernel > > change to apply the workarounds. > > > > #!/bin/sh > > > > # Enable workarounds for erratas listed in > > # https://developer.amd.com/wp-content/resources/55449_1.12.pdf > > > > # 1057, 1109 > > sysctl machdep.idle_mwait=0 > > sysctl machdep.idle=hlt > > > > for x in /dev/cpuctl*; do > > # 1021 > > cpucontrol -m '0xc0011029|=0x2000' $x > > # 1033 > > cpucontrol -m '0xc0011020|=0x10' $x > > # 1049 > > cpucontrol -m '0xc0011028|=0x10' $x > > # 1095 > > cpucontrol -m '0xc0011020|=0x200000000000000' $x > > done > > > > Hi > > Thanks for the fix! I'm trying it now on my Ryzen 3 2200G which does > experience some random occasional resets. > > About updating to latest firmware, is this something that's done from BIOS or > from FreeBSD? If the latter, how? >From FreeBSD, install sysutils/devcpu-data then do service microcode_update start and of course, you must flash latest BIOS. The microcode_update must be applied before running this script. From owner-freebsd-current@freebsd.org Wed Jun 13 13:50:16 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 537C0100D15A for ; Wed, 13 Jun 2018 13:50:16 +0000 (UTC) (envelope-from alexvpetrov@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id DD8D7842B8 for ; Wed, 13 Jun 2018 13:50:15 +0000 (UTC) (envelope-from alexvpetrov@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 9EADF100D14D; Wed, 13 Jun 2018 13:50:15 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8ACD4100D14C for ; Wed, 13 Jun 2018 13:50:15 +0000 (UTC) (envelope-from alexvpetrov@gmail.com) Received: from mail-lf0-x22a.google.com (mail-lf0-x22a.google.com [IPv6:2a00:1450:4010:c07::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E54F2842B2 for ; Wed, 13 Jun 2018 13:50:14 +0000 (UTC) (envelope-from alexvpetrov@gmail.com) Received: by mail-lf0-x22a.google.com with SMTP id n3-v6so4042373lfe.12 for ; Wed, 13 Jun 2018 06:50:14 -0700 (PDT) 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=frnwF6Ig/Tojs+cX+svVdiyy6xHU9OuxJ8WaI8t1oO0=; b=DTsXdLcADqdHLYCkQjxeOxmnBeQ4bK4/XNTi21+qVQb9B/0ka6AjzqCv5bJBzDIywa UzLCe3cns5f/iVbbpc8UuPTbV2zjhnDmneGN+phEHAMrX/IGXSDyDYyoDA2Ds6BwN3EU aZPdqWE4G78Z8YMLxdsDbVSe2TN9Cw+pbhsmYlpw9AhN8p1Lv9a33hty+O0HGE38ZHyh Ks7uaE+QcpkLpompVYY3vwhiSWcag8UkOPUVI5bTgGLlYrNlfRY7HLJZPYyW/O+UB53W sjj/coR65fMrBY7wyeeGV0/R1scWT+0lZ2AHES7Yd7Q0X9emsUi/RtT+qmsFb+yIcR1o ExZw== 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=frnwF6Ig/Tojs+cX+svVdiyy6xHU9OuxJ8WaI8t1oO0=; b=E44WZUqk3r64N9KZiTvdet5vLbEEmGhOCHErV0JQBQ1RaowisaK/0p6f9tk8w+SgfN umXHAv7DjYWc/lTbD0d3zr+UbEaZrmqj1TJ+F7QBW+o3tgQWZ3N9ndQNaFgpSuiYLQ8U UQ9E33gszsA0k555t9TMDMlFt01DespMVIopVKE+57cigoYTkMFF1wnT2REel83T38Sz XU4aVa9wOI8ZPaLaQIJAey7vziljf8MoT2LcIO+Oj8qGML7Hf/5pafoOBnc7hfvznjxa BuACgFJ6Svf4QvZVdyDBjt0PVOHr4nd/ty8sKfOKPi4YmWmqcjltNUmRGU0/Uh7zi1il 4JTg== X-Gm-Message-State: APt69E0iEHIq55i0gjCY1g+zKPEZIYk/LHrrDgeT/zr9WIWBJY3fiWTo KOJgLniTORQ1yeovHKQKu7ujF1WdFcldCuBjfDA= X-Google-Smtp-Source: ADUXVKJhvLoeSawdYyTxZBvq2Sm24cWHLos2A1+Czwa1UYMDP051+Fg7bpyBcl6DaA1tGMnyH3Y2EDSWluDZWqwRuzY= X-Received: by 2002:a19:7383:: with SMTP id h3-v6mr3332261lfk.115.1528897813113; Wed, 13 Jun 2018 06:50:13 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a19:a3c7:0:0:0:0:0 with HTTP; Wed, 13 Jun 2018 06:49:52 -0700 (PDT) From: "Alex V. Petrov" Date: Wed, 13 Jun 2018 20:49:52 +0700 Message-ID: Subject: update to r335024 - no mouse To: "N:" Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.26 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2018 13:50:16 -0000 subj amd64 -- ---------------------- Alex V. Petrov From owner-freebsd-current@freebsd.org Wed Jun 13 14:53:00 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A5A2F1012A2E for ; Wed, 13 Jun 2018 14:53:00 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 3AE88874CC for ; Wed, 13 Jun 2018 14:53:00 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id E8E971012A2A; Wed, 13 Jun 2018 14:52:59 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A8D161012A29; Wed, 13 Jun 2018 14:52:59 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wm0-x22f.google.com (mail-wm0-x22f.google.com [IPv6:2a00:1450:400c:c09::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0BFC8874CA; Wed, 13 Jun 2018 14:52:59 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wm0-x22f.google.com with SMTP id o13-v6so5220491wmf.4; Wed, 13 Jun 2018 07:52:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=dlugMqoBAywqHlORwN7t9qE5Bs/992NHxpymo7ZrP40=; b=cLZ6J3i+cgmLDF/8YudonxgJaewPlsQjot83ursrsO0t6jmSy5oHjtpBSZZcge9D+K PVME1NPza4NAh+sINx4hHlaDq6YPbWHjPil45R6a6BGj39O4EcnfQkerLtqm52iYoeMr FCfnpKaVO7ce0vRgXNblDBFes//pdxmEVuEINYuddg+dPa4LhEiJIgFcCEOUZig5MDF6 i9ExAXmewj2CpCCpbfISUL6JWtPYlJeYtraXgyicyGEUtJ14GmQtyKVBb36ei2tBlt5A 9BfnIEx0k2nvZELGZHg7Wwbt0kHuVEoRCk3b0FCvv9SqmTRRFZuh8bFvesdOuBMtVMRk vABA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=dlugMqoBAywqHlORwN7t9qE5Bs/992NHxpymo7ZrP40=; b=VoA7nm0+t0N8yH2E9JKjPGAXpmeDSohsJM/nGBYbY7pbuJmENrV471Q5ig1J+bJ4Ny NPXQtrldC530tWINR3NhJUOhKeK4oK/bHtZuP/ouRZuzZGgvLm0d4cvY2TOpjvyMwtq6 dY5ZRK9AnTTa0w/1u03yIldmWqnFYxovyjVopd0jlLr3I0akre44nsGhjF6ZpCsdSrSr i1psBB0foGRFKOSNyFKYhT3h803Djxm3vMxUCdtKMv7PoH79+In8i+/D4uFBpV6b0a+N V1NWqJetHx1Ci+fK+20ihqQUx2NM6Ue5V+kyRQ41jyJbvZsZVDicds+EdHgdMh81ajJ/ iqvg== X-Gm-Message-State: APt69E1tX4B2Re8uTRXmxGEpohAwoJIaQ+5pOuMu9c0eFSXDzFjCyHm8 0QTbkrDm9kzVOp0r+y90WFw= X-Google-Smtp-Source: ADUXVKKIYG0TKYjlgvW0uwdJs7dPk9WeiVI4vWTCTMK1c99XW4jJgRTFQw+l12XKWPkb8mLhSsb1sw== X-Received: by 2002:a1c:934e:: with SMTP id v75-v6mr4149088wmd.52.1528901578077; Wed, 13 Jun 2018 07:52:58 -0700 (PDT) Received: from ernst.home (p5B02381D.dip0.t-ipconnect.de. [91.2.56.29]) by smtp.gmail.com with ESMTPSA id w67-v6sm3795476wmw.0.2018.06.13.07.52.56 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 13 Jun 2018 07:52:57 -0700 (PDT) Date: Wed, 13 Jun 2018 16:52:56 +0200 From: Gary Jennejohn To: Konstantin Belousov Cc: Johannes Lundberg , amd64@freebsd.org, current@freebsd.org Subject: Re: Ryzen public erratas Message-ID: <20180613165256.2b0dac0d@ernst.home> In-Reply-To: <20180613114625.GQ2493@kib.kiev.ua> References: <20180613103535.GP2493@kib.kiev.ua> <86602neyil.fsf@gmail.com> <20180613114625.GQ2493@kib.kiev.ua> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2018 14:53:00 -0000 On Wed, 13 Jun 2018 14:46:25 +0300 Konstantin Belousov wrote: > On Wed, Jun 13, 2018 at 12:06:42PM +0100, Johannes Lundberg wrote: > > > > Konstantin Belousov writes: > > > > > Today I noted that AMD published the public errata document for Ryzens, > > > https://developer.amd.com/wp-content/resources/55449_1.12.pdf > > > > > > Some of the issues listed there looks quite relevant to the potential > > > hangs that some people still experience with the machines. I wrote > > > a script which should apply the recommended workarounds to the erratas > > > that I find interesting. > > > > > > To run it, kldload cpuctl, then apply the latest firmware update to your > > > CPU, then run the following shell script. Comments indicate the errata > > > number for the workarounds. > > > > > > Please report the results. If the script helps, I will code the kernel > > > change to apply the workarounds. > > > > > > #!/bin/sh > > > > > > # Enable workarounds for erratas listed in > > > # https://developer.amd.com/wp-content/resources/55449_1.12.pdf > > > > > > # 1057, 1109 > > > sysctl machdep.idle_mwait=0 > > > sysctl machdep.idle=hlt > > > > > > for x in /dev/cpuctl*; do > > > # 1021 > > > cpucontrol -m '0xc0011029|=0x2000' $x > > > # 1033 > > > cpucontrol -m '0xc0011020|=0x10' $x > > > # 1049 > > > cpucontrol -m '0xc0011028|=0x10' $x > > > # 1095 > > > cpucontrol -m '0xc0011020|=0x200000000000000' $x > > > done > > > > > > > Hi > > > > Thanks for the fix! I'm trying it now on my Ryzen 3 2200G which does > > experience some random occasional resets. > > > > About updating to latest firmware, is this something that's done from BIOS or > > from FreeBSD? If the latter, how? > From FreeBSD, install sysutils/devcpu-data then do > service microcode_update start > and of course, you must flash latest BIOS. > > The microcode_update must be applied before running this script. > I added before and after outputs to my version of the script and saw that my BIOS is setting all the relevant bits at start up. So, a BIOS update might help. -- Gary Jennejohn From owner-freebsd-current@freebsd.org Wed Jun 13 15:26:41 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5D00F101569F for ; Wed, 13 Jun 2018 15:26:41 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wr0-x22f.google.com (mail-wr0-x22f.google.com [IPv6:2a00:1450:400c:c0c::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C820768F16; Wed, 13 Jun 2018 15:26:40 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-wr0-x22f.google.com with SMTP id e18-v6so3215497wrs.5; Wed, 13 Jun 2018 08:26:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=PKDrkyaxB+0m2wtKpwnCd1IjHCxyP0cCjPXrwCtIPE0=; b=BRZCXiapYAtqw5FI6H+XBhyGk7TfBee1SIEYOjEgzcwEM1EUcmGAc/NbxEeCon9gDh fBxm4bB/vVdfK2lgakOkx/IoyObk7zLQy0ZOr16oZuwjQ0Poa/pENDxuuFAU0Ksc0y0I +LH6gBTofEjgikEfPSuDlhjEBzJuin9/VaOK0PIC7gNC98kA0HikJB1tGQX/uKmmF7Ts nohceLXVB5wgFLeb3fgwzCItE5S6WmR2vZmrZqPWogYptmbqzbxfkuAKUbdYk32ucyTc AkUtdf7+9kDCb28658LgRLwlUBlk/xFuu4Qm9AzfkM9uvNbmkUGoaBsTKBq/zUUu/YQM Cssw== 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=PKDrkyaxB+0m2wtKpwnCd1IjHCxyP0cCjPXrwCtIPE0=; b=EBf2UDQrgFgWHSfczcxNFHx4jLdkxBL3ZPJxJ/yzTJhDlozOM2d1ng2oG0EVdueOR4 97KGnDny4LqgnGGH8SylzbijTeS3yR/XuR/VAqxvTED3l4MB9iq30ja3W+OOmG5IoNld wf8dwrWuk8wBZ6TTu7XbVTIWMWbYs6EKqZawqoabJlZE9LVPuqkZpf8O4sj23h1jmHNr 4OKH90v8mrRFwhY7uMy5+fdSVXJvlK/tFxWEgT+/zHqGyW9+/mGFk5T5SBT3Zv9Ui0gW If+JvYZn8KXY6fJKB/uDy3KwCODqxd8kc42kVGjiqiEt4zJ8y+Kmn+KrVXhe61VLPXBe OiOw== X-Gm-Message-State: APt69E0fIYcj+39JrbNTMOxIyd+W6gnch2BAQX4H+Oy/ULVt6u0MbCpo xBhqTGXUNZNSYKQ2pzihRN9/6jjhmAc2YWNGAcY= X-Google-Smtp-Source: ADUXVKJ5NKbtQWNqtbmAVt7449/Ip1jmaDUbldm4Kmz7+atAtrZ77++B9HbEOHZTP0QEYO4yvK47hEEWA05fURnPPiU= X-Received: by 2002:adf:ac69:: with SMTP id v96-v6mr4420962wrc.5.1528903599749; Wed, 13 Jun 2018 08:26:39 -0700 (PDT) MIME-Version: 1.0 References: <20180524160234.GD68014@FreeBSD.org> <201805241610.w4OGAAGY041280@pdx.rh.CN85.dnsmgr.net> <20180530235156.310870d0@thor.intern.walstatt.dynvpn.de> <20180531101643.GV3789@kib.kiev.ua> In-Reply-To: From: Adrian Chadd Date: Wed, 13 Jun 2018 08:26:26 -0700 Message-ID: Subject: Re: [RFC] Deprecation and removal of the drm2 driver To: Kip Macy Cc: Daniel Eischen , Johannes Lundberg , Kostik Belousov , freebsd-current , jmaloney@ixsystems.com Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2018 15:26:41 -0000 On Mon, 4 Jun 2018 at 22:36, Matthew Macy wrote: > > Implementing a callback in 140 different files for the sake of a handful of out of tree drivers and people not reading updating is pretty prohibitive. 11 may be more your cup of tea. This was the in tree wifi drivers.. :-) Dude, we're on the same side. I'll take a look at the multicast iterator stuff once I figure out why the athp receive performance in my driver is terrible-y. -adrian From owner-freebsd-current@freebsd.org Wed Jun 13 15:29:20 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 171EE10159CF for ; Wed, 13 Jun 2018 15:29:20 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wr0-x242.google.com (mail-wr0-x242.google.com [IPv6:2a00:1450:400c:c0c::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 80F7F6908D for ; Wed, 13 Jun 2018 15:29:19 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-wr0-x242.google.com with SMTP id d8-v6so3224625wro.4 for ; Wed, 13 Jun 2018 08:29:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=w3hBuZlpVNgmKkYzrQ6N5KWmbdosH8SSOjVLgacVF0Q=; b=iNhVS9r+ZV6lGmIUM0lUhF5d18WgVI9m4tliC0ULJCI2prpoBEpcEPAq2cGN0Vz8KC Ezp+rnpopeRvbdt4qVp0KU+JTVR+fH3BDoPgoOSgsPx13WJEjGicvnzT+ggBv0OnC5Cq JClpyQ0F0q3f5jn/eqvb9yy3Z+G3MbHp7a8R2hAkjR0VzwkEuxzmw+1PqkU4NT5BHiXC i3ciVMKlwkiilqxveQveHLeXaM5emXaVQK9lZiNmdwo/zrzo6WzUVXd2xltXYAZ3U0GA Q2UOQwa/0bGAS4mwGP9xSmask8h6gHmEhfXvp4VGRWYPSs8F23+tsdVasNDkNpvujRrE xKxw== 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=w3hBuZlpVNgmKkYzrQ6N5KWmbdosH8SSOjVLgacVF0Q=; b=pK05WTHJASG7Xi7oLimAlrR6xAcKSrOBAaEZzwjhFvqKgEaggTUg6A/NYTg26ggzQS XBwODqKIO4mu18+LyqGzxCNHxUc8LLpIHXNpQKFK+M8RsR/HzWj0nXUnMP/JPNKU27mV pBmScACf6rx95bsUd2QpwKawIJg2i9guZ1vKKq+EjHaDWnmSms/nWtpnpr2nT3saZoOp tqgE/uQw0yp8/pdH7/ZY8Sf9ZuhWm8E6jUuDuccDqwaFxLSsG8Yob4fMpeNvO4PE4G9q IM1WQ1nM0c916F010TeBB7zMqzZoWQgq5ygpP/rrnvQz3wL/gNjj518yJUibOhZt0Nl4 Is5A== X-Gm-Message-State: APt69E0+y1HN+nCwlQhO38dfEHk5D/mymfeKoq4SXlLTCkot7iIY9mU7 nFj1HJ0XWIe4BFqu0omb2O8RbMsLWJ3i2Nhtnz5NAQ== X-Google-Smtp-Source: ADUXVKJuP2ipYgq8rVoA0LTJIbb1M1FziTou2fUEGxxKKnwL/GuPwLd6A7nLjSfP/bdMMrq6yzZR2yas8A2PpbfytHw= X-Received: by 2002:adf:8989:: with SMTP id x9-v6mr4500157wrx.78.1528903758491; Wed, 13 Jun 2018 08:29:18 -0700 (PDT) MIME-Version: 1.0 References: <20180601091031.72u7tqfkatsl3guh@kazhap> <20180601223711.GA93642@elch.exwg.net> <20180603145342.qziiv7awhr4cvs73@kazhap> <20180603173330.p6h7x6vznzxwbqmp@squirrel.exwg.net> <20180604025016.xe5ezrkjum7gs3pv@kazhap> In-Reply-To: From: Adrian Chadd Date: Wed, 13 Jun 2018 08:29:06 -0700 Message-ID: Subject: Re: Can't seem to use 5GHz APs with Intel wireless To: Adam Vande More Cc: mail@dbalan.in, cmt@burggraben.net, freebsd-current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2018 15:29:20 -0000 hm. Which country are you in? india? It seems to think you're in the FCC4 regdomain and DE country, which if I read it right won't give you 5G. So somehow it determined you're in the "wrong" country? -adrian On Mon, 4 Jun 2018 at 07:15, Adam wrote: > > On Sun, Jun 3, 2018 at 9:50 PM, Dhananjay Balan wrote: > > > On Sun, Jun 03, 2018 at 07:33:30PM +0200, Christoph Moench-Tegeder wrote: > > > > > Is the regdomain/country setting correct for your area and matches your > > > AP? Especially in the 5GHz band there are some "gaps" - not all channels > > > may be used in all countries (because of possible interference with > > > radar equipment and other stuff). See: > > > https://en.wikipedia.org/wiki/List_of_WLAN_channels#5_GHz_( > > 802.11a/h/j/n/ac/ax) > > > > > > > Thanks for taking time to explain. > > > > Turns out PEBKAC. I had this offending line burried in rc.conf > > > > create_args_wlan0="country DE regdomain FCC4" > > > > According to regdomain(5) > > > > So I was forcing my card to do 2.4Ghz it seems, removed it - everything > > worked like charm. I can see and connect to 5GHz 11a aps. > > > > wlan0: flags=8843 metric 0 mtu > > 1500 > > ether xxxx > > inet 192.168.1.13 netmask 0xffffff00 broadcast 192.168.1.255 > > nd6 options=29 > > media: IEEE 802.11 Wireless Ethernet MCS mode 11na > > status: associated > > ssid xxxx channel 36 (5180 MHz 11a ht/40+) bssid xxxxxxxx > > regdomain FCC country US authmode WPA2/802.11i privacy ON > > deftxkey UNDEF TKIP 2:128-bit txpower 17 bmiss 10 mcastrate 6 > > mgmtrate 6 scanvalid 60 ampdulimit 64k ampdudensity 4 -amsdutx > > amsdurx > > shortgi -stbc -ldpc wme roaming MANUAL > > > > > Thanks for the posting. It appears I made some errors in my previous > response. I'm using an iwm, not iwn. And after your pointer I changed my > country to NO which then allows me to see, but not associate to 5gz. > > Good yours is working. > > -- > Adam > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Wed Jun 13 18:33:17 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CD71B10047D0 for ; Wed, 13 Jun 2018 18:33:16 +0000 (UTC) (envelope-from mikej@mikej.com) Received: from mx2.paymentallianceintl.com (mx2.paymentallianceintl.com [216.26.158.171]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx2.paymentallianceintl.com", Issuer "Go Daddy Secure Certificate Authority - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6BD5272A95 for ; Wed, 13 Jun 2018 18:33:14 +0000 (UTC) (envelope-from mikej@mikej.com) Received: from firewall.mikej.com (f [162.230.214.65]) by mx2.paymentallianceintl.com (8.15.2/8.15.2) with ESMTPS id w5DIT6ZC035452 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Wed, 13 Jun 2018 14:29:07 -0400 (EDT) (envelope-from mikej@mikej.com) X-SenderID: Sendmail Sender-ID Filter v1.0.0 mx2.paymentallianceintl.com w5DIT6ZC035452 Authentication-Results: mx2.paymentallianceintl.com; sender-id=pass header.from=mikej@mikej.com; spf=pass smtp.mfrom=mikej@mikej.com X-Authentication-Warning: mx2.paymentallianceintl.com: Host f [162.230.214.65] claimed to be firewall.mikej.com Received: from mail.mikej.com (firewall [192.168.6.63]) by firewall.mikej.com (8.15.2/8.15.2) with ESMTP id w5DIT5PQ002118 for ; Wed, 13 Jun 2018 14:29:05 -0400 (EDT) (envelope-from mikej@mikej.com) X-Authentication-Warning: firewall.mikej.com: Host firewall [192.168.6.63] claimed to be mail.mikej.com MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=_9f8696cadf2bd12546e5ce122276142a" Date: Wed, 13 Jun 2018 14:29:05 -0400 From: Michael Jung To: freebsd-current@freebsd.org Subject: GELI attach issue from r326073 -> r334996 Message-ID: <1aa4ba2a8313f602bd0b0445987c18ec@mikej.com> X-Sender: mikej@mikej.com User-Agent: Roundcube Webmail/1.3.6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2018 18:33:17 -0000 --=_9f8696cadf2bd12546e5ce122276142a Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Hi! I just tried updating current from r326073 -> r334996 and when I try 'geli attach' I get the following error: # geli attach -p -k mykey.key /dev/gpt/da14 geli: Missing keyno argument # If I boot the old kernel GELI attaches just fine. I ran into this once before but can not find the thread. I recall it being a bug... with no resolution. I mount zfs partitions over GELI - my painful solution was to nuke each GPT partition in the zpool, resilver, repeat and rinse until everything was non-encrypted and repeat the cycle to re-encrypt. NOT FUN. Looking for suggestions to supply additional information to debug and resolve. dmesg attached from working kernel. Thanks! --=_9f8696cadf2bd12546e5ce122276142a Content-Transfer-Encoding: base64 Content-Type: text/plain; name=dmesg Content-Disposition: attachment; filename=dmesg; size=17491 Q29weXJpZ2h0IChjKSAxOTkyLTIwMTcgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCAxMi4wLUNVUlJFTlQgIzIgcjMyNjA3MzogVHVlIE5v diAyMSAxODowMzoyOSBFU1QgMjAxNwogICAgbWlrZWpAZmlyZXdhbGwubWlrZWouY29tOi91c3Iv b2JqL3Vzci9zcmMvYW1kNjQuYW1kNjQvc3lzL0dFTkVSSUMgYW1kNjQKRnJlZUJTRCBjbGFuZyB2 ZXJzaW9uIDUuMC4wICh0YWdzL1JFTEVBU0VfNTAwL2ZpbmFsIDMxMjU1OSkgKGJhc2VkIG9uIExM Vk0gNS4wLjBzdm4pCldBUk5JTkc6IFdJVE5FU1Mgb3B0aW9uIGVuYWJsZWQsIGV4cGVjdCByZWR1 Y2VkIHBlcmZvcm1hbmNlLgpWVCh2Z2EpOiB0ZXh0IDgweDI1CkNQVTogSW50ZWwoUikgWGVvbihS KSBDUFUgRTMtMTI0MCBWMiBAIDMuNDBHSHogKDM0MDAuMDItTUh6IEs4LWNsYXNzIENQVSkKICBP cmlnaW49IkdlbnVpbmVJbnRlbCIgIElkPTB4MzA2YTkgIEZhbWlseT0weDYgIE1vZGVsPTB4M2Eg IFN0ZXBwaW5nPTkKICBGZWF0dXJlcz0weGZhM2ZiZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQ QUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYsRFRTLE1NWCxG WFNSLFNTRSxTU0UyLFNTPgogIEZlYXR1cmVzMj0weDllOTgyMjAzPFNTRTMsUENMTVVMUURRLFNT U0UzLENYMTYsU1NFNC4xLFNTRTQuMixQT1BDTlQsQUVTTkksWFNBVkUsT1NYU0FWRSxBVlgsSFY+ CiAgQU1EIEZlYXR1cmVzPTB4MjgxMDA4MDA8U1lTQ0FMTCxOWCxSRFRTQ1AsTE0+CiAgQU1EIEZl YXR1cmVzMj0weDE8TEFIRj4KICBUU0M6IFAtc3RhdGUgaW52YXJpYW50Ckh5cGVydmlzb3I6IE9y aWdpbiA9ICJWTXdhcmVWTXdhcmUiCnJlYWwgbWVtb3J5ICA9IDE3MTc5ODY5MTg0ICgxNjM4NCBN QikKYXZhaWwgbWVtb3J5ID0gMTY1NDg1NzcyODAgKDE1NzgxIE1CKQpFdmVudCB0aW1lciAiTEFQ SUMiIHF1YWxpdHkgNjAwCkFDUEkgQVBJQyBUYWJsZTogPFBUTFREICAJIEFQSUMgID4KRnJlZUJT RC9TTVA6IE11bHRpcHJvY2Vzc29yIFN5c3RlbSBEZXRlY3RlZDogOCBDUFVzCkZyZWVCU0QvU01Q OiA4IHBhY2thZ2UocykgeCAxIGNvcmUocykKcmFuZG9tOiB1bmJsb2NraW5nIGRldmljZS4KTUFE VDogRm9yY2luZyBhY3RpdmUtbG93IHBvbGFyaXR5IGFuZCBsZXZlbCB0cmlnZ2VyIGZvciBTQ0kK aW9hcGljMCA8VmVyc2lvbiAxLjE+IGlycXMgMC0yMyBvbiBtb3RoZXJib2FyZApTTVA6IEFQIENQ VSAjNSBMYXVuY2hlZCEKU01QOiBBUCBDUFUgIzcgTGF1bmNoZWQhClNNUDogQVAgQ1BVICMzIExh dW5jaGVkIQpTTVA6IEFQIENQVSAjMSBMYXVuY2hlZCEKU01QOiBBUCBDUFUgIzYgTGF1bmNoZWQh ClNNUDogQVAgQ1BVICM0IExhdW5jaGVkIQpTTVA6IEFQIENQVSAjMiBMYXVuY2hlZCEKcmFuZG9t OiBlbnRyb3B5IGRldmljZSBleHRlcm5hbCBpbnRlcmZhY2UKbmV0bWFwOiBsb2FkZWQgbW9kdWxl ClthdGhfaGFsXSBsb2FkZWQKbW9kdWxlX3JlZ2lzdGVyX2luaXQ6IE1PRF9MT0FEICh2ZXNhLCAw eGZmZmZmZmZmODBmOTVjMjAsIDApIGVycm9yIDE5CmtiZDEgYXQga2JkbXV4MApuZXh1czAKdnR2 Z2EwOiA8VlQgVkdBIGRyaXZlcj4gb24gbW90aGVyYm9hcmQKY3J5cHRvc29mdDA6IDxzb2Z0d2Fy ZSBjcnlwdG8+IG9uIG1vdGhlcmJvYXJkCmFjcGkwOiA8SU5URUwgNDQwQlg+IG9uIG1vdGhlcmJv YXJkCmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQpocGV0MDogPEhpZ2ggUHJlY2lzaW9uIEV2 ZW50IFRpbWVyPiBpb21lbSAweGZlZDAwMDAwLTB4ZmVkMDAzZmYgb24gYWNwaTAKVGltZWNvdW50 ZXIgIkhQRVQiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDk1MApjcHUwOiA8QUNQSSBD UFU+IG51bWEtZG9tYWluIDAgb24gYWNwaTAKY3B1MTogPEFDUEkgQ1BVPiBudW1hLWRvbWFpbiAw IG9uIGFjcGkwCmNwdTI6IDxBQ1BJIENQVT4gbnVtYS1kb21haW4gMCBvbiBhY3BpMApjcHUzOiA8 QUNQSSBDUFU+IG51bWEtZG9tYWluIDAgb24gYWNwaTAKY3B1NDogPEFDUEkgQ1BVPiBudW1hLWRv bWFpbiAwIG9uIGFjcGkwCmNwdTU6IDxBQ1BJIENQVT4gbnVtYS1kb21haW4gMCBvbiBhY3BpMApj cHU2OiA8QUNQSSBDUFU+IG51bWEtZG9tYWluIDAgb24gYWNwaTAKY3B1NzogPEFDUEkgQ1BVPiBu dW1hLWRvbWFpbiAwIG9uIGFjcGkwCmF0dGltZXIwOiA8QVQgdGltZXI+IHBvcnQgMHg0MC0weDQz IGlycSAwIG9uIGFjcGkwClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHog cXVhbGl0eSAwCkV2ZW50IHRpbWVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0 eSAxMDAKYXRydGMwOiA8QVQgcmVhbHRpbWUgY2xvY2s+IHBvcnQgMHg3MC0weDcxIGlycSA4IG9u IGFjcGkwCmF0cnRjMDogcmVnaXN0ZXJlZCBhcyBhIHRpbWUtb2YtZGF5IGNsb2NrLCByZXNvbHV0 aW9uIDEuMDAwMDAwcwpFdmVudCB0aW1lciAiUlRDIiBmcmVxdWVuY3kgMzI3NjggSHogcXVhbGl0 eSAwClRpbWVjb3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1YWxpdHkg OTAwCmFjcGlfdGltZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMuNTc5NTQ1TUh6PiBwb3J0IDB4MTAw OC0weDEwMGIgb24gYWNwaTAKcGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNm OC0weGNmZiBvbiBhY3BpMApwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMApwY2liMTogPEFD UEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAxLjAgb24gcGNpMApwY2kxOiA8QUNQSSBQQ0kg YnVzPiBvbiBwY2liMQppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgNy4wIG9uIHBj aTAKaXNhMDogPElTQSBidXM+IG9uIGlzYWIwCmF0YXBjaTA6IDxJbnRlbCBQSUlYNCBVRE1BMzMg Y29udHJvbGxlcj4gcG9ydCAweDFmMC0weDFmNywweDNmNiwweDE3MC0weDE3NywweDM3NiwweDEw NjAtMHgxMDZmIGF0IGRldmljZSA3LjEgb24gcGNpMAphdGEwOiA8QVRBIGNoYW5uZWw+IGF0IGNo YW5uZWwgMCBvbiBhdGFwY2kwCmF0YTE6IDxBVEEgY2hhbm5lbD4gYXQgY2hhbm5lbCAxIG9uIGF0 YXBjaTAKcGNpMDogPGJyaWRnZT4gYXQgZGV2aWNlIDcuMyAobm8gZHJpdmVyIGF0dGFjaGVkKQp2 Z2FwY2kwOiA8VkdBLWNvbXBhdGlibGUgZGlzcGxheT4gcG9ydCAweDEwNzAtMHgxMDdmIG1lbSAw eGVjMDAwMDAwLTB4ZWZmZmZmZmYsMHhmZTAwMDAwMC0weGZlN2ZmZmZmIGlycSAxNiBhdCBkZXZp Y2UgMTUuMCBvbiBwY2kwCnZnYXBjaTA6IEJvb3QgdmlkZW8gZGV2aWNlCm1wdDA6IDxMU0lMb2dp YyAxMDMwIFVsdHJhNCBBZGFwdGVyPiBwb3J0IDB4MTQwMC0weDE0ZmYgbWVtIDB4ZmViYTAwMDAt MHhmZWJiZmZmZiwweGZlYmMwMDAwLTB4ZmViZGZmZmYgaXJxIDE3IGF0IGRldmljZSAxNi4wIG9u IHBjaTAKbXB0MDogTVBJIFZlcnNpb249MS4yLjAuMApwY2liMjogPEFDUEkgUENJLVBDSSBicmlk Z2U+IGF0IGRldmljZSAxNy4wIG9uIHBjaTAKcGNpMjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjIK ZW0wOiA8SW50ZWwoUikgUFJPLzEwMDAgTmV0d29yayBDb25uZWN0aW9uPiBwb3J0IDB4MjAwMC0w eDIwM2YgbWVtIDB4ZmQ1YzAwMDAtMHhmZDVkZmZmZiwweGZkZmYwMDAwLTB4ZmRmZmZmZmYgaXJx IDE4IGF0IGRldmljZSAwLjAgb24gcGNpMgplbTA6IGF0dGFjaF9wcmUgY2FwcGluZyBxdWV1ZXMg YXQgMQplbTA6IHVzaW5nIDEwMjQgdHggZGVzY3JpcHRvcnMgYW5kIDEwMjQgcnggZGVzY3JpcHRv cnMKZW0wOiBhbGxvY2F0ZWQgZm9yIDEgdHhfcXVldWVzCmVtMDogYWxsb2NhdGVkIGZvciAxIHJ4 X3F1ZXVlcwplbTA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjBjOjI5OmNjOmY3OmFjCkxpbmsgc3Rh dGUgY2hhbmdlZCB0byB1cAplbTA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBVUAplbTA6IG5ldG1h cCBxdWV1ZXMvc2xvdHM6IFRYIDEvMTAyNCwgUlggMS8xMDI0CnVoY2kwOiA8VUhDSSAoZ2VuZXJp YykgVVNCIGNvbnRyb2xsZXI+IHBvcnQgMHgyMDQwLTB4MjA1ZiBpcnEgMTYgYXQgZGV2aWNlIDIu MCBvbiBwY2kyCnVzYnVzMCBvbiB1aGNpMAp1c2J1czA6IDEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2 MS4wCmVoY2kwOiA8RUhDSSAoZ2VuZXJpYykgVVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhmZDVl ZjAwMC0weGZkNWVmZmZmIGlycSAxNyBhdCBkZXZpY2UgMy4wIG9uIHBjaTIKdXNidXMxOiBFSENJ IHZlcnNpb24gMS4wCnVzYnVzMSBvbiBlaGNpMAp1c2J1czE6IDQ4ME1icHMgSGlnaCBTcGVlZCBV U0IgdjIuMApwY2liMzogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAyMS4wIG9uIHBj aTAKcGNpYjM6IFtHSUFOVC1MT0NLRURdCnBjaTM6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIzCm1w czA6IDxBdmFnbyBUZWNobm9sb2dpZXMgKExTSSkgU0FTMjAwOD4gcG9ydCAweDQwMDAtMHg0MGZm IG1lbSAweGZkNGZjMDAwLTB4ZmQ0ZmZmZmYsMHhmZDQ4MDAwMC0weGZkNGJmZmZmIGlycSAxOCBh dCBkZXZpY2UgMC4wIG9uIHBjaTMKbXBzMDogRmlybXdhcmU6IDE5LjAwLjAwLjAwLCBEcml2ZXI6 IDIxLjAyLjAwLjAwLWZic2QKbXBzMDogSU9DQ2FwYWJpbGl0aWVzOiAxMjg1YzxTY3NpVGFza0Z1 bGwsRGlhZ1RyYWNlLFNuYXBCdWYsRUVEUCxUcmFuc1JldHJ5LEV2ZW50UmVwbGF5LEhvc3REaXNj PgpwY2liNDogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAyMS4xIG9uIHBjaTAKcGNp YjQ6IFtHSUFOVC1MT0NLRURdCnBjaWI1OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNl IDIxLjIgb24gcGNpMApwY2liNTogW0dJQU5ULUxPQ0tFRF0KcGNpYjY6IDxBQ1BJIFBDSS1QQ0kg YnJpZGdlPiBhdCBkZXZpY2UgMjEuMyBvbiBwY2kwCnBjaWI2OiBbR0lBTlQtTE9DS0VEXQpwY2li NzogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAyMS40IG9uIHBjaTAKcGNpYjc6IFtH SUFOVC1MT0NLRURdCnBjaWI4OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDIxLjUg b24gcGNpMApwY2liODogW0dJQU5ULUxPQ0tFRF0KcGNpYjk6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdl PiBhdCBkZXZpY2UgMjEuNiBvbiBwY2kwCnBjaWI5OiBbR0lBTlQtTE9DS0VEXQpwY2liMTA6IDxB Q1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMjEuNyBvbiBwY2kwCnBjaWIxMDogW0dJQU5U LUxPQ0tFRF0KcGNpYjExOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDIyLjAgb24g cGNpMApwY2liMTE6IFtHSUFOVC1MT0NLRURdCnBjaTQ6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIx MQptcHMxOiA8QXZhZ28gVGVjaG5vbG9naWVzIChMU0kpIFNBUzIwMDg+IHBvcnQgMHg1MDAwLTB4 NTBmZiBtZW0gMHhmZDNmYzAwMC0weGZkM2ZmZmZmLDB4ZmQzODAwMDAtMHhmZDNiZmZmZiBpcnEg MTkgYXQgZGV2aWNlIDAuMCBvbiBwY2k0Cm1wczE6IEZpcm13YXJlOiAxOS4wMC4wMC4wMCwgRHJp dmVyOiAyMS4wMi4wMC4wMC1mYnNkCm1wczE6IElPQ0NhcGFiaWxpdGllczogMTI4NWM8U2NzaVRh c2tGdWxsLERpYWdUcmFjZSxTbmFwQnVmLEVFRFAsVHJhbnNSZXRyeSxFdmVudFJlcGxheSxIb3N0 RGlzYz4KcGNpYjEyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDIyLjEgb24gcGNp MApwY2liMTI6IFtHSUFOVC1MT0NLRURdCnBjaWIxMzogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0 IGRldmljZSAyMi4yIG9uIHBjaTAKcGNpYjEzOiBbR0lBTlQtTE9DS0VEXQpwY2liMTQ6IDxBQ1BJ IFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMjIuMyBvbiBwY2kwCnBjaWIxNDogW0dJQU5ULUxP Q0tFRF0KcGNpYjE1OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDIyLjQgb24gcGNp MApwY2liMTU6IFtHSUFOVC1MT0NLRURdCnBjaWIxNjogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0 IGRldmljZSAyMi41IG9uIHBjaTAKcGNpYjE2OiBbR0lBTlQtTE9DS0VEXQpwY2liMTc6IDxBQ1BJ IFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMjIuNiBvbiBwY2kwCnBjaWIxNzogW0dJQU5ULUxP Q0tFRF0KcGNpYjE4OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDIyLjcgb24gcGNp MApwY2liMTg6IFtHSUFOVC1MT0NLRURdCnBjaWIxOTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0 IGRldmljZSAyMy4wIG9uIHBjaTAKcGNpYjE5OiBbR0lBTlQtTE9DS0VEXQpwY2liMjA6IDxBQ1BJ IFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMjMuMSBvbiBwY2kwCnBjaWIyMDogW0dJQU5ULUxP Q0tFRF0KcGNpYjIxOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDIzLjIgb24gcGNp MApwY2liMjE6IFtHSUFOVC1MT0NLRURdCnBjaWIyMjogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0 IGRldmljZSAyMy4zIG9uIHBjaTAKcGNpYjIyOiBbR0lBTlQtTE9DS0VEXQpwY2liMjM6IDxBQ1BJ IFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMjMuNCBvbiBwY2kwCnBjaWIyMzogW0dJQU5ULUxP Q0tFRF0KcGNpYjI0OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDIzLjUgb24gcGNp MApwY2liMjQ6IFtHSUFOVC1MT0NLRURdCnBjaWIyNTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0 IGRldmljZSAyMy42IG9uIHBjaTAKcGNpYjI1OiBbR0lBTlQtTE9DS0VEXQpwY2liMjY6IDxBQ1BJ IFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMjMuNyBvbiBwY2kwCnBjaWIyNjogW0dJQU5ULUxP Q0tFRF0KcGNpYjI3OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDI0LjAgb24gcGNp MApwY2liMjc6IFtHSUFOVC1MT0NLRURdCnBjaWIyODogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0 IGRldmljZSAyNC4xIG9uIHBjaTAKcGNpYjI4OiBbR0lBTlQtTE9DS0VEXQpwY2liMjk6IDxBQ1BJ IFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMjQuMiBvbiBwY2kwCnBjaWIyOTogW0dJQU5ULUxP Q0tFRF0KcGNpYjMwOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDI0LjMgb24gcGNp MApwY2liMzA6IFtHSUFOVC1MT0NLRURdCnBjaWIzMTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0 IGRldmljZSAyNC40IG9uIHBjaTAKcGNpYjMxOiBbR0lBTlQtTE9DS0VEXQpwY2liMzI6IDxBQ1BJ IFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMjQuNSBvbiBwY2kwCnBjaWIzMjogW0dJQU5ULUxP Q0tFRF0KcGNpYjMzOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDI0LjYgb24gcGNp MApwY2liMzM6IFtHSUFOVC1MT0NLRURdCnBjaWIzNDogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0 IGRldmljZSAyNC43IG9uIHBjaTAKcGNpYjM0OiBbR0lBTlQtTE9DS0VEXQphY3BpX2FjYWQwOiA8 QUMgQWRhcHRlcj4gb24gYWNwaTAKYXRrYmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQy KT4gcG9ydCAweDYwLDB4NjQgaXJxIDEgb24gYWNwaTAKYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGly cSAxIG9uIGF0a2JkYzAKa2JkMCBhdCBhdGtiZDAKYXRrYmQwOiBbR0lBTlQtTE9DS0VEXQpwc20w OiA8UFMvMiBNb3VzZT4gaXJxIDEyIG9uIGF0a2JkYzAKcHNtMDogW0dJQU5ULUxPQ0tFRF0KcHNt MDogbW9kZWwgSW50ZWxsaU1vdXNlLCBkZXZpY2UgSUQgMwphY3BpX3N5c2NvbnRhaW5lcjA6IDxT eXN0ZW0gQ29udGFpbmVyPiBvbiBhY3BpMApwcGMwOiA8UGFyYWxsZWwgcG9ydD4gcG9ydCAweDM3 OC0weDM3YiBpcnEgNyBvbiBhY3BpMApwcGMwOiBHZW5lcmljIGNoaXBzZXQgKE5JQkJMRS1vbmx5 KSBpbiBDT01QQVRJQkxFIG1vZGUKcHBidXMwOiA8UGFyYWxsZWwgcG9ydCBidXM+IG9uIHBwYzAK bHB0MDogPFByaW50ZXI+IG9uIHBwYnVzMApscHQwOiBJbnRlcnJ1cHQtZHJpdmVuIHBvcnQKcHBp MDogPFBhcmFsbGVsIEkvTz4gb24gcHBidXMwCnVhcnQwOiA8MTY1NTAgb3IgY29tcGF0aWJsZT4g cG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFncyAweDEwIG9uIGFjcGkwCnVhcnQxOiA8MTY1NTAg b3IgY29tcGF0aWJsZT4gcG9ydCAweDJmOC0weDJmZiBpcnEgMyBvbiBhY3BpMApmZGMwOiA8Zmxv cHB5IGRyaXZlIGNvbnRyb2xsZXI+IHBvcnQgMHgzZjAtMHgzZjUsMHgzZjcgaXJxIDYgZHJxIDIg b24gYWNwaTAKZmQwOiA8MTQ0MC1LQiAzLjUiIGRyaXZlPiBvbiBmZGMwIGRyaXZlIDAKb3JtMDog PElTQSBPcHRpb24gUk9Ncz4gYXQgaW9tZW0gMHhjMDAwMC0weGM3ZmZmLDB4Y2EwMDAtMHhjYWZm ZiwweGRjMDAwLTB4ZGZmZmYsMHhlMDAwMC0weGU3ZmZmIG9uIGlzYTAKdmdhMDogPEdlbmVyaWMg SVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNh MApaRlMgZmlsZXN5c3RlbSB2ZXJzaW9uOiA1ClpGUyBzdG9yYWdlIHBvb2wgdmVyc2lvbjogZmVh dHVyZXMgc3VwcG9ydCAoNTAwMCkKVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMTAuMDAwIG1zZWMK dWdlbjAuMTogPDB4MTVhZCBVSENJIHJvb3QgSFVCPiBhdCB1c2J1czAKdWdlbjEuMTogPDB4MTVh ZCBFSENJIHJvb3QgSFVCPiBhdCB1c2J1czEKdWh1YjA6IDwweDE1YWQgVUhDSSByb290IEhVQiwg Y2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMAp1aHViMTogPDB4MTVh ZCBFSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNi dXMxCnVodWIwOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1Z2VuMC4y OiA8Vk13YXJlIFZNd2FyZSBWaXJ0dWFsIFVTQiBNb3VzZT4gYXQgdXNidXMwCnVodWIxOiA2IHBv cnRzIHdpdGggNiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1Z2VuMC4zOiA8dmVuZG9yIDB4MGUw ZiBWTXdhcmUgVmlydHVhbCBVU0IgSHViPiBhdCB1c2J1czAKdWh1YjIgb24gdWh1YjAKdWh1YjI6 IDxWTXdhcmUgVmlydHVhbCBVU0IgSHViPiBvbiB1c2J1czAKZGEwIGF0IG1wdDAgYnVzIDAgc2Ni dXMyIHRhcmdldCAwIGx1biAwCmRhMDogPFZNd2FyZSBWaXJ0dWFsIGRpc2sgMS4wPiBGaXhlZCBE aXJlY3QgQWNjZXNzIFNDU0ktMiBkZXZpY2UKZGEwOiAzMjAuMDAwTUIvcyB0cmFuc2ZlcnMgKDE2 MC4wMDBNSHogRFQsIG9mZnNldCAxMjcsIDE2Yml0KQpkYTA6IENvbW1hbmQgUXVldWVpbmcgZW5h YmxlZApkYTA6IDI0NTc2ME1CICg1MDMzMTY0ODAgNTEyIGJ5dGUgc2VjdG9ycykKZGEwOiBxdWly a3M9MHgxNDA8UkVUUllfQlVTWSxTVFJJQ1RfVU5NQVA+CmRhNiBhdCBtcHMwIGJ1cyAwIHNjYnVz MyB0YXJnZXQgOCBsdW4gMApkYTY6IDxBVEEgU1Q1MDAwRE0wMDAtMUZLMSBDQzQ3PiBGaXhlZCBE aXJlY3QgQWNjZXNzIFNQQy00IFNDU0kgZGV2aWNlCmRhNjogU2VyaWFsIE51bWJlciBXNEowRzBZ RApkYTY6IDYwMC4wMDBNQi9zIHRyYW5zZmVycwpkYTY6IENvbW1hbmQgUXVldWVpbmcgZW5hYmxl ZApkYTY6IDQ3NjkzMDdNQiAoOTc2NzU0MTE2OCA1MTIgYnl0ZSBzZWN0b3JzKQpkYTY6IHF1aXJr cz0weDg8NEs+CmRhNSBhdCBtcHMwIGJ1cyAwIHNjYnVzMyB0YXJnZXQgNyBsdW4gMApkYTU6IDxB VEEgU1Q1MDAwRE0wMDAtMUZLMSBDQzQ2PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNQQy00IFNDU0kg ZGV2aWNlCmRhNTogU2VyaWFsIE51bWJlciBXNEowREY5WQpkYTU6IDYwMC4wMDBNQi9zIHRyYW5z ZmVycwpkYTU6IENvbW1hbmQgUXVldWVpbmcgZW5hYmxlZApkYTU6IDQ3NjkzMDdNQiAoOTc2NzU0 MTE2OCA1MTIgYnl0ZSBzZWN0b3JzKQpkYTU6IHF1aXJrcz0weDg8NEs+CmRhMiBhdCBtcHMwIGJ1 cyAwIHNjYnVzMyB0YXJnZXQgMiBsdW4gMApkYTI6IDxBVEEgVE9TSElCQSBEVDAxQUNBMyBBQkIw PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNQQy00IFNDU0kgZGV2aWNlCmRhMjogU2VyaWFsIE51bWJl ciAyM0RHM1YyV1MKZGEyOiA2MDAuMDAwTUIvcyB0cmFuc2ZlcnMKZGEyOiBDb21tYW5kIFF1ZXVl aW5nIGVuYWJsZWQKZGEyOiAyODYxNTg4TUIgKDU4NjA1MzMxNjggNTEyIGJ5dGUgc2VjdG9ycykK ZGE3IGF0IG1wczAgYnVzIDAgc2NidXMzIHRhcmdldCA5IGx1biAwCmRhNzogPEFUQSBTVDUwMDBE TTAwMC0xRksxIENDNDY+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU1BDLTQgU0NTSSBkZXZpY2UKZGE3 OiBTZXJpYWwgTnVtYmVyIFc0SjBDUU5NCmRhNzogNjAwLjAwME1CL3MgdHJhbnNmZXJzCmRhNzog Q29tbWFuZCBRdWV1ZWluZyBlbmFibGVkCmRhNzogNDc2OTMwN01CICg5NzY3NTQxMTY4IDUxMiBi eXRlIHNlY3RvcnMpCmRhNzogcXVpcmtzPTB4ODw0Sz4KZGExMyBhdCBtcHMxIGJ1cyAwIHNjYnVz NCB0YXJnZXQgNSBsdW4gMApkYTEzOiA8QVRBIFNUMzAwMERNMDAxLTFDSDEgQ0MyOT4gRml4ZWQg RGlyZWN0IEFjY2VzcyBTUEMtNCBTQ1NJIGRldmljZQpkYTEzOiBTZXJpYWwgTnVtYmVyIFoxRjQw SlNDCmRhMTM6IDYwMC4wMDBNQi9zIHRyYW5zZmVycwpkYTEzOiBDb21tYW5kIFF1ZXVlaW5nIGVu YWJsZWQKZGExMzogMjg2MTU4OE1CICg1ODYwNTMzMTY4IDUxMiBieXRlIHNlY3RvcnMpCmRhMTM6 IHF1aXJrcz0weDg8NEs+CmRhMyBhdCBtcHMwIGJ1cyAwIHNjYnVzMyB0YXJnZXQgMyBsdW4gMApk YTM6IDxBVEEgVE9TSElCQSBEVDAxQUNBMyBBQkIwPiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNQQy00 IFNDU0kgZGV2aWNlCmRhMzogU2VyaWFsIE51bWJlciA2NEUyVDNBR1MKZGEzOiA2MDAuMDAwTUIv cyB0cmFuc2ZlcnMKZGEzOiBDb21tYW5kIFF1ZXVlaW5nIGVuYWJsZWQKZGEzOiAyODYxNTg4TUIg KDU4NjA1MzMxNjggNTEyIGJ5dGUgc2VjdG9ycykKZGE4IGF0IG1wczAgYnVzIDAgc2NidXMzIHRh cmdldCAxMCBsdW4gMApkYTg6IDxBVEEgVE9TSElCQSBEVDAxQUNBMyBBQkIwPiBGaXhlZCBEaXJl Y3QgQWNjZXNzIFNQQy00IFNDU0kgZGV2aWNlCmRhODogU2VyaWFsIE51bWJlciA0NzE5M05XQVMK ZGE4OiA2MDAuMDAwTUIvcyB0cmFuc2ZlcnMKZGE4OiBDb21tYW5kIFF1ZXVlaW5nIGVuYWJsZWQK ZGE4OiAyODYxNTg4TUIgKDU4NjA1MzMxNjggNTEyIGJ5dGUgc2VjdG9ycykKZGExIGF0IG1wczAg YnVzIDAgc2NidXMzIHRhcmdldCAxIGx1biAwCmRhMTogPEFUQSBUT1NISUJBIERUMDFBQ0EzIEFC QjA+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU1BDLTQgU0NTSSBkZXZpY2UKZGExOiBTZXJpYWwgTnVt YmVyIDk0RUhaVDVHUwpkYTE6IDYwMC4wMDBNQi9zIHRyYW5zZmVycwpkYTE6IENvbW1hbmQgUXVl dWVpbmcgZW5hYmxlZApkYTE6IDI4NjE1ODhNQiAoNTg2MDUzMzE2OCA1MTIgYnl0ZSBzZWN0b3Jz KQpkYTExIGF0IG1wczEgYnVzIDAgc2NidXM0IHRhcmdldCAzIGx1biAwCmRhMTE6IDxBVEEgVE9T SElCQSBEVDAxQUNBMyBBQkIwPiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNQQy00IFNDU0kgZGV2aWNl CmRhMTE6IFNlcmlhbCBOdW1iZXIgMjNERVk4NldTCmRhMTE6IDYwMC4wMDBNQi9zIHRyYW5zZmVy cwpkYTExOiBDb21tYW5kIFF1ZXVlaW5nIGVuYWJsZWQKZGExMTogMjg2MTU4OE1CICg1ODYwNTMz MTY4IDUxMiBieXRlIHNlY3RvcnMpCmRhMTQgYXQgbXBzMSBidXMgMCBzY2J1czQgdGFyZ2V0IDYg bHVuIDAKZGExNDogPEFUQSBTVDMwMDBETTAwMS0xQ0gxIENDMjk+IEZpeGVkIERpcmVjdCBBY2Nl c3MgU1BDLTQgU0NTSSBkZXZpY2UKZGExNDogU2VyaWFsIE51bWJlciBaMUY0NDZNUgpkYTE0OiA2 MDAuMDAwTUIvcyB0cmFuc2ZlcnMKZGExNDogQ29tbWFuZCBRdWV1ZWluZyBlbmFibGVkCmRhMTQ6 IDI4NjE1ODhNQiAoNTg2MDUzMzE2OCA1MTIgYnl0ZSBzZWN0b3JzKQpkYTE0OiBxdWlya3M9MHg4 PDRLPgpkYTkgYXQgbXBzMSBidXMgMCBzY2J1czQgdGFyZ2V0IDEgbHVuIDAKZGE5OiA8QVRBIFRP U0hJQkEgRFQwMUFDQTMgQUJCMD4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTUEMtNCBTQ1NJIGRldmlj ZQpkYTk6IFNlcmlhbCBOdW1iZXIgMjNERDNITkdTCmRhOTogNjAwLjAwME1CL3MgdHJhbnNmZXJz CmRhOTogQ29tbWFuZCBRdWV1ZWluZyBlbmFibGVkCmRhOTogMjg2MTU4OE1CICg1ODYwNTMzMTY4 IDUxMiBieXRlIHNlY3RvcnMpCmRhMTAgYXQgbXBzMSBidXMgMCBzY2J1czQgdGFyZ2V0IDIgbHVu IDAKZGExMDogPEFUQSBUT1NISUJBIERUMDFBQ0EzIEFCQjA+IEZpeGVkIERpcmVjdCBBY2Nlc3Mg U1BDLTQgU0NTSSBkZXZpY2UKZGExMDogU2VyaWFsIE51bWJlciA3NDQ0V1U2R1MKZGExMDogNjAw LjAwME1CL3MgdHJhbnNmZXJzCmRhMTA6IENvbW1hbmQgUXVldWVpbmcgZW5hYmxlZApkYTEwOiAy ODYxNTg4TUIgKDU4NjA1MzMxNjggNTEyIGJ5dGUgc2VjdG9ycykKZGExNSBhdCBtcHMxIGJ1cyAw IHNjYnVzNCB0YXJnZXQgNyBsdW4gMApkYTE1OiA8QVRBIFRPU0hJQkEgRFQwMUFDQTMgQUJCMD4g Rml4ZWQgRGlyZWN0IEFjY2VzcyBTUEMtNCBTQ1NJIGRldmljZQpkYTE1OiBTZXJpYWwgTnVtYmVy IFg0NUxZWVVHUwpkYTE1OiA2MDAuMDAwTUIvcyB0cmFuc2ZlcnMKZGExNTogQ29tbWFuZCBRdWV1 ZWluZyBlbmFibGVkCmRhMTU6IDI4NjE1ODhNQiAoNTg2MDUzMzE2OCA1MTIgYnl0ZSBzZWN0b3Jz KQpkYTEyIGF0IG1wczEgYnVzIDAgc2NidXM0IHRhcmdldCA0IGx1biAwCmRhMTI6IDxBVEEgVE9T SElCQSBEVDAxQUNBMyBBQkIwPiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNQQy00IFNDU0kgZGV2aWNl CmRhMTI6IFNlcmlhbCBOdW1iZXIgNzQ0NEpQM0dTCmRhMTI6IDYwMC4wMDBNQi9zIHRyYW5zZmVy cwpkYTEyOiBDb21tYW5kIFF1ZXVlaW5nIGVuYWJsZWQKZGExMjogMjg2MTU4OE1CICg1ODYwNTMz MTY4IDUxMiBieXRlIHNlY3RvcnMpCmRhNCBhdCBtcHMwIGJ1cyAwIHNjYnVzMyB0YXJnZXQgNCBs dW4gMApkYTQ6IDxBVEEgU2Ftc3VuZyBTU0QgODQwIEJCNlE+IEZpeGVkIERpcmVjdCBBY2Nlc3Mg U1BDLTQgU0NTSSBkZXZpY2UKZGE0OiBTZXJpYWwgTnVtYmVyIFMxREhOU0FGODMzMzk5UiAgICAg CmRhNDogNjAwLjAwME1CL3MgdHJhbnNmZXJzCmRhNDogQ29tbWFuZCBRdWV1ZWluZyBlbmFibGVk CmRhNDogNDc2OTQwTUIgKDk3Njc3MzE2OCA1MTIgYnl0ZSBzZWN0b3JzKQpkYTQ6IHF1aXJrcz0w eDg8NEs+CmRhMTYgYXQgbXBzMSBidXMgMCBzY2J1czQgdGFyZ2V0IDggbHVuIDAKZGExNjogPEFU QSBUT1NISUJBIERUMDFBQ0EzIEFCQjA+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU1BDLTQgU0NTSSBk ZXZpY2UKZGExNjogU2VyaWFsIE51bWJlciBYNDVNMEFCR1MKZGExNjogNjAwLjAwME1CL3MgdHJh bnNmZXJzCmRhMTY6IENvbW1hbmQgUXVldWVpbmcgZW5hYmxlZApkYTE2OiAyODYxNTg4TUIgKDU4 NjA1MzMxNjggNTEyIGJ5dGUgc2VjdG9ycykKY2QwIGF0IGF0YTEgYnVzIDAgc2NidXMxIHRhcmdl dCAwIGx1biAwCmNkMDogPE5FQ1ZNV2FyIFZNd2FyZSBJREUgQ0RSMTAgMS4wMD4gUmVtb3ZhYmxl IENELVJPTSBTQ1NJIGRldmljZQpjZDA6IFNlcmlhbCBOdW1iZXIgMTAwMDAwMDAwMDAwMDAwMDAw MDEKY2QwOiAzMy4zMDBNQi9zIHRyYW5zZmVycyAoVURNQTIsIEFUQVBJIDEyYnl0ZXMsIFBJTyA2 NTUzNGJ5dGVzKQpjZDA6IEF0dGVtcHQKY2QwOiBxdWlya3M9MHg0MDxSRVRSWV9CVVNZPgpXQVJO SU5HOiBXSVRORVNTIG9wdGlvbiBlbmFibGVkLCBleHBlY3QgcmVkdWNlZCBwZXJmb3JtYW5jZS4K VHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJvbSB1ZnM6L2Rldi9kYTBzMWEgW3J3XS4uLgp1aHViMjog NyBwb3J0cyB3aXRoIDcgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKR0VPTV9FTEk6IERldmljZSBn cHQvejIwMGRpc2swLmVsaSBjcmVhdGVkLgpHRU9NX0VMSTogRW5jcnlwdGlvbjogQUVTLVhUUyAy NTYKR0VPTV9FTEk6ICAgICBDcnlwdG86IHNvZnR3YXJlCkdFT01fRUxJOiBEZXZpY2UgZ3B0L3oy MDBkaXNrMS5lbGkgY3JlYXRlZC4KR0VPTV9FTEk6IEVuY3J5cHRpb246IEFFUy1YVFMgMjU2CkdF T01fRUxJOiAgICAgQ3J5cHRvOiBzb2Z0d2FyZQpHRU9NX0VMSTogRGV2aWNlIGdwdC96MjAwZGlz azIuZWxpIGNyZWF0ZWQuCkdFT01fRUxJOiBFbmNyeXB0aW9uOiBBRVMtWFRTIDI1NgpHRU9NX0VM STogICAgIENyeXB0bzogc29mdHdhcmUKR0VPTV9FTEk6IERldmljZSBncHQvejIwMGRpc2szLmVs aSBjcmVhdGVkLgpHRU9NX0VMSTogRW5jcnlwdGlvbjogQUVTLVhUUyAyNTYKR0VPTV9FTEk6ICAg ICBDcnlwdG86IHNvZnR3YXJlCkdFT01fRUxJOiBEZXZpY2UgZ3B0L3oyMDBkaXNrNC5lbGkgY3Jl YXRlZC4KR0VPTV9FTEk6IEVuY3J5cHRpb246IEFFUy1YVFMgMjU2CkdFT01fRUxJOiAgICAgQ3J5 cHRvOiBzb2Z0d2FyZQpHRU9NX0VMSTogRGV2aWNlIGdwdC96MjAwZGlzazUuZWxpIGNyZWF0ZWQu CkdFT01fRUxJOiBFbmNyeXB0aW9uOiBBRVMtWFRTIDI1NgpHRU9NX0VMSTogICAgIENyeXB0bzog c29mdHdhcmUKR0VPTV9FTEk6IERldmljZSBncHQvZGExNC5lbGkgY3JlYXRlZC4KR0VPTV9FTEk6 IEVuY3J5cHRpb246IEFFUy1YVFMgMjU2CkdFT01fRUxJOiAgICAgQ3J5cHRvOiBzb2Z0d2FyZQpH RU9NX0VMSTogRGV2aWNlIGdwdC9kYTE2LmVsaSBjcmVhdGVkLgpHRU9NX0VMSTogRW5jcnlwdGlv bjogQUVTLVhUUyAyNTYKR0VPTV9FTEk6ICAgICBDcnlwdG86IHNvZnR3YXJlCmxvY2sgb3JkZXIg cmV2ZXJzYWw6CiAxc3QgMHhmZmZmZjgwMDBiOWI5OWEwIHVmcyAodWZzKSBAIC91c3Ivc3JjL3N5 cy9rZXJuL3Zmc19zdWJyLmM6MjYwOAogMm5kIDB4ZmZmZmZlMDNlMmU0NTRjMCBidWZ3YWl0IChi dWZ3YWl0KSBAIC91c3Ivc3JjL3N5cy91ZnMvZmZzL2Zmc192bm9wcy5jOjI4MgogM3JkIDB4ZmZm ZmY4MDAwYjgyYTA2OCB1ZnMgKHVmcykgQCAvdXNyL3NyYy9zeXMva2Vybi92ZnNfc3Vici5jOjI2 MDgKc3RhY2sgYmFja3RyYWNlOgojMCAweGZmZmZmZmZmODBhY2Y5MjMgYXQgd2l0bmVzc19kZWJ1 Z2dlcisweDczCiMxIDB4ZmZmZmZmZmY4MGFjZjdhMiBhdCB3aXRuZXNzX2NoZWNrb3JkZXIrMHhl MDIKIzIgMHhmZmZmZmZmZjgwYTQyNGQzIGF0IF9fbG9ja21ncl9hcmdzKzB4ODgzCiMzIDB4ZmZm ZmZmZmY4MGQ2NGVkNSBhdCBmZnNfbG9jaysweGE1CiM0IDB4ZmZmZmZmZmY4MTA5NDMwOSBhdCBW T1BfTE9DSzFfQVBWKzB4ZDkKIzUgMHhmZmZmZmZmZjgwYjRhYjU2IGF0IF92bl9sb2NrKzB4NjYK IzYgMHhmZmZmZmZmZjgwYjM5NWMyIGF0IHZnZXQrMHg4MgojNyAweGZmZmZmZmZmODBiMmI1MjEg YXQgdmZzX2hhc2hfZ2V0KzB4ZDEKIzggMHhmZmZmZmZmZjgwZDYwYjlmIGF0IGZmc192Z2V0Zisw eDNmCiM5IDB4ZmZmZmZmZmY4MGQ1NmE3ZiBhdCBzb2Z0ZGVwX3N5bmNfYnVmKzB4NTRmCiMxMCAw eGZmZmZmZmZmODBkNjVkMzQgYXQgZmZzX3N5bmN2bm9kZSsweDMyNAojMTEgMHhmZmZmZmZmZjgw ZDNjMzk4IGF0IGZmc190cnVuY2F0ZSsweDZmOAojMTIgMHhmZmZmZmZmZjgwZDZkMWZkIGF0IHVm c19kaXJlbnRlcisweDYxZAojMTMgMHhmZmZmZmZmZjgwZDc2MjMzIGF0IHVmc19tYWtlaW5vZGUr MHg2MTMKIzE0IDB4ZmZmZmZmZmY4MGQ3MWYxNCBhdCB1ZnNfY3JlYXRlKzB4MzQKIzE1IDB4ZmZm ZmZmZmY4MTA5MTllMyBhdCBWT1BfQ1JFQVRFX0FQVisweGQzCiMxNiAweGZmZmZmZmZmODBiNGE0 NWQgYXQgdm5fb3Blbl9jcmVkKzB4MmFkCiMxNyAweGZmZmZmZmZmODBiNDJkYjIgYXQga2Vybl9v cGVuYXQrMHgyMTIKdWhpZDAgb24gdWh1YjAKdWhpZDA6IDxWTXdhcmU+IG9uIHVzYnVzMAp1aGlk MSBvbiB1aHViMAp1aGlkMTogPFZNd2FyZT4gb24gdXNidXMwCmxvY2sgb3JkZXIgcmV2ZXJzYWw6 CiAxc3QgMHhmZmZmZmUwM2UyZTc1NzAwIGJ1ZndhaXQgKGJ1ZndhaXQpIEAgL3Vzci9zcmMvc3lz L2tlcm4vdmZzX2Jpby5jOjM1NjIKIDJuZCAweGZmZmZmODAwMWFlZGRjMDAgZGlyaGFzaCAoZGly aGFzaCkgQCAvdXNyL3NyYy9zeXMvdWZzL3Vmcy91ZnNfZGlyaGFzaC5jOjI4MQpzdGFjayBiYWNr dHJhY2U6CiMwIDB4ZmZmZmZmZmY4MGFjZjkyMyBhdCB3aXRuZXNzX2RlYnVnZ2VyKzB4NzMKIzEg MHhmZmZmZmZmZjgwYWNmN2EyIGF0IHdpdG5lc3NfY2hlY2tvcmRlcisweGUwMgojMiAweGZmZmZm ZmZmODBhNzQ3YzggYXQgX3N4X3hsb2NrKzB4NjgKIzMgMHhmZmZmZmZmZjgwZDZhMWFkIGF0IHVm c2Rpcmhhc2hfYWRkKzB4M2QKIzQgMHhmZmZmZmZmZjgwZDZkMDM5IGF0IHVmc19kaXJlbnRlcisw eDQ1OQojNSAweGZmZmZmZmZmODBkNzUzZTcgYXQgdWZzX21rZGlyKzB4OGQ3CiM2IDB4ZmZmZmZm ZmY4MTA5Mzg4OSBhdCBWT1BfTUtESVJfQVBWKzB4ZDkKIzcgMHhmZmZmZmZmZjgwYjQ3YzkyIGF0 IGtlcm5fbWtkaXJhdCsweDFlMgojOCAweGZmZmZmZmZmODBmMTZkMmIgYXQgYW1kNjRfc3lzY2Fs bCsweDc5YgojOSAweGZmZmZmZmZmODBlZjVhOWIgYXQgWGZhc3Rfc3lzY2FsbCsweGZiCmVtMDog cHJvbWlzY3VvdXMgbW9kZSBlbmFibGVkCmxvY2sgb3JkZXIgcmV2ZXJzYWw6CiAxc3QgMHhmZmZm ZjgwMDA1YmJhMTkwIGlmX2FkZHJfbG9jayAoaWZfYWRkcl9sb2NrKSBAIC91c3Ivc3JjL3N5cy9u ZXRpbmV0L2lnbXAuYzoxNzEwCiAybmQgMHhmZmZmZmZmZjgxZWNlYjQwIGlmbmV0X3J3IChpZm5l dF9ydykgQCAvdXNyL3NyYy9zeXMvbmV0L2lmLmM6MjYwCnN0YWNrIGJhY2t0cmFjZToKIzAgMHhm ZmZmZmZmZjgwYWNmOTIzIGF0IHdpdG5lc3NfZGVidWdnZXIrMHg3MwojMSAweGZmZmZmZmZmODBh Y2Y3YTIgYXQgd2l0bmVzc19jaGVja29yZGVyKzB4ZTAyCiMyIDB4ZmZmZmZmZmY4MGE2N2Q4ZCBh dCBfX3J3X3Jsb2NrKzB4OGQKIzMgMHhmZmZmZmZmZjgwYjYzN2EwIGF0IGlmbmV0X2J5aW5kZXgr MHgyMAojNCAweGZmZmZmZmZmODBiZTNiNDIgYXQgaWdtcF9pbnRyKzB4NTIKIzUgMHhmZmZmZmZm ZjgwYjg5OTJmIGF0IG5ldGlzcl9kaXNwYXRjaF9zcmMrMHg5ZgojNiAweGZmZmZmZmZmODBiZTNh NWUgYXQgaWdtcF92MXYyX3F1ZXVlX3JlcG9ydCsweDFjZQojNyAweGZmZmZmZmZmODBiZTE2NTEg YXQgaWdtcF9mYXN0dGltbysweDU4MQojOCAweGZmZmZmZmZmODBhZjVjYjQgYXQgcGZmYXN0dGlt bysweDU0CiM5IDB4ZmZmZmZmZmY4MGE4M2ZmYyBhdCBzb2Z0Y2xvY2tfY2FsbF9jYysweDE0Ywoj MTAgMHhmZmZmZmZmZjgwYTg0M2JjIGF0IHNvZnRjbG9jaysweDdjCiMxMSAweGZmZmZmZmZmODBh MzAyMjkgYXQgaW50cl9ldmVudF9leGVjdXRlX2hhbmRsZXJzKzB4OTkKIzEyIDB4ZmZmZmZmZmY4 MGEzMDkxNiBhdCBpdGhyZWFkX2xvb3ArMHhiNgojMTMgMHhmZmZmZmZmZjgwYTJkNjY0IGF0IGZv cmtfZXhpdCsweDg0CiMxNCAweGZmZmZmZmZmODBlZjVkMmUgYXQgZm9ya190cmFtcG9saW5lKzB4 ZQpHRU9NX0VMSTogRGV2aWNlIGdwdC9kYTE1LmVsaSBjcmVhdGVkLgpHRU9NX0VMSTogRW5jcnlw dGlvbjogQUVTLVhUUyAyNTYKR0VPTV9FTEk6ICAgICBDcnlwdG86IHNvZnR3YXJlCg== --=_9f8696cadf2bd12546e5ce122276142a-- From owner-freebsd-current@freebsd.org Wed Jun 13 19:27:36 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1E9FB100A04B for ; Wed, 13 Jun 2018 19:27:36 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (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 9290275C89 for ; Wed, 13 Jun 2018 19:27:35 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-RoutePath: aGlwcGll X-MHO-User: d1578089-6f3f-11e8-8837-614b7c574d04 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound1.ore.mailhop.org (Halon) with ESMTPSA id d1578089-6f3f-11e8-8837-614b7c574d04; Wed, 13 Jun 2018 19:27:32 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id w5DJRVRw061245; Wed, 13 Jun 2018 13:27:31 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1528918051.12122.70.camel@freebsd.org> Subject: Re: GELI attach issue from r326073 -> r334996 From: Ian Lepore To: Michael Jung , freebsd-current@freebsd.org Date: Wed, 13 Jun 2018 13:27:31 -0600 In-Reply-To: <1aa4ba2a8313f602bd0b0445987c18ec@mikej.com> References: <1aa4ba2a8313f602bd0b0445987c18ec@mikej.com> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2018 19:27:36 -0000 On Wed, 2018-06-13 at 14:29 -0400, Michael Jung wrote: > Hi! > > I just tried updating current from r326073 -> r334996 and when > I try 'geli attach' I get the following error: > > # geli attach -p -k mykey.key /dev/gpt/da14 > geli: Missing keyno argument > # > > If I boot the old kernel GELI attaches just fine. > > I ran into this once before but can not find the thread.  I recall > it being a bug... with no resolution. > > I mount zfs partitions over GELI - my painful solution was to > nuke each GPT partition in the zpool, resilver, repeat and > rinse until everything was non-encrypted and repeat the cycle > to re-encrypt.  NOT FUN. > > Looking for suggestions to supply additional information to debug > and resolve. > > dmesg attached from working kernel. > > Thanks! r333439 added a '-n keyno' parameter to geli attach, but it's supposed to default to trying all keys if you don't use -n. Is it possible you're running a newer kernel (or geom_eli module) than your userland or vice versa? -- Ian From owner-freebsd-current@freebsd.org Wed Jun 13 20:41:06 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 50A551014114 for ; Wed, 13 Jun 2018 20:41:06 +0000 (UTC) (envelope-from mike@sentex.net) 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 D7EF17A817 for ; Wed, 13 Jun 2018 20:41:05 +0000 (UTC) (envelope-from mike@sentex.net) Received: by mailman.ysv.freebsd.org (Postfix) id 90F1D1014106; Wed, 13 Jun 2018 20:41:05 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6BFDD1014102; Wed, 13 Jun 2018 20:41:05 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [IPv6:2607:f3e0:80:80::2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0FCDF7A80F; Wed, 13 Jun 2018 20:41:04 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (lava.sentex.ca [IPv6:2607:f3e0:0:5::11]) by smarthost2.sentex.ca (8.15.2/8.15.2) with ESMTPS id w5DKf3vr075683 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 13 Jun 2018 16:41:04 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [192.168.43.26] (saphire3.sentex.net [192.168.43.26]) by lava.sentex.ca (8.15.2/8.15.2) with ESMTP id w5DKf15J022704; Wed, 13 Jun 2018 16:41:02 -0400 (EDT) (envelope-from mike@sentex.net) Subject: Re: Ryzen public erratas To: Konstantin Belousov , current@freebsd.org, amd64@freebsd.org References: <20180613103535.GP2493@kib.kiev.ua> From: Mike Tancsa Openpgp: preference=signencrypt Autocrypt: addr=mike@sentex.net; prefer-encrypt=mutual; keydata= xsBNBEzcA24BCACpwI/iqOrs0GfQSfhA1v6Z8AcXVeGsRyKEKUpxoOYxXWc2z3vndbYlIP6E YJeifzKhS/9E+VjhhICaepLHfw865TDTUPr5D0Ed+edSsKjlnDtb6hfNJC00P7eoiuvi85TW F/gAxRY269A5d856bYrzLbkWp2lKUR3Bg6NnORtflGzx9ZWAltZbjYjjRqegPv0EQNYcHqWo eRpXilEo1ahT6nmOU8V7yEvT2j4wlLcQ6qg7w+N/vcBvyd/weiwHU+vTQ9mT61x5/wUrQhdw 2gJHeQXeDGMJV49RT2EEz+QVxaf477eyWsdQzPVjAKRMT3BVdK8WvpYAEfBAbXmkboOxABEB AAHNHG1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5jYT7CwHgEEwECACIFAkzcA24CGwMGCwkI BwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEJXHwM2kc8rX+sMH/2V6pTBKsQ5mpWWLgs6wVP2k BC+6r/YKNXv9Rw/PrC6+9hTbgA+sSjJ+8gxsCbJsOQXZrxF0x3l9oYdYfuKcwdwXFX1/FS8p HfBeDkmlH+dI709xT9wgrR4dS5aMmKp0scPrXPIAKiYVOHjOlNItcLYTEEWEFBepheEVsgmk GrNbcrHwOx/u4igUQ8vcpyXPyUki+BsftPw8ZQvBU887igh0OxaCR8AurJppQ5UQd63r81cX E1ZjoFoWCaGK/SjPb/OhpYpu5swoZIhOxQbn7OtakYPsDd5t2A5KhvjI8BMTnd5Go+2xsCmr jlIEq8Bi29gCcfQUvNiClevi13ifmnnOwE0ETNwDbgEIALWGNJHRAhpd0A4vtd3G0oRqMBcM FGThQr3qORmEBTPPEomTdBaHcn+Xl+3YUvTBD/67/mutWBwgp2R5gQOSqcM7axvgMSHbKqBL 9sd1LsLw0UT2O5AYxv3EwzhG84pwRg3XcUqvWA4lA8tIj/1q4Jzi5qOkg1zxq4W9qr9oiYK5 bBR638JUvr3eHMaz/Nz+sDVFgwHmXZj3M6aE5Ce9reCGbvrae7H5D5PPvtT3r22X8SqfVAiO TFKedCf/6jbSOedPN931FJQYopj9P6b3m0nI3ZiCDVSqeyOAIBLzm+RBUIU3brzoxDhYR8pz CJc2sK8l6YjqivPakrD86bFDff8AEQEAAcLAXwQYAQIACQUCTNwDbgIbDAAKCRCVx8DNpHPK 1+iQB/99aqNtez9ZTBWELj269La8ntuRx6gCpzfPXfn6SDIfTItDxTh1hrdRVP5QNGGF5wus N4EMwXouskva1hbFX3Pv72csYSxxEJXjW16oV8WK4KjKXoskLg2RyRP4uXqL7Mp2ezNtVY5F 9nu3fj4ydpHCSaqKy5xd70A8D50PfZsFgkrsa5gdQhPiGGEdxhq/XSeAAnZ4uVLJKarH+mj5 MEhgZPEBWkGrbDZpezl9qbFcUem/uT9x8FYT/JIztMVh9qDcdP5tzANW5J7nvgXjska+VFGY ryZK4SPDczh74mn6GI/+RBi7OUzXXPgpPBrhS5FByjwCqjjsSpTjTds+NGIY Organization: Sentex Communications Message-ID: <2838dcda-f117-6732-bf12-70618a81a1d7@sentex.net> Date: Wed, 13 Jun 2018 16:41:02 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <20180613103535.GP2493@kib.kiev.ua> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.78 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2018 20:41:06 -0000 On 6/13/2018 6:35 AM, Konstantin Belousov wrote: > Today I noted that AMD published the public errata document for Ryzens, > https://developer.amd.com/wp-content/resources/55449_1.12.pdf > > Some of the issues listed there looks quite relevant to the potential > hangs that some people still experience with the machines. I wrote > a script which should apply the recommended workarounds to the erratas > that I find interesting. > > To run it, kldload cpuctl, then apply the latest firmware update to your > CPU, then run the following shell script. Comments indicate the errata > number for the workarounds. Hi, tl;dr: The Microcode changes seem to fix a hard lockup I was able to reliable reproduce back in Feb. The BIOS on my AMD is pretty up to date. I think it has the same microcode as whats in the ports. x86info -a shows root@ryzenbsd11:/home/mdtancsa # x86info -a | grep -i microc Microcode patch level: 0x8001137 root@ryzenbsd11:/home/mdtancsa # after running the microcode update and root@ryzenbsd11:/home/mdtancsa # /usr/local/etc/rc.d/microcode_update onestart Updating CPU Microcode... Done. root@ryzenbsd11:/home/mdtancsa # x86info -a | grep -i microc Microcode patch level: 0x8001137 root@ryzenbsd11:/home/mdtancsa # However, the dmesg after the microcode update adds this line AMD Extended Feature Extensions ID EBX=0x1007 CPU: AMD Ryzen 5 1600X Six-Core Processor (3593.36-MHz K8-class CPU) Origin="AuthenticAMD" Id=0x800f11 Family=0x17 Model=0x1 Stepping=1 Features=0x178bfbff Features2=0x7ed8320b AMD Features=0x2e500800 AMD Features2=0x35c233ff Structured Extended Features=0x209c01a9 XSAVE Features=0xf SVM: NP,NRIP,VClean,AFlush,DAssist,NAsids=32768 TSC: P-state invariant, performance statistics I ran the script root@ryzenbsd11:/home/mdtancsa # cat fix.sh #!/bin/sh # Enable workarounds for erratas listed in # https://developer.amd.com/wp-content/resources/55449_1.12.pdf # 1057, 1109 sysctl machdep.idle_mwait=0 sysctl machdep.idle=hlt for x in /dev/cpuctl*; do # 1021 cpucontrol -m '0xc0011029|=0x2000' $x # 1033 cpucontrol -m '0xc0011020|=0x10' $x # 1049 cpucontrol -m '0xc0011028|=0x10' $x # 1095 cpucontrol -m '0xc0011020|=0x200000000000000' $x echo $x done root@ryzenbsd11:/home/mdtancsa # sh ./fix.sh machdep.idle_mwait: 1 -> 0 machdep.idle: acpi -> hlt /dev/cpuctl0 /dev/cpuctl1 /dev/cpuctl10 /dev/cpuctl11 /dev/cpuctl2 /dev/cpuctl3 /dev/cpuctl4 /dev/cpuctl5 /dev/cpuctl6 /dev/cpuctl7 /dev/cpuctl8 /dev/cpuctl9 root@ryzenbsd11:/home/mdtancsa # Using a FreeBSD stable from back in Feb, I was able to crash Ryzen and Epyc based systems (https://lists.freebsd.org/pipermail/freebsd-stable/2018-February/088439.html) by generating a lot of traffic between the hypervisor and guests. The same tests on an intel based box ran just fine. e.g. start 3 guests in bhyve (amd64) and run combos of iperf3 between them. It would not take too long, but the box would hard lock-- i.e. blank screen, no crash dump etc. With the latest micro code update, I have been running the same sort of tests and so far so good. I will let them run overnight to see if things are now stable on STABLE. ---Mike > > Please report the results. If the script helps, I will code the kernel > change to apply the workarounds. > > #!/bin/sh > > # Enable workarounds for erratas listed in > # https://developer.amd.com/wp-content/resources/55449_1.12.pdf > > # 1057, 1109 > sysctl machdep.idle_mwait=0 > sysctl machdep.idle=hlt > > for x in /dev/cpuctl*; do > # 1021 > cpucontrol -m '0xc0011029|=0x2000' $x > # 1033 > cpucontrol -m '0xc0011020|=0x10' $x > # 1049 > cpucontrol -m '0xc0011028|=0x10' $x > # 1095 > cpucontrol -m '0xc0011020|=0x200000000000000' $x > done > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > -- ------------------- 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-current@freebsd.org Wed Jun 13 20:46:40 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 208541014D39; Wed, 13 Jun 2018 20:46:40 +0000 (UTC) (envelope-from mikej@mikej.com) Received: from mx2.paymentallianceintl.com (mx2.paymentallianceintl.com [216.26.158.171]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx2.paymentallianceintl.com", Issuer "Go Daddy Secure Certificate Authority - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9C8A87AF30; Wed, 13 Jun 2018 20:46:38 +0000 (UTC) (envelope-from mikej@mikej.com) Received: from firewall.mikej.com (f [162.230.214.65]) by mx2.paymentallianceintl.com (8.15.2/8.15.2) with ESMTPS id w5DKkasm043608 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Wed, 13 Jun 2018 16:46:37 -0400 (EDT) (envelope-from mikej@mikej.com) X-SenderID: Sendmail Sender-ID Filter v1.0.0 mx2.paymentallianceintl.com w5DKkasm043608 Authentication-Results: mx2.paymentallianceintl.com; sender-id=pass header.from=mikej@mikej.com; spf=pass smtp.mfrom=mikej@mikej.com X-Authentication-Warning: mx2.paymentallianceintl.com: Host f [162.230.214.65] claimed to be firewall.mikej.com Received: from mail.mikej.com (firewall [192.168.6.63]) by firewall.mikej.com (8.15.2/8.15.2) with ESMTP id w5DKkZ4l002772; Wed, 13 Jun 2018 16:46:35 -0400 (EDT) (envelope-from mikej@mikej.com) X-Authentication-Warning: firewall.mikej.com: Host firewall [192.168.6.63] claimed to be mail.mikej.com MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Wed, 13 Jun 2018 16:46:35 -0400 From: Michael Jung To: Ian Lepore Cc: freebsd-current@freebsd.org, owner-freebsd-current@freebsd.org Subject: Re: GELI attach issue from r326073 -> r334996 In-Reply-To: <1528918051.12122.70.camel@freebsd.org> References: <1aa4ba2a8313f602bd0b0445987c18ec@mikej.com> <1528918051.12122.70.camel@freebsd.org> Message-ID: <174be0c8f126d47300df51392655d028@mikej.com> X-Sender: mikej@mikej.com User-Agent: Roundcube Webmail/1.3.6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2018 20:46:40 -0000 On 2018-06-13 15:27, Ian Lepore wrote: > On Wed, 2018-06-13 at 14:29 -0400, Michael Jung wrote: >> Hi! >> >> I just tried updating current from r326073 -> r334996 and when >> I try 'geli attach' I get the following error: >> >> # geli attach -p -k mykey.key /dev/gpt/da14 >> geli: Missing keyno argument >> # >> >> If I boot the old kernel GELI attaches just fine. >> >> I ran into this once before but can not find the thread.  I recall >> it being a bug... with no resolution. >> >> I mount zfs partitions over GELI - my painful solution was to >> nuke each GPT partition in the zpool, resilver, repeat and >> rinse until everything was non-encrypted and repeat the cycle >> to re-encrypt.  NOT FUN. >> >> Looking for suggestions to supply additional information to debug >> and resolve. >> >> dmesg attached from working kernel. >> >> Thanks! > > r333439 added a '-n keyno' parameter to geli attach, but it's supposed > to default to trying all keys if you don't use -n. Is it possible > you're running a newer kernel (or geom_eli module) than your userland > or vice versa? > > -- Ian > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" Ian: Yes you are correct.... Maybe not the best method but I normally installkernel - boot into single user mode - GELI attach, zfs mount -av, then installworld. My boot volume is UFS, but many of the mount points are on zpools. What would be the best way to test a new kernel without a full installworld with new userland geli bits? I currently don't have a way to backup my 35TB of data :-( and don't want to lose anything..... and I need a back out method should a full installworld fail. Thanks for you quick reply. --mikej From owner-freebsd-current@freebsd.org Thu Jun 14 00:31:39 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DCBEB10074E0 for ; Thu, 14 Jun 2018 00:31:38 +0000 (UTC) (envelope-from salbright.fbsd@gmail.com) Received: from mail-oi0-x235.google.com (mail-oi0-x235.google.com [IPv6:2607:f8b0:4003:c06::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 714B98584C for ; Thu, 14 Jun 2018 00:31:38 +0000 (UTC) (envelope-from salbright.fbsd@gmail.com) Received: by mail-oi0-x235.google.com with SMTP id d5-v6so4092361oib.5 for ; Wed, 13 Jun 2018 17:31:38 -0700 (PDT) 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=NCQqjoW5ePXomQcTyJs3R0tzHlfm2ybr9Nvnce7/aXA=; b=HeOS8C3j7v0WmhKKTIgHgR10eEauvZkqlffCUQUbxL9fmy9OTQmPtDBYexsulFIjz8 bg1i9w/hSlJrsbMY9LGdFoKEDIbLEdMnNCcmtadUFxNqFbxLmXyJaIb2tb0zQ1RRbJ6x TFHYVW8WRkD3ga2FkC46oY4gHBxlARYPOxhbhX9xbhBvHR/nhlmEfXXwrcGDh/Adcv94 XIycJs4eklzSB3HP8q3/Mn0cC88jQw6QYIbqR2ZBawu3HIw6O2g59ODVP4f3kFtYxJSN 0ShUhfNFpQM/GkJPMfYLyIzFIMXx02HD/B3BvsxYh1QQ1JafxR0zh97zd43jv6CRDO7H 2TNg== 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=NCQqjoW5ePXomQcTyJs3R0tzHlfm2ybr9Nvnce7/aXA=; b=TufRxMIaI9ZjNi5w0A3AuAYE+ttLQPsDro20/h/PYNwjST1xrlWursAiTeRValIjR9 mtp3/0nID2k0YF1rhx6/E4Q5FBxBH+b8CQwau1hTK+VqtkLe4P3MSf/+jcR7BtqTA7Hl /Gg/QWcDIdRZB/gHRHqMmid//1vGFhOlPn7UxKdS+KyZ62StPw5Jm438+MzovfKXluK1 LyyuI4EVSjisddZruclXWZbhpBTFERjEjyjRuo0p9dzt2elXsCCOHtXCXPgdFf4CII98 bUvK/D9lXMyLhqdNL0rwAVVmL6wPaKE1vVlOwNqKja5KUIOu0zuH02ljnN/L7WHQy5jr E7Bg== X-Gm-Message-State: APt69E2SWreNu9vnAbCDhDO2AfsN52D31kKOnlvpL8DB8Bqkl2inYY3x x4BbKBZ2CakB2iluMvR/ys4ssgtm9uJzh6WtZgVwlsJn X-Google-Smtp-Source: ADUXVKJEizwkRVSzMmGJI65MO3tvA+/A9BcIv5Mcy6jk241JBLUXvgyLfE/Vy5o6D+3Q6FB4NIiQJ0VhL3mlCHBF2Ug= X-Received: by 2002:aca:3103:: with SMTP id x3-v6mr225149oix.74.1528936297602; Wed, 13 Jun 2018 17:31:37 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a9d:20ca:0:0:0:0:0 with HTTP; Wed, 13 Jun 2018 17:31:37 -0700 (PDT) From: Stephen Albright Date: Wed, 13 Jun 2018 20:31:37 -0400 Message-ID: Subject: RealTek RTL8192E/RTL8192SE Wireless Support To: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.26 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2018 00:31:39 -0000 Hello All: I have a Samsung NP-N140 with a RTL8192E card and I am having difficulty with it. I am running -current because if I read the man pages correctly, only 12-Current has the driver in rtwn (from the rtwn(4) man page). So, I built a custom kernel per the man pages: # # MYKERNEL -- Custom Kernel for FreeBSD/i386 # # Originally created for 12.0 Current 20180605 r334665 # include GENERIC ident MYKERNEL # Custom Lines for the Samsung NP-N140 device rtwn # Required for Wireless device rtwnfw # Required for Wireless device rtwn_pci # Required for Wireless and I have a statement in /boot/loader.conf legal.realtek.license_ack=1 There are no error messages in dmesg pertaining to it that I see, however, pciconf -lv shows there is no driver bound to it ... none1@pci0:2:0:0: class=0x028000 card=0x7160144f chip=0x819210ec rev=0x01 hdr=0x00 vendor = 'Realtek Semiconductor Co., Ltd.' device = 'RTL8192E/RTL8192SE Wireless LAN Controller' class = network I realize this is probably a lack of google capabilities so I do apologize in advance, but any thoughts or suggestions to point me in the right direction? Stephen From owner-freebsd-current@freebsd.org Thu Jun 14 01:12:46 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 822F5100B3D7 for ; Thu, 14 Jun 2018 01:12:46 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from vps-mail.nomadlogic.org (mail.nomadlogic.org [IPv6:2607:f2f8:a098::2]) (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 D6AAB8770E for ; Thu, 14 Jun 2018 01:12:45 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from [192.168.1.106] (cpe-23-243-162-239.socal.res.rr.com [23.243.162.239]) by vps-mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id a6c34858 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Wed, 13 Jun 2018 18:12:43 -0700 (PDT) Subject: Re: RealTek RTL8192E/RTL8192SE Wireless Support To: Stephen Albright , freebsd-current@freebsd.org References: From: Pete Wright Message-ID: <7baa693c-dd15-7e73-0e1c-8feb0a3bd1f6@nomadlogic.org> Date: Wed, 13 Jun 2018 18:12:42 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2018 01:12:46 -0000 On 06/13/2018 17:31, Stephen Albright wrote: > Hello All: > > I have a Samsung NP-N140 with a RTL8192E card and I am having difficulty > with it. I am running -current because if I read the man pages correctly, > only 12-Current has the driver in rtwn (from the rtwn(4) man page). So, I > built a custom kernel per the man pages: out of curiosity have you attempted to boot 12-CURRENT with the stock GENERIC kernel and attempt to load the kernel module by hand or via /etc/rc.conf? for example you could create this line in /etc/rc.conf: kld_list="rtwn.ko" then verify it is loaded after reboot by running "kldstat". cheers, -pete -- Pete Wright pete@nomadlogic.org @nomadlogicLA From owner-freebsd-current@freebsd.org Thu Jun 14 01:20:17 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 605EB100C0D4 for ; Thu, 14 Jun 2018 01:20:17 +0000 (UTC) (envelope-from salbright.fbsd@gmail.com) Received: from mail-oi0-x22a.google.com (mail-oi0-x22a.google.com [IPv6:2607:f8b0:4003:c06::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E599C87DC6 for ; Thu, 14 Jun 2018 01:20:16 +0000 (UTC) (envelope-from salbright.fbsd@gmail.com) Received: by mail-oi0-x22a.google.com with SMTP id f79-v6so4160861oib.7 for ; Wed, 13 Jun 2018 18:20:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=893ZQ5aQi7EM5tGzkP8mAJO20HKuaeOFBPiaSCreq9A=; b=TEcSwAC+p4e3DO32inHZUpnz+5W3sFStgIJbZ/BATMPlAEsr1o7Mqe5+SbfsqKCNrr laZPcWSi6PBdT1jh++yiDNr1TETAI66tBU6jyvQIkUgaMF0yuR8Jn4n6WcKlF9eZwHjL YxLdPyapwJISd3Gq/tCij/wrouOXb8SGdpB4r1T9eHpZMVVswNDRhHkcXWrs+Pitx96R DO1c8Iid+nzppHNmxjRI129pK+VwCLulrHVBgjv8q/5JfesR7gh/kXEesTGNlKK8G/Mr CnpJKsCRmtyWRz1dMR/np4aF9YQ0dWf7LW06bKUNr30KiF/DrRNxwW1RDOGXd93Zxj8e YM4A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=893ZQ5aQi7EM5tGzkP8mAJO20HKuaeOFBPiaSCreq9A=; b=sXholwrbH5GiL5BEQyhOZt6AZYXSZik7521BW34Zu8UKa7PzKq+ExJW5iFOvjPjfpP 1cg7xgPwNwJvix2EYaAlx38ZsAyE2rT3ufwIiSGaygEme7cfkC230vT31t2V1sf1+QpS MvJG//ue6if/McyevSdQ9GKZqO4K/mykg7drj1oza6qkrljtPENg13V6dEBSZuH7SDde vgNMPlmhQsOJnSqjJ89IdjYzTRgy7AhCU+bYBroHd38sN2HYQjnf2teV+7wgzBM0K0I5 B9nbqAPvV4RZmhw3q7tDokgwiu0UHiKZdBFOwsTXah/jCQ7T4PsTaVTU97DvqWmNlWl8 gpTQ== X-Gm-Message-State: APt69E2anY41rErbmXx9PmmBWlaAXaRrRhtohCi4lIftOxrdi8Gah8la MiYJ11nFt9jeVJmT9j66NCHjc5QGAeYWO2zW64gtyQ== X-Google-Smtp-Source: ADUXVKJ3UsM06EZBdhj4bFdjGZFqG7w9TYToivF2n1+oIQdkgRG7W3Wah+AJzu/jUZDRoEiuJRRhyWRDtbl40T4QqeM= X-Received: by 2002:aca:4ed6:: with SMTP id c205-v6mr247282oib.254.1528939216428; Wed, 13 Jun 2018 18:20:16 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a9d:20ca:0:0:0:0:0 with HTTP; Wed, 13 Jun 2018 18:20:16 -0700 (PDT) In-Reply-To: <7baa693c-dd15-7e73-0e1c-8feb0a3bd1f6@nomadlogic.org> References: <7baa693c-dd15-7e73-0e1c-8feb0a3bd1f6@nomadlogic.org> From: Stephen Albright Date: Wed, 13 Jun 2018 21:20:16 -0400 Message-ID: Subject: Re: RealTek RTL8192E/RTL8192SE Wireless Support To: Pete Wright Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.26 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2018 01:20:17 -0000 Hi Pete, I did not try in /etc/rc.conf. I did however try with GENERIC and use kldload and kldstat listed them as loaded. I will try the rc.conf method momentarily. Stephen On Wed, Jun 13, 2018 at 9:12 PM, Pete Wright wrote: > > > On 06/13/2018 17:31, Stephen Albright wrote: > >> Hello All: >> >> I have a Samsung NP-N140 with a RTL8192E card and I am having difficulty >> with it. I am running -current because if I read the man pages correctly, >> only 12-Current has the driver in rtwn (from the rtwn(4) man page). So, I >> built a custom kernel per the man pages: >> > > > out of curiosity have you attempted to boot 12-CURRENT with the stock > GENERIC kernel and attempt to load the kernel module by hand or via > /etc/rc.conf? > > for example you could create this line in /etc/rc.conf: > kld_list="rtwn.ko" > > then verify it is loaded after reboot by running "kldstat". > > cheers, > -pete > > -- > Pete Wright > pete@nomadlogic.org > @nomadlogicLA > > From owner-freebsd-current@freebsd.org Thu Jun 14 10:15:06 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 015CC101944F for ; Thu, 14 Jun 2018 10:15:06 +0000 (UTC) (envelope-from salbright.fbsd@gmail.com) Received: from mail-lf0-x235.google.com (mail-lf0-x235.google.com [IPv6:2a00:1450:4010:c07::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5CB6E821A7 for ; Thu, 14 Jun 2018 10:15:05 +0000 (UTC) (envelope-from salbright.fbsd@gmail.com) Received: by mail-lf0-x235.google.com with SMTP id y20-v6so8572572lfy.0 for ; Thu, 14 Jun 2018 03:15:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=SST8V9MnxWkVvAGApdrijKbVd1TezrECNZ6y0x1RCYM=; b=qYaNXwhE5e+6Ptlr440CWS3VVQ1RZkuFtdSJtl/uzD9Dpihcpb5Dx1MIMzMbmta8sL T6aupurLisqWBNfsYDGdpf9vuReDsnDwOaZgkI7FO6xiKw6p7T3yI3460BGC+s1b7mN8 GyjHc9ms6xwRUec9n1Pztzq/+ZuQgknDjyyhq7z6B/M9sy4nQriIQFhtlY+AjsZZ4Gmd 216x42457MMi+QTbx0zKdHmq+WUuMoWNb5/dqmXq+JcPW8SziBXy1ot0dtSxWJFtNZe6 ehWhTomFuoGHZZMc7dvHD0zDgBcdiHA72yzPdsPwrnmLikwpZS8K1rxeIM3JS70H1QUN t3IQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=SST8V9MnxWkVvAGApdrijKbVd1TezrECNZ6y0x1RCYM=; b=ty7amIuDMtexZQmLlVA89zwRd7NMZaxUGVY6f8R1rFe04HKKwNAvNVR9nVB+lo8vXV OyCqvecUAyLV5yvdIVRFwvYddCtWeypqj+VFRGLaTZQWrw7Kg7egpRs4wvbJ8uH6arka 6dOGIpuBCgFVAr89T1qxV3dYp/iAitUKnACXpkmwHgO4dpvuMk5vmqDpMVHfSrsoLGjv ZBTdAxqIehBJxG8rtl44g/qR36ewUbWLM00970rXMhtkAcCOF1izSYGoxH6KDVVDA82O guEjxLaQn+WGcsT3N+AAiwdqew9YnUVIUzRZRUQMq+mRQJbd6ixriX+EWiaC06wakbRo 8Maw== X-Gm-Message-State: APt69E3D3fprRriu5bcPfj9heB5tbTNxMwv4P+D3Dtr2eB8pGfg0ymzq Nq7wVr+exwsSoHJUKd4LVYhFYUaCULl8rUbvhxQxhQ== X-Google-Smtp-Source: ADUXVKJzVo00KhsMsuyvkmeI0yoFp22uc4ZhyyRCh+l/GzcN2cNP0zH8kFqc6il5wZyDEe0Vu26SCG/lopiJhaZtM8Y= X-Received: by 2002:a2e:486:: with SMTP id a6-v6mr1375142ljf.86.1528971303977; Thu, 14 Jun 2018 03:15:03 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a19:2a5d:0:0:0:0:0 with HTTP; Thu, 14 Jun 2018 03:15:03 -0700 (PDT) In-Reply-To: References: <7baa693c-dd15-7e73-0e1c-8feb0a3bd1f6@nomadlogic.org> From: Stephen Albright Date: Thu, 14 Jun 2018 06:15:03 -0400 Message-ID: Subject: Re: RealTek RTL8192E/RTL8192SE Wireless Support To: Pete Wright Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.26 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2018 10:15:06 -0000 Pete, That did not work either. interestingly enough, they did not load after reboot. 'kldstat' reports 'kernel' as the only thing loaded. Stephen On Wed, Jun 13, 2018 at 9:20 PM, Stephen Albright wrote: > Hi Pete, > > I did not try in /etc/rc.conf. I did however try with GENERIC and use > kldload and kldstat listed them as loaded. I will try the rc.conf method > momentarily. > > Stephen > > On Wed, Jun 13, 2018 at 9:12 PM, Pete Wright wrote: > >> >> >> On 06/13/2018 17:31, Stephen Albright wrote: >> >>> Hello All: >>> >>> I have a Samsung NP-N140 with a RTL8192E card and I am having difficulty >>> with it. I am running -current because if I read the man pages >>> correctly, >>> only 12-Current has the driver in rtwn (from the rtwn(4) man page). So, >>> I >>> built a custom kernel per the man pages: >>> >> >> >> out of curiosity have you attempted to boot 12-CURRENT with the stock >> GENERIC kernel and attempt to load the kernel module by hand or via >> /etc/rc.conf? >> >> for example you could create this line in /etc/rc.conf: >> kld_list="rtwn.ko" >> >> then verify it is loaded after reboot by running "kldstat". >> >> cheers, >> -pete >> >> -- >> Pete Wright >> pete@nomadlogic.org >> @nomadlogicLA >> >> > From owner-freebsd-current@freebsd.org Thu Jun 14 13:36:06 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5006410052FD for ; Thu, 14 Jun 2018 13:36:06 +0000 (UTC) (envelope-from eric@vangyzen.net) 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 E6A456AADD for ; Thu, 14 Jun 2018 13:36:05 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: by mailman.ysv.freebsd.org (Postfix) id 9A9B310052FB; Thu, 14 Jun 2018 13:36:05 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 88D6410052F9; Thu, 14 Jun 2018 13:36:05 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [IPv6:2607:fc50:1000:7400:216:3eff:fe72:314f]) (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 2F5316AAD8; Thu, 14 Jun 2018 13:36:05 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from sweettea.beer.town (unknown [76.164.8.130]) by smtp.vangyzen.net (Postfix) with ESMTPSA id 007F8564A4; Thu, 14 Jun 2018 08:36:03 -0500 (CDT) Subject: Re: Ryzen public erratas To: Konstantin Belousov , current@freebsd.org, amd64@freebsd.org References: <20180613103535.GP2493@kib.kiev.ua> From: Eric van Gyzen Openpgp: preference=signencrypt Message-ID: <231dda70-6383-9d5c-d6c3-98e1c784f505@vangyzen.net> Date: Thu, 14 Jun 2018 08:36:03 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <20180613103535.GP2493@kib.kiev.ua> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2018 13:36:06 -0000 On 06/13/2018 05:35, Konstantin Belousov wrote: > Today I noted that AMD published the public errata document for Ryzens, > https://developer.amd.com/wp-content/resources/55449_1.12.pdf > > Some of the issues listed there looks quite relevant to the potential > hangs that some people still experience with the machines. I wrote > a script which should apply the recommended workarounds to the erratas > that I find interesting. > > To run it, kldload cpuctl, then apply the latest firmware update to your > CPU, then run the following shell script. Comments indicate the errata > number for the workarounds. > > Please report the results. If the script helps, I will code the kernel > change to apply the workarounds. Kostik: This thread on the -stable list has a lot of positive feedback: https://lists.freebsd.org/pipermail/freebsd-stable/2018-June/089110.html Eric From owner-freebsd-current@freebsd.org Thu Jun 14 13:38:50 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5959E10055BD for ; Thu, 14 Jun 2018 13:38:50 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (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 EB0186AC65 for ; Thu, 14 Jun 2018 13:38:49 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.128.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 55EB62605D5; Thu, 14 Jun 2018 15:38:47 +0200 (CEST) Subject: Re: RealTek RTL8192E/RTL8192SE Wireless Support To: Stephen Albright , Pete Wright Cc: freebsd-current@freebsd.org References: <7baa693c-dd15-7e73-0e1c-8feb0a3bd1f6@nomadlogic.org> From: Hans Petter Selasky Message-ID: Date: Thu, 14 Jun 2018 15:38:30 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2018 13:38:50 -0000 On 06/14/18 12:15, Stephen Albright wrote: > Pete, > > That did not work either. interestingly enough, they did not load after > reboot. 'kldstat' reports 'kernel' as the only thing loaded. Is /boot/modules empty? Are there any errors in dmesg? --HPS From owner-freebsd-current@freebsd.org Thu Jun 14 14:24:21 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1EF3B1008B2B for ; Thu, 14 Jun 2018 14:24:21 +0000 (UTC) (envelope-from mike@sentex.net) 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 976AC6CE25 for ; Thu, 14 Jun 2018 14:24:20 +0000 (UTC) (envelope-from mike@sentex.net) Received: by mailman.ysv.freebsd.org (Postfix) id 582D61008B27; Thu, 14 Jun 2018 14:24:20 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1AE4F1008B22 for ; Thu, 14 Jun 2018 14:24:20 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [IPv6:2607:f3e0:80:80::2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 99F416CE23 for ; Thu, 14 Jun 2018 14:24:19 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (lava.sentex.ca [IPv6:2607:f3e0:0:5::11]) by smarthost2.sentex.ca (8.15.2/8.15.2) with ESMTPS id w5EEOIhf082302 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 14 Jun 2018 10:24:18 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [192.168.43.26] (saphire3.sentex.ca [192.168.43.26]) by lava.sentex.ca (8.15.2/8.15.2) with ESMTP id w5EEOGPr026423; Thu, 14 Jun 2018 10:24:17 -0400 (EDT) (envelope-from mike@sentex.net) Subject: Re: Ryzen public erratas To: Eric van Gyzen , Konstantin Belousov , current@freebsd.org References: <20180613103535.GP2493@kib.kiev.ua> <231dda70-6383-9d5c-d6c3-98e1c784f505@vangyzen.net> From: Mike Tancsa Openpgp: preference=signencrypt Autocrypt: addr=mike@sentex.net; prefer-encrypt=mutual; keydata= xsBNBEzcA24BCACpwI/iqOrs0GfQSfhA1v6Z8AcXVeGsRyKEKUpxoOYxXWc2z3vndbYlIP6E YJeifzKhS/9E+VjhhICaepLHfw865TDTUPr5D0Ed+edSsKjlnDtb6hfNJC00P7eoiuvi85TW F/gAxRY269A5d856bYrzLbkWp2lKUR3Bg6NnORtflGzx9ZWAltZbjYjjRqegPv0EQNYcHqWo eRpXilEo1ahT6nmOU8V7yEvT2j4wlLcQ6qg7w+N/vcBvyd/weiwHU+vTQ9mT61x5/wUrQhdw 2gJHeQXeDGMJV49RT2EEz+QVxaf477eyWsdQzPVjAKRMT3BVdK8WvpYAEfBAbXmkboOxABEB AAHNHG1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5jYT7CwHgEEwECACIFAkzcA24CGwMGCwkI BwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEJXHwM2kc8rX+sMH/2V6pTBKsQ5mpWWLgs6wVP2k BC+6r/YKNXv9Rw/PrC6+9hTbgA+sSjJ+8gxsCbJsOQXZrxF0x3l9oYdYfuKcwdwXFX1/FS8p HfBeDkmlH+dI709xT9wgrR4dS5aMmKp0scPrXPIAKiYVOHjOlNItcLYTEEWEFBepheEVsgmk GrNbcrHwOx/u4igUQ8vcpyXPyUki+BsftPw8ZQvBU887igh0OxaCR8AurJppQ5UQd63r81cX E1ZjoFoWCaGK/SjPb/OhpYpu5swoZIhOxQbn7OtakYPsDd5t2A5KhvjI8BMTnd5Go+2xsCmr jlIEq8Bi29gCcfQUvNiClevi13ifmnnOwE0ETNwDbgEIALWGNJHRAhpd0A4vtd3G0oRqMBcM FGThQr3qORmEBTPPEomTdBaHcn+Xl+3YUvTBD/67/mutWBwgp2R5gQOSqcM7axvgMSHbKqBL 9sd1LsLw0UT2O5AYxv3EwzhG84pwRg3XcUqvWA4lA8tIj/1q4Jzi5qOkg1zxq4W9qr9oiYK5 bBR638JUvr3eHMaz/Nz+sDVFgwHmXZj3M6aE5Ce9reCGbvrae7H5D5PPvtT3r22X8SqfVAiO TFKedCf/6jbSOedPN931FJQYopj9P6b3m0nI3ZiCDVSqeyOAIBLzm+RBUIU3brzoxDhYR8pz CJc2sK8l6YjqivPakrD86bFDff8AEQEAAcLAXwQYAQIACQUCTNwDbgIbDAAKCRCVx8DNpHPK 1+iQB/99aqNtez9ZTBWELj269La8ntuRx6gCpzfPXfn6SDIfTItDxTh1hrdRVP5QNGGF5wus N4EMwXouskva1hbFX3Pv72csYSxxEJXjW16oV8WK4KjKXoskLg2RyRP4uXqL7Mp2ezNtVY5F 9nu3fj4ydpHCSaqKy5xd70A8D50PfZsFgkrsa5gdQhPiGGEdxhq/XSeAAnZ4uVLJKarH+mj5 MEhgZPEBWkGrbDZpezl9qbFcUem/uT9x8FYT/JIztMVh9qDcdP5tzANW5J7nvgXjska+VFGY ryZK4SPDczh74mn6GI/+RBi7OUzXXPgpPBrhS5FByjwCqjjsSpTjTds+NGIY Organization: Sentex Communications Message-ID: <402ba93e-4930-4237-dd53-d20a24b317e3@sentex.net> Date: Thu, 14 Jun 2018 10:24:17 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <231dda70-6383-9d5c-d6c3-98e1c784f505@vangyzen.net> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.78 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2018 14:24:21 -0000 On 6/14/2018 9:36 AM, Eric van Gyzen wrote: > On 06/13/2018 05:35, Konstantin Belousov wrote: >> Today I noted that AMD published the public errata document for Ryzens, >> https://developer.amd.com/wp-content/resources/55449_1.12.pdf >> >> Some of the issues listed there looks quite relevant to the potential >> hangs that some people still experience with the machines. I wrote >> a script which should apply the recommended workarounds to the erratas >> that I find interesting. >> >> To run it, kldload cpuctl, then apply the latest firmware update to your >> CPU, then run the following shell script. Comments indicate the errata >> number for the workarounds. >> >> Please report the results. If the script helps, I will code the kernel >> change to apply the workarounds. > Kostik: This thread on the -stable list has a lot of positive feedback: > > https://lists.freebsd.org/pipermail/freebsd-stable/2018-June/089110.html I have a couple of Epyc boxes that showed the same lockup behaviour. I will re-install FreeBSD on them and see if their microcode updates fix this issue as well... Should I run the same cpuctl commands on those CPUs ? BTW, I am happy to loan one out to you in the FreeBSD netperf cluster for a few weeks ---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-current@freebsd.org Thu Jun 14 15:04:11 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7E819100BD7C for ; Thu, 14 Jun 2018 15:04:11 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 0A1506F0E9 for ; Thu, 14 Jun 2018 15:04:11 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id BE73B100BD76; Thu, 14 Jun 2018 15:04:10 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ACEF7100BD75 for ; Thu, 14 Jun 2018 15:04:10 +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 0B5AA6F0E8 for ; Thu, 14 Jun 2018 15:04:09 +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 ESMTP id w5EF3s2a014240; Thu, 14 Jun 2018 18:03:57 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua w5EF3s2a014240 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id w5EF3shq014239; Thu, 14 Jun 2018 18:03:54 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 14 Jun 2018 18:03:54 +0300 From: Konstantin Belousov To: Mike Tancsa Cc: Eric van Gyzen , current@freebsd.org Subject: Re: Ryzen public erratas Message-ID: <20180614150354.GB2493@kib.kiev.ua> References: <20180613103535.GP2493@kib.kiev.ua> <231dda70-6383-9d5c-d6c3-98e1c784f505@vangyzen.net> <402ba93e-4930-4237-dd53-d20a24b317e3@sentex.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <402ba93e-4930-4237-dd53-d20a24b317e3@sentex.net> User-Agent: Mutt/1.10.0 (2018-05-17) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2018 15:04:11 -0000 On Thu, Jun 14, 2018 at 10:24:17AM -0400, Mike Tancsa wrote: > On 6/14/2018 9:36 AM, Eric van Gyzen wrote: > > On 06/13/2018 05:35, Konstantin Belousov wrote: > >> Today I noted that AMD published the public errata document for Ryzens, > >> https://developer.amd.com/wp-content/resources/55449_1.12.pdf > >> > >> Some of the issues listed there looks quite relevant to the potential > >> hangs that some people still experience with the machines. I wrote > >> a script which should apply the recommended workarounds to the erratas > >> that I find interesting. > >> > >> To run it, kldload cpuctl, then apply the latest firmware update to your > >> CPU, then run the following shell script. Comments indicate the errata > >> number for the workarounds. > >> > >> Please report the results. If the script helps, I will code the kernel > >> change to apply the workarounds. > > Kostik: This thread on the -stable list has a lot of positive feedback: > > > > https://lists.freebsd.org/pipermail/freebsd-stable/2018-June/089110.html > > I have a couple of Epyc boxes that showed the same lockup behaviour. I > will re-install FreeBSD on them and see if their microcode updates fix > this issue as well... I am not sure about only microcode update. Depending on the BIOS vendor and current BIOS, you may need all three: BIOS update, microcode update using cpucontrol/devcpu-data, and running the script I posted. In the best case, some of this is just redundand. > > Should I run the same cpuctl commands on those CPUs ? BTW, I am happy > to loan one out to you in the FreeBSD netperf cluster for a few weeks > > ---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-current@freebsd.org Thu Jun 14 15:12:08 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E1678100C86B for ; Thu, 14 Jun 2018 15:12:07 +0000 (UTC) (envelope-from mike@sentex.net) 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 76D726F917 for ; Thu, 14 Jun 2018 15:12:07 +0000 (UTC) (envelope-from mike@sentex.net) Received: by mailman.ysv.freebsd.org (Postfix) id 37386100C86A; Thu, 14 Jun 2018 15:12:07 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 131AB100C869 for ; Thu, 14 Jun 2018 15:12:07 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [IPv6:2607:f3e0:80:80::2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9A77D6F912 for ; Thu, 14 Jun 2018 15:12:06 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (lava.sentex.ca [IPv6:2607:f3e0:0:5::11]) by smarthost2.sentex.ca (8.15.2/8.15.2) with ESMTPS id w5EFC56U092590 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 14 Jun 2018 11:12:05 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [192.168.43.26] (saphire3.sentex.net [192.168.43.26]) by lava.sentex.ca (8.15.2/8.15.2) with ESMTP id w5EFC4JY026534; Thu, 14 Jun 2018 11:12:04 -0400 (EDT) (envelope-from mike@sentex.net) Subject: Re: Ryzen public erratas To: Konstantin Belousov Cc: Eric van Gyzen , current@freebsd.org References: <20180613103535.GP2493@kib.kiev.ua> <231dda70-6383-9d5c-d6c3-98e1c784f505@vangyzen.net> <402ba93e-4930-4237-dd53-d20a24b317e3@sentex.net> <20180614150354.GB2493@kib.kiev.ua> From: Mike Tancsa Openpgp: preference=signencrypt Autocrypt: addr=mike@sentex.net; prefer-encrypt=mutual; keydata= xsBNBEzcA24BCACpwI/iqOrs0GfQSfhA1v6Z8AcXVeGsRyKEKUpxoOYxXWc2z3vndbYlIP6E YJeifzKhS/9E+VjhhICaepLHfw865TDTUPr5D0Ed+edSsKjlnDtb6hfNJC00P7eoiuvi85TW F/gAxRY269A5d856bYrzLbkWp2lKUR3Bg6NnORtflGzx9ZWAltZbjYjjRqegPv0EQNYcHqWo eRpXilEo1ahT6nmOU8V7yEvT2j4wlLcQ6qg7w+N/vcBvyd/weiwHU+vTQ9mT61x5/wUrQhdw 2gJHeQXeDGMJV49RT2EEz+QVxaf477eyWsdQzPVjAKRMT3BVdK8WvpYAEfBAbXmkboOxABEB AAHNHG1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5jYT7CwHgEEwECACIFAkzcA24CGwMGCwkI BwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEJXHwM2kc8rX+sMH/2V6pTBKsQ5mpWWLgs6wVP2k BC+6r/YKNXv9Rw/PrC6+9hTbgA+sSjJ+8gxsCbJsOQXZrxF0x3l9oYdYfuKcwdwXFX1/FS8p HfBeDkmlH+dI709xT9wgrR4dS5aMmKp0scPrXPIAKiYVOHjOlNItcLYTEEWEFBepheEVsgmk GrNbcrHwOx/u4igUQ8vcpyXPyUki+BsftPw8ZQvBU887igh0OxaCR8AurJppQ5UQd63r81cX E1ZjoFoWCaGK/SjPb/OhpYpu5swoZIhOxQbn7OtakYPsDd5t2A5KhvjI8BMTnd5Go+2xsCmr jlIEq8Bi29gCcfQUvNiClevi13ifmnnOwE0ETNwDbgEIALWGNJHRAhpd0A4vtd3G0oRqMBcM FGThQr3qORmEBTPPEomTdBaHcn+Xl+3YUvTBD/67/mutWBwgp2R5gQOSqcM7axvgMSHbKqBL 9sd1LsLw0UT2O5AYxv3EwzhG84pwRg3XcUqvWA4lA8tIj/1q4Jzi5qOkg1zxq4W9qr9oiYK5 bBR638JUvr3eHMaz/Nz+sDVFgwHmXZj3M6aE5Ce9reCGbvrae7H5D5PPvtT3r22X8SqfVAiO TFKedCf/6jbSOedPN931FJQYopj9P6b3m0nI3ZiCDVSqeyOAIBLzm+RBUIU3brzoxDhYR8pz CJc2sK8l6YjqivPakrD86bFDff8AEQEAAcLAXwQYAQIACQUCTNwDbgIbDAAKCRCVx8DNpHPK 1+iQB/99aqNtez9ZTBWELj269La8ntuRx6gCpzfPXfn6SDIfTItDxTh1hrdRVP5QNGGF5wus N4EMwXouskva1hbFX3Pv72csYSxxEJXjW16oV8WK4KjKXoskLg2RyRP4uXqL7Mp2ezNtVY5F 9nu3fj4ydpHCSaqKy5xd70A8D50PfZsFgkrsa5gdQhPiGGEdxhq/XSeAAnZ4uVLJKarH+mj5 MEhgZPEBWkGrbDZpezl9qbFcUem/uT9x8FYT/JIztMVh9qDcdP5tzANW5J7nvgXjska+VFGY ryZK4SPDczh74mn6GI/+RBi7OUzXXPgpPBrhS5FByjwCqjjsSpTjTds+NGIY Organization: Sentex Communications Message-ID: <1f0bb657-f371-3f50-23d9-96655464de8b@sentex.net> Date: Thu, 14 Jun 2018 11:12:04 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <20180614150354.GB2493@kib.kiev.ua> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.78 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2018 15:12:08 -0000 On 6/14/2018 11:03 AM, Konstantin Belousov wrote: > I am not sure about only microcode update. Depending on the BIOS > vendor and current BIOS, you may need all three: BIOS update, microcode > update using cpucontrol/devcpu-data, and running the script I posted. > In the best case, some of this is just redundand. Thanks, I will run the tests on the Epyc system over the next few days. It took a little longer to crash the Epyc than the Ryzen. The Ryzen is still going now for 20hrs. Previously 5-10 min were enough to trigger the hard lockup. ---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-current@freebsd.org Thu Jun 14 20:15:51 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5307410000BB for ; Thu, 14 Jun 2018 20:15:51 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670066.outbound.protection.outlook.com [40.107.67.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT TLS CA 4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E4A617F419 for ; Thu, 14 Jun 2018 20:15:50 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTXPR0101MB0959.CANPRD01.PROD.OUTLOOK.COM (52.132.34.15) by YTXPR0101MB1968.CANPRD01.PROD.OUTLOOK.COM (52.132.39.143) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.863.17; Thu, 14 Jun 2018 20:15:49 +0000 Received: from YTXPR0101MB0959.CANPRD01.PROD.OUTLOOK.COM ([fe80::2cbc:a2ff:df24:74ff]) by YTXPR0101MB0959.CANPRD01.PROD.OUTLOOK.COM ([fe80::2cbc:a2ff:df24:74ff%3]) with mapi id 15.20.0863.016; Thu, 14 Jun 2018 20:15:49 +0000 From: Rick Macklem To: "freebsd-current@freebsd.org" Subject: utilities in /usr/bin or /usr/sbin? Thread-Topic: utilities in /usr/bin or /usr/sbin? Thread-Index: AQHUBBwbpfrSoP3WKkWzYAn0GuSY0Q== Date: Thu, 14 Jun 2018 20:15:49 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=rmacklem@uoguelph.ca; x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; YTXPR0101MB1968; 7:+qu7FBiiCT0wzTS5opmxSxlwmoHkeEAWMZREjv5fR0qIZ9LcllRGmLUZG/8B0iHfukmYGJqQkmfMoTTN9wohLtLus3p4FReCXp8njo7IVYeKYOmJO8OxHO3rvdqNdaDORQRHkCzuhppkB5xYWtOuNlooxIKRASqhOeBxgwE7OPrbeEYPL/7lMfip3Sw7lUt9JzeXKFFdW2SFroaVwdx4bLiGbZEFpU7V/8YUvDEhlUBUpa72KnQ77qdTPj6aDZcH x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 3790d1dd-27c7-4387-3785-08d5d2339f16 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989080)(4534165)(4627221)(201703031133081)(201702281549075)(8990040)(5600026)(711020)(2017052603328)(7153060)(7193020); SRVR:YTXPR0101MB1968; x-ms-traffictypediagnostic: YTXPR0101MB1968: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(158342451672863)(5213294742642); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(8121501046)(5005006)(3231254)(944501410)(52105095)(93006095)(93001095)(3002001)(10201501046)(149027)(150027)(6041310)(201703131423095)(201702281529075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123558120)(20161123562045)(20161123564045)(6072148)(201708071742011)(7699016); SRVR:YTXPR0101MB1968; BCL:0; PCL:0; RULEID:; SRVR:YTXPR0101MB1968; x-forefront-prvs: 0703B549E4 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(366004)(39380400002)(39860400002)(376002)(346002)(396003)(189003)(199004)(5660300001)(74482002)(476003)(81156014)(8676002)(81166006)(8936002)(3660700001)(486006)(2501003)(7696005)(316002)(2906002)(2351001)(786003)(33656002)(25786009)(6916009)(5640700003)(5250100002)(6436002)(305945005)(9686003)(55016002)(105586002)(106356001)(3280700002)(53936002)(86362001)(2900100001)(68736007)(478600001)(97736004)(14454004)(99286004)(74316002)(6506007)(186003)(26005)(102836004); DIR:OUT; SFP:1101; SCL:1; SRVR:YTXPR0101MB1968; H:YTXPR0101MB0959.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) x-microsoft-antispam-message-info: coa7fpTjl6Ok6gtzby8VKOmngRpckyWkLARlwq6usojZush+E5EKkJF089WOikeYiX8+9aGquekvWHf2f+HrTyzWooPX20roLPmKTbDJckFlhfN19JMPiEdcWVLL9rT1r/O92qHJIsfv7bRuwvPBqjIfcgrF7JussDWqlVMJBarzC6ye4F0krRZpPscJZEUV spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: 3790d1dd-27c7-4387-3785-08d5d2339f16 X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Jun 2018 20:15:49.6141 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTXPR0101MB1968 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2018 20:15:51 -0000 Hi, I have three new utilities that are mainly useful for managing the pNFS se= rver committed as r335130. In the projects tree, I have them in /usr/bin and man section 1. However, since they are mostly useful to a sysadmin managing the pNFS service, I'm thinking that maybe they should be in /usr/sbin with man pages in secti= on 8. Which of these sounds correct? Thanks, rick From owner-freebsd-current@freebsd.org Thu Jun 14 20:18:38 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 84E1310005CB for ; Thu, 14 Jun 2018 20:18:38 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670067.outbound.protection.outlook.com [40.107.67.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT TLS CA 4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 211E67F6CB for ; Thu, 14 Jun 2018 20:18:38 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTXPR0101MB0959.CANPRD01.PROD.OUTLOOK.COM (52.132.34.15) by YTXPR0101MB2110.CANPRD01.PROD.OUTLOOK.COM (52.132.40.26) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.841.17; Thu, 14 Jun 2018 20:18:37 +0000 Received: from YTXPR0101MB0959.CANPRD01.PROD.OUTLOOK.COM ([fe80::2cbc:a2ff:df24:74ff]) by YTXPR0101MB0959.CANPRD01.PROD.OUTLOOK.COM ([fe80::2cbc:a2ff:df24:74ff%3]) with mapi id 15.20.0863.016; Thu, 14 Jun 2018 20:18:37 +0000 From: Rick Macklem To: "freebsd-current@freebsd.org" Subject: Re: utilities in /usr/bin or /usr/sbin? Thread-Topic: utilities in /usr/bin or /usr/sbin? Thread-Index: AQHUBBwbpfrSoP3WKkWzYAn0GuSY0aRgMRLo Date: Thu, 14 Jun 2018 20:18:37 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=rmacklem@uoguelph.ca; x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; YTXPR0101MB2110; 7:x007xsj8BMCAj5eVRc+uJsvrDmfb+XF909fFNd/Jub7xM52R8c3pPfE1Ke1B3jCRog5DIYWZmDKf/S7sm9PZaPi5WmdxsHcCJayjDa+8RUcAsGq2RYUXiZvWwn3AfBJu9dYr9ZPpVSjrqJFf5MtnRs9JF4MQqMCobVGLksaFI4A3gLj9GtBX06mFHzaLndp6W3mhwNU/ED8M+DKeh9AccEC2jgmw0eXdsHq0GqFftaOOWnvAC1kaNogRPYjUtN82 x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 0236d07e-56ef-4605-42a3-08d5d23402f5 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989080)(5600026)(711020)(4534165)(4627221)(201703031133081)(201702281549075)(8990040)(2017052603328)(7153060)(7193020); SRVR:YTXPR0101MB2110; x-ms-traffictypediagnostic: YTXPR0101MB2110: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(158342451672863)(5213294742642); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(5005006)(8121501046)(3002001)(93006095)(93001095)(10201501046)(3231254)(944501410)(52105095)(149027)(150027)(6041310)(20161123560045)(201703131423095)(201702281529075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123558120)(20161123562045)(6072148)(201708071742011)(7699016); SRVR:YTXPR0101MB2110; BCL:0; PCL:0; RULEID:; SRVR:YTXPR0101MB2110; x-forefront-prvs: 0703B549E4 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39860400002)(376002)(396003)(366004)(346002)(39380400002)(199004)(189003)(99286004)(9686003)(5660300001)(74482002)(5250100002)(6916009)(102836004)(186003)(97736004)(2351001)(6506007)(26005)(55016002)(6436002)(229853002)(5640700003)(53936002)(478600001)(6246003)(68736007)(33656002)(81166006)(81156014)(8936002)(8676002)(305945005)(74316002)(25786009)(2501003)(14454004)(2900100001)(86362001)(3280700002)(105586002)(106356001)(316002)(786003)(486006)(7696005)(476003)(3660700001)(11346002)(2940100002)(446003)(76176011)(2906002); DIR:OUT; SFP:1101; SCL:1; SRVR:YTXPR0101MB2110; H:YTXPR0101MB0959.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) x-microsoft-antispam-message-info: kXn2halO9kyHOH0o0q5PniAV6IXnU1nHXhgAIu3IYBAZdZzLvIFqCx49qsnpvg073R+j9HLH6DN/MYnNwi7htLoqACCDj9sYMV3ECUy4/tpKPgSBN1Ti5l2qtSOLyFUi5GCxE7sPBkqiCxSsNF3XG8IF2AwxAstXykRzaLZd8t5W94Pwrh5p4msvRYfFc5tD spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: 0236d07e-56ef-4605-42a3-08d5d23402f5 X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Jun 2018 20:18:37.1442 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTXPR0101MB2110 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2018 20:18:38 -0000 I wrote: >I have three new utilities that are mainly useful for managing the pNFS s= erver >committed as r335130. Oops, I meant r334930, although it doesn't really affect the question. >In the projects tree, I have them in /usr/bin and man section 1. However, >since they are mostly useful to a sysadmin managing the pNFS service, >I'm thinking that maybe they should be in /usr/sbin with man pages in sect= ion 8. > >Which of these sounds correct? rick From owner-freebsd-current@freebsd.org Thu Jun 14 21:00:38 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7EBA61005CDF for ; Thu, 14 Jun 2018 21:00:38 +0000 (UTC) (envelope-from salbright.fbsd@gmail.com) Received: from mail-lf0-x241.google.com (mail-lf0-x241.google.com [IPv6:2a00:1450:4010:c07::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D196C81E8D for ; Thu, 14 Jun 2018 21:00:37 +0000 (UTC) (envelope-from salbright.fbsd@gmail.com) Received: by mail-lf0-x241.google.com with SMTP id i15-v6so11532012lfc.2 for ; Thu, 14 Jun 2018 14:00:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=zggJGuBmpoMd90QuKZLSz5W8dgwPOY4Xmh5hKqouKl8=; b=lKX24p7kxu008ve/e4Sl3/2/7cg7GyBVOJL4huJog+tnO1yXk+v4jyPLKfijZQN8p4 9MC4i/5pdY+xjVdzMm7EceMMzAGKvyowDPatAavwt8ljMK8spdC5LmerVcXk0SCI05cH NYfCD4rTe34c3B99aGWIhJQ8g4+dWg5CWEvl0pKaGmalexh+dA6LMV5LthEu1hS7vuHW As5nDvhN8xZzWRDpwCBhRLBVNUXMMLEGTJadE5eViE53XGXshoyhmw8c1chXfHyJxbKj y6A/o170b6wvwYnSdi5BOgOU9S5WQGOuguv+E8EzBn/qebP/S54jrKxRW00OFeyFjgJQ 4wtw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=zggJGuBmpoMd90QuKZLSz5W8dgwPOY4Xmh5hKqouKl8=; b=P6bAB1wY5Hrilu74u5NEyBYjAu26PvfhH1KkzNxDGaruyOq41nupezPHfozzcKVZdj N3NwgQZoJCNu+i6cYR+YPLGuEUDVSt/atX9FuhdPmeM2bRykd1sPBVrRtQh6zb1oPCmv pjt1MV25OadukLdCYlc+niQ3HHDNtVmF1ua915m4JZ3m3aqT2nl0KD3jdugDRVk8SWQm +hK4PNH/fAMvDLVV0xx1f79TvQarJwVcBr07t/DGB0LiOQh3+5NOiOZvoVm4XK/IYmY4 m6qAvhgSfhbu4Gun29J+zuqpdrOg6sSflZCgAlOVQIriNj6XdgcmoMkHYWTt8THrIyaL Muug== X-Gm-Message-State: APt69E37vDoBDdPVQ+pWXTajssBqfbBq5WY+Z+xxmPVCs7wPbLIYMMQz QgLO/Bxc4YAwFv28LJGXW7goqpG+DZuQ95KRTg7389fM X-Google-Smtp-Source: ADUXVKIsouCavwuJXwhczIgIezLpL1kxrN8hYvdkoCoeT4xhCPsKVpP6NBJ4Gx4Y09jPCjKwarImedUXngEXwK25WzM= X-Received: by 2002:a19:6915:: with SMTP id e21-v6mr6629712lfc.8.1529010036307; Thu, 14 Jun 2018 14:00:36 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a19:2a5d:0:0:0:0:0 with HTTP; Thu, 14 Jun 2018 14:00:35 -0700 (PDT) In-Reply-To: References: <7baa693c-dd15-7e73-0e1c-8feb0a3bd1f6@nomadlogic.org> From: Stephen Albright Date: Thu, 14 Jun 2018 17:00:35 -0400 Message-ID: Subject: Re: RealTek RTL8192E/RTL8192SE Wireless Support To: Hans Petter Selasky Cc: Pete Wright , freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.26 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2018 21:00:38 -0000 Hans, /boot/modules is indeed empty. I tried both with generic and custom kernels, it makes no difference. kldstat: Id Refs Address Size Name 1 1 0x800000 1af33b8 kernel /etc/rc.conf kld_list="rtwn.ko" kld_list="rtwnfw.ko" kld_list="rtwn_pci.ko" kld_list="rtwn_usb.ko" Here is dmesg output: MP Table Default Configuration 137 is unsupported 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-CURRENT #0: Thu Jun 14 02:55:01 EDT 2018 root@loki:/usr/obj/usr/src/i386.i386/sys/GENERIC i386 FreeBSD clang version 6.0.0 (tags/RELEASE_600/final 326565) (based on LLVM 6.0.0) WARNING: WITNESS option enabled, expect reduced performance. VT(vga): resolution 640x480 CPU: Intel(R) Atom(TM) CPU N280 @ 1.66GHz (1662.54-MHz 686-class CPU) Origin="GenuineIntel" Id=0x106c2 Family=0x6 Model=0x1c Stepping=2 Features=0xbfe9fbff Features2=0x40c39d AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 2147483648 (2048 MB) avail memory = 2065616896 (1969 MB) Event timer "LAPIC" quality 100 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 1 core(s) x 2 hardware threads random: unblocking device. ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard Launching APs: 1 Timecounter "TSC" frequency 1662535610 Hz quality 1000 random: entropy device external interface [ath_hal] loaded module_register_init: MOD_LOAD (vesa, 0x1602d80, 0) error 19 kbd1 at kbdmux0 nexus0 vtvga0: on motherboard cryptosoft0: on motherboard acpi0: on motherboard acpi0: Power Button (fixed) hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 450 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 cpu0: on acpi0 atrtc0: port 0x70-0x77 irq 8 on acpi0 atrtc0: Warning: Couldn't map I/O. atrtc0: registered as a time-of-day clock, resolution 1.000000s Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0x1800-0x1807 mem 0xf0000000-0xf007ffff,0xd0000000-0xdfffffff,0xf0200000-0xf023ffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: aperture size is 256M, detected 7932k stolen memory vgapci0: Boot video device vgapci1: mem 0xf0080000-0xf00fffff at device 2.1 on pci0 hdac0: mem 0xf0440000-0xf0443fff irq 22 at device 27.0 on pci0 pcib1: irq 17 at device 28.0 on pci0 pcib1: [GIANT-LOCKED] pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: irq 18 at device 28.2 on pci0 pcib2: [GIANT-LOCKED] pci2: on pcib2 re0: port 0x3000-0x30ff mem 0xf0510000-0xf0510fff,0xf0500000-0xf050ffff irq 18 at device 0.0 on pci2 re0: Using 1 MSI-X message re0: ASPM disabled re0: Chip rev. 0x24800000 re0: MAC rev. 0x00400000 miibus0: on re0 rlphy0: PHY 1 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow re0: Using defaults for TSO: 65518/35/2048 re0: Ethernet address: 00:24:54:14:39:5d uhci0: port 0x1820-0x183f irq 23 at device 29.0 on pci0 usbus0 on uhci0 usbus0: 12Mbps Full Speed USB v1.0 uhci1: port 0x1840-0x185f irq 19 at device 29.1 on pci0 usbus1 on uhci1 usbus1: 12Mbps Full Speed USB v1.0 uhci2: port 0x1860-0x187f irq 20 at device 29.2 on pci0 usbus2 on uhci2 usbus2: 12Mbps Full Speed USB v1.0 uhci3: port 0x1880-0x189f irq 16 at device 29.3 on pci0 usbus3 on uhci3 usbus3: 12Mbps Full Speed USB v1.0 ehci0: mem 0xf0444000-0xf04443ff irq 23 at device 29.7 on pci0 usbus4: EHCI version 1.0 usbus4 on ehci0 usbus4: 480Mbps High Speed USB v2.0 pcib3: at device 30.0 on pci0 pci3: on pcib3 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1810-0x181f at device 31.2 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 acpi_acad0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 battery0: on acpi0 orm0: at iomem 0xdf000-0xdffff,0xe0000-0xe17ff pnpid ORM0000 on isa0 ppc0: parallel port not found. est0: on cpu0 Timecounters tick every 1.000 msec hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 20,21 and 24,25 on hdaa0 ugen1.1: at usbus1 ugen4.1: at usbus4 uhub0: on usbus1 uhub1: ugen3.1: at usbus3 on usbus4 ugen0.1: at usbus0 uhub2: on usbus3 uhub3: on usbus0 ugen2.1: at usbus2 uhub4: on usbus2 uhub0: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: ATA8-ACS SATA 2.x device ada0: Serial Number 5VC94CX9 ada0: 150.000MB/s transfers (SATA, UDMA5, PIO 8192bytes) ada0: 238475MB (488397168 512 byte sectors) WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ada0s1a [rw]... warning: total configured swap (1018662 pages) exceeds maximum recommended amount (1010900 pages). warning: increase kern.maxswzone or reduce amount of swap. uhub1: 8 ports with 8 removable, self powered ugen4.2: at usbus4 lo0: link state changed to UP re0: link state changed to DOWN re0: link state changed to UP On Thu, Jun 14, 2018 at 9:38 AM, Hans Petter Selasky wrote: > On 06/14/18 12:15, Stephen Albright wrote: > >> Pete, >> >> That did not work either. interestingly enough, they did not load after >> reboot. 'kldstat' reports 'kernel' as the only thing loaded. >> > > Is /boot/modules empty? > > Are there any errors in dmesg? > > --HPS > > From owner-freebsd-current@freebsd.org Thu Jun 14 21:12:21 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2E70710076E0 for ; Thu, 14 Jun 2018 21:12:21 +0000 (UTC) (envelope-from mike@sentex.net) 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 5A01F82CB8 for ; Thu, 14 Jun 2018 21:12:20 +0000 (UTC) (envelope-from mike@sentex.net) Received: by mailman.ysv.freebsd.org (Postfix) id 1C3B610075B8; Thu, 14 Jun 2018 21:12:20 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D684C1007597 for ; Thu, 14 Jun 2018 21:12:19 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [IPv6:2607:f3e0:80:80::2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6969282CAA for ; Thu, 14 Jun 2018 21:12:19 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (lava.sentex.ca [IPv6:2607:f3e0:0:5::11]) by smarthost2.sentex.ca (8.15.2/8.15.2) with ESMTPS id w5ELCIc1065248 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 14 Jun 2018 17:12:18 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [192.168.43.26] (saphire3.sentex.net [192.168.43.26]) by lava.sentex.ca (8.15.2/8.15.2) with ESMTP id w5ELCG7m029472; Thu, 14 Jun 2018 17:12:16 -0400 (EDT) (envelope-from mike@sentex.net) Subject: Re: Ryzen public erratas (and Epyc ?) To: Konstantin Belousov Cc: Eric van Gyzen , current@freebsd.org References: <20180613103535.GP2493@kib.kiev.ua> <231dda70-6383-9d5c-d6c3-98e1c784f505@vangyzen.net> <402ba93e-4930-4237-dd53-d20a24b317e3@sentex.net> <20180614150354.GB2493@kib.kiev.ua> From: Mike Tancsa Openpgp: preference=signencrypt Autocrypt: addr=mike@sentex.net; prefer-encrypt=mutual; keydata= xsBNBEzcA24BCACpwI/iqOrs0GfQSfhA1v6Z8AcXVeGsRyKEKUpxoOYxXWc2z3vndbYlIP6E YJeifzKhS/9E+VjhhICaepLHfw865TDTUPr5D0Ed+edSsKjlnDtb6hfNJC00P7eoiuvi85TW F/gAxRY269A5d856bYrzLbkWp2lKUR3Bg6NnORtflGzx9ZWAltZbjYjjRqegPv0EQNYcHqWo eRpXilEo1ahT6nmOU8V7yEvT2j4wlLcQ6qg7w+N/vcBvyd/weiwHU+vTQ9mT61x5/wUrQhdw 2gJHeQXeDGMJV49RT2EEz+QVxaf477eyWsdQzPVjAKRMT3BVdK8WvpYAEfBAbXmkboOxABEB AAHNHG1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5jYT7CwHgEEwECACIFAkzcA24CGwMGCwkI BwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEJXHwM2kc8rX+sMH/2V6pTBKsQ5mpWWLgs6wVP2k BC+6r/YKNXv9Rw/PrC6+9hTbgA+sSjJ+8gxsCbJsOQXZrxF0x3l9oYdYfuKcwdwXFX1/FS8p HfBeDkmlH+dI709xT9wgrR4dS5aMmKp0scPrXPIAKiYVOHjOlNItcLYTEEWEFBepheEVsgmk GrNbcrHwOx/u4igUQ8vcpyXPyUki+BsftPw8ZQvBU887igh0OxaCR8AurJppQ5UQd63r81cX E1ZjoFoWCaGK/SjPb/OhpYpu5swoZIhOxQbn7OtakYPsDd5t2A5KhvjI8BMTnd5Go+2xsCmr jlIEq8Bi29gCcfQUvNiClevi13ifmnnOwE0ETNwDbgEIALWGNJHRAhpd0A4vtd3G0oRqMBcM FGThQr3qORmEBTPPEomTdBaHcn+Xl+3YUvTBD/67/mutWBwgp2R5gQOSqcM7axvgMSHbKqBL 9sd1LsLw0UT2O5AYxv3EwzhG84pwRg3XcUqvWA4lA8tIj/1q4Jzi5qOkg1zxq4W9qr9oiYK5 bBR638JUvr3eHMaz/Nz+sDVFgwHmXZj3M6aE5Ce9reCGbvrae7H5D5PPvtT3r22X8SqfVAiO TFKedCf/6jbSOedPN931FJQYopj9P6b3m0nI3ZiCDVSqeyOAIBLzm+RBUIU3brzoxDhYR8pz CJc2sK8l6YjqivPakrD86bFDff8AEQEAAcLAXwQYAQIACQUCTNwDbgIbDAAKCRCVx8DNpHPK 1+iQB/99aqNtez9ZTBWELj269La8ntuRx6gCpzfPXfn6SDIfTItDxTh1hrdRVP5QNGGF5wus N4EMwXouskva1hbFX3Pv72csYSxxEJXjW16oV8WK4KjKXoskLg2RyRP4uXqL7Mp2ezNtVY5F 9nu3fj4ydpHCSaqKy5xd70A8D50PfZsFgkrsa5gdQhPiGGEdxhq/XSeAAnZ4uVLJKarH+mj5 MEhgZPEBWkGrbDZpezl9qbFcUem/uT9x8FYT/JIztMVh9qDcdP5tzANW5J7nvgXjska+VFGY ryZK4SPDczh74mn6GI/+RBi7OUzXXPgpPBrhS5FByjwCqjjsSpTjTds+NGIY Organization: Sentex Communications Message-ID: <06e0d0d5-6a6b-e4e0-9b15-eb93ccc89b0b@sentex.net> Date: Thu, 14 Jun 2018 17:12:17 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <20180614150354.GB2493@kib.kiev.ua> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.78 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2018 21:12:21 -0000 On 6/14/2018 11:03 AM, Konstantin Belousov wrote: > I am not sure about only microcode update. Depending on the BIOS > vendor and current BIOS, you may need all three: BIOS update, microcode > update using cpucontrol/devcpu-data, and running the script I posted. > In the best case, some of this is just redundand. OK, before and after shows the same microcode rev CPU: AMD EPYC 7281 16-Core Processor (2100.06-MHz K8-class CPU) Origin="AuthenticAMD" Id=0x800f12 Family=0x17 Model=0x1 Stepping=2 Features=0x178bfbff Features2=0x7ed8320b AMD Features=0x2e500800 AMD Features2=0x35c233ff Structured Extended Features=0x209c01a9 XSAVE Features=0xf AMD Extended Feature Extensions ID EBX=0x1007 SVM: NP,NRIP,VClean,AFlush,DAssist,NAsids=32768 TSC: P-state invariant, performance statistics # x86info -a | grep -i micro Microcode patch level: 0x8001227 # I then ran the fix script. I will let the box grind away over the weekend to see if it survives. Previously, a couple of hours would lock it up. I am running it now. One thing I did notice is a bunch of these showing up Jun 14 17:11:18 r11epyc kernel: fpudna: fpcurthread == curthread ---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-current@freebsd.org Thu Jun 14 21:16:38 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B91EC1007E3D for ; Thu, 14 Jun 2018 21:16:38 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.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 4113782F7D for ; Thu, 14 Jun 2018 21:16:38 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 02F791007E31; Thu, 14 Jun 2018 21:16:38 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D525E1007E2F for ; Thu, 14 Jun 2018 21:16:37 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: from mail-yw0-x22e.google.com (mail-yw0-x22e.google.com [IPv6:2607:f8b0:4002:c05::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7044682F7A for ; Thu, 14 Jun 2018 21:16:37 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: by mail-yw0-x22e.google.com with SMTP id 81-v6so2653116ywb.6 for ; Thu, 14 Jun 2018 14:16:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd-org.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Aw+KeO5cod+nIzxF7l/RFobdzRbQ5kEy23yswVTM1Fk=; b=cR4iIKYwd4/VkwfTCQfAIWX9rizbK8L9LW55vkP6aEZ7gKMzWGQz5xm4Rtug4dv7ZT cRIdIpNHUPJ50LLws129NKCj/eTF/RDuPpZOUVKbPmpXhhJ+JuzwOIf7Qk1S2B0K4dxx Ptw6EWW8jB8niyGNSFljl7OCbu77GtX8OvmlkJ48S8n/sBtMofF0heK1EIfAvDc42uNS X8alwUFe56KM3oz85KObEjUlSpsYZzyZMdXZjYncyF+NHKqMWwKvGOkYgA+/OK1Kz/Ff 51XFKeNr72bJ81EvjG0dc4STXAORry8ykO+5Jp4NUpJqwcHJymzZ8HqAUiy/Vee0XTTF 2LKw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Aw+KeO5cod+nIzxF7l/RFobdzRbQ5kEy23yswVTM1Fk=; b=jNlhGBJO7Mf4JnWr96VlxC0ScF0QAhLuJczSqJTWutF8sFpfTcB5dS+hJkobJje5qf U0182JkAbsoVI4MrDiUMLL1PeK4Gw0GRw0h4INPtkMyMPlxFzQElQKYAUrFRQJMvg8dD iadW/rZthKFS1PJUg+xDvlmTvfPEtS9galvBE3egAu2vYMMADGZi3vhRShsShVH+50if mRgoerxzU/rQWdX4dpGDw1Ltkae1zbOsI4m1Vpv25o0+mlDXaWc+HqveDR8z62bIhN9y wb7sJfdobo6vhnxJuMte0NVjHYl5Jot/vOkb9VuBg10uf6sbCtf4xXnBTr73OZQXO7Kb lE5w== X-Gm-Message-State: APt69E3V/KTNDMqxfV5ONSTAn25QoSjnfJjl1MlKkyO9SvVIF1m0oECz LsSgP1btJApJqiBzJTvEfUsILX0T7w7eqzPltZNzCQ== X-Google-Smtp-Source: ADUXVKJkZs1G1+ylp3kAGBNGtdnM9x1xrIN9pz5GeFrBuWtGwgntrneOpYlgwvmOWNCkHJwrDgUhU5LXRJsCOXBNRB8= X-Received: by 2002:a81:b86:: with SMTP id 128-v6mr2364628ywl.214.1529010997000; Thu, 14 Jun 2018 14:16:37 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a25:db86:0:0:0:0:0 with HTTP; Thu, 14 Jun 2018 14:16:36 -0700 (PDT) In-Reply-To: <06e0d0d5-6a6b-e4e0-9b15-eb93ccc89b0b@sentex.net> References: <20180613103535.GP2493@kib.kiev.ua> <231dda70-6383-9d5c-d6c3-98e1c784f505@vangyzen.net> <402ba93e-4930-4237-dd53-d20a24b317e3@sentex.net> <20180614150354.GB2493@kib.kiev.ua> <06e0d0d5-6a6b-e4e0-9b15-eb93ccc89b0b@sentex.net> From: Oliver Pinter Date: Thu, 14 Jun 2018 23:16:36 +0200 Message-ID: Subject: Re: Ryzen public erratas (and Epyc ?) To: Mike Tancsa Cc: Konstantin Belousov , Eric van Gyzen , "current@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.26 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2018 21:16:39 -0000 On Thursday, June 14, 2018, Mike Tancsa wrote: > On 6/14/2018 11:03 AM, Konstantin Belousov wrote: > > I am not sure about only microcode update. Depending on the BIOS > > vendor and current BIOS, you may need all three: BIOS update, microcode > > update using cpucontrol/devcpu-data, and running the script I posted. > > In the best case, some of this is just redundand. > > OK, before and after shows the same microcode rev > > CPU: AMD EPYC 7281 16-Core Processor (2100.06-MHz > K8-class CPU) > Origin="AuthenticAMD" Id=0x800f12 Family=0x17 Model=0x1 Stepping=2 > > Features=0x178bfbff APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT> > > Features2=0x7ed8320b SSE4.1,SSE4.2,MOVBE,POPCNT,AESNI,XSAVE,OSXSAVE,AVX,F16C,RDRAND> > AMD Features=0x2e500800 > AMD > Features2=0x35c233ff Prefetch,OSVW,SKINIT,WDT,TCE,Topology,PCXC,PNXC,DBE,PL2I,MWAITX> > Structured Extended > Features=0x209c01a9 ADX,SMAP,CLFLUSHOPT,SHA> > XSAVE Features=0xf > AMD Extended Feature Extensions ID EBX=0x1007 > SVM: NP,NRIP,VClean,AFlush,DAssist,NAsids=32768 > TSC: P-state invariant, performance statistics > > # x86info -a | grep -i micro > Microcode patch level: 0x8001227 > # > > I then ran the fix script. I will let the box grind away over the > weekend to see if it survives. Previously, a couple of hours would lock > it up. I am running it now. One thing I did notice is a bunch of these > showing up > > Jun 14 17:11:18 r11epyc kernel: fpudna: fpcurthread == curthread This is a side effect of enabled eager FPU switch, it's orthogonal and already fixed - the printf has been removed - in current. > > > ---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 > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Thu Jun 14 21:44:08 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8C68A100B7D7 for ; Thu, 14 Jun 2018 21:44:08 +0000 (UTC) (envelope-from mail@dbalan.in) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (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 F318884C69 for ; Thu, 14 Jun 2018 21:44:07 +0000 (UTC) (envelope-from mail@dbalan.in) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 2F09A21B14; Thu, 14 Jun 2018 17:44:07 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Thu, 14 Jun 2018 17:44:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dbalan.in; h=cc :content-type:date:from:in-reply-to:message-id:mime-version :references:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= fm2; bh=u3EbZaS3HpvlsXkgfpel49Act5dkWEcji4IHDLipuUA=; b=g1cwLKLA 8xC1IqCv9kwu1maHZ7uBKTxcjjyVdnjJ7h762x6A5nGTGowDYUzii7z7O+JiKDpg CIst3N3/Tkqo0JkI6CKApqVqZzwngcx3oBe+D68Q94G0iHk1947VeQ/BOjizRU9E xEetLcPAMzjtoaNfTxfdVDyfnbO0yPpi8/Bq1W71U0qqIasXU56/DwFRHRqoe9n0 aDn+DcAsafNnkwCsiouyxeerOpdY/enLtW/JInTWxTdYbwXgBo6I3+xdV92SLw22 0otLxDCMWol5yM+pO/gOzRegHJL8EkFz2CuTZzyARRV47vQPVWSS6IBE/3jdLcA1 QEWwSwrFuD3nrg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; bh=u3EbZaS3HpvlsXkgfpel49Act5dkW Ecji4IHDLipuUA=; b=k9whwU2RAqBTmXL+HiptVVXSIHnmP5+Y3fhO3qtJqqqUq z+N56iiNS9/BjCOyYdSNqWyG95dAocM8ejuHlBUkfN8zF2h3FU1GpeCrxO4wmq09 oepIRaZaUXRYIJCnVlkp+Ipo7a4n3I/4cSrO52/uo2GwO8wPqNhOcQnNT3+0lzLC IFOKiAHcTvBj0Ztjxkql10TIPpbIZk5PUzgmOmBftZYtqK8VahEKkNpmTtAKCRIQ JlITDaX8EQVlMDuKEGyg7sqPYifQxmCcA4H1J6Mov9u5UyaEhjwcGMUxOf6CyIjL J+1B48KEBZhQMXzUYAxQ5ozI4D28KDtxJUVe3W7Aw== X-ME-Proxy: X-ME-Sender: Received: from localhost (dslb-094-216-127-245.094.216.pools.vodafone-ip.de [94.216.127.245]) by mail.messagingengine.com (Postfix) with ESMTPA id 5E1DBE4076; Thu, 14 Jun 2018 17:44:06 -0400 (EDT) Date: Thu, 14 Jun 2018 17:44:04 -0400 From: Dhananjay Balan To: Adrian Chadd Cc: Adam Vande More , cmt@burggraben.net, freebsd-current Subject: Re: Can't seem to use 5GHz APs with Intel wireless Message-ID: <20180614214404.zjmexgxqg3ufecfz@kazhap> References: <20180601091031.72u7tqfkatsl3guh@kazhap> <20180601223711.GA93642@elch.exwg.net> <20180603145342.qziiv7awhr4cvs73@kazhap> <20180603173330.p6h7x6vznzxwbqmp@squirrel.exwg.net> <20180604025016.xe5ezrkjum7gs3pv@kazhap> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20180512 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2018 21:44:08 -0000 On Wed, Jun 13, 2018 at 08:29:06AM -0700, Adrian Chadd wrote: > hm. Which country are you in? india? > > It seems to think you're in the FCC4 regdomain and DE country, which > if I read it right won't give you 5G. So somehow it determined you're > in the "wrong" country? No it was entirely my fault. I had "country DE regdomain FCC4" set in my rc.conf. I don't remmeber why I set regulatory domain or why I explicitly chose FCC4. :-( I was travelling around a bit when this thread was active, thats why my replies had different country code in them. - dbalan From owner-freebsd-current@freebsd.org Thu Jun 14 21:49:52 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 75E79100C329; Thu, 14 Jun 2018 21:49:52 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (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 DDBAB85054; Thu, 14 Jun 2018 21:49:51 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 653F721AC8; Thu, 14 Jun 2018 17:49:51 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Thu, 14 Jun 2018 17:49:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h=cc :content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= fm2; bh=So5e8NRZ2E1NT/WpycJPPFaFW/mhn0g0VNSvaLA+WD8=; b=O32CTya3 QG1RcePQuFuLkuYoIsmowHxyRPyf1g5Hi1E1CwAniY3t7Wg2XOvPyE4gr3oTAgJb aLslXWALZDKmQZars2MoD5c6pYnkxFJl3ojrO0YBF2TB8VgIV1c5UcUrznycUh0v CuOa36e5dLYrRcNK/r6Y7AQKclCVxo9KClgiWw47bDgS06ylHni3JYFnDHb+x/NE zoOdkmPYkTjOUwOVcqUstetXr2uxsPNEvBI1sGMmlSAU+youw9qBaLdc8U0+QOx3 UHgxPGdLvbhvwTklzsysD7DKSSkkNXXc0KhTyu8aDmJ047WWp8bepZhQKWU4FCLx SBmdsPLpKH+LfA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; bh=So5e8NRZ2E1NT/WpycJPPFaFW/mhn 0g0VNSvaLA+WD8=; b=GpOMkoJTerrWoqZPKuLwkuKuRedskjl6wqUZ9tHzyLeRk zH7nZVoZUBc7xIuDloQw2oFVQu2G1nNGkwum3OVlrxEPE6tXslvXRK6Ozx53M8dg Yqf24/P6YuOx1UsIMep5TAy2SuHGPJCVQ/2zWmf8mfnUu+znkJumFmmrb/UduY0a vFODtBAWddnz74BcQASVBELiKhBnOMbeS84rahZJMoiqB97AeD9SghQoWlXPfAJ8 MqWdd3wbqE4aJz9XHTqAWkJ1qxUcLWFdUP7hZRIccSjPXOmVfMtozQ3yTJf6pPHT md2uPxDHmeguWkHw48nNQqARKKfTZrtQBYkVMgKSg== X-ME-Proxy: X-ME-Sender: Received: from desktop.local (parsley.growveg.org [82.70.91.97]) by mail.messagingengine.com (Postfix) with ESMTPA id 9DEF0E4339; Thu, 14 Jun 2018 17:49:50 -0400 (EDT) To: freebsd-virtualization@freebsd.org From: tech-lists Subject: freebsd bhyve instance does not show kernel messages after boot screen Organization: none Cc: freebsd-current@freebsd.org Message-ID: <8fefdd40-5136-3bcd-829e-40f7d20c05e1@zyxst.net> Date: Thu, 14 Jun 2018 22:49:49 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2018 21:49:52 -0000 Hello list, context is freebsd-12 r317212 host and freebsd-11-stable r333924 guest I run this freebsd instance in screen. I start it like this: vmrun.sh -c 4 -m 8192M -t tap3 -d fbsd-guest.img fbsd-guest It starts, I get the daemon screen, then this: /boot/kernel/kernel text=0x70572d data=0xa5648+0x340ac0 syms=[0x8+0xc0c78+0x8+0xde421] /boot/entropy size=0x1000 Booting... Unhandled ps2 mouse command 0xe1 and that's it. The guest loads, is functional, I can ssh into it, etc. Other freebsd-11 VMs started in the exact same way on the same server give the expected messages scrolling up when the VM starts. Why is this VM different and how can I fix? There was a time when the messages were displayed, then one day they didn't. I've built/installed a new world/kernel on this VM to no effect. thanks, -- J. From owner-freebsd-current@freebsd.org Thu Jun 14 22:26:43 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4CFFA101064F for ; Thu, 14 Jun 2018 22:26:43 +0000 (UTC) (envelope-from dpd@dpdtech.com) Received: from mail-pf0-x229.google.com (mail-pf0-x229.google.com [IPv6:2607:f8b0:400e:c00::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 983ED86EDC for ; Thu, 14 Jun 2018 22:26:42 +0000 (UTC) (envelope-from dpd@dpdtech.com) Received: by mail-pf0-x229.google.com with SMTP id h12-v6so3899817pfk.11 for ; Thu, 14 Jun 2018 15:26:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dpdtech.com; s=google; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=RqXWHya5GM7WKKA/dP4LFIeI6zeNaWvE0fo1BlKovjk=; b=cU2NaoL7k3KF+hpr11kLt5GWSf9rddpsiwIT2zuX8MIBCgekJnAN8wzAyqbzgDq+F9 abtBBhXQq42NoEl3zOpL4RsBtkhUy9arOR8+QWVeaKqx8QOf+FToWMr39phuyRkWTvM7 XTJyhNiVBS//agUOBg/2E7wBnarQmD2DMT/xw= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=RqXWHya5GM7WKKA/dP4LFIeI6zeNaWvE0fo1BlKovjk=; b=NDuJaNCGjv+YV3lVnLK7gzGgCUu620xXATBNPePa6EGAdymxcKp1HCx6dFj3TjjZW8 ZV1OLqX48PBx7Kf0ZWO+OZKTOBLIy/HoaRo2dJD/GiqzV71bnTaXhM9H4XirpzYZx6sD mpS7dkgTG1G5wHBq7GwVURB79wusKLSnkyke4CCp9NoBNxSJ01UNzHeWjT+b9AIN2pnk m3XhOaEUI4ITInQh/4Bk/G2pT7ftpKTm133YnazFHiQ7Pfjwz4rjjv0nC9A5rdP0IPyo FWa6z7+kX1pVcOP4bF7olxyWApUEItfx8IHQmNLCvORluPGMZWkPeJES7+oea+9VAQvv 9LPg== X-Gm-Message-State: APt69E3EYwXnJoFSYbnbW2KB/NZxAt/HEzHqE4VDClDfQmjgFN8QZdsa fOHqYp2EHhzTiY+3Wkpt0K3eRoMvxYc= X-Google-Smtp-Source: ADUXVKKHSQIzxGeJvHHA3XHzMSJ9qB7WHnCDXMN3lPk8Qr1HZfDVyWcJkwt9YXXbCuEvB0ihPPbaHg== X-Received: by 2002:a63:6a89:: with SMTP id f131-v6mr3889172pgc.311.1529015201271; Thu, 14 Jun 2018 15:26:41 -0700 (PDT) Received: from [10.245.7.94] ([198.217.64.130]) by smtp.gmail.com with ESMTPSA id r26-v6sm16448857pfj.180.2018.06.14.15.26.39 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 14 Jun 2018 15:26:40 -0700 (PDT) From: "David P. Discher" Message-Id: <18BAA9E7-0320-434B-AC7B-F7C09F313F95@dpdtech.com> Content-Type: multipart/signed; boundary="Apple-Mail=_41BCEAE4-EBB3-4C6F-A732-09AB7C064CDE"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: freebsd bhyve instance does not show kernel messages after boot screen Date: Thu, 14 Jun 2018 15:26:43 -0700 In-Reply-To: <8fefdd40-5136-3bcd-829e-40f7d20c05e1@zyxst.net> Cc: freebsd-virtualization@freebsd.org, freebsd-current@freebsd.org To: tech-lists References: <8fefdd40-5136-3bcd-829e-40f7d20c05e1@zyxst.net> X-Mailer: Apple Mail (2.3273) X-Content-Filtered-By: Mailman/MimeDel 2.1.26 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2018 22:26:43 -0000 --Apple-Mail=_41BCEAE4-EBB3-4C6F-A732-09AB7C064CDE Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Try in /boot/loader.conf of the VM : console=3Duserboot or after beastie drop to loader OK promot and try : set console=3Duserboot I think 11.x should fall back to userboot in bhyve if vidconsole of = comconsole were set. (This is assuming non-EFI booting - using bhyveloader ). -- David P. Discher https://davidpdischer.com/ 408.368.3725 =E2=80=A2 dpd@dpdtech.com > On Jun 14, 2018, at 2:49 PM, tech-lists wrote: >=20 > Hello list, >=20 > context is freebsd-12 r317212 host and freebsd-11-stable r333924 guest >=20 > I run this freebsd instance in screen. I start it like this: >=20 > vmrun.sh -c 4 -m 8192M -t tap3 -d fbsd-guest.img fbsd-guest >=20 > It starts, I get the daemon screen, then this: >=20 > /boot/kernel/kernel text=3D0x70572d data=3D0xa5648+0x340ac0 = syms=3D[0x8+0xc0c78+0x8+0xde421] > /boot/entropy size=3D0x1000 > Booting... > Unhandled ps2 mouse command 0xe1 >=20 > and that's it. The guest loads, is functional, I can ssh into it, etc. >=20 > Other freebsd-11 VMs started in the exact same way on the same server = give the expected messages scrolling up when the VM starts. Why is this = VM different and how can I fix? There was a time when the messages were = displayed, then one day they didn't. >=20 > I've built/installed a new world/kernel on this VM to no effect. >=20 > thanks, > -- > J. > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" --Apple-Mail=_41BCEAE4-EBB3-4C6F-A732-09AB7C064CDE Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEE0NRmKhfZMBCWX+WgTRz/anz2TuUFAlsi66MACgkQTRz/anz2 TuXoowf+Nc/VLnT52ttebgMWOfzSE0oGfRj7RxZeIa5CR1DFk3K/koacx1tMKLe4 hNmGwFpzkC5d6AHUKNFwAFp68PCnPkWiIPbXkI5AsRlR1VtWm+pQbtr0FYJF3Ed/ xbkTvj+0v0O1e325DCSzGK9S4qfXLcvehcKpgmogG6RNsNE1Bc8i7KEuvvJkkCwC FQpMqf1DfqdR4v0odTXUXKv6oJqGNVvXBDVXo1f4nBZKma282XBmIlIl4sj1tk4Y 9wYnv2nIqFcWmWZUzN+09wsNu3A0Pwqn4+n9TuWeCFezRB+QYww/P8ck1M5u/q5B lP5oE3BpBIYjfWzwZR1XRbq1zdHeOw== =2DQ+ -----END PGP SIGNATURE----- --Apple-Mail=_41BCEAE4-EBB3-4C6F-A732-09AB7C064CDE-- From owner-freebsd-current@freebsd.org Thu Jun 14 22:38:26 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F34A61011F2B for ; Thu, 14 Jun 2018 22:38:25 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x230.google.com (mail-it0-x230.google.com [IPv6:2607:f8b0:4001:c0b::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 88EAA879A9 for ; Thu, 14 Jun 2018 22:38:25 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x230.google.com with SMTP id y127-v6so3603363itd.1 for ; Thu, 14 Jun 2018 15:38:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=Ni5Q10jAW7q3VNTnWbeQc98Uggz3Prs1xIQsu60tk8g=; b=qUCPu73YCkmh5pt7OWLpld8ktSZiyvtzYwkVUhMiLDiGouhO1dmGg4D4OKiqp8SWmp ju083IhgkTs+Pk55VDbQAh7MYruXyfY1FQ6O5RDfpEKPrhsYhmhQj/iKKr7iSAiXLsW9 t1Wt9/5m9ohdj6+5uW+mBu/+HF1Dj7YKGgc7QPoUqaji3w8kAnqbvgEZ6fGIX2SrHTvr pGZmwbFjolxzCKetKze/BnR1xU3rdvBVgIhEhTlFNBMAQ8OKehUbREESXEMaGJgyw1uu /VFwbFtrOCycK8wkApCcL02LzvxacAHlO9iov+GuF00g9C6jU4il9iI+fzqbcKhRSesS 03GQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=Ni5Q10jAW7q3VNTnWbeQc98Uggz3Prs1xIQsu60tk8g=; b=hKFdj0IHdqhsIaEacWfcgDxIAYEpM5WyfpY3gato/pMo8BuUIcN7eut37t03j6uQHI w+tisTgSWvdXMmZ7MtdpGpBF/9sMGnm0vFsuZ4PwbILdC2Ogtf4I1nezw6/1iuSkuaxh c2nPI13pZzDKyqTlLCY/UPsd36En4nSC/f3Ktm+vNZWGBc9ClM4/TD2wvz6TxbHbv8sO C+tLfJPmTP0G5nwu1ufrh/Z9rutbMG+ubGps2lJBbr+ygj3pah5+slHS2ourjqqzeavX 2Pl6JB9VzSefeRnGpCXkS5fNI9zGToq72oU3bl3XuXTY6fRgsTAJG4bDK6MKyxaSEEYh wvqQ== X-Gm-Message-State: APt69E1nymPfZ2ne4CiqE+erTKz7WKy8+DtfGb99yDA5TQHAuM1XlRZu zlCY+MbK1aciq1kFXG80G1Kw9yDuHMy2WoPAuNj2yQ== X-Google-Smtp-Source: ADUXVKKA/HCot4GDbvqft6aElqaEjwgWq1oteMZgptHasV2yeq/QWwPVMrizO0hJUnOm1njOJGLG4+5LhTrBnlgQPns= X-Received: by 2002:a24:7c8d:: with SMTP id a135-v6mr4019887itd.73.1529015904873; Thu, 14 Jun 2018 15:38:24 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 2002:a4f:d028:0:0:0:0:0 with HTTP; Thu, 14 Jun 2018 15:38:24 -0700 (PDT) X-Originating-IP: [2603:300b:6:5100:1052:acc7:f9de:2b6d] In-Reply-To: References: From: Warner Losh Date: Thu, 14 Jun 2018 16:38:24 -0600 X-Google-Sender-Auth: KWWoBF5p_wqvf8MjaBIF6bMzy1I Message-ID: Subject: Re: utilities in /usr/bin or /usr/sbin? To: Rick Macklem Cc: "freebsd-current@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.26 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2018 22:38:26 -0000 On Thu, Jun 14, 2018 at 2:15 PM, Rick Macklem wrote: > Hi, > > I have three new utilities that are mainly useful for managing the pNFS > server > committed as r335130. > > In the projects tree, I have them in /usr/bin and man section 1. However, > since they are mostly useful to a sysadmin managing the pNFS service, > I'm thinking that maybe they should be in /usr/sbin with man pages in > section 8. > > Which of these sounds correct? > /usr/sbin is the more proper location if they are truly admin-only commands. Warner From owner-freebsd-current@freebsd.org Fri Jun 15 00:44:10 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 64F411020D18 for ; Fri, 15 Jun 2018 00:44:10 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AB5476E018 for ; Fri, 15 Jun 2018 00:44:09 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id w5F0i5lT047700; Thu, 14 Jun 2018 17:44:05 -0700 (PDT) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id w5F0i5MM047699; Thu, 14 Jun 2018 17:44:05 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201806150044.w5F0i5MM047699@pdx.rh.CN85.dnsmgr.net> Subject: Re: utilities in /usr/bin or /usr/sbin? In-Reply-To: To: Warner Losh Date: Thu, 14 Jun 2018 17:44:05 -0700 (PDT) CC: Rick Macklem , "freebsd-current@freebsd.org" X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2018 00:44:10 -0000 > On Thu, Jun 14, 2018 at 2:15 PM, Rick Macklem wrote: > > > Hi, > > > > I have three new utilities that are mainly useful for managing the pNFS > > server > > committed as r335130. > > > > In the projects tree, I have them in /usr/bin and man section 1. However, > > since they are mostly useful to a sysadmin managing the pNFS service, > > I'm thinking that maybe they should be in /usr/sbin with man pages in > > section 8. > > > > Which of these sounds correct? > > > > /usr/sbin is the more proper location if they are truly admin-only commands. Dont these commands require root priv to work? If so they are certainly /usr/sbin material. -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Fri Jun 15 01:12:28 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7EF401000B9F for ; Fri, 15 Jun 2018 01:12:28 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670055.outbound.protection.outlook.com [40.107.67.55]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT TLS CA 4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 04FE46F248 for ; Fri, 15 Jun 2018 01:12:27 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTOPR0101MB0953.CANPRD01.PROD.OUTLOOK.COM (52.132.44.24) by YTOPR0101MB1803.CANPRD01.PROD.OUTLOOK.COM (52.132.44.152) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.863.17; Fri, 15 Jun 2018 01:12:26 +0000 Received: from YTOPR0101MB0953.CANPRD01.PROD.OUTLOOK.COM ([fe80::d0eb:3783:7c99:2802]) by YTOPR0101MB0953.CANPRD01.PROD.OUTLOOK.COM ([fe80::d0eb:3783:7c99:2802%3]) with mapi id 15.20.0863.016; Fri, 15 Jun 2018 01:12:26 +0000 From: Rick Macklem To: "Rodney W. Grimes" , Warner Losh CC: "freebsd-current@freebsd.org" Subject: Re: utilities in /usr/bin or /usr/sbin? Thread-Topic: utilities in /usr/bin or /usr/sbin? Thread-Index: AQHUBBwbpfrSoP3WKkWzYAn0GuSY0aRgWJYAgAAjHoCAAAZhLQ== Date: Fri, 15 Jun 2018 01:12:25 +0000 Message-ID: References: , <201806150044.w5F0i5MM047699@pdx.rh.CN85.dnsmgr.net> In-Reply-To: <201806150044.w5F0i5MM047699@pdx.rh.CN85.dnsmgr.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=rmacklem@uoguelph.ca; x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; YTOPR0101MB1803; 7:foOZoyznh2iootOeWesCiZooDs2Y6iIQtQfJWGpvBE1+EP0NldP0lhD6x1r8h5ravX9z2Pg+g2FnYbgF8KCDJLClnd02C5OV/JCyTtFjBHi+VAK8gLD44k7bow45uvSweaZImT2WLOtMLvI2omDaHnyr33wBWnOatsiVDhNqiUHFt3Fpsyb1gApUCTEyFpjoJETpxLOwRehB+vNI9gjrbG7v3oB1h/qrVX8rOzK970zFrzDPIWKkE4fPpnGbNWko x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: d6858148-0af5-4391-57ed-08d5d25d0e88 x-microsoft-antispam: UriScan:(18154293887054); BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989080)(4534165)(4627221)(201703031133081)(201702281549075)(8990040)(5600026)(711020)(2017052603328)(7153060)(7193020); SRVR:YTOPR0101MB1803; x-ms-traffictypediagnostic: YTOPR0101MB1803: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(158342451672863)(18154293887054)(5213294742642); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(5005006)(8121501046)(10201501046)(3002001)(93006095)(93001095)(3231254)(944501410)(52105095)(149027)(150027)(6041310)(20161123558120)(20161123564045)(20161123562045)(20161123560045)(201703131423095)(201702281529075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011)(7699016); SRVR:YTOPR0101MB1803; BCL:0; PCL:0; RULEID:; SRVR:YTOPR0101MB1803; x-forefront-prvs: 0704670F76 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(376002)(396003)(346002)(39380400002)(366004)(39860400002)(199004)(189003)(6436002)(229853002)(55016002)(97736004)(6506007)(2900100001)(102836004)(59450400001)(7696005)(53546011)(786003)(316002)(76176011)(86362001)(4326008)(6246003)(53936002)(68736007)(14454004)(478600001)(9686003)(3280700002)(2906002)(33656002)(105586002)(26005)(186003)(74482002)(106356001)(476003)(446003)(486006)(5250100002)(81156014)(3660700001)(110136005)(99286004)(25786009)(11346002)(81166006)(305945005)(8936002)(8676002)(74316002)(5660300001); DIR:OUT; SFP:1101; SCL:1; SRVR:YTOPR0101MB1803; H:YTOPR0101MB0953.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) x-microsoft-antispam-message-info: 6zYSLWzgvjf4vPgx6oI9yQT7Dy2crAZCBUM4OTTQGLOU34mFXyTwbz9ztDxmL0veaZJGQmagLA9dE/vEfLMfheSl32FbQ2+egCUh9nffKehdNj1VNDSH/EPdjVu58SP0ifyMwWISupGgJ4KI5sQndYTYxIe/55xoBYwLzKmHP8s8fN1w38l4wLYzfOOLvzWt spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: d6858148-0af5-4391-57ed-08d5d25d0e88 X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Jun 2018 01:12:25.9932 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTOPR0101MB1803 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2018 01:12:28 -0000 Rodney W. Grimes wrote: ?> On Thu, Jun 14, 2018 at 2:15 PM, Rick Macklem wro= te: >> >> > Hi, >> > >> > I have three new utilities that are mainly useful for managing the pN= FS >> > server >> > committed as r335130. >> > >> > In the projects tree, I have them in /usr/bin and man section 1. Howev= er, >> > since they are mostly useful to a sysadmin managing the pNFS service, >> > I'm thinking that maybe they should be in /usr/sbin with man pages in >> > section 8. >> > >> > Which of these sounds correct? >> > >> >> /usr/sbin is the more proper location if they are truly admin-only comma= nds. > >Dont these commands require root priv to work? >If so they are certainly /usr/sbin material. Yea, this is a little amusing. The first of these three utilities would just get an extended attribute and display the info (it's binary) and I didn't see any reason for this being restricted to root, so I didn't do that in the utility. However, I just realized I had never tried it as non-root and it doesn't wo= rk as non-root (apparently get extended attribute of "system" namespace is restricted to root). So, I think it's settled. They should all go in /usr/sbin. Thanks everyone for your comments, rick From owner-freebsd-current@freebsd.org Fri Jun 15 05:12:41 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8A7651019749 for ; Fri, 15 Jun 2018 05:12:41 +0000 (UTC) (envelope-from kevlo@ns.kevlo.org) Received: from ns.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ns.kevlo.org", Issuer "ns.kevlo.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D3E3F78856; Fri, 15 Jun 2018 05:12:40 +0000 (UTC) (envelope-from kevlo@ns.kevlo.org) Received: from ns.kevlo.org (localhost [127.0.0.1]) by ns.kevlo.org (8.15.2/8.15.2) with ESMTPS id w5F5AQTX079355 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 15 Jun 2018 13:10:26 +0800 (CST) (envelope-from kevlo@ns.kevlo.org) Received: (from kevlo@localhost) by ns.kevlo.org (8.15.2/8.15.2/Submit) id w5F5APZX079354; Fri, 15 Jun 2018 13:10:25 +0800 (CST) (envelope-from kevlo) Date: Fri, 15 Jun 2018 13:10:25 +0800 From: Kevin Lo To: Mark Johnston Cc: Lev Serebryakov , gljennjohn@gmail.com, FreeBSD current Subject: Re: swapping is completely broken in -CURRENT r334649? Message-ID: <20180615051025.GA79327@ns.kevlo.org> References: <20180605181716.73b8ea91@ernst.home> <2925b27f-43cf-8813-eaa7-4f3d12bef8f0@FreeBSD.org> <20180605214808.GA94301@pesky> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180605214808.GA94301@pesky> User-Agent: Mutt/1.8.0 (2017-02-23) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2018 05:12:41 -0000 On Tue, Jun 05, 2018 at 05:48:08PM -0400, Mark Johnston wrote: > > On Wed, Jun 06, 2018 at 12:22:08AM +0300, Lev Serebryakov wrote: > > On 05.06.2018 19:17, Gary Jennejohn wrote: > > > > > > > I complained about this also and alc@ gave me this hint: > > > sysctl vm.pageout_update_period=0 > > > > Really, situation is worse than stated in subject, because processes > > are being killed AFTER memory pressure, when here are a lot of free > > memory already! > > > > It looks like very serious bug. > > The issue was identified earlier this week and is being worked on. It's > a regression from r329882 which appears only on certain hardware. You > can probably work around it by setting vm.pageout_oom_seq to a large > value (try 1000 for instance), though this will make the "true" OOM > killer take longer to kick in. The problem is unrelated to the > pageout_update_period. I have a large swap space and I've encountered this issue as well pid 90707 (getty), uid 0, was killed: out of swap space pid 90709 (getty), uid 0, was killed: out of swap space pid 90709 (getty), uid 0, was killed: out of swap space ... Setting vm.pageout_oom_seq to 1000 doesn't help. If you have a patch I'll be happy to test it, thanks. Kevin From owner-freebsd-current@freebsd.org Fri Jun 15 06:45:11 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8A5B11022F62 for ; Fri, 15 Jun 2018 06:45:11 +0000 (UTC) (envelope-from alexvpetrov@gmail.com) Received: from mail-lf0-x233.google.com (mail-lf0-x233.google.com [IPv6:2a00:1450:4010:c07::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C5E4C7C31A for ; Fri, 15 Jun 2018 06:45:10 +0000 (UTC) (envelope-from alexvpetrov@gmail.com) Received: by mail-lf0-x233.google.com with SMTP id i15-v6so13060733lfc.2 for ; Thu, 14 Jun 2018 23:45:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:from:to:references:openpgp:autocrypt:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=Gs6Z3VtA8YVoKyUBG4pGsj05GDtzjZ4E/WsfLXlwm5A=; b=mET5QhGwLFDjS7erdewP8HEsDj52P0b2up2Hj4+7aGVtorLF8CkAalDjDHXDwBCpR6 mHRv8tW3yc/GojE8h1Yl/nQY/ACnXyiSH/uEaLnsXu5P+SFuqfjJLZDNTK7SACwzaLEe BMKxdassJmll/EE2nuyeaNIICesjEEjbN8WUN3h/VlPAGkiichKmoe4WpX8d1gR1OoQW DbO4DqQTPzTOFIA6vbGuZHwlY3JJj36n49PBw+b57qz/tw6T4GRIWWt/RDA68GPzppWw xQfE7PAhH7BZXmgCRUDGnV4bCK2jxLivO3vO1LP1whFR3xuRsKIIuren1ofkNCh+nKcf 8FLQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:from:to:references:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=Gs6Z3VtA8YVoKyUBG4pGsj05GDtzjZ4E/WsfLXlwm5A=; b=FLMPD1VR1s8Bia+I8/W7NX5AcsiQAYd1idFL9KYcfdbyB2ZTJ99LCSCUlnGuZwrY9G 1kJC5y7yvh7IyV5AjUUsWNeOCKyI7aFZrJOh1cVIsb5XH59hEQ3wVOzv4rT9BiLvL4C8 DVozRQNTC+F+6X6TjNuRtdeUJLNYjWIG41IjxnyBUNSAqJF88g5iLSj8auk4AhO41wGR U0WzPaFTwmjrYEQVo2NzlL8DvJoJtS+MKKKJvGveJeoBRZBKj5n2M31/TJFRJ3QXt+e2 RaFXUbnZL7//h02wyHZN7TrBLFfdfFnmorXV638kPahlgi2f+4v7osmXrNiUWcBgRvEd 6mKg== X-Gm-Message-State: APt69E2VCFwKWaejcXOfBFpbLJZgPDPJeTlAzYVLeDUPpNfmozQ6cI8w Dmtw2t9E/6vtW8cXle2dDMr4zg== X-Google-Smtp-Source: ADUXVKLOTB+zx2oLYo83HSmZ4RWDnEfbXQT3eMI4TtgNVwoY1r7j5zZirhL8B2B7G5A+5bxzJVG/ww== X-Received: by 2002:a19:ce87:: with SMTP id e129-v6mr327060lfg.57.1529045107998; Thu, 14 Jun 2018 23:45:07 -0700 (PDT) Received: from alex.super (stone.g-service.ru. [84.22.141.217]) by smtp.googlemail.com with ESMTPSA id o9-v6sm1389368lfk.2.2018.06.14.23.45.05 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 14 Jun 2018 23:45:06 -0700 (PDT) Subject: Re: Help USB keyboard trouble From: "Alex V. Petrov" To: Hans Petter Selasky , freebsd-current@freebsd.org References: <20fe1b1c-1563-ca86-a10d-a91684244c2c@gmail.com> <0d62c58e-57a7-bc9b-e690-c96d55904d88@gmail.com> Openpgp: preference=signencrypt Autocrypt: addr=alexvpetrov@gmail.com; prefer-encrypt=mutual; keydata= xsFNBFr3oA0BEADMSXiVd/IwYhJPMQ6LXbZ7jTA/RXuzrGYaR++UENx5QJ6/HJ/3myTeMnZE nNa0Zme+oKw/9s5x7rBTP6mL5ta7VSYpnPX932mAjT9J4nS7iW/wWNBqcXn7wDCog2TV8Ww3 13SUP2YaKoJKJLxddiZD6AJrkafB9EE/AycMQ8XxMao1lVS+/KAo0yciOsnSlIJCWhF00b3j xDlHLvehrDa4S3EB13bF6uE0XU5nFfMNHtBav2mwD9t01hNioCNTV1hXwmsS/L1n5PR5FyJJ yYtjeohrAUiGKGJU9lJJ6tROBhzV/k3OsOGPyajFOVsW0vUueYfgw+IAPYdOZIAONgNdxkvs tRLQxYPCBMN1FvQ7GlIhq7ob+mxuA1imXx3xzlYy5tu4QzB383qZtLqQnZpysjYooAbHl+eN vB2ldvH9TZxm3fxxNL6zgYAXE/pNgFoqg/ILmhDwvvHzApHqVCKU3g6yii0KPxD7susaUWcL JYgrmt2BIE0RuiQRGWyS0L277D/YGmVnPNHxPi58DBs2iexDm7jw7PhlmfOw44N9w+O09D2S gqmBHySAtsq9Z5LoM81F+LrOoVmpYczZWErS917Gua1X7K3wrXoqQC8qcSiHZpEcBl/Uohii QWzjQJot5LT7rvfFHpnSOXAKgN7enVM7KxTJAYK1U343GGdepQARAQABzTZBbGV4VlBldHJv diAoZmlyc3QgZ2xvYmFsIGtleSkgPGFsZXh2cGV0cm92QGdtYWlsLmNvbT7CwY4EEwEIADgW IQRvKPTT2TJuh37ANx313p8aVpVkcAUCWvegDQIbAwULCQgHAgYVCgkICwIEFgIDAQIeAQIX gAAKCRD13p8aVpVkcLLeEADClYAElEInGGjtLfH4jdjvTDaQTsrwT5/1E5/h8yxI4yn7hCt1 Dh+iCSUNLdPO88nZV2jP8bMQXFBKSbC0nAJXd8O+8t9AfSWoUC6IMzncxKTK/jZuJTCToCUR XZ+47+uJaBp51rpw3pFX8UrFlYSF6Dz97dI2cGHfx3xAOnowKxyHfthxS8waKWgbMOceds78 BP2+Q0iLCpoC9rO4KDc+w+h8z21eHIE9VHadTHpnKVF82voPH8XWvznTOCpYrdBwUtIyD/DV XRb0xcFsOSkvmReYX7u4QuOPLSc86sEWh4hXTFLAOdfeTjrDTDmBcmFpltmW1j+5t4mI1dK8 gptREM8gMJVJw3jjcO6jADeXX9q5C8/lX0sEGz9uC4oU5nkOMyfzd9Anb+9bCs7pMxhqAKjA 8tqJPPkmJU8WzMCs+uudIiQ8W9qIETwUJWxizQ3kvlzLfWRz5n93Y9kzSmjw81aiIJK/HFY8 wsW5zNo6JBn57cMPx8nBC4E2zM09ffmqSpjDwXfvZF2IIR8L4VTiKi3ovwLglJP+Qbs5HXNn 6K40cPNqfnHzPLwXwd/co04B/VVr+cKZuE58kYGty9Xs9q/SEpObDnxnLxMNHUNJJuRgOiti TKDkteHuKm6NA8v05o3TDQ5HU9szEoE5uoi/3pQ1ktfA/K3LkDwbotXL+87BTQRa96ANARAA w5+/xcaCP6iwsi2CFQ4pAWksdmPBEHA2VPn1ym3C6opjbyWUp6sn25eTWppdhA9rUqbM/zV/ hAFRT67oZJKBYNRaMoDdO8BsVZsg/u76QF/GuhbUjIk0tFFdpddMXl0zKAJJMCfDRxURRWv7 NW6sY/EZ4Dal5s4xOT+UrWGag3qoaIRdzw5bJRP+o75L90cE8pd7+Pd9cVJOOtTAwx0E4bPq dPSa6CPDSvzd9D3mw37dPzXysyQkQTy0OM7255E2wjYz3RbJxB3utybPVN3XJBD5EyA8IYeS ic1/03UrkRNv4XrLnlg7xLv96ZeCrf/BDNQW23iVwbISUAk4TXL7xs2TGYOmowZ89mMEcbfW ChX3YLAuAeWzgpMcrDC00izOxG0spkkrHL7/i1iSu2MKhv5qMTVgchlSktdd+KTba5keleHv ULQ3feGUKf9eTkKgES6q4rKrae0tIwByTLhhDVbkXqR6v8zrpJSscrvJ3tMNgquJKy5ATIUB nvUE2hMkSwtnJ2vQ/Z0zGt6c5KxI57/hsb148tXp1v3gAq9d6i8c8ChxSR/kUlqAvzl2QGcn CFVN6nfOzyNfBPZ61abNzkzjzyhOK4Gq4gQvx4QXhDp3jEME7rPM0Tqf0venb1Dp7SIHwggV yJglGApwoUvD4kKNIC7KDr+s/UjbBp4ExFMAEQEAAcLBdgQYAQgAIBYhBG8o9NPZMm6HfsA3 HfXenxpWlWRwBQJa96ANAhsMAAoJEPXenxpWlWRwAaEQAKm0imG5Fm37JZi+5faXJv/ZLZGl r4TVg4u1kMktdTQRrTXa3Qs0i3wTtOZe1p3xCCzPx+97iYETHragDTdAFUO+v+Llin26L1Zl z4huyIqgGSuTuekQfn6eoMZbcF+wzah4j/mvXQVpJBF2qQi1YdHSapWDlweuiuk01y8C3eHv 3qfFB/OJwXhwj0HKhkGkB2dLXuLtIk4GCXh4/g22tWz/SB0gsSXU7WhJFb0CyxETGR9YKxM8 CNl5tVRLqsBC6yQLvcAJgJci73PfMiHKnjxrz//+0xQO1TPeruWsd8nLYvziT38CyX42Mbaj 01WpvB0qOeTGtwGFmyyrnE8fYpd3CE0uAl9BnHqafAabl9+09x3wf+lEkkO2bK59akZz3BPU 8Lz2BAgskyS81WZCthQYUrUozFEx/31x8JJ95EQFNW9t8HBa51r4QhedSNKxLbT3Sx8hH0iq Z8wYkGw0og9U1DqgFzxE2HSGZSDG3I1DrPDqhcM/6Y0V98wS+XreuS88DYYck37+L7bTGiyZ WYFNZk1ChcIBk8hgKn5nFOCWO2rX06RI9zorzSpEg6lB2STae1Up5oEj8QqfYmfO3cp2Qhvj F3c2/i8KpWkJQkAgNrv428FIlx9SiPu9gvNTTYuLIOdZLQvInTmKs2uCoB6JDAW75axDhBbR FvM3Vpv/ Message-ID: <158fcbe5-e02e-c54f-6225-e680b515b28d@gmail.com> Date: Fri, 15 Jun 2018 13:45:04 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <0d62c58e-57a7-bc9b-e690-c96d55904d88@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2018 06:45:11 -0000 Hans Petter! What can you say about my problem? 09.05.2018 18:31, Alex V. Petrov пишет: > 09.05.2018 14:08, Hans Petter Selasky пишет: >> On 05/09/18 05:52, Alex V. Petrov wrote: >>> The new USB-keyboard "Qumo Dragon War Mechanicus K11" continues to print >>> "A" when connected, as if the "a" key is pressed. >>> But in Windows and Linux keyboard work normaly. >>> >>> In log: >>> >>> May  9 10:43:38 alex kernel: ugen2.3: at usbus2 >>> May  9 10:43:38 alex kernel: ukbd0 on uhub6 >>> May  9 10:43:38 alex kernel: ukbd0: >> 2.00/1.00, addr 3> on usbus2 >>> May  9 10:43:38 alex kernel: kbd2 at ukbd0 >>> May  9 10:43:38 alex kernel: ukbd1 on uhub6 >>> May  9 10:43:38 alex kernel: ukbd1: >> 2.00/1.00, addr 3> on usbus2 >>> May  9 10:43:38 alex kernel: kbd3 at ukbd1 >>> ^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^AMay >>> >>>   9 10:43:46 alex kernel: ugen2.3: at usbus2 >>> (disconnected) >>> May  9 10:43:46 alex kernel: ukbd0: at uhub6, port 3, addr 3 >>> (disconnected) >>> May  9 10:43:46 alex kernel: ukbd0: detached >>> May  9 10:43:46 alex kernel: ukbd1: at uhub6, port 3, addr 3 >>> (disconnected) >>> May  9 10:43:46 alex kernel: ukbd1: detached >>> >> >> Hi, >> >> Can you show the output from: >> >> usbconfig -d ugen2.3 dump_device_desc dump_curr_config_desc >> >> And also have a look at: >> >> usbdump -i usbus2 -f 3 -vvv -s 65536 >> >> --HPS >> >> BTW: We have a list specifically for USB problems: freebsd-usb@freebsd.org >> > > ugen2.3: at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) > pwr=ON (100mA) > > bLength = 0x0012 > bDescriptorType = 0x0001 > bcdUSB = 0x0200 > bDeviceClass = 0x0000 > bDeviceSubClass = 0x0000 > bDeviceProtocol = 0x0000 > bMaxPacketSize0 = 0x0040 > idVendor = 0x0c45 > idProduct = 0x0820 > bcdDevice = 0x0100 > iManufacturer = 0x0001 > iProduct = 0x0002 > iSerialNumber = 0x0000 > bNumConfigurations = 0x0001 > > > Configuration index 0 > > bLength = 0x0009 > bDescriptorType = 0x0002 > wTotalLength = 0x003b > bNumInterfaces = 0x0002 > bConfigurationValue = 0x0001 > iConfiguration = 0x0000 > bmAttributes = 0x00a0 > bMaxPower = 0x0032 > > Interface 0 > bLength = 0x0009 > bDescriptorType = 0x0004 > bInterfaceNumber = 0x0000 > bAlternateSetting = 0x0000 > bNumEndpoints = 0x0001 > bInterfaceClass = 0x0003 > bInterfaceSubClass = 0x0001 > bInterfaceProtocol = 0x0001 > iInterface = 0x0000 > > Additional Descriptor > > bLength = 0x09 > bDescriptorType = 0x21 > bDescriptorSubType = 0x11 > RAW dump: > 0x00 | 0x09, 0x21, 0x11, 0x01, 0x00, 0x01, 0x22, 0x4f, > 0x08 | 0x00 > > Endpoint 0 > bLength = 0x0007 > bDescriptorType = 0x0005 > bEndpointAddress = 0x0081 > bmAttributes = 0x0003 > wMaxPacketSize = 0x0008 > bInterval = 0x0008 > bRefresh = 0x0000 > bSynchAddress = 0x0000 > > Interface 1 > bLength = 0x0009 > bDescriptorType = 0x0004 > bInterfaceNumber = 0x0001 > bAlternateSetting = 0x0000 > bNumEndpoints = 0x0001 > bInterfaceClass = 0x0003 > bInterfaceSubClass = 0x0001 > bInterfaceProtocol = 0x0002 > iInterface = 0x0000 > > Additional Descriptor > > bLength = 0x09 > bDescriptorType = 0x21 > bDescriptorSubType = 0x11 > RAW dump: > 0x00 | 0x09, 0x21, 0x11, 0x01, 0x00, 0x01, 0x22, 0x71, > 0x08 | 0x00 > > Endpoint 0 > bLength = 0x0007 > bDescriptorType = 0x0005 > bEndpointAddress = 0x0082 > bmAttributes = 0x0003 > wMaxPacketSize = 0x0040 > bInterval = 0x0001 > bRefresh = 0x0000 > bSynchAddress = 0x0000 > > > > > 18:27:21.923619 usbus2.3 SUBM-CTRL-EP=00000000,SPD=FULL,NFR=1,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 0000 00 05 03 00 00 00 00 00 -- -- -- -- -- -- -- -- |........ | > flags 0x50 > status 0xea3a3 > > 18:27:21.925027 usbus2.3 > DONE-CTRL-EP=00000000,SPD=FULL,NFR=1,SLEN=0,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > flags 0x50 > status 0xca3a1 > > 18:27:21.925048 usbus2.3 SUBM-CTRL-EP=00000000,SPD=FULL,NFR=1,SLEN=0,IVAL=0 > frame[0] WRITE 0 bytes > flags 0x10 > status 0xca0a3 > > 18:27:21.927027 usbus2.3 > DONE-CTRL-EP=00000000,SPD=FULL,NFR=1,SLEN=0,IVAL=0,ERR=0 > frame[0] WRITE 0 bytes > flags 0x10 > status 0xea0a1 > > 18:27:21.941516 usbus2.3 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 0000 80 06 00 01 00 00 08 00 -- -- -- -- -- -- -- -- |........ | > frame[1] READ 8 bytes > flags 0x10 > status 0xea1a3 > > 18:27:21.943021 usbus2.3 > DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] READ 8 bytes > 0000 12 01 00 02 00 00 00 40 -- -- -- -- -- -- -- -- |.......@ | > flags 0x10 > status 0xca1a1 > > 18:27:21.946603 usbus2.3 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 0000 80 06 00 01 00 00 12 00 -- -- -- -- -- -- -- -- |........ | > frame[1] READ 18 bytes > flags 0x10 > status 0xea1a3 > > 18:27:21.948007 usbus2.3 > DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=20,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] READ 18 bytes > 0000 12 01 00 02 00 00 00 40 45 0C 20 08 00 01 01 02 |.......@E. .....| > 0010 00 01 -- -- -- -- -- -- -- -- -- -- -- -- -- -- |.. | > flags 0x10 > status 0xca1a1 > > 18:27:21.948038 usbus2.3 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 0000 80 06 00 03 00 00 02 00 -- -- -- -- -- -- -- -- |........ | > frame[1] READ 2 bytes > flags 0x10 > status 0xca1a3 > > 18:27:21.950018 usbus2.3 > DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] READ 2 bytes > 0000 04 03 -- -- -- -- -- -- -- -- -- -- -- -- -- -- |.. | > flags 0x10 > status 0xea1a1 > > 18:27:21.950041 usbus2.3 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 0000 80 06 00 03 00 00 04 00 -- -- -- -- -- -- -- -- |........ | > frame[1] READ 4 bytes > flags 0x10 > status 0xea1a3 > > 18:27:21.952019 usbus2.3 > DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] READ 4 bytes > 0000 04 03 09 04 -- -- -- -- -- -- -- -- -- -- -- -- |.... | > flags 0x10 > status 0xca1a1 > > 18:27:21.952043 usbus2.3 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 0000 80 06 01 03 09 04 02 00 -- -- -- -- -- -- -- -- |........ | > frame[1] READ 2 bytes > flags 0x10 > status 0xca1a3 > > 18:27:21.953992 usbus2.3 > DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] READ 2 bytes > 0000 0C 03 -- -- -- -- -- -- -- -- -- -- -- -- -- -- |.. | > flags 0x10 > status 0xea1a1 > > 18:27:21.954013 usbus2.3 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 0000 80 06 01 03 09 04 0C 00 -- -- -- -- -- -- -- -- |........ | > frame[1] READ 12 bytes > flags 0x10 > status 0xea1a3 > > 18:27:21.955992 usbus2.3 > DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=12,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] READ 12 bytes > 0000 0C 03 53 00 4F 00 4E 00 69 00 58 00 -- -- -- -- |..S.O.N.i.X. | > flags 0x10 > status 0xca1a1 > > 18:27:21.956023 usbus2.3 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 0000 80 06 02 03 09 04 02 00 -- -- -- -- -- -- -- -- |........ | > frame[1] READ 2 bytes > flags 0x10 > status 0xca1a3 > > 18:27:21.957994 usbus2.3 > DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] READ 2 bytes > 0000 16 03 -- -- -- -- -- -- -- -- -- -- -- -- -- -- |.. | > flags 0x10 > status 0xea1a1 > > 18:27:21.958017 usbus2.3 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 0000 80 06 02 03 09 04 16 00 -- -- -- -- -- -- -- -- |........ | > frame[1] READ 22 bytes > flags 0x10 > status 0xea1a3 > > 18:27:21.960001 usbus2.3 > DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=24,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] READ 22 bytes > 0000 16 03 55 00 53 00 42 00 20 00 44 00 45 00 56 00 |..U.S.B. .D.E.V.| > 0010 49 00 43 00 45 00 -- -- -- -- -- -- -- -- -- -- |I.C.E. | > flags 0x10 > status 0xca1a1 > > 18:27:21.960034 usbus2.3 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 0000 80 06 00 02 00 00 09 00 -- -- -- -- -- -- -- -- |........ | > frame[1] READ 9 bytes > flags 0x10 > status 0xca1a3 > > 18:27:21.961993 usbus2.3 > DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=12,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] READ 9 bytes > 0000 09 02 3B 00 02 01 00 A0 32 -- -- -- -- -- -- -- |..;.....2 | > flags 0x10 > status 0xea1a1 > > 18:27:21.962017 usbus2.3 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 0000 80 06 00 02 00 00 3B 00 -- -- -- -- -- -- -- -- |......;. | > frame[1] READ 59 bytes > flags 0x10 > status 0xea1a3 > > 18:27:21.963992 usbus2.3 > DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=60,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] READ 59 bytes > 0000 09 02 3B 00 02 01 00 A0 32 09 04 00 00 01 03 01 |..;.....2.......| > 0010 01 00 09 21 11 01 00 01 22 4F 00 07 05 81 03 08 |...!...."O......| > 0020 00 08 09 04 01 00 01 03 01 02 00 09 21 11 01 00 |............!...| > 0030 01 22 71 00 07 05 82 03 40 00 01 -- -- -- -- -- |."q.....@.. | > flags 0x10 > status 0xca1a1 > > 18:27:21.964014 usbus2.3 SUBM-CTRL-EP=00000000,SPD=FULL,NFR=1,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 0000 00 09 01 00 00 00 00 00 -- -- -- -- -- -- -- -- |........ | > flags 0x10 > status 0xca1a3 > > 18:27:21.966005 usbus2.3 > DONE-CTRL-EP=00000000,SPD=FULL,NFR=1,SLEN=0,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > flags 0x10 > status 0xea1a1 > > 18:27:21.967955 usbus2.3 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 0000 81 06 00 22 00 00 4F 00 -- -- -- -- -- -- -- -- |..."..O. | > frame[1] READ 79 bytes > flags 0x10 > status 0xea1a3 > > 18:27:21.969995 usbus2.3 > DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=80,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] READ 79 bytes > 0000 05 01 09 06 A1 01 05 07 19 E0 29 E7 15 00 25 01 |..........)...%.| > 0010 75 01 95 08 81 02 95 01 75 08 81 01 95 05 75 01 |u.......u.....u.| > 0020 05 08 19 01 29 05 91 02 95 01 75 03 91 01 95 06 |....).....u.....| > 0030 75 08 15 00 26 FF 00 05 07 19 00 2A FF 00 81 00 |u...&......*....| > 0040 05 0C 09 00 15 80 25 7F 95 40 75 08 B1 02 C0 -- |......%..@u.... | > flags 0x10 > status 0xca1a1 > > 18:27:21.971148 usbus2.3 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 0000 81 06 00 22 00 00 4F 00 -- -- -- -- -- -- -- -- |..."..O. | > frame[1] READ 79 bytes > flags 0x10 > status 0xca1a3 > > 18:27:21.972994 usbus2.3 > DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=80,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] READ 79 bytes > 0000 05 01 09 06 A1 01 05 07 19 E0 29 E7 15 00 25 01 |..........)...%.| > 0010 75 01 95 08 81 02 95 01 75 08 81 01 95 05 75 01 |u.......u.....u.| > 0020 05 08 19 01 29 05 91 02 95 01 75 03 91 01 95 06 |....).....u.....| > 0030 75 08 15 00 26 FF 00 05 07 19 00 2A FF 00 81 00 |u...&......*....| > 0040 05 0C 09 00 15 80 25 7F 95 40 75 08 B1 02 C0 -- |......%..@u.... | > flags 0x10 > status 0xea1a1 > > 18:27:21.973061 usbus2.3 SUBM-CTRL-EP=00000000,SPD=FULL,NFR=1,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 0000 21 0A 00 00 00 00 00 00 -- -- -- -- -- -- -- -- |!....... | > flags 0x10 > status 0xea1a3 > > 18:27:21.974996 usbus2.3 > DONE-CTRL-EP=00000000,SPD=FULL,NFR=1,SLEN=0,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > flags 0x10 > status 0xca1a1 > > 18:27:21.976524 usbus2.3 SUBM-CTRL-EP=00000000,SPD=FULL,NFR=2,SLEN=12,IVAL=0 > frame[0] WRITE 8 bytes > 0000 21 09 00 02 00 00 01 00 -- -- -- -- -- -- -- -- |!....... | > frame[1] WRITE 1 bytes > 0000 00 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- |. | > flags 0 <0> > status 0xea1a3 > > 18:27:21.976533 usbus2.3 SUBM-INTR-EP=00000081,SPD=FULL,NFR=1,SLEN=0,IVAL=8 > frame[0] READ 8 bytes > flags 0xa > status 0xeb023 > > 18:27:21.977993 usbus2.3 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 0000 81 06 00 22 01 00 71 00 -- -- -- -- -- -- -- -- |..."..q. | > frame[1] READ 113 bytes > flags 0x10 > status 0x4a1a3 > > 18:27:21.977998 usbus2.3 > DONE-CTRL-EP=00000000,SPD=FULL,NFR=2,SLEN=0,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] WRITE 1 bytes > flags 0 <0> > status 0xca1a1 > > 18:27:21.979993 usbus2.3 > DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=116,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] READ 113 bytes > 0000 05 01 09 06 A1 01 85 01 05 07 19 04 29 70 15 00 |............)p..| > 0010 25 01 75 01 95 78 81 02 C0 05 01 09 80 A1 01 85 |%.u..x..........| > 0020 02 05 01 19 81 29 83 15 00 25 01 95 03 75 01 81 |.....)...%...u..| > 0030 02 95 01 75 05 81 01 C0 05 0C 09 01 A1 01 85 03 |...u............| > 0040 15 00 26 FF 1F 19 00 2A FF 1F 75 10 95 01 81 00 |..&....*..u.....| > 0050 C0 06 1C FF 09 92 A1 01 85 04 19 00 2A FF 00 15 |............*...| > 0060 00 26 FF 00 75 08 95 3F 91 00 19 00 29 FF 81 00 |.&..u..?....)...| > 0070 C0 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- |. | > flags 0x10 > status 0xea1a1 > > 18:27:21.980946 usbus2.3 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 0000 81 06 00 22 01 00 71 00 -- -- -- -- -- -- -- -- |..."..q. | > frame[1] READ 113 bytes > flags 0x10 > status 0xea1a3 > > 18:27:21.982991 usbus2.3 > DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=116,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] READ 113 bytes > 0000 05 01 09 06 A1 01 85 01 05 07 19 04 29 70 15 00 |............)p..| > 0010 25 01 75 01 95 78 81 02 C0 05 01 09 80 A1 01 85 |%.u..x..........| > 0020 02 05 01 19 81 29 83 15 00 25 01 95 03 75 01 81 |.....)...%...u..| > 0030 02 95 01 75 05 81 01 C0 05 0C 09 01 A1 01 85 03 |...u............| > 0040 15 00 26 FF 1F 19 00 2A FF 1F 75 10 95 01 81 00 |..&....*..u.....| > 0050 C0 06 1C FF 09 92 A1 01 85 04 19 00 2A FF 00 15 |............*...| > 0060 00 26 FF 00 75 08 95 3F 91 00 19 00 29 FF 81 00 |.&..u..?....)...| > 0070 C0 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- |. | > flags 0x10 > status 0xca1a1 > > 18:27:21.983607 usbus2.3 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 0000 81 06 00 22 01 00 71 00 -- -- -- -- -- -- -- -- |..."..q. | > frame[1] READ 113 bytes > flags 0x10 > status 0xca1a3 > > 18:27:21.984985 usbus2.3 > DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=116,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] READ 113 bytes > 0000 05 01 09 06 A1 01 85 01 05 07 19 04 29 70 15 00 |............)p..| > 0010 25 01 75 01 95 78 81 02 C0 05 01 09 80 A1 01 85 |%.u..x..........| > 0020 02 05 01 19 81 29 83 15 00 25 01 95 03 75 01 81 |.....)...%...u..| > 0030 02 95 01 75 05 81 01 C0 05 0C 09 01 A1 01 85 03 |...u............| > 0040 15 00 26 FF 1F 19 00 2A FF 1F 75 10 95 01 81 00 |..&....*..u.....| > 0050 C0 06 1C FF 09 92 A1 01 85 04 19 00 2A FF 00 15 |............*...| > 0060 00 26 FF 00 75 08 95 3F 91 00 19 00 29 FF 81 00 |.&..u..?....)...| > 0070 C0 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- |. | > flags 0x10 > status 0xea1a1 > > 18:27:21.985190 usbus2.3 SUBM-CTRL-EP=00000000,SPD=FULL,NFR=1,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 0000 21 0B 00 00 01 00 00 00 -- -- -- -- -- -- -- -- |!....... | > flags 0x10 > status 0xea1a3 > > 18:27:21.986981 usbus2.3 > DONE-CTRL-EP=00000000,SPD=FULL,NFR=1,SLEN=0,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > flags 0x10 > status 0xca1a1 > > 18:27:21.987057 usbus2.3 SUBM-CTRL-EP=00000000,SPD=FULL,NFR=1,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 0000 21 0A 00 00 01 00 00 00 -- -- -- -- -- -- -- -- |!....... | > flags 0x10 > status 0xca1a3 > > 18:27:21.988983 usbus2.3 > DONE-CTRL-EP=00000000,SPD=FULL,NFR=1,SLEN=0,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > flags 0x10 > status 0xea1a1 > > 18:27:21.989128 usbus2.3 SUBM-CTRL-EP=00000000,SPD=FULL,NFR=2,SLEN=12,IVAL=0 > frame[0] WRITE 8 bytes > 0000 21 09 00 02 01 00 01 00 -- -- -- -- -- -- -- -- |!....... | > frame[1] WRITE 1 bytes > 0000 00 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- |. | > flags 0 <0> > status 0xea1a3 > > 18:27:21.989135 usbus2.3 SUBM-INTR-EP=00000082,SPD=FULL,NFR=1,SLEN=0,IVAL=1 > frame[0] READ 64 bytes > flags 0xa > status 0xeb023 > > 18:27:21.990981 usbus2.3 > DONE-CTRL-EP=00000000,SPD=FULL,NFR=2,SLEN=0,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] WRITE 1 bytes > flags 0 <0> > status 0xca1a1 > > 18:27:21.990984 usbus2.3 SUBM-INTR-EP=00000082,SPD=FULL,NFR=1,SLEN=0,IVAL=1 > frame[0] READ 64 bytes > flags 0xa > status 0x6b023 > > 18:27:21.990987 usbus2.3 > DONE-INTR-EP=00000082,SPD=FULL,NFR=1,SLEN=4,IVAL=1,ERR=0 > frame[0] READ 3 bytes > 0000 FF 01 47 -- -- -- -- -- -- -- -- -- -- -- -- -- |..G | > flags 0xa > status 0xcb021 > > 18:27:21.997877 usbus2.3 SUBM-CTRL-EP=00000000,SPD=FULL,NFR=2,SLEN=12,IVAL=0 > frame[0] WRITE 8 bytes > 0000 21 09 00 02 01 00 01 00 -- -- -- -- -- -- -- -- |!....... | > frame[1] WRITE 1 bytes > 0000 05 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- |. | > flags 0 <0> > status 0xca1a3 > > 18:27:21.997891 usbus2.3 SUBM-INTR-EP=00000082,SPD=FULL,NFR=1,SLEN=0,IVAL=1 > frame[0] READ 64 bytes > flags 0xa > status 0x4b023 > > 18:27:21.997894 usbus2.3 > DONE-INTR-EP=00000082,SPD=FULL,NFR=1,SLEN=64,IVAL=1,ERR=0 > frame[0] READ 64 bytes > 0000 00 00 00 00 00 00 00 00 01 00 00 00 12 00 00 00 |................| > 0010 BE 7D 00 00 02 00 00 00 3B 00 00 00 36 7F 00 00 |.}......;...6...| > 0020 03 00 00 00 04 00 00 00 71 7F 00 00 03 09 00 00 |........q.......| > 0030 04 00 00 00 71 7F 00 00 03 00 01 00 0C 00 00 00 |....q...........| > flags 0xa > status 0xcb021 > > 18:27:22.004433 usbus2.3 SUBM-CTRL-EP=00000000,SPD=FULL,NFR=2,SLEN=12,IVAL=0 > frame[0] WRITE 8 bytes > 0000 21 09 00 02 00 00 01 00 -- -- -- -- -- -- -- -- |!....... | > frame[1] WRITE 1 bytes > 0000 05 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- |. | > flags 0 <0> > status 0x4a1a3 > > 18:27:22.004440 usbus2.3 > DONE-CTRL-EP=00000000,SPD=FULL,NFR=2,SLEN=0,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] WRITE 1 bytes > flags 0 <0> > status 0xea1a1 > > 18:27:22.004454 usbus2.3 SUBM-INTR-EP=00000082,SPD=FULL,NFR=1,SLEN=0,IVAL=1 > frame[0] READ 64 bytes > flags 0xa > status 0x4b023 > > 18:27:22.004456 usbus2.3 > DONE-INTR-EP=00000082,SPD=FULL,NFR=1,SLEN=64,IVAL=1,ERR=0 > frame[0] READ 64 bytes > 0000 00 00 00 00 00 00 00 00 01 00 00 00 12 00 00 00 |................| > 0010 BE 7D 00 00 02 00 00 00 3B 00 00 00 36 7F 00 00 |.}......;...6...| > 0020 03 00 00 00 04 00 00 00 71 7F 00 00 03 09 00 00 |........q.......| > 0030 04 00 00 00 71 7F 00 00 03 00 01 00 0C 00 00 00 |....q...........| > flags 0xa > status 0xeb021 > > 18:27:22.005981 usbus2.3 SUBM-CTRL-EP=00000000,SPD=FULL,NFR=2,SLEN=12,IVAL=0 > frame[0] WRITE 8 bytes > 0000 21 09 00 02 01 00 01 00 -- -- -- -- -- -- -- -- |!....... | > frame[1] WRITE 1 bytes > 0000 01 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- |. | > flags 0 <0> > status 0x6a1a3 > > 18:27:22.005987 usbus2.3 > DONE-CTRL-EP=00000000,SPD=FULL,NFR=2,SLEN=0,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] WRITE 1 bytes > flags 0 <0> > status 0xea1a1 > > 18:27:22.007995 usbus2.3 SUBM-INTR-EP=00000082,SPD=FULL,NFR=1,SLEN=0,IVAL=1 > frame[0] READ 64 bytes > flags 0xa > status 0x6b023 > > 18:27:22.008000 usbus2.3 > DONE-INTR-EP=00000082,SPD=FULL,NFR=1,SLEN=64,IVAL=1,ERR=0 > frame[0] READ 64 bytes > 0000 00 00 00 00 00 00 00 00 01 00 00 00 12 00 00 00 |................| > 0010 BE 7D 00 00 02 00 00 00 3B 00 00 00 36 7F 00 00 |.}......;...6...| > 0020 03 00 00 00 04 00 00 00 71 7F 00 00 03 09 00 00 |........q.......| > 0030 04 00 00 00 71 7F 00 00 03 00 01 00 0C 00 00 00 |....q...........| > flags 0xa > status 0xeb021 > > 18:27:22.008008 usbus2.3 SUBM-CTRL-EP=00000000,SPD=FULL,NFR=2,SLEN=12,IVAL=0 > frame[0] WRITE 8 bytes > 0000 21 09 00 02 00 00 01 00 -- -- -- -- -- -- -- -- |!....... | > frame[1] WRITE 1 bytes > 0000 01 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- |. | > flags 0 <0> > status 0x6a1a3 > > 18:27:22.008012 usbus2.3 > DONE-CTRL-EP=00000000,SPD=FULL,NFR=2,SLEN=0,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] WRITE 1 bytes > flags 0 <0> > status 0xca1a1 > > 18:27:22.009992 usbus2.3 > DONE-CTRL-EP=00000000,SPD=FULL,NFR=2,SLEN=0,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] WRITE 1 bytes > flags 0 <0> > status 0xca1a1 > > 18:27:26.234883 usbus2.3 SUBM-INTR-EP=00000082,SPD=FULL,NFR=1,SLEN=0,IVAL=1 > frame[0] READ 64 bytes > flags 0xa > status 0x6b023 > > 18:27:26.234891 usbus2.3 > DONE-INTR-EP=00000082,SPD=FULL,NFR=1,SLEN=4,IVAL=1,ERR=0 > frame[0] READ 3 bytes > 0000 03 01 04 -- -- -- -- -- -- -- -- -- -- -- -- -- |... | > flags 0xa > status 0xcb021 > > 18:27:35.733017 usbus2.3 > DONE-INTR-EP=00000081,SPD=FULL,NFR=0,SLEN=0,IVAL=8,ERR=CANCELLED > flags 0xa > status 0xab01c > > 18:27:35.733024 usbus2.3 > DONE-INTR-EP=00000081,SPD=FULL,NFR=0,SLEN=0,IVAL=8,ERR=CANCELLED > flags 0xa > status 0x8b00c > > 18:27:35.733493 usbus2.3 > DONE-INTR-EP=00000082,SPD=FULL,NFR=1,SLEN=0,IVAL=1,ERR=IOERROR > frame[0] READ 0 bytes > flags 0xa > status 0xcb021 > > 18:27:35.736016 usbus2.3 SUBM-INTR-EP=00000082,SPD=FULL,NFR=1,SLEN=0,IVAL=1 > frame[0] READ 64 bytes > flags 0xa > status 0x4b023 > > 18:27:35.736022 usbus2.3 > DONE-INTR-EP=00000082,SPD=FULL,NFR=0,SLEN=0,IVAL=1,ERR=CANCELLED > flags 0x10a > status 0x83025 > > 18:27:35.742030 usbus2.3 > DONE-INTR-EP=00000082,SPD=FULL,NFR=0,SLEN=0,IVAL=1,ERR=CANCELLED > flags 0xa > status 0xab00c > > > > > > > > > -- ----- Alex. From owner-freebsd-current@freebsd.org Fri Jun 15 08:40:30 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4E194100A30B for ; Fri, 15 Jun 2018 08:40:30 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-wr0-x22d.google.com (mail-wr0-x22d.google.com [IPv6:2a00:1450:400c:c0c::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B7EC280C0A; Fri, 15 Jun 2018 08:40:29 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-wr0-x22d.google.com with SMTP id x4-v6so9075346wro.11; Fri, 15 Jun 2018 01:40:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=90ZwDJDlaGcFBvMNbjPab0RSECHc+/Tnf9svlXpOpwk=; b=FudMw+3FzG+u7X1Ez4GTlYcKXqmHM8ebfc4rEmMfVSq7p5QMZ+qFTrzmXttWIke3Tk AG/8Gso0t3wnR+20PR8SJ7oO3zbWU+bl+2kZz+kzWvlgTnsm0pkCHEL62uJ5yL1M9R5t nCArn+PGgcdMMTr3+Ogjinhie7DT/TEVPZdORXhsbHioCP1JmalX6m5VYlRbPnLQhR5b whfKZri7NvtBXwIUsGCPWwAXs484yUvzUmoSj7V+yew6FVLugE3I6kkY4f764dBX/fh1 Y7gPTXXscNgSK4JgE9ts4P2CZTKDnpvEBJjAeosapmnWqEmhsaSQ49IEaJzmtCFqTTcx jUJA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=90ZwDJDlaGcFBvMNbjPab0RSECHc+/Tnf9svlXpOpwk=; b=FreeXVDZceAcrfLnwojfQuejaJPBo0qTN+Q1ijdp9CU4s1vOB3L4YYFHTKn51Ovjh/ +SPNt9ChNWlKeS1r8cxqWcZUXqViE7L1Qct5ElWCgHhd/T2iZEPcRPDetWg+XixgOag5 8pi74wPEgWLMKhbHx0H3Pm/FCw3NZNavsv6UCk+m668w6r+UrRtAGl6H+tBZ+zROwpKx s7HC3kYwj8ITF7DamYLO8yKUDdLgSqKS/9NZNzvSORLUjtnk8vT0cl/Ybd7qdNNyq89i DZoxi9+DaaWVkkIMLFg+kTkOrHNXuijU/kV+gVJmN40nLLlCy7fADcsoFusbkNW64WQR AOhg== X-Gm-Message-State: APt69E2BpI55i+h5qvHPr3YyiXj4caXqrLciGuEYqfCA5Jd3tlH7kfOH yUK7Ehbjn4evQ7NewuNo1Ua+3Q== X-Google-Smtp-Source: ADUXVKLmj2VI4XA51X0Aobf8owolxZ9r3MCKa8dADp4TK46yEXhBoKWI5o+kpXhUtjfAZEzIctxjKA== X-Received: by 2002:adf:a60c:: with SMTP id k12-v6mr814848wrc.200.1529052028494; Fri, 15 Jun 2018 01:40:28 -0700 (PDT) Received: from pesky.lan (84.32.136.95.rev.vodafone.pt. [95.136.32.84]) by smtp.gmail.com with ESMTPSA id p5-v6sm5840427wre.83.2018.06.15.01.40.26 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 15 Jun 2018 01:40:27 -0700 (PDT) Sender: Mark Johnston Date: Fri, 15 Jun 2018 04:40:22 -0400 From: Mark Johnston To: Kevin Lo Cc: Lev Serebryakov , gljennjohn@gmail.com, FreeBSD current Subject: Re: swapping is completely broken in -CURRENT r334649? Message-ID: <20180615084022.GA32922@pesky.lan> References: <20180605181716.73b8ea91@ernst.home> <2925b27f-43cf-8813-eaa7-4f3d12bef8f0@FreeBSD.org> <20180605214808.GA94301@pesky> <20180615051025.GA79327@ns.kevlo.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180615051025.GA79327@ns.kevlo.org> User-Agent: Mutt/1.10.0 (2018-05-17) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2018 08:40:30 -0000 On Fri, Jun 15, 2018 at 01:10:25PM +0800, Kevin Lo wrote: > On Tue, Jun 05, 2018 at 05:48:08PM -0400, Mark Johnston wrote: > > > > On Wed, Jun 06, 2018 at 12:22:08AM +0300, Lev Serebryakov wrote: > > > On 05.06.2018 19:17, Gary Jennejohn wrote: > > > > > > > > > > I complained about this also and alc@ gave me this hint: > > > > sysctl vm.pageout_update_period=0 > > > > > > Really, situation is worse than stated in subject, because processes > > > are being killed AFTER memory pressure, when here are a lot of free > > > memory already! > > > > > > It looks like very serious bug. > > > > The issue was identified earlier this week and is being worked on. It's > > a regression from r329882 which appears only on certain hardware. You > > can probably work around it by setting vm.pageout_oom_seq to a large > > value (try 1000 for instance), though this will make the "true" OOM > > killer take longer to kick in. The problem is unrelated to the > > pageout_update_period. > > I have a large swap space and I've encountered this issue as well > > pid 90707 (getty), uid 0, was killed: out of swap space > pid 90709 (getty), uid 0, was killed: out of swap space > pid 90709 (getty), uid 0, was killed: out of swap space > ... > > Setting vm.pageout_oom_seq to 1000 doesn't help. If you have a patch I'll be > happy to test it, thanks. The change was committed as r334752. Are you seeing unexpected OOM kills on or after that revision? From owner-freebsd-current@freebsd.org Fri Jun 15 08:48:10 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0B663100B0D3 for ; Fri, 15 Jun 2018 08:48:10 +0000 (UTC) (envelope-from lists@opsec.eu) 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 93393813A4; Fri, 15 Jun 2018 08:48:09 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.89 (FreeBSD)) (envelope-from ) id 1fTkOu-000EHw-5X; Fri, 15 Jun 2018 10:48:08 +0200 Date: Fri, 15 Jun 2018 10:48:08 +0200 From: Kurt Jaeger To: Mark Johnston Cc: FreeBSD current Subject: Re: swapping is completely broken in -CURRENT r334649? Message-ID: <20180615084808.GF4028@home.opsec.eu> References: <20180605181716.73b8ea91@ernst.home> <2925b27f-43cf-8813-eaa7-4f3d12bef8f0@FreeBSD.org> <20180605214808.GA94301@pesky> <20180615051025.GA79327@ns.kevlo.org> <20180615084022.GA32922@pesky.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180615084022.GA32922@pesky.lan> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2018 08:48:10 -0000 Hi! > The change was committed as r334752. Are you seeing unexpected OOM > kills on or after that revision? When I tried to run a qemu-based poudriere run yesterday on a r334918 box, it killed a few processes outside of that run and did not work out. I'm unsure it was because of that problem or a problem with qemu. -- pi@opsec.eu +49 171 3101372 2 years to go ! From owner-freebsd-current@freebsd.org Fri Jun 15 09:04:02 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 89206100CC4A for ; Fri, 15 Jun 2018 09:04:02 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-wr0-x231.google.com (mail-wr0-x231.google.com [IPv6:2a00:1450:400c:c0c::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E9D52820CA for ; Fri, 15 Jun 2018 09:04:01 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-wr0-x231.google.com with SMTP id w10-v6so9151912wrk.9 for ; Fri, 15 Jun 2018 02:04:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=LKwLf30LdqZdRODuiMi+0i1TrZ/wNfL9Q7uNBeoRbTI=; b=L53kSy6E4XOn5HLoXvISzDLN5w6wHGfDUuRCQwkJtdqheKbJ6U13By8prUla0S44ED ndCWf6iX5/4zAbWcD+jwPj+EcE4k/FUYjOXXAsCTle3GQ2bw33+lXfMYYcbOeOcWDofM 5q8UBwYaxhHShALH9uasqpd8xir3AzNjF3v3sHx8FV72bC00Lbbpe4hbMf0wF2liSI71 OggV009SfUkhk4gJH7CTE81ckUP5i6tXnxKTHLmU505/rXaBKuwbDgOiys2fl1r5KiN9 28bz7DbqD3H2w62HLP/dkXkaErudLcLi/3Ej9ayCPJKCsdx5VSS28FUy1FbLW7CAgV1+ C/Ag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=LKwLf30LdqZdRODuiMi+0i1TrZ/wNfL9Q7uNBeoRbTI=; b=JPemJHpErxlBHQZCD4iIM+fsrbFcRTPwThyF3vcXduYAHi4dZektxURW5mBQ6Cm+uU d3YWcuExXm5ky4pZXJZ4tp+BmPOTkB9RB73hT0qlhBrMO/TufN9VgN70szqwzGRmN9Kt P7A3BBYNNuXDnOMpt2ppqT76Lzy0ZkBRsTG22LziUbZPJte1ZcbdUsUwvr4Ds6QIXTRe olsoc+/1OEQCmYjACTJcHKXW5FTSScWBXxnEnwyCVZMu0MxA5XHybyNG0ZjiPbp6jRl+ pQJ++XSTvjf/BQ5Fw8vIcPQjXy2GxHXaSqvwy5YOtfb7e5ehkAKhvxk2tOUFbGmNAuNE mwdg== X-Gm-Message-State: APt69E2zv13hxCjY5lfV+0iqtd3yd2avt3b5/13WGJVOWg2NEF/ktcLw eFWqfzp9IwGI2JDii5HGbaWhtA== X-Google-Smtp-Source: ADUXVKIyHJpl1PNaHZngFhsmxPkT5AUpG/BkweTroa1Ys53UlIGJqqpdhNj1EDJwZ9/nnik83STHhg== X-Received: by 2002:adf:eccd:: with SMTP id s13-v6mr902636wro.160.1529053440803; Fri, 15 Jun 2018 02:04:00 -0700 (PDT) Received: from pesky.lan (84.32.136.95.rev.vodafone.pt. [95.136.32.84]) by smtp.gmail.com with ESMTPSA id r9-v6sm6159286wrs.63.2018.06.15.02.03.59 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 15 Jun 2018 02:04:00 -0700 (PDT) Sender: Mark Johnston Date: Fri, 15 Jun 2018 05:03:58 -0400 From: Mark Johnston To: Kurt Jaeger Cc: FreeBSD current Subject: Re: swapping is completely broken in -CURRENT r334649? Message-ID: <20180615090358.GB32922@pesky.lan> References: <20180605181716.73b8ea91@ernst.home> <2925b27f-43cf-8813-eaa7-4f3d12bef8f0@FreeBSD.org> <20180605214808.GA94301@pesky> <20180615051025.GA79327@ns.kevlo.org> <20180615084022.GA32922@pesky.lan> <20180615084808.GF4028@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180615084808.GF4028@home.opsec.eu> User-Agent: Mutt/1.10.0 (2018-05-17) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2018 09:04:02 -0000 On Fri, Jun 15, 2018 at 10:48:08AM +0200, Kurt Jaeger wrote: > Hi! > > > The change was committed as r334752. Are you seeing unexpected OOM > > kills on or after that revision? > > When I tried to run a qemu-based poudriere run yesterday on a r334918 > box, it killed a few processes outside of that run and did not > work out. > > I'm unsure it was because of that problem or a problem with qemu. How much memory and swap does the guest have? Were you consistently able to complete a run before? If it's happening during a poudriere run, it may well have been a true OOM situation. The patch below prints a few stats to the dmesg before the kill. The output of that together with "sysctl vm" output should be enough to determine what's happening. diff --git a/sys/vm/vm_pageout.c b/sys/vm/vm_pageout.c index 264c98203c51..9c7ebcf451ec 100644 --- a/sys/vm/vm_pageout.c +++ b/sys/vm/vm_pageout.c @@ -1670,6 +1670,8 @@ vm_pageout_mightbe_oom(struct vm_domain *vmd, int page_shortage, * start OOM. Initiate the selection and signaling of the * victim. */ + printf("v_free_count: %u, v_inactive_count: %u\n", + vmd->vmd_free_count, vmd->vmd_pagequeues[PQ_INACTIVE].pq_cnt); vm_pageout_oom(VM_OOM_MEM); /* From owner-freebsd-current@freebsd.org Fri Jun 15 09:07:34 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A8BBA100D178 for ; Fri, 15 Jun 2018 09:07:34 +0000 (UTC) (envelope-from lists@opsec.eu) 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 39FDE82394; Fri, 15 Jun 2018 09:07:34 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.89 (FreeBSD)) (envelope-from ) id 1fTkhi-000EK5-Cu; Fri, 15 Jun 2018 11:07:34 +0200 Date: Fri, 15 Jun 2018 11:07:34 +0200 From: Kurt Jaeger To: Mark Johnston Cc: FreeBSD current Subject: Re: swapping is completely broken in -CURRENT r334649? Message-ID: <20180615090734.GG4028@home.opsec.eu> References: <20180605181716.73b8ea91@ernst.home> <2925b27f-43cf-8813-eaa7-4f3d12bef8f0@FreeBSD.org> <20180605214808.GA94301@pesky> <20180615051025.GA79327@ns.kevlo.org> <20180615084022.GA32922@pesky.lan> <20180615084808.GF4028@home.opsec.eu> <20180615090358.GB32922@pesky.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180615090358.GB32922@pesky.lan> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2018 09:07:34 -0000 Hi! > > > The change was committed as r334752. Are you seeing unexpected OOM > > > kills on or after that revision? > > > > When I tried to run a qemu-based poudriere run yesterday on a r334918 > > box, it killed a few processes outside of that run and did not > > work out. > > > > I'm unsure it was because of that problem or a problem with qemu. > > How much memory and swap does the guest have? It's started by poudriere, I do not really know. > Were you consistently able to complete a run before? Two years ago, on a much lower version of FreeBSD, yes. I just started it again, and after a while the qemu-ppc64-static was at approx. 23 GB memory and increasing, without much progress. > If it's happening during a poudriere run, it may well have been a true > OOM situation. The patch below prints a few stats to the dmesg before > the kill. The output of that together with "sysctl vm" output should be > enough to determine what's happening. > > diff --git a/sys/vm/vm_pageout.c b/sys/vm/vm_pageout.c > index 264c98203c51..9c7ebcf451ec 100644 > --- a/sys/vm/vm_pageout.c > +++ b/sys/vm/vm_pageout.c > @@ -1670,6 +1670,8 @@ vm_pageout_mightbe_oom(struct vm_domain *vmd, int page_shortage, > * start OOM. Initiate the selection and signaling of the > * victim. > */ > + printf("v_free_count: %u, v_inactive_count: %u\n", > + vmd->vmd_free_count, vmd->vmd_pagequeues[PQ_INACTIVE].pq_cnt); > vm_pageout_oom(VM_OOM_MEM); > > /* I'll have a look at this. -- pi@opsec.eu +49 171 3101372 2 years to go ! From owner-freebsd-current@freebsd.org Fri Jun 15 09:09:59 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3C803100D4E4 for ; Fri, 15 Jun 2018 09:09:59 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-wm0-x243.google.com (mail-wm0-x243.google.com [IPv6:2a00:1450:400c:c09::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A3F4682528 for ; Fri, 15 Jun 2018 09:09:58 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-wm0-x243.google.com with SMTP id n5-v6so2545172wmc.5 for ; Fri, 15 Jun 2018 02:09:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=ahJxAQAS5uC0TcdqILrVvxDYlqKtk8po+Vbvd92hOTs=; b=jQPdjlcXWEPl9JwriIdma7iZtNIZY0nfH5MyduhZ0yL3QcP88Mm/U2B/USeAZdepmX 8HggclB9fuWogw4iFP2Uf4RuJ3uUebhgkF6tj29VPIUklZwTr/d+ItszH9L4sq4WsAks le/Y8Oo9NKxy6/kjf99FKSb1YaeRmmApDU5oAE/ba1rs9uLPpF93wtVd6TpQqga9OK/z 5LEhLH9oF8oiORqkeaTlS3qYWJzg6iZU0Vcg+8fBtk2J7+gCINZxpBkidx8k4TtmmWxx xR4Fdm40L+5/xAPmcvsMQ+8+E1casCL58QmRJCllkahQRI6o5q/9/eqWO+KIAt+jVFRA 5mWg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=ahJxAQAS5uC0TcdqILrVvxDYlqKtk8po+Vbvd92hOTs=; b=IOCQIm10cgxdIJO8LxuqjrguVYYqXevh1xSIUqn8M8578/+uCs06OIAppGCar/jtWr QG3607ogKI1InmA46/k4VjTIRnfRoU/aLqxG0dKnFYaWC+j7A/kycQLm/Pwyytw7NIdq iHEEaUErLI3hh2psXeXTQ+pfjzHs4TnGkrZCL/Qj8bTlO0X353BQ+herwhWV4vePKkKK DDkI4oWQb8xz3BN5qJ5RvLrSsrICHBkRf4BvDxUYQpvDrTJzIqV3nXXFkOSmGf55/4dX xsfYJPlypAgcd9RV/fP0UhRLt96Iu1rTtWk+faGLYDX9bf80jPaupWYyXrZs5/GID2IT Bp9w== X-Gm-Message-State: APt69E0QgC+JuTrIXmURT3qHADr2T7lzyjDXJ07OsXnkjMwPb/Ssdqwo 8xpR74Xd3464bQdA5vjefJllYQ== X-Google-Smtp-Source: ADUXVKIsBfbc5MMfnclp5MQ5R3UM7bh0jEWjnJezmI/xrew7ortnXp2+yo3pVWrerZrxDzEIkhBYjQ== X-Received: by 2002:a1c:d509:: with SMTP id m9-v6mr590891wmg.69.1529053797602; Fri, 15 Jun 2018 02:09:57 -0700 (PDT) Received: from pesky.lan (84.32.136.95.rev.vodafone.pt. [95.136.32.84]) by smtp.gmail.com with ESMTPSA id g105-v6sm9056805wrd.37.2018.06.15.02.09.56 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 15 Jun 2018 02:09:56 -0700 (PDT) Sender: Mark Johnston Date: Fri, 15 Jun 2018 05:09:54 -0400 From: Mark Johnston To: Kurt Jaeger Cc: FreeBSD current Subject: Re: swapping is completely broken in -CURRENT r334649? Message-ID: <20180615090954.GC32922@pesky.lan> References: <20180605181716.73b8ea91@ernst.home> <2925b27f-43cf-8813-eaa7-4f3d12bef8f0@FreeBSD.org> <20180605214808.GA94301@pesky> <20180615051025.GA79327@ns.kevlo.org> <20180615084022.GA32922@pesky.lan> <20180615084808.GF4028@home.opsec.eu> <20180615090358.GB32922@pesky.lan> <20180615090734.GG4028@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180615090734.GG4028@home.opsec.eu> User-Agent: Mutt/1.10.0 (2018-05-17) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2018 09:09:59 -0000 On Fri, Jun 15, 2018 at 11:07:34AM +0200, Kurt Jaeger wrote: > Hi! > > > > > The change was committed as r334752. Are you seeing unexpected OOM > > > > kills on or after that revision? > > > > > > When I tried to run a qemu-based poudriere run yesterday on a r334918 > > > box, it killed a few processes outside of that run and did not > > > work out. > > > > > > I'm unsure it was because of that problem or a problem with qemu. > > > > How much memory and swap does the guest have? > > It's started by poudriere, I do not really know. > > > Were you consistently able to complete a run before? > > Two years ago, on a much lower version of FreeBSD, yes. > > I just started it again, and after a while the qemu-ppc64-static > was at approx. 23 GB memory and increasing, without much progress. I suspect it is a different issue then. > > If it's happening during a poudriere run, it may well have been a true > > OOM situation. The patch below prints a few stats to the dmesg before > > the kill. The output of that together with "sysctl vm" output should be > > enough to determine what's happening. > > > > diff --git a/sys/vm/vm_pageout.c b/sys/vm/vm_pageout.c > > index 264c98203c51..9c7ebcf451ec 100644 > > --- a/sys/vm/vm_pageout.c > > +++ b/sys/vm/vm_pageout.c > > @@ -1670,6 +1670,8 @@ vm_pageout_mightbe_oom(struct vm_domain *vmd, int page_shortage, > > * start OOM. Initiate the selection and signaling of the > > * victim. > > */ > > + printf("v_free_count: %u, v_inactive_count: %u\n", > > + vmd->vmd_free_count, vmd->vmd_pagequeues[PQ_INACTIVE].pq_cnt); > > vm_pageout_oom(VM_OOM_MEM); > > > > /* > > I'll have a look at this. > > -- > pi@opsec.eu +49 171 3101372 2 years to go ! From owner-freebsd-current@freebsd.org Fri Jun 15 09:15:18 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8A15E100DE59 for ; Fri, 15 Jun 2018 09:15:18 +0000 (UTC) (envelope-from mikael.urankar@gmail.com) Received: from mail-pg0-x230.google.com (mail-pg0-x230.google.com [IPv6:2607:f8b0:400e:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E541D82A93; Fri, 15 Jun 2018 09:15:17 +0000 (UTC) (envelope-from mikael.urankar@gmail.com) Received: by mail-pg0-x230.google.com with SMTP id q4-v6so4177811pgr.1; Fri, 15 Jun 2018 02:15:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=UfSLx9OJPXIAI1oErndpB10wOL3y6AOUEhrHCnp3D2A=; b=R1H6FO/OQWNAz3xHlV/aWHFlnHQbkvRxcOVHx7h2Hzd2Zdr7C+oaTOB8Ie5P27Tjla pq/YlmR6a5C7NXJMKPXfZqpnI6UwTKb7EHEt1SXaWxv+5KKzh+9puDBLoInxfAdRsWeJ bBRZ7+XgybRS4R0AiCKWeax8mh70D2IXDfoBKfBI3fLlydFxKe9wPCs4kAM4Ufy8IQQR SUeN4WbCbVwNFtSYpSD74prd0hMReknRHiTQTuYlKIH9iUJyxfFK+wV3mDm6Qsq8kD+k Mkzanp3kmsdJx6bwjXT/EYR43u+IfFsKxAqClTVTPJ/XJS3ipa7gZOsfIyfomQh1eNsF aDFA== 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=UfSLx9OJPXIAI1oErndpB10wOL3y6AOUEhrHCnp3D2A=; b=ob+QxuHlrUPQhe1CB3waHihj5AOXGwiw5JzTZ7iFyQl7/V4VwB/DsNYHdaiW4nGgII 4xkhy+vYInKXwzwj0jAo5ZlN9drAZh22g7tNoe60eW8vsM/i64B5q/IjSN5WP98kAlPF oxSelEpSivdWSDTm/9L0yYY7rk9tBJHeqWkaOTvGmoeXKIUxpk9IAcjJSVHXTBGG78n4 1bDAxRxn8/Iq1eQ6/CknnzWiWvzOmyP2i3X2xM87/QKE3clExJZ075Z+WwnTaey6X8g8 sUK3mE4q2d5GIEASTBl2SO/6dPXU208RFhezrb5bgIg0in0sM8OnP4t93RLBQlqsSffh HHzw== X-Gm-Message-State: APt69E0088NuWt6Ppn7CtjBGgixbOwhIoNW1WoGti47vtlSn6xLr2p8m Wlgr9Vq5piviOYcly183pVmnHxT8pmSZttOC8Xuqvg2E X-Google-Smtp-Source: ADUXVKLAWPWepalzqntk05U3gE0WLagt4I+Vbrof6hYKSaZP4iGMs+UGLCyYwEZlKiB/3colMk9/KoQdcDWlXDGivCY= X-Received: by 2002:a63:6dc3:: with SMTP id i186-v6mr847209pgc.316.1529054116940; Fri, 15 Jun 2018 02:15:16 -0700 (PDT) MIME-Version: 1.0 References: <20180605181716.73b8ea91@ernst.home> <2925b27f-43cf-8813-eaa7-4f3d12bef8f0@FreeBSD.org> <20180605214808.GA94301@pesky> <20180615051025.GA79327@ns.kevlo.org> <20180615084022.GA32922@pesky.lan> <20180615084808.GF4028@home.opsec.eu> <20180615090358.GB32922@pesky.lan> <20180615090734.GG4028@home.opsec.eu> In-Reply-To: <20180615090734.GG4028@home.opsec.eu> From: =?UTF-8?Q?Mika=C3=ABl_Urankar?= Date: Fri, 15 Jun 2018 11:14:40 +0200 Message-ID: Subject: Re: swapping is completely broken in -CURRENT r334649? To: Kurt Jaeger Cc: markj@freebsd.org, FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.26 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2018 09:15:18 -0000 Le ven. 15 juin 2018 =C3=A0 11:10, Kurt Jaeger a =C3=A9cri= t : > Hi! > > > > > The change was committed as r334752. Are you seeing unexpected OOM > > > > kills on or after that revision? > > > > > > When I tried to run a qemu-based poudriere run yesterday on a r334918 > > > box, it killed a few processes outside of that run and did not > > > work out. > > > > > > I'm unsure it was because of that problem or a problem with qemu. > > > > How much memory and swap does the guest have? > > It's started by poudriere, I do not really know. > > > Were you consistently able to complete a run before? > > Two years ago, on a much lower version of FreeBSD, yes. > > I just started it again, and after a while the qemu-ppc64-static > was at approx. 23 GB memory and increasing, without much progress. Last time I tried (2 weeks ago) qemu-ppc64-static was broken, not sure the situation has evolved since that. From owner-freebsd-current@freebsd.org Fri Jun 15 09:34:52 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ED7D1100FF6C for ; Fri, 15 Jun 2018 09:34:51 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (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 88AD1838C3 for ; Fri, 15 Jun 2018 09:34:51 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.128.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id DFD4C2601DC; Fri, 15 Jun 2018 11:34:49 +0200 (CEST) Subject: Re: Help USB keyboard trouble To: "Alex V. Petrov" , freebsd-current@freebsd.org References: <20fe1b1c-1563-ca86-a10d-a91684244c2c@gmail.com> <0d62c58e-57a7-bc9b-e690-c96d55904d88@gmail.com> <158fcbe5-e02e-c54f-6225-e680b515b28d@gmail.com> From: Hans Petter Selasky Message-ID: Date: Fri, 15 Jun 2018 11:34:34 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <158fcbe5-e02e-c54f-6225-e680b515b28d@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2018 09:34:52 -0000 On 06/15/18 08:45, Alex V. Petrov wrote: > Hans Petter! > What can you say about my problem? > Hi, I didn't have time to look into this. --HPS From owner-freebsd-current@freebsd.org Fri Jun 15 09:36:01 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4181410100D9 for ; Fri, 15 Jun 2018 09:36:01 +0000 (UTC) (envelope-from lists@opsec.eu) 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 C5CA6839B3 for ; Fri, 15 Jun 2018 09:36:00 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.89 (FreeBSD)) (envelope-from ) id 1fTl9E-000ENh-Kc; Fri, 15 Jun 2018 11:36:00 +0200 Date: Fri, 15 Jun 2018 11:36:00 +0200 From: Kurt Jaeger To: =?iso-8859-1?Q?Mika=EBl?= Urankar Cc: FreeBSD Current Subject: Re: swapping is completely broken in -CURRENT r334649? Message-ID: <20180615093600.GH4028@home.opsec.eu> References: <20180605181716.73b8ea91@ernst.home> <2925b27f-43cf-8813-eaa7-4f3d12bef8f0@FreeBSD.org> <20180605214808.GA94301@pesky> <20180615051025.GA79327@ns.kevlo.org> <20180615084022.GA32922@pesky.lan> <20180615084808.GF4028@home.opsec.eu> <20180615090358.GB32922@pesky.lan> <20180615090734.GG4028@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2018 09:36:01 -0000 Hi! > > I just started it again, and after a while the qemu-ppc64-static > > was at approx. 23 GB memory and increasing, without much progress. > Last time I tried (2 weeks ago) qemu-ppc64-static was broken, not sure the > situation has evolved since that. Ok, thanks! Then it's not the same problem. -- pi@opsec.eu +49 171 3101372 2 years to go ! From owner-freebsd-current@freebsd.org Fri Jun 15 10:35:07 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DD4A91015A8F; Fri, 15 Jun 2018 10:35:06 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (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 856A68610A; Fri, 15 Jun 2018 10:35:06 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id A658D21C10; Fri, 15 Jun 2018 06:35:05 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Fri, 15 Jun 2018 06:35:05 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=MbNscTgV6l4FCQBA2jsMgQSw4YK3l DKLURZa8DHqq0A=; b=Dvk4KbRP+VSrkwSjplAA9ONnPRM3tQhKSyHPd2Zksxgnn EGVxsJzWaGeG6AVyFvTDB5V/kPSdeDR8Hr/0165dQDbCf36QvENwGpeJ/s1k4B+g IEhxicfPMzQ1AcpMC6oiRONhBe0rFMzmYgwCFSmev8cooaGYOjX7RDjuPWxC9Ewy R5/qXjtubO6PYhBDpNll3iz0fJa7LKMqnfFkYrnO+RAkBiavyYyRipswpgUsGn4t 3C8zTzD3Zrt2qR0UiWM+cTrl1JYIxp/bjTECazfx8Zi2vblLVNPXbN4+Ry5c0zjz +APqkSNTZW5st3ovwI7COXLjC4I9yUjVZzpuAYvJg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=MbNscT gV6l4FCQBA2jsMgQSw4YK3lDKLURZa8DHqq0A=; b=a81hzbalC6JedLAsbz54pB L+xeNQmN5+7vpC/qQdEHYEwFr3SKzA/3mwxwzwHeIWoIek3hN5h0V5SYMGTlPfJt O9hF6bzOjBgJAmmiQT6dOfSmDqqw01cc29HGbw6k4Wm3d8skZ6kUKtlKfwIWeix6 z+zg2dtkWGnGQQIPZQsPawforT/f1LNuYtp9k8wPEr6Z2YT+iQqULmEorAs1iZdm /zM71U3e6kymoALKiQsdpO2duF0G+1T+KDlPuyz+x7pB2isRayb6hQQYOP5ADI9o +1I6Yhzy7eCxPlmQ3ZInTMFWouJNowxyoxrCfsBl8SPyQdQVY2KziSunlfn+/n5g == X-ME-Proxy: X-ME-Sender: Received: from desktop.local (parsley.growveg.org [82.70.91.97]) by mail.messagingengine.com (Postfix) with ESMTPA id C3613E4329; Fri, 15 Jun 2018 06:35:04 -0400 (EDT) Subject: Re: freebsd bhyve instance does not show kernel messages after boot screen To: "David P. Discher" Cc: freebsd-virtualization@freebsd.org, freebsd-current@freebsd.org References: <8fefdd40-5136-3bcd-829e-40f7d20c05e1@zyxst.net> <18BAA9E7-0320-434B-AC7B-F7C09F313F95@dpdtech.com> From: tech-lists Organization: none Message-ID: Date: Fri, 15 Jun 2018 11:35:03 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <18BAA9E7-0320-434B-AC7B-F7C09F313F95@dpdtech.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2018 10:35:07 -0000 On 14/06/2018 23:26, David P. Discher wrote: > Try in /boot/loader.conf of the VM : > > console=userboot > > or after beastie drop to loader OK promot  and try : > > set console=userboot > > I think 11.x should fall back to userboot in bhyve if vidconsole of > comconsole were set. > > (This is assuming non-EFI booting - using bhyveloader ). Hi, Thanks for trying to help. I tried it both ways - in loader.conf and from the loader prompt but unfortunately it didn't work. For clarification, here's the exact way I start the VM: 1. $ screen -S fbsd11-vm 2. $ sudo su - 3. # (cd to where vm is) 4. sh /usr/share/examples/bhyve/vmrun.sh -c 4 -m 8192M -t tap3 -d fbsd-guest.img fbsd-guest If I transfer the VM to a freebsd-11 host (r333874) it also happens. So the behaviour is a property of the VM. Unless of course the issue is with bhyve itself on both -stable and -current. A possible clue (but I'm really out of my depth here) is ISTR something like this happening if say the VM is called say fbsd-guest and is then subsequently launched with some other name like fbsd11guest. Any ideas? thanks, -- J. From owner-freebsd-current@freebsd.org Fri Jun 15 13:48:32 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3C6D21006679 for ; Fri, 15 Jun 2018 13:48:32 +0000 (UTC) (envelope-from kevlo@ns.kevlo.org) Received: from ns.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ns.kevlo.org", Issuer "ns.kevlo.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8236A6E1C7; Fri, 15 Jun 2018 13:48:30 +0000 (UTC) (envelope-from kevlo@ns.kevlo.org) Received: from ns.kevlo.org (localhost [127.0.0.1]) by ns.kevlo.org (8.15.2/8.15.2) with ESMTPS id w5FDkLHQ082605 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 15 Jun 2018 21:46:22 +0800 (CST) (envelope-from kevlo@ns.kevlo.org) Received: (from kevlo@localhost) by ns.kevlo.org (8.15.2/8.15.2/Submit) id w5FDkL5G082604; Fri, 15 Jun 2018 21:46:21 +0800 (CST) (envelope-from kevlo) Date: Fri, 15 Jun 2018 21:46:21 +0800 From: Kevin Lo To: Mark Johnston Cc: Lev Serebryakov , gljennjohn@gmail.com, FreeBSD current Subject: Re: swapping is completely broken in -CURRENT r334649? Message-ID: <20180615134621.GA82592@ns.kevlo.org> References: <20180605181716.73b8ea91@ernst.home> <2925b27f-43cf-8813-eaa7-4f3d12bef8f0@FreeBSD.org> <20180605214808.GA94301@pesky> <20180615051025.GA79327@ns.kevlo.org> <20180615084022.GA32922@pesky.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180615084022.GA32922@pesky.lan> User-Agent: Mutt/1.8.0 (2017-02-23) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2018 13:48:32 -0000 On Fri, Jun 15, 2018 at 04:40:22AM -0400, Mark Johnston wrote: > > On Fri, Jun 15, 2018 at 01:10:25PM +0800, Kevin Lo wrote: > > On Tue, Jun 05, 2018 at 05:48:08PM -0400, Mark Johnston wrote: > > > > > > On Wed, Jun 06, 2018 at 12:22:08AM +0300, Lev Serebryakov wrote: > > > > On 05.06.2018 19:17, Gary Jennejohn wrote: > > > > > > > > > > > > > I complained about this also and alc@ gave me this hint: > > > > > sysctl vm.pageout_update_period=0 > > > > > > > > Really, situation is worse than stated in subject, because processes > > > > are being killed AFTER memory pressure, when here are a lot of free > > > > memory already! > > > > > > > > It looks like very serious bug. > > > > > > The issue was identified earlier this week and is being worked on. It's > > > a regression from r329882 which appears only on certain hardware. You > > > can probably work around it by setting vm.pageout_oom_seq to a large > > > value (try 1000 for instance), though this will make the "true" OOM > > > killer take longer to kick in. The problem is unrelated to the > > > pageout_update_period. > > > > I have a large swap space and I've encountered this issue as well > > > > pid 90707 (getty), uid 0, was killed: out of swap space > > pid 90709 (getty), uid 0, was killed: out of swap space > > pid 90709 (getty), uid 0, was killed: out of swap space > > ... > > > > Setting vm.pageout_oom_seq to 1000 doesn't help. If you have a patch I'll be > > happy to test it, thanks. > > The change was committed as r334752. Are you seeing unexpected OOM > kills on or after that revision? The box is running -CURRENT r334983. I'll investigate further, thanks. From owner-freebsd-current@freebsd.org Fri Jun 15 14:26:50 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 85876100AB03; Fri, 15 Jun 2018 14:26:50 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 229E170A9E; Fri, 15 Jun 2018 14:26:49 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id w5FE27Ao050794; Fri, 15 Jun 2018 07:02:07 -0700 (PDT) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id w5FE26Xm050793; Fri, 15 Jun 2018 07:02:06 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201806151402.w5FE26Xm050793@pdx.rh.CN85.dnsmgr.net> Subject: Re: freebsd bhyve instance does not show kernel messages after boot screen In-Reply-To: To: tech-lists Date: Fri, 15 Jun 2018 07:02:06 -0700 (PDT) CC: "David P. Discher" , freebsd-current@freebsd.org, freebsd-virtualization@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2018 14:26:50 -0000 > On 14/06/2018 23:26, David P. Discher wrote: > > Try in /boot/loader.conf of the VM : > > > > console=userboot > > > > or after beastie drop to loader OK promot ?and try : > > > > set console=userboot > > > > I think 11.x should fall back to userboot in?bhyve if vidconsole of > > comconsole were set. > > > > (This is assuming non-EFI booting - using bhyveloader ). > > Hi, > > Thanks for trying to help. I tried it both ways - in loader.conf and > from the loader prompt but unfortunately it didn't work. For > clarification, here's the exact way I start the VM: > > 1. $ screen -S fbsd11-vm > 2. $ sudo su - > 3. # (cd to where vm is) > 4. sh /usr/share/examples/bhyve/vmrun.sh -c 4 -m 8192M -t tap3 -d > fbsd-guest.img fbsd-guest > > If I transfer the VM to a freebsd-11 host (r333874) it also happens. So > the behaviour is a property of the VM. Unless of course the issue is > with bhyve itself on both -stable and -current. > > A possible clue (but I'm really out of my depth here) is ISTR something > like this happening if say the VM is called say fbsd-guest and is then > subsequently launched with some other name like fbsd11guest. > > Any ideas? With the VM shutdown look in /dev/vmm for the same name as the VM, if you see it there, make sure you do not have a running instnace of it, then do: bhyvectl --destroy --name=fbsd11-vm You may have remanants of a prior/crashed VM hanging around causing you issues. -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Fri Jun 15 20:53:56 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CC0BD101BD06; Fri, 15 Jun 2018 20:53:56 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670051.outbound.protection.outlook.com [40.107.67.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT TLS CA 4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F11F82987; Fri, 15 Jun 2018 20:53:53 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTOPR0101MB0953.CANPRD01.PROD.OUTLOOK.COM (52.132.44.24) by YTOPR0101MB0748.CANPRD01.PROD.OUTLOOK.COM (52.132.43.151) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.841.18; Fri, 15 Jun 2018 20:53:52 +0000 Received: from YTOPR0101MB0953.CANPRD01.PROD.OUTLOOK.COM ([fe80::d0eb:3783:7c99:2802]) by YTOPR0101MB0953.CANPRD01.PROD.OUTLOOK.COM ([fe80::d0eb:3783:7c99:2802%3]) with mapi id 15.20.0863.016; Fri, 15 Jun 2018 20:53:52 +0000 From: Rick Macklem To: "rc@freebsd.org" , "freebsd-current@freebsd.org" Subject: review of nfsd rc.d script patch Thread-Topic: review of nfsd rc.d script patch Thread-Index: AQHUBOpJU2qX1eyBDUe5qiTFuEQ6Ag== Date: Fri, 15 Jun 2018 20:53:52 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=rmacklem@uoguelph.ca; x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; YTOPR0101MB0748; 7:HLWJbEgKAE/oPjaqP8g/X8xpoJ+zSFEMAjRqVkftvSDtGgZxVJKlUHW207C55n/YBOOhoVYdJNeT8jwnozAAHtG7LnnPs5Flq5OcqRXFs5GphuwOeJlnx1vAiwGoKYfGeSfr61gPmLLMgHG+byMUKeUDvtwmpo2dUrkOu5SiAMmJNQzWMj6Nr2NyquheD9pwIvg/4sNTCw7ofLDYg5E5d0P5WEhEqWLh+KCKPMy0WiYmk7lUPtUYMaJSm3ViCBUM x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 65883a6f-1ea1-44e0-ca34-08d5d30219e1 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989080)(5600026)(711020)(4534165)(4627221)(201703031133081)(201702281549075)(8990040)(2017052603328)(7153060)(7193020); SRVR:YTOPR0101MB0748; x-ms-traffictypediagnostic: YTOPR0101MB0748: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(150554046322364); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(5005006)(8121501046)(93006095)(93001095)(10201501046)(3002001)(3231254)(944501410)(52105095)(149027)(150027)(6041310)(20161123562045)(20161123564045)(201703131423095)(201702281529075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(20161123560045)(6072148)(201708071742011)(7699016); SRVR:YTOPR0101MB0748; BCL:0; PCL:0; RULEID:; SRVR:YTOPR0101MB0748; x-forefront-prvs: 0704670F76 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39860400002)(396003)(39380400002)(366004)(346002)(376002)(189003)(199004)(51444003)(476003)(6506007)(7696005)(786003)(2900100001)(186003)(2906002)(99286004)(26005)(486006)(9686003)(3280700002)(316002)(102836004)(86362001)(2501003)(105586002)(106356001)(5250100002)(3660700001)(97736004)(14454004)(6436002)(55016002)(478600001)(305945005)(74316002)(8936002)(53936002)(450100002)(8676002)(5660300001)(25786009)(68736007)(81166006)(81156014)(33656002)(110136005)(74482002); DIR:OUT; SFP:1101; SCL:1; SRVR:YTOPR0101MB0748; H:YTOPR0101MB0953.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) x-microsoft-antispam-message-info: O3LgGf/XUIGPNsTn+lRz4dvDY5d5U0wxBIEKvaf0n7qiDWA3Mr6lLPYYfqyDIqbNLzfu6tHQU914SRBVephegujr8ZWNiUPwcBu0sw5po+Aao9EltPZmR4mJmQ3gwMvAsyDdFm79wUWKABb41xph5UKeqKaMK+eZg0BtRDfCMSm6lPH/xOL6nevycqrLxWLZ spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: 65883a6f-1ea1-44e0-ca34-08d5d30219e1 X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Jun 2018 20:53:52.0103 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTOPR0101MB0748 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2018 20:53:57 -0000 Hi, For the pNFS service MDS machine, the nfsd can't be started until all nfs m= ounts in /etc/fstab are done. I think that adding "mountcritremote" to the "# REQUIRE:" line is sufficien= t to do this? I don't think delaying the startup of the nfsd daemon until after any NFS m= ounts are done will do any harm, but if others think it would be a POLA violation= , I could make this dependent on the pNFS service being enabled. Does anyone think this would cause a POLA violation? If someone familiar with the rc scripts could review this little patch, it = would be appreciated: --- nfsd.old 2018-06-15 16:07:54.279786000 -0400 +++ nfsd 2018-06-15 16:08:43.934603000 -0400 @@ -4,7 +4,7 @@ # =20 # PROVIDE: nfsd -# REQUIRE: mountd hostname gssd nfsuserd +# REQUIRE: mountcritremote mountd hostname gssd nfsuserd # KEYWORD: nojail shutdown =20 . /etc/rc.subr Thanks, rick From owner-freebsd-current@freebsd.org Fri Jun 15 22:10:21 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E5015101E36A for ; Fri, 15 Jun 2018 22:10:20 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8B4D085E30 for ; Fri, 15 Jun 2018 22:10:20 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro-2.local (ralph.baldwin.cx [66.234.199.215]) by mail.baldwin.cx (Postfix) with ESMTPSA id 1B85D10A87D; Fri, 15 Jun 2018 18:10:13 -0400 (EDT) Subject: Re: kgdb crashing on a vmcore with dumptid = 0 To: Eitan Adler , freebsd-current Current References: From: John Baldwin Message-ID: <240d47b0-ad1c-5663-2190-7a82bfdd194d@FreeBSD.org> Date: Fri, 15 Jun 2018 15:10:13 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Fri, 15 Jun 2018 18:10:14 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2018 22:10:21 -0000 On 5/4/18 10:49 PM, Eitan Adler wrote: > gdb$ bt > #0 thr_kill () at thr_kill.S:3 > #1 0x00000008035046b4 in __raise (s=0x6) at /usr/src/lib/libc/gen/raise.c:54 > #2 0x0000000803504629 in abort () at /usr/src/lib/libc/stdlib/abort.c:67 > #3 0x0000000000c805c6 in dump_core () at utils.c:284 > #4 0x0000000000c81920 in internal_vproblem (problem=0x24bd890 > , file=0x15c560e "inferior.c", line=0x135, > fmt=0x15780ac "%s: Assertion > `%s' failed.", ap=0x7fffffffb9e0) at utils.c:493 > #5 0x0000000000c806d8 in internal_verror (file=0x15c560e > "inferior.c", line=0x135, fmt=0x15780ac "%s: Assertion `%s' failed.", > ap=0x7fffffffb9e0) at utils.c: > 518 > #6 0x00000000008363a8 in internal_error (file=0x15c560e "inferior.c", > line=0x135, fmt=0x15780ac "%s: Assertion `%s' failed.") at > common/errors.c:55 > #7 0x0000000000a8397e in find_inferior_pid (pid=0x0) at inferior.c:309 > #8 0x0000000000a83d54 in find_inferior_ptid (ptid=...) at inferior.c:323 > #9 0x0000000000c10049 in default_thread_architecture (ops=0x2702d90 > , ptid=...) at target.c:3131 > #10 0x0000000000bfec2b in delegate_thread_architecture (self=0x2702d90 > , arg1=...) at ./target-delegates.c:2525 > #11 0x0000000000bfec2b in delegate_thread_architecture (self=0x26eedd0 > , arg1=...) at ./target-delegates.c:2525 > #12 0x0000000000bfec2b in delegate_thread_architecture (self=0x26ec280 > , arg1=...) at ./target-delegates.c:2525 > #13 0x0000000000b53cba in get_thread_regcache (ptid=...) at regcache.c:439 > #14 0x0000000000b53d5e in get_current_regcache () at regcache.c:448 > #15 0x0000000000713077 in kgdb_trgt_open (arg=0x80410900e "vmcore.2", > from_tty=0x1) at fbsd-kvm.c:335 > #16 0x0000000000bf3980 in open_target (args=0x80410900e "vmcore.2", > from_tty=0x1, command=0x8041c8f40) at target.c:356 > #17 0x0000000000722c35 in do_sfunc (c=0x8041c8f40, args=0x80410900e > "vmcore.2", from_tty=0x1) at cli/cli-decode.c:122 > #18 0x0000000000726b5a in cmd_func (cmd=0x8041c8f40, args=0x80410900e > "vmcore.2", from_tty=0x1) at cli/cli-decode.c:1886 > #19 0x0000000000c450c7 in execute_command (p=0x804109015 "2", > from_tty=0x1) at top.c:630 > #20 0x0000000000acd4a8 in catch_command_errors (command=0xc445f0 > , arg=0x804109000 "target vmcore > vmcore.2", from_tty=0x1) > at main.c:378 > #21 0x0000000000accdf2 in captured_main_1 (context=0x7fffffffcfe8) at > main.c:1124 > #22 0x0000000000aca62d in captured_main (data=0x7fffffffcfe8) at main.c:1146 > #23 0x0000000000aca508 in gdb_main (args=0x7fffffffcfe8) at main.c:1172 > #24 0x000000000050bd5b in main (argc=0x3, argv=0x7fffffffd558) at > kgdb-main.c:410 > > gdb$ up 7 > #7 0x0000000000a8397e in find_inferior_pid (pid=0x0) at inferior.c:309 > 309 gdb_assert (pid != 0); > gdb$ frame > Stack level 7, frame at 0x7fffffffba50: > rip = 0xa8397e in find_inferior_pid (inferior.c:309); saved rip = 0xa83d54 > called by frame at 0x7fffffffba60, caller of frame at 0x7fffffffba20 > source language c++. > Arglist at 0x7fffffffba40, args: pid=0x0 > Locals at 0x7fffffffba40, Previous frame's sp is 0x7fffffffba50 > Saved registers: > rbp at 0x7fffffffba40, rip at 0x7fffffffba48 > pid = 0x0 > inf = 0x8415d5 > > > gdb$ list > 304 struct inferior *inf; > 305 > 306 /* Looking for inferior pid == 0 is always wrong, and indicative of > 307 a bug somewhere else. There may be more than one with pid == 0, > 308 for instance. */ > 309 gdb_assert (pid != 0); > 310 > 311 for (inf = inferior_list; inf; inf = inf->next) > 312 if (inf->pid == pid) > 313 return inf; > > > gdb$ p pid > $1 = 0x0 > > > gdb$ p ptid > $2 = { > m_pid = 0x0, > m_lwp = 0x0, > m_tid = 0x0 > } > > gdb$ up > #9 0x0000000000c10049 in default_thread_architecture (ops=0x2702d90 > , ptid=...) at target.c:3131 > 3131 inferior *inf = find_inferior_ptid (ptid); > gdb$ list > 3126 } > 3127 > 3128 static struct gdbarch * > 3129 default_thread_architecture (struct target_ops *ops, ptid_t ptid) > 3130 { > 3131 inferior *inf = find_inferior_ptid (ptid); > 3132 gdb_assert (inf != NULL); > 3133 return inf->gdbarch; > 3134 } > 3135 > gdb$ p ops > $4 = (target_ops *) 0x2702d90 > > gdb$ up > #14 0x0000000000b53d5e in get_current_regcache () at regcache.c:448 > 448 return get_thread_regcache (inferior_ptid); > gdb$ list > 443 } > 444 > 445 struct regcache * > 446 get_current_regcache (void) > 447 { > 448 return get_thread_regcache (inferior_ptid); > 449 } > 450 > 451 /* See common/common-regcache.h. */ > 452 > gdb$ p inferior_ptid > $13 = { > m_pid = 0x0, > m_lwp = 0x0, > m_tid = 0x0 > } > > > gdb$ up > #15 0x0000000000713077 in kgdb_trgt_open (arg=0x80410900e "vmcore.2", > from_tty=0x1) at fbsd-kvm.c:335 > 335 target_fetch_registers (get_current_regcache (), -1); > gdb$ list > 330 kt = kgdb_thr_next(kt); > 331 } > 332 if (curkthr != 0) > 333 inferior_ptid = fbsd_vmcore_ptid(curkthr->tid); > 334 > 335 target_fetch_registers (get_current_regcache (), -1); > 336 > 337 reinit_frame_cache (); > 338 print_stack_frame (get_selected_frame (NULL), 0, > SRC_AND_LOC, 1); > 339 } > gdb$ p inferior_ptid > $17 = { > m_pid = 0x0, > m_lwp = 0x0, > m_tid = 0x0 > } > gdb$ p curkthr > $18 = (kthr *) 0x0 > > gdb$ frame > Stack level 15, frame at 0x7fffffffbd90: > rip = 0x713077 in kgdb_trgt_open (fbsd-kvm.c:335); saved rip = 0xbf3980 > called by frame at 0x7fffffffbdc0, caller of frame at 0x7fffffffbc40 > source language c++. > Arglist at 0x7fffffffbd80, args: arg=0x80410900e "vmcore.2", from_tty=0x1 > Locals at 0x7fffffffbd80, Previous frame's sp is 0x7fffffffbd90 > Saved registers: > rbp at 0x7fffffffbd80, rip at 0x7fffffffbd88 > arg = 0x80410900e "vmcore.2" > from_tty = 0x1 > ops = 0x8043ef840 > inf = 0x80442de80 > old_chain = 0x804431820 > ti = 0x7fffffffd550 > kt = 0x0 > nkvm = 0x804363800 > temp = 0x8047f33b0 "/home/eax/crashes/aes_gpault_crash/vmcore.2" > kernel = 0x8043dec80 "/home/eax/crashes/aes_gpault_crash/kernel/kernel" > filename = 0x8047f33b0 "/home/eax/crashes/aes_gpault_crash/vmcore.2" > ontop = 0x0 > > gdb$ p curkthr > $19 = (kthr *) 0x0 > > which is coming from > > curkthr = kgdb_thr_lookup_tid(dumptid); > if (curkthr == NULL) > curkthr = first; Notice this fall back though. If dumptid isn't valid this falls back to just picking the first thread. Instead, it seems that in your dump kgdb didn't find any kthreads at all. Is 'kernel' a stripped kernel without any debug symbols? You should try single-stepping kgdb_thr_init to see if it finds valid offsets of structure members in 'struct thread' and 'struct proc'. -- John Baldwin From owner-freebsd-current@freebsd.org Fri Jun 15 22:19:13 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 39601101EE1F for ; Fri, 15 Jun 2018 22:19:13 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E592486511 for ; Fri, 15 Jun 2018 22:19:12 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro-2.local (ralph.baldwin.cx [66.234.199.215]) by mail.baldwin.cx (Postfix) with ESMTPSA id 1E22B10A87D; Fri, 15 Jun 2018 18:19:12 -0400 (EDT) Subject: Re: Resume without drm driver results in black screen To: Johannes Lundberg , freebsd-current References: From: John Baldwin Message-ID: <1e89b7c7-fa43-004f-2343-b031ac63d5a4@FreeBSD.org> Date: Fri, 15 Jun 2018 15:19:11 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Fri, 15 Jun 2018 18:19:12 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2018 22:19:13 -0000 On 5/17/18 3:01 AM, Johannes Lundberg wrote: > Hi > > I revived this old bug > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213501 > > Considering this also affects all X users using scfb driver it's worth > investigating. It's just not doable. You need some sort of driver for the GPU that knows how to turn the display back on. That isn't a portable thing, it's GPU-specific. You could perhaps write smaller drivers that only support resume and not graphics acceleration, but that doesn't seem trivial. -- John Baldwin From owner-freebsd-current@freebsd.org Sat Jun 16 02:31:50 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6B31D10041B8 for ; Sat, 16 Jun 2018 02:31:50 +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 1DF276EDDB; Sat, 16 Jun 2018 02:31:49 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from lonesome.com (unknown [18.188.142.31]) by mail.soaustin.net (Postfix) with ESMTPSA id 4CA0924933; Sat, 16 Jun 2018 02:31:49 +0000 (UTC) Date: Sat, 16 Jun 2018 02:31:48 +0000 From: Mark Linimon To: =?iso-8859-1?Q?Mika=EBl?= Urankar Cc: Kurt Jaeger , markj@freebsd.org, FreeBSD Current Subject: Re: swapping is completely broken in -CURRENT r334649? Message-ID: <20180616023147.GB17758@lonesome.com> References: <20180605181716.73b8ea91@ernst.home> <2925b27f-43cf-8813-eaa7-4f3d12bef8f0@FreeBSD.org> <20180605214808.GA94301@pesky> <20180615051025.GA79327@ns.kevlo.org> <20180615084022.GA32922@pesky.lan> <20180615084808.GF4028@home.opsec.eu> <20180615090358.GB32922@pesky.lan> <20180615090734.GG4028@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jun 2018 02:31:50 -0000 On Fri, Jun 15, 2018 at 11:14:40AM +0200, Mikaël Urankar wrote: > Last time I tried (2 weeks ago) qemu-ppc64-static was broken, not sure the > situation has evolved since that. I've been told by more than one person that it works, but the 2? 3? times I've tried it it just hung. I have real hardware so in general it doesn't make a difference to me, but I'd like to know one way or the other. mcl From owner-freebsd-current@freebsd.org Sat Jun 16 05:55:22 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 510C3100B0AA for ; Sat, 16 Jun 2018 05:55:22 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-36.consmr.mail.ne1.yahoo.com (sonic317-36.consmr.mail.ne1.yahoo.com [66.163.184.47]) (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 E300B75912 for ; Sat, 16 Jun 2018 05:55:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: Tkv6cLcVM1l_GGyLTfWNrfN1X7XSEBlIGjpanMi0n3IwDYLUcYQOOW6K1Gk6qaD _ONTO6W9CLbxPeLqwQnMEtQyDICPDQszDwkTaEd524Wb9Pq8Ox2ynicsQxVyWOByO4d.MHSb4Lr7 AbDZmZEQfD.cqonQsLuoMB6IPx_IzfOATQZRciEgUkLUvXZualnlQ139xuL4g2.FhbVCvn3J48bs LeQl0wCfUzu4hP441fAinEvMdOYuQPtGpczTdjff6c9_VY7dZSxevXt.UkQ0YXYreL6TxHb3mnnJ KbH_brC8abyAk9JiWx0osvWxjuWBN1y4mPUFugvLXlLZ0y27rlmCAiM0knLABcrN5sRRImgm4IPS ukemZ3kvJTDr5MXaesUyBGSKJBIpxIijxRK3l2dBesdj9RGTtJnjRL2Q_3571VaMWr5LNYSzwoYH 16S3HCfqr.IA4GygMMRMpruBdWYc0n7N9qC.P6M30I9dg8Rxiwv.tSSn8XnqsWtEiAHUBMmK8m.q uLa4t3m5QpAj4GGeWTzXb6183H.wvuNt0Tci7sTUWvULjhyFbcge3fete7cN60Mrtpm8Nk0L4xDe gg1HNmu1QajtpNCeALiQoO305Iy0yu.FCNSOY06jG47Qn9jWc9bnXM1q.ziTIQZ6k5STlOyDyWlm M7sj37g2b.ztWKarwGk1zKJ2U.Sk7rtp0OXonRq2aTAlQTYhEvHcSkVG3aFG7c4aFolUnYaJQonQ ci5SncKbkB9zSjGEGf0.SMqWjpOiShbczWbkm8DGdZ0uTFwK0z7C7cEwjmabG2D0dQL4Umf8k3G6 RrZyNOsgspUjSElgl2UojQ7O36DPq78FJkvo4WV8lOe1GE9QoNkGvDG.V9584y2LDO2g_PaDQ521 f8kQf02LUBFzN2lG9Co_qPtn8zdbGYRG5NJ3L1Mrf7OoPGy._Nvx.msuZT53WpZ9hWSQSmkvc0A- - Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.ne1.yahoo.com with HTTP; Sat, 16 Jun 2018 05:55:15 +0000 Received: from ip70-189-131-151.lv.lv.cox.net (EHLO [192.168.0.105]) ([70.189.131.151]) by smtp419.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 9778ecb8ee542c83686f34d22adfd789; Sat, 16 Jun 2018 05:55:13 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.4 \(3445.8.2\)) Subject: A head buildworld race visible in the ci.freebsd.org build history Message-Id: <74EAD684-0E0B-453A-B746-156777CF604A@yahoo.com> Date: Fri, 15 Jun 2018 22:55:11 -0700 To: Bryan Drewery , FreeBSD Current , freebsd-toolchain@freebsd.org X-Mailer: Apple Mail (2.3445.8.2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jun 2018 05:55:22 -0000 In watching ci.freebsd.org builds I've seen a notable number of one time failures, such as (example from powerpc64): --- all_subdir_lib/libufs --- ranlib -D libufs.a ranlib: fatal: Failed to open 'libufs.a' *** [libufs.a] Error code 70 where the next build works despite the change being irrelevant to whatever ranlib complained about. Other builds failed similarly: --- all_subdir_lib/libbsm --- ranlib -D libbsm_p.a ranlib: fatal: Failed to open 'libbsm_p.a' *** [libbsm_p.a] Error code 70 and: --- kerberos5/lib__L --- ranlib -D libgssapi_spnego_p.a --- libgssapi_spnego.a --- ranlib -D libgssapi_spnego.a --- libgssapi_spnego_p.a --- ranlib: fatal: Failed to open 'libgssapi_spnego_p.a' *** [libgssapi_spnego_p.a] Error code 70 and so on. It is not limited to powerpc64. For example, for aarch64 there are: --- libpam_exec.a --- building static pam_exec library ar -crD libpam_exec.a `NM=3D'nm' NMFLAGS=3D'' lorder pam_exec.o | = tsort -q`=20 ranlib -D libpam_exec.a ranlib: fatal: Failed to open 'libpam_exec.a' *** [libpam_exec.a] Error code 70 and: --- all_subdir_lib/libusb --- ranlib -D libusb.a ranlib: fatal: Failed to open 'libusb.a' *** [libusb.a] Error code 70 and: --- all_subdir_lib/libbsnmp --- ranlib: fatal: Failed to open 'libbsnmp.a' --- all_subdir_lib/ncurses --- --- all_subdir_lib/ncurses/panelw --- --- panel.pico --- --- all_subdir_lib/libbsnmp --- *** [libbsnmp.a] Error code 70 Even amd64 gets such: --- libpcap.a --- ranlib -D libpcap.a ranlib: fatal: Failed to open 'libpcap.a' *** [libpcap.a] Error code 70 and: --- libkafs5.a --- ranlib: fatal: Failed to open 'libkafs5.a' --- libkafs5_p.a --- ranlib: fatal: Failed to open 'libkafs5_p.a' --- cddl/lib__L --- = /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/lua/lbaselib.c:60:= 26: note: include the header or explicitly provide a = declaration for 'toupper' --- kerberos5/lib__L --- *** [libkafs5_p.a] Error code 70 make[5]: stopped in /usr/src/kerberos5/lib/libkafs5 --- libkafs5.a --- *** [libkafs5.a] Error code 70 and: --- lib__L --- ranlib -D libclang_rt.asan_cxx-i386.a ranlib: fatal: Failed to open 'libclang_rt.asan_cxx-i386.a' *** [libclang_rt.asan_cxx-i386.a] Error code 70 (Notice the variability in what .a the ranlib's fail for.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Sat Jun 16 09:13:49 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1F096100FC54 for ; Sat, 16 Jun 2018 09:13:49 +0000 (UTC) (envelope-from dumbbell@FreeBSD.org) Received: from mail.made4.biz (mail.made4.biz [195.154.164.132]) (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 807997AC34 for ; Sat, 16 Jun 2018 09:13:48 +0000 (UTC) (envelope-from dumbbell@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=freebsd.org ; s=20170531; h=Content-Type:In-Reply-To:MIME-Version:Date:Message-ID:From: References:To:Subject: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=O8K+TukFONg5Qmkqr9OchFPUJL2jVFpTHbKovsklXHs=; b=LYwiM6Z1rVk8m+P+b6jp9OzQd3 g+dlL9p2lNtilO/avPV2R9JemYYksJo2eCe9Mpp02SizzK5SgfaDw0mHd8RvUull0jM1kSSUc9ANh O7sIQmwyR+XVN0DvM2UROIltQbmItJFPBqbhOBvHLRGjBY7ChHgP5N1HnrGCpoEcpXL8=; Received: from 2a02-8428-011a-ed01-3c11-8e09-60b7-9235.rev.sfr.net ([2a02:8428:11a:ed01:3c11:8e09:60b7:9235] helo=cassini.dumbbell.fr) by mail.made4.biz with esmtpa (Exim 4.91 (FreeBSD)) (envelope-from ) id 1fU7H9-0002as-Q2 for freebsd-current@freebsd.org; Sat, 16 Jun 2018 11:13:39 +0200 Subject: Re: intel graphics regression? between r332432 and r333982 To: freebsd-current@freebsd.org References: <201806052204.w55M4uFc083159@jail0199.vps.exonetric.net> From: =?UTF-8?Q?Jean-S=c3=a9bastien_P=c3=a9dron?= Openpgp: preference=signencrypt Autocrypt: addr=dumbbell@FreeBSD.org; prefer-encrypt=mutual; keydata= xsFNBFLVuqcBEADJ1gT22qIjHl/i5wD6n6Bx38BU3YxhoJKLFMtf10+hDgvttdVlRskqw5Kd hixPFbpsWPNhd09vR2He1M8+jUybsQwZulcE63+Mz7z7TVpBcepy8ejHFoQ5eT6cOfKosZZ4 5fEIZiZKSzMncIkyhUFpbpXl/MQRvCEBQEmg6NAjXmaClGcGB4J9deKrib3UvrClYGNuVPiZ 21YLrG/dOiaSWoh+367bqA8bLUIU4G3sgGCYlj9V4UGOu8belQKF1urxp87qSB3KFhVxJTCn n6+rBPYgFLfJ6UT39NwsFsfcdwq16hyIdr4lZOitTtH6WJBDRDlcxOoLcobDLEOg0xntAXEN 1X3sKhpyChmsLU0wGaCSZXTkP60UONkTAi1xCaOwq1/R/vBDWh7b/DKqg194ymZWzilEwE/x jQVT+R85EKbqW1faZrrAQWPnekw4Kl/Ozow6cgTGa96oYTmIO/nGRqRwMhyyuQMG9DUnGZvB Gy5Nub64/i2/TBWN/iiM8g+400Tkz7KUJd/6+fFKdza2i6/3vQJ+MAS3WNp7fFY4tsX1fM03 zqD2KfNE9Xt6GZEwpaUMjGkHNoi+by6CcA/saggrRZQHFp9aFde2ivCLq4n9yh2Zy9yFGklq dhyvI+iBSxt46pGlihNeTX79Yris30WR/BvLxR+z1Y6YEO6eZQARAQABzTtKZWFuLVPDqWJh c3RpZW4gUMOpZHJvbiA8amVhbi1zZWJhc3RpZW4ucGVkcm9uQGR1bWJiZWxsLmZyPsLBlwQT AQoAQQIbAwULCQgHAwUVCgkICwUWAwIBAAIeAQIXgAIZARYhBNcvS4RwmJJEIOYrk9k4+cho FpgcBQJYdnydBQkJYyj2AAoJENk4+choFpgcHzAP/3cbgHofr0qk7DF5Ch+3dIapxbLbbf44 af30RdML9lmFarN7nYxkTlJMSdd8d8FfkL9XuGBZWrd5zxToDJ71xcvW6zbj6DwEsuCis6Np DYX5+cjGRuyIw2/stwWGmAaqHIUAwVNFd3p8A/ZDiBbnZXMFOiJCbogMhQlFuOlgjk1DfrE+ 3rfkTt+obfIe9c7ExjkCM85K3Iud2XbmXMJ+fU0PbaH2FVRly71vH6+y/puB2SQvXQ/MKT1Y cUjKph8+koJRwLuzlmbh2UmrxVhKW/cFx5VU0xEBNY2/ysgxndKlO2Q97sedAEuVzfaAJIQx plDKhoDBWVBoleExoJyyD8QfI3ACvHKxorh+dd4wyMuU1OfWExqlEhkYa/v3S9xeWy6hyA7J wrZtuVgafJfJK3qTj98E1yXeuvAACECQtcNHuZP1TuscBztNXvzGGutPnq3MniHOITm2xdJl +zQyheAe+NbxByCtbtyp6Y+OxTXJCRoEb5eiyvhLNdhGZkyYMJ44kPosc8dOm9aNiapeZWYJ bksTKJSeXaJMP1BBDHc3kugTK+f0bkoiR/vqGNUqIGD4/7KArssRvOBHub1G1Erbkj7YoiGE iLx2mrGFM7n/JoZowlw5fvvJS+RB39u3SGiXzAIuNl2VK9tRcHSpvAzYstyQRCGYUdE6xLVy 6PZMzsFNBFLVuqcBEADNXJ6T/nh6ZuNjqULb/WVL2KUStzw9ynAazw+rz74GxH6me1oURIvV u2YKWXgTydSLNzo8bDLde0PT1si1CsKHIYiFIglmG6LEXfYj/P2xwC6IFQD4rsbtphXUkaLa 6npUgqbqhSK0NItuJGyv7ODfmkvCX1Unto+eamES3S8wil8u3Azs0qe/Q/gDGAEZTQM/Uq76 Vwp37mN4c1nGCKePZJtywtAg9vUD/Lx7uRWIjGTR95gTBY5AUeX5VGeBiomUgGnG7nI3HoiZ hWu/KdmYfSzjYYj9739uGCzdpSyR/fAL9NWa6XeVpNm4QUPJAn1Gr556l6yiE6m118RNjuI8 5+z9ABCCSAdI+XS8qyFGc+8q7phpSTNjmSrVT1qzyoeNfrdv1kgTBolSzyCnawu8MjzZ7llj DuUqiF3huIjLu5BVBq+6f0UEC0LpYohZ2KGoN1y5oSEcHN0pmXKFglYrqG4zF3SCOve+/1DK 63L8zun1PGbza/h/Cjicv7qHNhprjNEHr4Bvbq+ibKjpRClxOcLWLv5+lhc1owHSdKQp5ylC EmIxgt9Xu8SYV5pwIQam4MUV2zPN5j/Rj26F4QNNQWmXvbF2qQjutHb6YdnYdEYDjF4b86JT 1h2WBhInB6CL1EyV3dkcin4PkKpJQIEzhmIuD9NxcMxqBYZRsigU4wARAQABwsF8BBgBCgAm AhsMFiEE1y9LhHCYkkQg5iuT2Tj5yGgWmBwFAlh2fO0FCQljKUYACgkQ2Tj5yGgWmBySsQ/+ Iuxc9Q0R5BeR7o4JXbXGlCn6FqgugMfYvZ/fNxPJ5Sn9SiPOezho00jswjQC3w26SwPhGQ8L v+y4ZNWk7zsrS2Y+1m3r278rm8hr59fmbV/EjthfG4rtYlAeiWYxmg2xsFGqb9VQhj5i0Aze SbGnZ8namMU/+zfYNc4/LGGatG245lCvLMZcgGxEk2E1IVHh2g0nAC0nQ+xlmfvrNshLz4WY hrZS0t3Q4VDsL6bmywcdtFvURYKadyZ9H0UAkkg+H+QEwfH5HLhwai/5uZNfSllbQfJosy0Y KdzzMTjPYp21tKVvUIBmw5NREb5E23IzQZB1FR7nwBE2mx7O6BkVrpfo4mUqDZYuJsp9R9V5 EeMvFS9cbax8g9zCOps+rzLkz/Ab6NWdvydIZIqR+f/55o8VliNF5qANwLKcHfDdr8HljaCo tS3OnV9KdnW50/rORGvy1WXVvcKcqbPSArcjR2PZW/jPJo/2JVu9dfLT3x7U+E/jT2mYQtY2 99mVduvdNTbG30AeXfMAGikNXn9Sc3nFWTMUoiniLmYvNTwl0AhUdtXT52b+8c3hjBx2Mq9r D4PUVBn8wXqIMqQBPg633mFM9X3fAPQGvrJEpc3INv84f9DsNO65YQkS6uUEuQFMKwXIs9zl KCX0cFBuqlnaE/YLB+L4IJMyan8Jk9NDa0A= Organization: The FreeBSD Project Message-ID: <7523df6a-539a-c5e5-8475-e74f7f74ede2@FreeBSD.org> Date: Sat, 16 Jun 2018 11:13:35 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <201806052204.w55M4uFc083159@jail0199.vps.exonetric.net> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="X52EPC7HYQXEAZDKMDCzSNV9GTgwBbDTR" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jun 2018 09:13:49 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --X52EPC7HYQXEAZDKMDCzSNV9GTgwBbDTR Content-Type: multipart/mixed; boundary="KiMbMSCWyHnnnHyBOuftheiGYEkgtJUjN"; protected-headers="v1" From: =?UTF-8?Q?Jean-S=c3=a9bastien_P=c3=a9dron?= To: freebsd-current@freebsd.org Message-ID: <7523df6a-539a-c5e5-8475-e74f7f74ede2@FreeBSD.org> Subject: Re: intel graphics regression? between r332432 and r333982 References: <201806052204.w55M4uFc083159@jail0199.vps.exonetric.net> In-Reply-To: <201806052204.w55M4uFc083159@jail0199.vps.exonetric.net> --KiMbMSCWyHnnnHyBOuftheiGYEkgtJUjN Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 06.06.2018 00:04, Anton Shterenlikht wrote: > I built graphics/drm-next-kmod > and added kld_list=3D"/boot/modules/i915kms.ko" > to /etc/rc.conf. >=20 > However, on boot I see: >=20 > KLD drm.ko: depends on kernel - not available or version mismatch > linker_load_file: /boot/modules/drm.ko - unsupported file type > KLD i915kms.ko: depends on drmn - not available or version mismatch > linker_load_file: /boot/modules/i915kms.ko - unsupported file type Hi! You need to make sure that the base sources you use to build graphics/drm-next-kmod match the kernel you are running. And currently, this is not the case according to the error. > I can still load these modules manually: >=20 > root@z:~ # kldload drm > root@z:~ # kldload i915kms When you only specify the module name, as opposed the the absolute path like in /etc/rc.conf, you load the module compiled with the kernel (e.g. /boot/kernel/i915kms.ko), which is different from the one installed by drm-next-kmod. And the one built with the kernel doesn't support your GPU= =2E --=20 Jean-S=C3=A9bastien P=C3=A9dron The FreeBSD Project --KiMbMSCWyHnnnHyBOuftheiGYEkgtJUjN-- --X52EPC7HYQXEAZDKMDCzSNV9GTgwBbDTR Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEZwh/0a6uDhLbxqbwOemXYaX9lMwFAlsk1MMACgkQOemXYaX9 lMw+nRAAhjfbyYLcG36Sax8xBWgZBnOIFg6ToMkdOaYflCymf5S/Zba78S3kjMwQ RFhEmnPEGAU0HImvbtPVDJA9k0XzLiCDjbfnZDaq1K3F57nzVwpvI9WcbpEM+dtS je4n9WhCDNMqGu16evCqdwXukHlj4QmwhqWWaFSpW/TJFrGVI6tBwx92imOPX+9x cCXJiXTV2ey20rmBfmopVh7LEanTzuY3hy4ba2+eM6GsT5T615wW8giLvYl7horI 9NugOGn4RG/OOqziQERSkDLtPLUSccsBmzLcgL6rXGwrLzdQKV+St7Yc+A3aEaYE 9Tg3ZKPXhLsCdkrdoWa0iwvqCQI9a+a3W3cXnDnV4aoWCvBmVBXmNQf/DEsD3N2t 1RJzDgzP3appYeYszBj1gb6a1iwN4f9+cKHUNCUQ2iKHRmAo85XrjOp4CgaV0d1R EKSA9k+S4A0oftoToLaxgdLews/DROjTuVcKdOpeNAYZhqST5WWBka96vlAoN1V5 vJRYCHGMnJOdAPDUg6v57xL++D/1q5hUbrZOzg56hA6H0KDjwD8iXALEaUrfFl19 naFIh/7XoRK0sAs9rQ8pvt0XsdIXdCwU6NhAPfGk0mem8iyypDsRZ19JcLL63dl0 g2WTyYY+3Qu+AbsvbQLIYLPkXuWeEjz3rxOVIaNtNONSRCg3Nk8= =zCpg -----END PGP SIGNATURE----- --X52EPC7HYQXEAZDKMDCzSNV9GTgwBbDTR--