From owner-freebsd-stable@freebsd.org Sun Feb 23 01:03:37 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D8357252D83 for ; Sun, 23 Feb 2020 01:03:37 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-oi1-x22c.google.com (mail-oi1-x22c.google.com [IPv6:2607:f8b0:4864:20::22c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Q6QJ3BpXz4bLw for ; Sun, 23 Feb 2020 01:03:36 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-oi1-x22c.google.com with SMTP id q84so5597430oic.4 for ; Sat, 22 Feb 2020 17:03:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=tokOyW/EZPURU0icH3nXX2yTj57FEYVd6ZtSO4sPzBQ=; b=M8jsqXVH87z+OeytwSkPYy1XJRCV4b+6fv1DiO68XDxZ5BPz4P5panHA89Tdoz9UZM x7Q+HwUZiu1LnxhKP5H4ZOSOd8BStRRmgS/hrf0rm4DabXDMIJx7+y0NuRnInAoiLPhH GuX+vGEcUX22yzZsu3W1tkHIEyDh5oA1sGXnYcIiEIcat1P2IHenOdi3BUvpqYGi0gLN XvSNsLi7JW0bxKR/Uz8vWJxcwGgwB++LCWt2mdbNcyx871RUmEB95h6FaqCH1kXrXelK hb+Rk2CncYQCkj1QfmkkS70ZXkMtSHwVlAAbCJSvoa5LGer47+GcNzZJYH1+pqPUkAAf 5DXg== 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=tokOyW/EZPURU0icH3nXX2yTj57FEYVd6ZtSO4sPzBQ=; b=A+P2tY/EOHF2k9/NKjjYvhKgcn9dA/Wo7NgMNzwHWTLrd6OEJewwZsvplZNfeDPLen iYM2giX4Q0cisnD53UCnlECquKXT9IUOgJZNKIKx2IdyWt4GKzYUCF7wqo5/oB+h8UcV wCu9wg3Sq+XmqRwqas7d7a9tY5jo79COPyVcghCUlCMRoMq4b3qzATHgrvsZJVCuefCK TBLehlF3OfbocamekZ2EPD8j0WoYfqmnOs4qR6oxv9ZmPRazM9odDl+E/k/zhob3dHGE On0r6fp0mK/+g4ZnBK+k5N/nURgX2215Ew4QqlcKkESoZe3CxAAG+cTQeRx94yS3ILYl qlVw== X-Gm-Message-State: APjAAAVtJOqmdrpLUWLiu8/nwk6kDIlM6f3Vfx6WE/1Lq/EMSf9ndSkz fqOkYItClXpoATAzX2KElU1AhY+bEhEM//KYPNI= X-Google-Smtp-Source: APXvYqxbPcOdCAex7U/JIHN2cIUEFftwF3AtltgZnL4RWJDc3j2jT4CFlApylts82VFzvJqFMdZUM8ajoq8rZP7adqk= X-Received: by 2002:aca:bfc2:: with SMTP id p185mr8066983oif.57.1582419815003; Sat, 22 Feb 2020 17:03:35 -0800 (PST) MIME-Version: 1.0 References: <202002221652.01MGqJu1046562@saturn.lyxys.ka.sub.org> In-Reply-To: From: Kevin Oberman Date: Sat, 22 Feb 2020 17:03:18 -0800 Message-ID: Subject: Re: input devices after xorg update To: Nuno Teixeira Cc: FreeBSD-STABLE Mailing List X-Rspamd-Queue-Id: 48Q6QJ3BpXz4bLw X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=M8jsqXVH; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kob6558@gmail.com designates 2607:f8b0:4864:20::22c as permitted sender) smtp.mailfrom=kob6558@gmail.com X-Spamd-Result: default: False [-2.70 / 15.00]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FORGED_SENDER(0.30)[rkoberman@gmail.com,kob6558@gmail.com]; FREEMAIL_TO(0.00)[gmail.com]; IP_SCORE(0.00)[ip: (-8.65), ipnet: 2607:f8b0::/32(-1.88), asn: 15169(-1.67), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[rkoberman@gmail.com,kob6558@gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[c.2.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Feb 2020 01:03:37 -0000 On Sat, Feb 22, 2020 at 12:06 PM Nuno Teixeira wrote= : > Hi, > > More on udev libinput: > > New Xorg switch from devd to udev > < > https://forums.freebsd.org/threads/new-xorg-switch-from-devd-to-udev.7414= 4/ > > > > Nuno Teixeira > > escreveu no dia s=C3=A1bado, 22/02/2020 =C3= =A0(s) 16:54: > > > Hi, > > > > after taking quite a while to get a working x11 back, here's what > > I learned: if you build everything from ports, it is important to > > revisit the configured options on your x11 related ports. You need to > > enable the libinput driver and on FreeBSD 12 or newer switch xorg-serve= r > > to using udev. While this is now default, your stored build options > > might be different. > > > > For everyone using non-default keyboard layouts, configured as in > > section 5.4.7.1 of the FreeBSD handbook: you now need to use the > > "libinput" driver instead of "keyboard". Otherwise the keyboard > > module gets loaded in addition to the libinput module, resulting in > > both talking to the keyboard and rendering it unusable. > > > > Wolfgang I have everything working again. I had to install the small patch in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D244306 and follow the instructions in the pkg-message. I did NOT switch to UDEV. I sill use the default of DEVD. I do have libinput and xf86-input-evdev installed. It appears that the FIXDRM patch is only required on certain hardware... in my case a Sandy Bridge GPU. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-stable@freebsd.org Sun Feb 23 13:37:29 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5291323CB32 for ; Sun, 23 Feb 2020 13:37:29 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48QR871Z8Yz4G9l for ; Sun, 23 Feb 2020 13:37:26 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 01NDbCip004559 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sun, 23 Feb 2020 13:37:13 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: ed.arrakis@gmail.com Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id 01NDb5Nn041044 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sun, 23 Feb 2020 20:37:05 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: base svn(lite) LTS not updated To: Nuno Teixeira , freebsd-stable@freebsd.org References: From: Eugene Grosbein Message-ID: Date: Sun, 23 Feb 2020 20:36:59 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM, SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record * -0.0 SPF_PASS SPF: sender matches SPF record * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 48QR871Z8Yz4G9l X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism not recognized by this client) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-3.94 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_PERMFAIL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-1.84)[ip: (-5.08), ipnet: 2a01:4f8::/29(-2.54), asn: 24940(-1.55), country: DE(-0.02)]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Feb 2020 13:37:29 -0000 23.02.2020 3:01, Nuno Teixeira wrote: > Hello, > > I noticed that STABLE and CURRENT have base subversion at version 1.10.0. > > Why is base svn not updated to last LTS 1.10.6? You are supposed to install /usr/ports/devel/subversion (1.13.0 at the moment) for any usage other than updating FreeBSD repositories (src, ports, etc.) From owner-freebsd-stable@freebsd.org Sun Feb 23 17:48:38 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 30BC12436DB for ; Sun, 23 Feb 2020 17:48:38 +0000 (UTC) (envelope-from gerard_seibert@outlook.com) Received: from NAM10-BN7-obe.outbound.protection.outlook.com (mail-bn7nam10olkn2048.outbound.protection.outlook.com [40.92.40.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48QXjv1nzWz48tN for ; Sun, 23 Feb 2020 17:48:34 +0000 (UTC) (envelope-from gerard_seibert@outlook.com) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=UFltxRsxWxZ96C5Ko8ywDMjTWZ1a3EXDFf8xeEdjx1isJrX7GvCcboIbe2YuV5dH60JBgydFx+8uVLRHwrPgAcRtecND7DYZ9fEb3Lxo88WmYRbq7CNSjvCH9ZrLSlduqsOg6aaNC+oTbqkDud0+Fr9H0+aZs9QjOC9YCidctel0vlow1BUrrHbcqztsi5FXwbmLQCyFM9KLIT174BZDLLHgPMUDbK/YxAOuhMJ00a3apVs2n8FN8eMaVmcZAu8ovKfJik157V88/soAP4W9eStuFZDtJJflvyk6OoM85HZeH1arpZKKr6IhZSUAqH/Ojcz9u5H8Ph78gXohICMlaQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=OuHXiahOLBZhDif651csuFYhcTjyEoIRvceWwpwOdlo=; b=ENf1hkf43NWdspBass5X8ssDbguwoAAkL0+LM61VM9Nq1k2GGKe1dQrTYiEzuasGSa5ExCaP9Vy3/HN003rZbMZ1yrADuwj0XsqvXajBBh7ySmLL6lTTDeOO4LnuoQHlsNShtjKt+pwnWcWHW3aigIm/3Gra6hEsOlFXBCxnar306/mECcaEwMAH9X94ul0jQ1iPaXiGtDLMsunwgTnf9eCLDT+D684OGIlByoTCOAV/si47/DSjl2iMHk7Em1N05Jj1kMZK92AD4ZaDZLNFH+6X/geKyxiuO91N712HZ0L9OgX00oIMrdiOo3dvxTHEc6NzYpdGhuwTcS+Qe/m/rA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=outlook.com; dmarc=pass action=none header.from=outlook.com; dkim=pass header.d=outlook.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=OuHXiahOLBZhDif651csuFYhcTjyEoIRvceWwpwOdlo=; b=DHcb5aK9rk2KbmX9BnLhb3+7m3hdTASvzbr1sadyXq+0HSnKicaqgj76NtLlV6f2LN9Yl6PH7WJ5ISaFj9LDOKX44+Hhg3CjJ5iaXFK2MuaIS2sWDv1vEe5Qf6K8nmlpIEl3dlg5+PZrwGJB/tFo8ErbPZbhOGhKBuGtocIx/cL4Imhfof0WsOO7zfGqx3PQuUuhrp9ZUlzCFWPGPs0PSJw80f2Bg550iix+n2PG46xfl/6p4tFCNsg8cziO/eupFlLGTAorLVI08gf7cbXnDNR9Du36wkYDFbhfXHCgWAxEkrpIODFJD1LiIKp6UmzPmc6xyn4tTFk5v/bwjW2muA== Received: from BN7NAM10FT029.eop-nam10.prod.protection.outlook.com (2a01:111:e400:7e8f::38) by BN7NAM10HT226.eop-nam10.prod.protection.outlook.com (2a01:111:e400:7e8f::89) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2750.19; Sun, 23 Feb 2020 17:48:33 +0000 Received: from DM6PR02MB5228.namprd02.prod.outlook.com (10.13.156.55) by BN7NAM10FT029.mail.protection.outlook.com (10.13.157.53) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2750.19 via Frontend Transport; Sun, 23 Feb 2020 17:48:33 +0000 X-IncomingTopHeaderMarker: OriginalChecksum:6091D1DD8D9CC6438BE53DDEFDE1FE3ECECB599E61AF81E9B742D69B4F0B86F0; UpperCasedChecksum:95199349B6968EB615A98CF72D1F043B7C7DF5045CF2D0AD61A51A5B0BCF2E6A; SizeAsReceived:10127; Count:53 Received: from DM6PR02MB5228.namprd02.prod.outlook.com ([fe80::518f:ba28:13dd:1f3e]) by DM6PR02MB5228.namprd02.prod.outlook.com ([fe80::518f:ba28:13dd:1f3e%7]) with mapi id 15.20.2750.021; Sun, 23 Feb 2020 17:48:33 +0000 Date: Sun, 23 Feb 2020 12:48:30 -0500 From: "Gerard E. Seibert" To: freebsd-stable@freebsd.org Subject: Re: [FreeBSD-Announce] FreeBSD 12.0 end-of-life Message-ID: In-Reply-To: References: <20200217231452.717FA1E820@freefall.freebsd.org> Reply-To: freebsd-stable@freebsd.org Organization: seibercom.net X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; amd64-portbld-freebsd11.3) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAD1BMVEXHx8eCek7////4+fjWs03LZvEkAAAB+UlEQVQ4jY2UC5LbIAyGhfEB0JoDULgAAR8ANrr/mfpL2Em2087UExyiT+hNKJfesVrGB99ri0UvkAtW73+CnBPZs90AL0U5V5N7FXcsuvQBfIFYt3bGQFNQaMaWdVsu0Jd8Hy5+J/G6h5BWRDlJFOLj5OiziWh5SCwcHYd9MnvzQmapxglJFBFmlqC2zLmTCLkKOeprtAWciOlOFcoUFvEALScXI9Gc0ezsItEXRJVXSrlUyMMVU84L2JMADiitXx9gV98tcUs0EG675QWZcPz+xUd1+ygfQGNin+I4Q5APcIqFS1F2IYClXSkh7/NZKSBb4bGcI/XgEL+MTo5kRtSYlhyV1UqhhS5ECbTCPSF7EE4MbSTvomkqqFGGg+3J2nW83JcB9EK+gu/nII/WuYq+GHBwvYWGpmtFs2uPOBQU1JMqB3WM9hK3Mp8KEu2TKNh4IDCPlEu+wPAhbBcY7qouaumcR/gakYbMqxbUCwUZNL21BDkeq3XUs+mJnSB5uu0CeYHdbGEaub06SFalGjDoCTnmF6haV9oe6AVrzhfo/bFAJ23TZcgGrqqtuT3Uya2/JtHiPyrOHT8AjpANqczL0H0/eg0WmTxf+vet7YT5jiF/gt6vy1Zuz8VEdF//91Pet/bfoN8zrsPeF3j/yXT1+pc/mf8FvwFLRp5BkxdhkQAAAABJRU5ErkJggg== Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-ClientProxiedBy: BN6PR19CA0076.namprd19.prod.outlook.com (2603:10b6:404:133::14) To DM6PR02MB5228.namprd02.prod.outlook.com (2603:10b6:5:46::29) X-Microsoft-Original-Message-ID: <20200223124830.72c18a47@scorpio> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from scorpio.seibercom.net (174.109.225.250) by BN6PR19CA0076.namprd19.prod.outlook.com (2603:10b6:404:133::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2750.18 via Frontend Transport; Sun, 23 Feb 2020 17:48:32 +0000 Received: from scorpio (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: gerard_seibert@outlook.com) by scorpio.seibercom.net (Postfix) with ESMTPSA id 48QXjp6vZrz1Wv3 for ; Sun, 23 Feb 2020 12:48:30 -0500 (EST) X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; amd64-portbld-freebsd11.3) X-Microsoft-Original-Message-ID: <20200223124830.72c18a47@scorpio> X-TMN: [ZJ2GJfcE/eviZqJHldVx5OVd5DZ7VS89boyExUkDOgY=] X-MS-PublicTrafficType: Email X-IncomingHeaderCount: 53 X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-Correlation-Id: 6b3b77a4-cdb7-49cc-dbba-08d7b888996a X-MS-TrafficTypeDiagnostic: BN7NAM10HT226: X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: JWNRQcyI6nKEh8xwEZJwwITlsIEfHUR6roQCJLXVXV7JGG0C/mVyyvTrD/CPbWh/aaP0QiXtyZphZhFd2+EZW1yZU1Nn0XrA2gnebBeW9VdeOLABISNdDeHE55hmND9tLBvsqLYdEjJGLja4CnotYp3bi1ENVpIuklQ33evW2JimSnfLV7Sho6p5LOs81nk+Sl+sRWc0nWpKFBogOXD6/QndKSmQ2a6dL+1e49RlJPM= X-MS-Exchange-AntiSpam-MessageData: qv5gaON56fU2hmXIqWtngN+afVIu8TZjOJNbcYCuQhKLBWE0NIuPES1F8LXLNQ3eh5Prc29DOXGYq+aCJsYeTAW34mlNfjSgXRz8nvr2v3bLeJh35l0DrUtUhShqQGOlxoLQDVHOo9EGEoJgb+D+2g== X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 6b3b77a4-cdb7-49cc-dbba-08d7b888996a X-MS-Exchange-CrossTenant-OriginalArrivalTime: 23 Feb 2020 17:48:32.9702 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-FromEntityHeader: Internet X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7NAM10HT226 X-Rspamd-Queue-Id: 48QXjv1nzWz48tN X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=pass header.d=outlook.com header.s=selector1 header.b=DHcb5aK9; dmarc=pass (policy=none) header.from=outlook.com; spf=pass (mx1.freebsd.org: domain of gerard_seibert@outlook.com designates 40.92.40.48 as permitted sender) smtp.mailfrom=gerard_seibert@outlook.com X-Spamd-Result: default: False [1.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[freebsd-stable@freebsd.org]; R_SPF_ALLOW(-0.20)[+ip4:40.92.0.0/15]; FREEMAIL_FROM(0.00)[outlook.com]; TO_DN_NONE(0.00)[]; HAS_ORG_HEADER(0.00)[]; DKIM_TRACE(0.00)[outlook.com:+]; DMARC_POLICY_ALLOW(-0.50)[outlook.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[250.225.109.174.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; FREEMAIL_ENVFROM(0.00)[outlook.com]; ARC_ALLOW(-1.00)[i=1]; DWL_DNSWL_NONE(0.00)[outlook.com.dwl.dnswl.org : 127.0.3.0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[outlook.com:s=selector1]; RCVD_COUNT_FIVE(0.00)[6]; FROM_HAS_DN(0.00)[]; REPLYTO_EQ_TO_ADDR(5.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(0.00)[ipnet: 40.64.0.0/10(-3.84), asn: 8075(-3.12), country: US(-0.05)]; RCVD_IN_DNSWL_NONE(0.00)[48.40.92.40.list.dnswl.org : 127.0.3.0] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Feb 2020 17:48:38 -0000 On Tue, 18 Feb 2020 04:23:35 +0100, Tomasz CEDRO stated: >12.0 was a problematic release. 12.1 brings even more problems. I agree. 12.0 & 12.1 are both flawed. Neither one will install and run correctly on certain newer systems. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237666 Until they squash that bug, they should not be in a rush to push out the door another defective model. Just my 2₵. -- Jerry From owner-freebsd-stable@freebsd.org Sun Feb 23 20:34:27 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D9E08247EB3 for ; Sun, 23 Feb 2020 20:34:27 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-il1-f172.google.com (mail-il1-f172.google.com [209.85.166.172]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48QcPH4pq5z4H8F for ; Sun, 23 Feb 2020 20:34:27 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-il1-f172.google.com with SMTP id p8so6010970iln.12 for ; Sun, 23 Feb 2020 12:34:27 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=RzcofYAm0yjFBtbHZ7vM4u6O8o1aD7OVnBHZJNqamis=; b=LmrIXow3dRePltuwCAt3hb39j/XLAI3MEebzp7sohG2rkj5dvXSLqwwY5KYgeaAz3Q QNpdatfX9zna3Vt0HlFplw/rmocdputNTGe9hCQTRv+CL0TC3AYkD1hiKKNYgHZGkrCB X/CLreeMi6WfjiqS+/EtRHI4+tuS/8BLsEI+W2veN3EtTy/CuKbYXr49xSz/RLm1S4c/ 92jVR3Pcp5j9wohkxgBPR1LZtprUerjhA6PBVcMMyIU0GjOJOsNmXDaUDWNqn7TsVm98 p8nFD8VKJ9AAV7GKfMZZZFY8SjwPFDLk/k1jjm6w3InbryZD/3ntBh6W2uCoP2eE/o1a FXZg== X-Gm-Message-State: APjAAAVtXu+g0Pq8z1XEZGJStGC3TnTSrekMp3BVXK2x383YTeEgtSpZ +PzJ9PoGC7KVCs/ScOZ4MlseM6hhb1q/I+c3mArctiiq X-Google-Smtp-Source: APXvYqyqpKKDKjV++fha8JlvmdOaFA88m8tHBhpgh3GW63GGiltJJnaH5OXMUsueR/9aRAlANSKjCSJCd40exxnbm3I= X-Received: by 2002:a92:5cda:: with SMTP id d87mr55353968ilg.100.1582490065790; Sun, 23 Feb 2020 12:34:25 -0800 (PST) MIME-Version: 1.0 References: <20200217231452.717FA1E820@freefall.freebsd.org> In-Reply-To: From: Ed Maste Date: Sun, 23 Feb 2020 15:34:13 -0500 Message-ID: Subject: Re: [FreeBSD-Announce] FreeBSD 12.0 end-of-life To: freebsd-stable stable Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 48QcPH4pq5z4H8F X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-6.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Feb 2020 20:34:27 -0000 On Sun, 23 Feb 2020 at 12:48, Gerard E. Seibert wrote: > > Until they squash that bug, they should not be in a rush to push out > the door another defective model. Unfortunately complaining that there's a bug in 12.0 or 12.1 or providing additional reports of this will do nothing to help resolve the issue. I can suggest two ways folks can help get this resolved: build and test kernels (with guidance from interested developers) to bisect and identify the offending commit/test potential patches, or make a system available to willing developer(s). From owner-freebsd-stable@freebsd.org Sun Feb 23 22:27:50 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5247224AB39 for ; Sun, 23 Feb 2020 22:27:50 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (mail.karels.net [216.160.39.52]) by mx1.freebsd.org (Postfix) with ESMTP id 48Qfw35h5Fz3yYW; Sun, 23 Feb 2020 22:27:47 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (localhost [127.0.0.1]) by mail.karels.net (8.15.2/8.15.2) with ESMTP id 01NMRfMn085481; Sun, 23 Feb 2020 16:27:41 -0600 (CST) (envelope-from mike@karels.net) Message-Id: <202002232227.01NMRfMn085481@mail.karels.net> To: Ed Maste cc: freebsd-stable stable From: Mike Karels Reply-to: mike@karels.net Subject: Re: [FreeBSD-Announce] FreeBSD 12.0 end-of-life In-reply-to: Your message of Sun, 23 Feb 2020 15:34:13 -0500. MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <85479.1582496860.1@mail.karels.net> Date: Sun, 23 Feb 2020 16:27:40 -0600 X-Rspamd-Queue-Id: 48Qfw35h5Fz3yYW X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@karels.net designates 216.160.39.52 as permitted sender) smtp.mailfrom=mike@karels.net X-Spamd-Result: default: False [-4.44 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[mike@karels.net]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:216.160.39.52]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[karels.net]; REPLYTO_ADDR_EQ_FROM(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(-2.24)[ip: (-7.37), ipnet: 216.160.36.0/22(-3.73), asn: 209(-0.05), country: US(-0.05)]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:209, ipnet:216.160.36.0/22, country:US]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Feb 2020 22:27:50 -0000 Ed Maste wrote: > On Sun, 23 Feb 2020 at 12:48, Gerard E. Seibert > wrote: > > > > Until they squash that bug, they should not be in a rush to push out > > the door another defective model. > Unfortunately complaining that there's a bug in 12.0 or 12.1 or > providing additional reports of this will do nothing to help resolve > the issue. I can suggest two ways folks can help get this resolved: > build and test kernels (with guidance from interested developers) to > bisect and identify the offending commit/test potential patches, or > make a system available to willing developer(s). In this case (a USB failure), I bisected the problem some months ago. The offending commit was an ACPI update. I have not yet "downgraded" to 11.3, but I will when I have enough time. Mike From owner-freebsd-stable@freebsd.org Sun Feb 23 23:24:37 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 04F9D24C2C6 for ; Sun, 23 Feb 2020 23:24:37 +0000 (UTC) (envelope-from gerard_seibert@outlook.com) Received: from NAM11-BN8-obe.outbound.protection.outlook.com (mail-bn8nam11olkn20826.outbound.protection.outlook.com [IPv6:2a01:111:f400:7eae::826]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Qh9b53WSz3x2F for ; Sun, 23 Feb 2020 23:24:35 +0000 (UTC) (envelope-from gerard_seibert@outlook.com) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=AMSFKlt/8ZUrdDwnz7WJTsy3aub9O15VIrk8qt5/0OfYdbRYyXE4rZDbA/WO/0OoCFmEJn75PwAXAwCvPkSwaawkDmi/jLpd5MKG32dr7LTgaG8P4EEVZ+pFtdATHNzhckVTZ4tO4tSno12H0OV7itBWSbnqnAALmpf01EtcRUlWTTf6hDc4xs7XO1I+TeAWhGc1sW88xU+fqDMmbgGNEQ0SJQITqToR4ZqjCIm+6QHWD0etJJ1lSioGVTZTf4fO5BshNFmkHf3leEMaJcizZ34t9lCCKBEyVgr5gkDcQaUaCshU8BYpoykcWFwctvECbl44zkr7R03ohMrKVlFf+g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=/7H6H/ZeX8qZEA81GMBBWYOhtwvj/ntJ0EXjrTaX6qQ=; b=DFLr3LN8F408Sy/vyheq7/PzDY9j/wioOsj7TY0PKuD4dMw5phgAHOrGKM44mOnIANG+w/oS7Za+Fvq4C3M9VZQm+4TrqmzM3AhU2VjGui1X4vrjSUwUiowQpjGrM/bcHRA4GcjA6V/M0eWsrBPIS6m3jGB+RqRxaa8Dqt8Px8JqEKCSx5b+jdQJ3ESAuh4hqaITQzBjtgUkdcc+35O/ZkoI8To1zVz1JfQWfn89d9/vxgyx5oMibDZfgc1WdH1rh2lsDP1XtWxGHbYzD+Ul5pMmP1Wc69IL/GyKuGETTFx9gC8ewnMFFCYzv8hiHVShfoofjeeup9uT248dHw13/w== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=outlook.com; dmarc=pass action=none header.from=outlook.com; dkim=pass header.d=outlook.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=/7H6H/ZeX8qZEA81GMBBWYOhtwvj/ntJ0EXjrTaX6qQ=; b=UcIIyK5eccsbX02EEX6R0EB3RbFo8YNcbVKVJhvyMDsGDbUdT2yEGjkmOtpbKeAFxVmt7kGImQ6Mpco2N6iLBbHYNWln2IGmlugVD56YbrITJlYOhYVYXuO8414U/hIoxGLiRorPUP5s72ePDNiClu5bKqtsIzano9VET99SqURxEqNpAw0oBEqy2wrtimKCeE9gwU+4tZqUCLGFbLQX7s8mJDOTj/Qb+nRiKUHU0iIZP3wAbf1QRe3yQ4y4MzaI9vXZWWcje9gvuYLWJGOsCZ9Tzb+6KPz4yrqwt8onVMnZoHiM8iQtaZZuWc7BiyBKX9jlOZWiE3GTGeri0n2B7w== Received: from BN8NAM11FT033.eop-nam11.prod.protection.outlook.com (2a01:111:e400:fc4b::38) by BN8NAM11HT094.eop-nam11.prod.protection.outlook.com (2a01:111:e400:fc4b::213) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2750.18; Sun, 23 Feb 2020 23:24:33 +0000 Received: from DM6PR02MB5228.namprd02.prod.outlook.com (2a01:111:e400:fc4b::33) by BN8NAM11FT033.mail.protection.outlook.com (2a01:111:e400:fc4b::405) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2750.18 via Frontend Transport; Sun, 23 Feb 2020 23:24:33 +0000 X-IncomingTopHeaderMarker: OriginalChecksum:D077F37525F73E587232E7A629EB5D19F19242FB96D55719C434C6BC92671516; UpperCasedChecksum:8185AD0F282A817DA1157C3BF812408BF6624E211390DE39D887910AD6549E19; SizeAsReceived:10132; Count:53 Received: from DM6PR02MB5228.namprd02.prod.outlook.com ([fe80::518f:ba28:13dd:1f3e]) by DM6PR02MB5228.namprd02.prod.outlook.com ([fe80::518f:ba28:13dd:1f3e%7]) with mapi id 15.20.2750.021; Sun, 23 Feb 2020 23:24:33 +0000 Date: Sun, 23 Feb 2020 18:24:29 -0500 From: "Gerard E. Seibert" To: freebsd-stable@freebsd.org Subject: Re: [FreeBSD-Announce] FreeBSD 12.0 end-of-life Message-ID: In-Reply-To: <202002232227.01NMRfMn085481@mail.karels.net> References: <202002232227.01NMRfMn085481@mail.karels.net> Reply-To: freebsd-stable@freebsd.org Organization: seibercom.net X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; amd64-portbld-freebsd11.3) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAD1BMVEXHx8eCek7////4+fjWs03LZvEkAAAB+UlEQVQ4jY2UC5LbIAyGhfEB0JoDULgAAR8ANrr/mfpL2Em2087UExyiT+hNKJfesVrGB99ri0UvkAtW73+CnBPZs90AL0U5V5N7FXcsuvQBfIFYt3bGQFNQaMaWdVsu0Jd8Hy5+J/G6h5BWRDlJFOLj5OiziWh5SCwcHYd9MnvzQmapxglJFBFmlqC2zLmTCLkKOeprtAWciOlOFcoUFvEALScXI9Gc0ezsItEXRJVXSrlUyMMVU84L2JMADiitXx9gV98tcUs0EG675QWZcPz+xUd1+ygfQGNin+I4Q5APcIqFS1F2IYClXSkh7/NZKSBb4bGcI/XgEL+MTo5kRtSYlhyV1UqhhS5ECbTCPSF7EE4MbSTvomkqqFGGg+3J2nW83JcB9EK+gu/nII/WuYq+GHBwvYWGpmtFs2uPOBQU1JMqB3WM9hK3Mp8KEu2TKNh4IDCPlEu+wPAhbBcY7qouaumcR/gakYbMqxbUCwUZNL21BDkeq3XUs+mJnSB5uu0CeYHdbGEaub06SFalGjDoCTnmF6haV9oe6AVrzhfo/bFAJ23TZcgGrqqtuT3Uya2/JtHiPyrOHT8AjpANqczL0H0/eg0WmTxf+vet7YT5jiF/gt6vy1Zuz8VEdF//91Pet/bfoN8zrsPeF3j/yXT1+pc/mf8FvwFLRp5BkxdhkQAAAABJRU5ErkJggg== Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-ClientProxiedBy: BL0PR02CA0137.namprd02.prod.outlook.com (2603:10b6:208:35::42) To DM6PR02MB5228.namprd02.prod.outlook.com (2603:10b6:5:46::29) X-Microsoft-Original-Message-ID: <20200223182429.79757c82@scorpio> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from scorpio.seibercom.net (174.109.225.250) by BL0PR02CA0137.namprd02.prod.outlook.com (2603:10b6:208:35::42) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2750.18 via Frontend Transport; Sun, 23 Feb 2020 23:24:32 +0000 Received: from scorpio (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: gerard_seibert@outlook.com) by scorpio.seibercom.net (Postfix) with ESMTPSA id 48Qh9W05CYz1X2s for ; Sun, 23 Feb 2020 18:24:31 -0500 (EST) X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; amd64-portbld-freebsd11.3) X-Microsoft-Original-Message-ID: <20200223182429.79757c82@scorpio> X-TMN: [AQVIoEDXkdqdM5W9SzQUOuJQWOP5LhAT6FFMLrYzXVM=] X-MS-PublicTrafficType: Email X-IncomingHeaderCount: 53 X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-Correlation-Id: 0fcfbead-702e-4d06-a639-08d7b8b789bf X-MS-TrafficTypeDiagnostic: BN8NAM11HT094: X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: lZ9S3ffXAQPjJZuoy48iNFxSWkXQvWrRgrVX8RGKprUwMxpH6aI26YOWiDWNcBmF0Hyrlo2lw4E3dnkp9hZ2ezHaMhYhF4XCLnWdnnfRFO/rNrcKduDGOVjFyjzDD/PgaeYjQ87Uy8zskMTtEyZYpPP5akUpbi52eu7KRnkLQwVTzff4d1lJsNM2NaX/MLyp X-MS-Exchange-AntiSpam-MessageData: aPFu4R+v90nPouISlGGpHClSNifeODwj6xkiazF7H6awQ7tkihqmFC0iMGW3FgvWEIm3xY4z3mW2PU1qTOafvq67KV6QWlVTUeXTc/h6FpOYFYxxud+O4GGSFKKE0pQ9S/4nVNaDodKBlTWSYE7VXg== X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 0fcfbead-702e-4d06-a639-08d7b8b789bf X-MS-Exchange-CrossTenant-OriginalArrivalTime: 23 Feb 2020 23:24:33.1085 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-FromEntityHeader: Internet X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN8NAM11HT094 X-Rspamd-Queue-Id: 48Qh9b53WSz3x2F X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=pass header.d=outlook.com header.s=selector1 header.b=UcIIyK5e; dmarc=pass (policy=none) header.from=outlook.com; spf=pass (mx1.freebsd.org: domain of gerard_seibert@outlook.com designates 2a01:111:f400:7eae::826 as permitted sender) smtp.mailfrom=gerard_seibert@outlook.com X-Spamd-Result: default: False [1.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[freebsd-stable@freebsd.org]; R_SPF_ALLOW(-0.20)[+ip6:2a01:111:f400::/48]; FREEMAIL_FROM(0.00)[outlook.com]; TO_DN_NONE(0.00)[]; HAS_ORG_HEADER(0.00)[]; DKIM_TRACE(0.00)[outlook.com:+]; DMARC_POLICY_ALLOW(-0.50)[outlook.com,none]; RECEIVED_SPAMHAUS_PBL(0.00)[250.225.109.174.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[outlook.com]; ASN(0.00)[asn:8075, ipnet:2a01:111:f000::/36, country:US]; ARC_ALLOW(-1.00)[i=1]; DWL_DNSWL_NONE(0.00)[outlook.com.dwl.dnswl.org : 127.0.3.0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[outlook.com:s=selector1]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_FIVE(0.00)[6]; REPLYTO_EQ_TO_ADDR(5.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(0.00)[ipnet: 2a01:111:f000::/36(-3.98), asn: 8075(-3.12), country: US(-0.05)] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Feb 2020 23:24:37 -0000 On Sun, 23 Feb 2020 16:27:40 -0600, Mike Karels stated: >In this case (a USB failure), I bisected the problem some months ago. >The offending commit was an ACPI update. I have not yet "downgraded" >to 11.3, but I will when I have enough time. Obviously, I am not an expert here, but why can't the update to ACPI be reversed and why is it only affecting some systems. And why do you have to downgrade to 11.3? What are you running now? -- Gerard From owner-freebsd-stable@freebsd.org Mon Feb 24 02:18:21 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A98F424F9F0 for ; Mon, 24 Feb 2020 02:18:21 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: from mail-qt1-x832.google.com (mail-qt1-x832.google.com [IPv6:2607:f8b0:4864:20::832]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Qm243M8tz3Jd6 for ; Mon, 24 Feb 2020 02:18:19 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: by mail-qt1-x832.google.com with SMTP id j23so5589458qtr.11 for ; Sun, 23 Feb 2020 18:18:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=TEDF+Svk+Xub4T/pbRA15+tMvwqlh/yrwaMT1bfd3E4=; b=mPo1cI+yaoIcU4GaCvHai9A3QendGBNCwWamrkdaS9JSwFQ3o4XZ/e2BS9scSisEE4 UHNkfMAQ9wxjWpMwyPneYUyWvJdnbAIrABy6K6dzaRBwuwpRXqVHlvYkFYiddiFeQlep KOM4/vUAHPVyBlQiVh0GjVcGBLdTlb+DDDv4rCUzrO26muX5eBE9CRzq5YbXejm34m8S QCnJxWXJjCJOjXiqvxW8v8xIy3U9x/OW4dwkDJ/Fs9MteUoPgwE7OsPWDVvNU/4ZnwiX qJBQDArwHqtwKrm6cxKmKCQPf5k9jJvOmDpuaYnQ7tW16d5YupUxFJXU41M/7QXoX0zp SbZQ== 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=TEDF+Svk+Xub4T/pbRA15+tMvwqlh/yrwaMT1bfd3E4=; b=q74dS3lKTMfHJ99v8GYfDGKaNq0XI1rf1PG4poY9vuRKSAOfozaf2ZDCwXn9ZuZopn iL2L7QZgYW5lAG6ZLp3Fu1bzZISg7EjT0wJmwGcnwcYs8ktt5AV9gLEmPQZTVOdUYUt9 0MVkulTQzC2VXo18DCJuiXMyCynZ30+d32kiCjTELinYGD7PqSouRyoeAMT29L8cXi3s vBhQrsRBdqyR1DT2kEm+0up1TIBjADzgtOHvr+jR7nkgJiMxAwmv0Lub7SfxlIN0hK6N MHpcSWM9k7lut01/U3olI61ab+cbdEHhT5aqxLUB3arTztH0mC4gSBeLeMJzKqMC84TP qhWg== X-Gm-Message-State: APjAAAXZyTBvnizols3cOBIsItfI5Lnk9xzXlYNwOc5pUHxGxOWEcxlq 0P/rLDXN8aqzvot0wiUqdUNNSeKx+O/0DhRY8PAHZVUQ X-Google-Smtp-Source: APXvYqyhPtjChNi5FaMfyP9qLU2Mn7mRJf9tSbCJjH1fNhH0BQ7Wo3VSEc8Rj7b8SjJIQfaZHP/nPf3MnvKtJN0K/2k= X-Received: by 2002:ac8:4c89:: with SMTP id j9mr46548524qtv.29.1582510698947; Sun, 23 Feb 2020 18:18:18 -0800 (PST) MIME-Version: 1.0 From: Mario Olofo Date: Sun, 23 Feb 2020 23:18:08 -0300 Message-ID: Subject: Running FreeBSD on M.2 SSD To: freebsd-stable@freebsd.org X-Rspamd-Queue-Id: 48Qm243M8tz3Jd6 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=mPo1cI+y; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of marioolofo@gmail.com designates 2607:f8b0:4864:20::832 as permitted sender) smtp.mailfrom=marioolofo@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; URI_COUNT_ODD(1.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-9.30), ipnet: 2607:f8b0::/32(-1.88), asn: 15169(-1.67), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2.3.8.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Feb 2020 02:18:21 -0000 Hello guys, Some time ago I tried to switch from Linux to FreeBSD 12.1, used a WiFi dongle and all good, until I found that both ZFS and UFS corrupted the filesystem very fast. I work with a lot of small files because of web programming (node_modules), so after a clean install, after installing the dependencies for my project, if I scrub the zpool, it always found that the system is corrupted and never recover. I have a WD Green M.2 SSD 480GB WDS480G2G0B. Both Linux and Windows work correctly and don't detect any problems with the disk. Did someone knows if it isn't supported by FreeBSD or there's some specific configuration params that I need to set to it work correctly? I made a post on the forums back in the day I had the problem, the logs I had are all there: https://forums.freebsd.org/threads/fixing-metadata-errors-after-zfs-clear-zfs-scrub.72139/ Thank you, Mario From owner-freebsd-stable@freebsd.org Mon Feb 24 14:47:28 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2D97525ED5D for ; Mon, 24 Feb 2020 14:47:28 +0000 (UTC) (envelope-from warlock@phouka1.phouka.net) Received: from phouka1.phouka.net (phouka1.phouka.net [107.170.196.116]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "phouka.net", Issuer "Go Daddy Secure Certificate Authority - G2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48R4fQ3c1Yz3JZC for ; Mon, 24 Feb 2020 14:47:26 +0000 (UTC) (envelope-from warlock@phouka1.phouka.net) Received: from phouka1.phouka.net (localhost [127.0.0.1]) by phouka1.phouka.net (8.15.2/8.15.2) with ESMTPS id 01OEk2l2042769 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 24 Feb 2020 06:46:03 -0800 (PST) (envelope-from warlock@phouka1.phouka.net) Received: (from warlock@localhost) by phouka1.phouka.net (8.15.2/8.15.2/Submit) id 01OEk2Mj042768; Mon, 24 Feb 2020 06:46:02 -0800 (PST) (envelope-from warlock) Date: Mon, 24 Feb 2020 06:46:02 -0800 From: John Kennedy To: Mario Olofo Cc: freebsd-stable@freebsd.org Subject: Re: Running FreeBSD on M.2 SSD Message-ID: <20200224144602.GA64065@phouka1.phouka.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 48R4fQ3c1Yz3JZC X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of warlock@phouka1.phouka.net has no SPF policy when checking 107.170.196.116) smtp.mailfrom=warlock@phouka1.phouka.net X-Spamd-Result: default: False [3.48 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; IP_SCORE(0.41)[ipnet: 107.170.192.0/18(0.63), asn: 14061(1.46), country: US(-0.05)]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[phouka.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.93)[0.933,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.94)[0.939,0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[warlock@phouka.net,warlock@phouka1.phouka.net]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:14061, ipnet:107.170.192.0/18, country:US]; FROM_NEQ_ENVFROM(0.00)[warlock@phouka.net,warlock@phouka1.phouka.net]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Feb 2020 14:47:28 -0000 On Sun, Feb 23, 2020 at 11:18:08PM -0300, Mario Olofo wrote: > Some time ago I tried to switch from Linux to FreeBSD 12.1, used a WiFi > dongle and all good, until I found that both ZFS and UFS corrupted the > filesystem very fast. > I work with a lot of small files because of web programming (node_modules), > so after a clean install, after installing the dependencies for my project, > if I scrub the zpool, it always found that the system is corrupted and > never recover. > > I have a WD Green M.2 SSD 480GB WDS480G2G0B. > Both Linux and Windows work correctly and don't detect any problems with > the disk. > > Did someone knows if it isn't supported by FreeBSD or there's some specific > configuration params that I need to set to it work correctly? > > I made a post on the forums back in the day I had the problem, the logs I > had are all there: > https://forums.freebsd.org/threads/fixing-metadata-errors-after-zfs-clear-zfs-scrub.72139/ Can't answer your WD Green question specifically, but I'm happy with my setup, below. Good to look for quirks, but you probably also want to list other hardware involved as well (which might have it's own quirks). If you've had good success (and no corruption) with two other operating systems on the same hardware, I'd probably be looking at software and/or drivers, and that requires knowledge of the hardware. I've got dual EVOs (below is just from one I'm typing on) on two different FreeBSD boxes. Nothing specific I had to do in FreeBSD, although on the other motherboard I had to tweak the motherboard settings to give it the channels it needed to shine. kernel: nvd0: NVMe namespace kernel: nvd0: 476940MB (976773168 512 byte sectors) kernel: nvd1: NVMe namespace kernel: nvd1: 476940MB (976773168 512 byte sectors) If compiling kernel and packages from source count as having lots of little files, then I do as well. I think I'm ZFS everywhere (boot partition being the question over time). Personally, the only ZFS corruption I've had over time has been caused by bad hardware. When I moved the disks to another box, they were fine with the same version of FreeBSD. I scrub my zpool about once a month just because, plus after I get the kernel to crash. The original box went all the way back to root-on-ZFS + FreeBSD 11. The newer box just started around 12.0 (2019-05-31). From owner-freebsd-stable@freebsd.org Mon Feb 24 17:58:26 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7EDC623CE85 for ; Mon, 24 Feb 2020 17:58:26 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: from mail-qv1-xf42.google.com (mail-qv1-xf42.google.com [IPv6:2607:f8b0:4864:20::f42]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48R8tn4T0Qz4Q80 for ; Mon, 24 Feb 2020 17:58:24 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: by mail-qv1-xf42.google.com with SMTP id dc14so4508095qvb.9 for ; Mon, 24 Feb 2020 09:58:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Ux62g79JmrGWjebUXatD+JMWUJoPlCKaVn6pV1sKzgI=; b=RRbjTK/j9NMGJqh3P4Fonx6WqTKqK58EKuA+1D5HPaDUGXt8SYZdu5mB8SeqtGqvGb nvnh7d9cut7H8a29hvp2CDoPoThCLO6fedASPMuko3JD7qUDjHiEiabSLTg5TfY3LZRK Jx15khtEY3atEcBZFcY3I4M5K3cSJ3wWWOckWTPr53J6q7RdNfOmr7IeJw1n24HiTbPG pLYVnLB25rshj2j9XqivICM6jqdxq6dK0fuPj1TqQ7CIAtwk7cmLN10eYDEfRf7p9XpB ku6NCTQ7QtL6EutcXmUddacSpERCyXlkB54dJEiydSz6ecSUshKQtLMpDAdtJEqSMpCS 2JNg== 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=Ux62g79JmrGWjebUXatD+JMWUJoPlCKaVn6pV1sKzgI=; b=OCcaEiXnbbhJnxmYR6TnEa8iGSSN7pEq/0pbKWuPUF1NSBQ6G2bNX3vkporT67jukT V+OsZj3frkyYPDNEoITt30QU2io5bTfTdYFaOv8ULhj656bzS+dQ/O1QfzcWl55pXFJs 2fcJlKL30pRR4ZL3WjOwnwL20RityJsQPClxMcUTfVEvjVVsxprys19gjKAswY53GceF pBaY4jx4CEelXPMxRqB0z8hvh8QJPBD0nfKnwXO6OoQu3FXibI1+JpqAfquFKUYmbemr bKA6u30Nzqs3C+wH7x7rmKYGnn7Rsr/aV7WkQmM5Y/w7dYdr2RNC1bxNVkCu3zbJX6Kb Pm9g== X-Gm-Message-State: APjAAAV7g8WJiaA2MyeUPrG3IzOSnS1+ITxMrYmuy1tcx2KPM6qQXiFY NFfAhzqopiWhlKWYuCF+w0Oos1dIREvAd2CrBePE1w== X-Google-Smtp-Source: APXvYqy+MMccl4YlhoOaPFnasHCmq5h2VbgBCwn9Ew3Xgxl54j6J++hvEI3TdcM9fY1LpLcqsfUPE5QAL3NEAMxpCLM= X-Received: by 2002:a0c:f485:: with SMTP id i5mr46831689qvm.8.1582567103963; Mon, 24 Feb 2020 09:58:23 -0800 (PST) MIME-Version: 1.0 References: <20200224144602.GA64065@phouka1.phouka.net> In-Reply-To: <20200224144602.GA64065@phouka1.phouka.net> From: Mario Olofo Date: Mon, 24 Feb 2020 14:58:12 -0300 Message-ID: Subject: Re: Running FreeBSD on M.2 SSD To: John Kennedy Cc: freebsd-stable@freebsd.org X-Rspamd-Queue-Id: 48R8tn4T0Qz4Q80 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=RRbjTK/j; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of marioolofo@gmail.com designates 2607:f8b0:4864:20::f42 as permitted sender) smtp.mailfrom=marioolofo@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; IP_SCORE(0.00)[ip: (0.66), ipnet: 2607:f8b0::/32(-1.88), asn: 15169(-1.67), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Feb 2020 17:58:26 -0000 Hello John, thank you for your reply. Yesterday I reinstalled the 12.1 on a VirtualBox virtual machine, did the same steps and it didn't corrupted the ZFS, so I think that the problem is in the FreeBSD's driver for m.2 SSD. Besides the corruption of the filesystem, I forgot to mention that I noticed a little noise on disk writes on FreeBSD, but not on Linux or Windows. I found some old threads about incorrectly params for sector size for Samsung's SSD, but nothing about WD. If someone responsible for the driver need help to solve this problem, I can reinstall the FreeBSD on my machine and compile a custom kernel to gather debug information. Thank you, Mario Em seg., 24 de fev. de 2020 =C3=A0s 11:47, John Kennedy escreveu: > On Sun, Feb 23, 2020 at 11:18:08PM -0300, Mario Olofo wrote: > > Some time ago I tried to switch from Linux to FreeBSD 12.1, used a WiFi > > dongle and all good, until I found that both ZFS and UFS corrupted the > > filesystem very fast. > > I work with a lot of small files because of web programming > (node_modules), > > so after a clean install, after installing the dependencies for my > project, > > if I scrub the zpool, it always found that the system is corrupted and > > never recover. > > > > I have a WD Green M.2 SSD 480GB WDS480G2G0B. > > Both Linux and Windows work correctly and don't detect any problems wit= h > > the disk. > > > > Did someone knows if it isn't supported by FreeBSD or there's some > specific > > configuration params that I need to set to it work correctly? > > > > I made a post on the forums back in the day I had the problem, the logs= I > > had are all there: > > > https://forums.freebsd.org/threads/fixing-metadata-errors-after-zfs-clear= -zfs-scrub.72139/ > > > Can't answer your WD Green question specifically, but I'm happy with my > setup, below. Good to look for quirks, but you probably also want to lis= t > other hardware involved as well (which might have it's own quirks). If > you've > had good success (and no corruption) with two other operating systems on > the > same hardware, I'd probably be looking at software and/or drivers, and th= at > requires knowledge of the hardware. > > > I've got dual EVOs (below is just from one I'm typing on) on two > different > FreeBSD boxes. Nothing specific I had to do in FreeBSD, although on the > other > motherboard I had to tweak the motherboard settings to give it the > channels it > needed to shine. > > kernel: nvd0: NVMe namespace > kernel: nvd0: 476940MB (976773168 512 byte sectors) > kernel: nvd1: NVMe namespace > kernel: nvd1: 476940MB (976773168 512 byte sectors) > > If compiling kernel and packages from source count as having lots of > little > files, then I do as well. I think I'm ZFS everywhere (boot partition bei= ng > the question over time). > > Personally, the only ZFS corruption I've had over time has been caused = by > bad hardware. When I moved the disks to another box, they were fine with > the same version of FreeBSD. I scrub my zpool about once a month just > because, > plus after I get the kernel to crash. > > The original box went all the way back to root-on-ZFS + FreeBSD 11. Th= e > newer box just started around 12.0 (2019-05-31). > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@freebsd.org Mon Feb 24 18:27:19 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5EEC923DF1E for ; Mon, 24 Feb 2020 18:27:19 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from mail.nomadlogic.org (mail.nomadlogic.org [174.136.98.114]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.nomadlogic.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48R9X556jGz4Ck0 for ; Mon, 24 Feb 2020 18:27:17 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from [192.168.1.141] (76-214-71-45.lightspeed.irvnca.sbcglobal.net [76.214.71.45]) by mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 461e78c4 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Mon, 24 Feb 2020 18:27:10 +0000 (UTC) Subject: Re: Running FreeBSD on M.2 SSD To: Mario Olofo , John Kennedy Cc: freebsd-stable@freebsd.org References: <20200224144602.GA64065@phouka1.phouka.net> From: Pete Wright Message-ID: <437a5eae-03c8-737d-48bf-39e2e9163d6d@nomadlogic.org> Date: Mon, 24 Feb 2020 10:27:11 -0800 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 48R9X556jGz4Ck0 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pete@nomadlogic.org designates 174.136.98.114 as permitted sender) smtp.mailfrom=pete@nomadlogic.org X-Spamd-Result: default: False [-5.05 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[nomadlogic.org]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-2.75)[ip: (-9.29), ipnet: 174.136.96.0/20(-4.02), asn: 25795(-0.39), country: US(-0.05)]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:25795, ipnet:174.136.96.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Feb 2020 18:27:19 -0000 On 2020-02-24 09:58, Mario Olofo wrote: > Hello John, thank you for your reply. > > Yesterday I reinstalled the 12.1 on a VirtualBox virtual machine, did the > same steps and it didn't corrupted the ZFS, so I think that the problem is > in the FreeBSD's driver for m.2 SSD. > Besides the corruption of the filesystem, I forgot to mention that I > noticed a little noise on disk writes on FreeBSD, but not on Linux or > Windows. > I found some old threads about incorrectly params for sector size for > Samsung's SSD, but nothing about WD. > If someone responsible for the driver need help to solve this problem, I > can reinstall the FreeBSD on my machine and compile a custom kernel to > gather debug information. Unfortunately you haven't provided much in details regarding the hardware you are running as far as FreeBSD see's it.  I can confirm I have had many systems using m.2 for quite a while and have had zero issues.  Could you provide some of these details? (assuming this is an NVMe device): $ sudo nvmecontrol  devlist $ sudo pciconf -lv nvme0 if your device isn't NVMe and is a sata device then this info may be helpful as well: $ sudo camcontrol devlist and your dmesg will also probably be helpful here as well.  I think getting at least this basic info will help determine where the issue is cropping up. cheers, -pete -- Pete Wright pete@nomadlogic.org @nomadlogicLA From owner-freebsd-stable@freebsd.org Mon Feb 24 19:13:36 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CB69A23FD31 for ; Mon, 24 Feb 2020 19:13:36 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: from mail-qk1-x744.google.com (mail-qk1-x744.google.com [IPv6:2607:f8b0:4864:20::744]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48RBYW4PMPz3FLs for ; Mon, 24 Feb 2020 19:13:35 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: by mail-qk1-x744.google.com with SMTP id u124so9652302qkh.13 for ; Mon, 24 Feb 2020 11:13:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=s32JYG52oZTBLZIpZbzqHg77H1o99hcd3BlFkNehj9Q=; b=ZBpvPL1bAo6lQyHDAWsX38IS584M4w4gUWH5X9518aF9e6StPVlIj55+trcy0w2ihA urxTAtnF/QGqU+4H8ZewowPELjp7R5+fB4vNWtZYAO43jg6hSVtOuBMvt8xy5lyJYSMC 7Rg1fsPgCYDMt4wFD+i5joAHvPx8dm1/AZ+OXnr5W1VV4CAfe6WZ7cTP0VB+Zi3eTTGM sIPqHXo/F1uesvwm4sdPFq7yOmGDvouk/fW3+kzN5xtq1TAj89l6e+Ny7olPR9jzsefU IfECt4Qt/Js3J+QmwEbssvgqJANluIAQsRBvT70gGbHjcSYWE8UUahaOXo/iGvmaXnIP xyTg== 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=s32JYG52oZTBLZIpZbzqHg77H1o99hcd3BlFkNehj9Q=; b=AEnnMEsz9NoviElNKnP+Y3pf+NOR/tN7Xg6mrZ5qJqnA7wHAEUZlTdks+Vr6rewE7m sb62j2Na9HjLwuRWQ9Ut/E4hK/RjjU5nLtBwkUsaTNALwz+HWdEQk38ygNrBkrXHiYPJ 428CTvCuUbWFW+ezlKIUQQJ6KQm+DOSKnkUZSyaalmZBRiBjZWuwQFpF7gTqUtLtCVkN Woo6/URUiYHQOKKXYpNkzCLHtGmhgDsWwnYju3A7e6P9dV0IVtreQil1+nJ9QKVcj/z9 4jJXpXutzDUZ/bL9zyJJwJtVmwuT0+NQKunO1MI5/LEE9oWMxbjZVJCqTCsPbVBvmXxx cudQ== X-Gm-Message-State: APjAAAUobXcvbWGec5p5P7NDoXYRwgFTcFGGTjnMHatHYc63dh7WrTqm DYXE0Unf4rYsGIr72ALjQ7h45lbPA/sMydFMlawtm8Oe X-Google-Smtp-Source: APXvYqxqbUokDNPSBuNT5ax/yzyP4PMXbxCoTWNZvs2568v4lLCYv5X6feKkVc7yRUsAUG5VWqZKZpHFOP+h/ldpqhg= X-Received: by 2002:a37:e507:: with SMTP id e7mr35524506qkg.358.1582571614559; Mon, 24 Feb 2020 11:13:34 -0800 (PST) MIME-Version: 1.0 References: <20200224144602.GA64065@phouka1.phouka.net> <437a5eae-03c8-737d-48bf-39e2e9163d6d@nomadlogic.org> In-Reply-To: <437a5eae-03c8-737d-48bf-39e2e9163d6d@nomadlogic.org> From: Mario Olofo Date: Mon, 24 Feb 2020 16:13:23 -0300 Message-ID: Subject: Re: Running FreeBSD on M.2 SSD To: Pete Wright Cc: John Kennedy , freebsd-stable@freebsd.org X-Rspamd-Queue-Id: 48RBYW4PMPz3FLs X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=ZBpvPL1b; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of marioolofo@gmail.com designates 2607:f8b0:4864:20::744 as permitted sender) smtp.mailfrom=marioolofo@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[4.4.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (1.65), ipnet: 2607:f8b0::/32(-1.88), asn: 15169(-1.67), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Feb 2020 19:13:36 -0000 Hi Pete, The nvmecontrol devlist don't found any devices. pciconf -lv nvme0 didn't found anything either. The camcontrol devlist output was as follows: root@~ # camcontrol devlist at scbus0 target 0 lun 0 (ada0,pass0) at scbus1 target 0 lun 0 (ada1,pass1) at scbus2 target 0 lun 0 (pass2,da0) The dmesg | grep ada1 shows the following: Feb 24 18:54:31 kernel: ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 Feb 24 18:54:31 kernel: ada1: ACS-2 ATA SATA 3.x device Feb 24 18:54:31 kernel: ada1: Serial Number 183541800480 Feb 24 18:54:31 kernel: ada1: 600.00MB/s transfers (SATA 3.x, UDMA6, PIO 512bytes) Feb 24 18:54:31 kernel: ada1: Command Queueing enabled Feb 24 18:54:31 kernel: ada1:457872MB (937721856 512 byte sectors) Mario Em seg., 24 de fev. de 2020 =C3=A0s 15:27, Pete Wright escreveu: > > > On 2020-02-24 09:58, Mario Olofo wrote: > > Hello John, thank you for your reply. > > > > Yesterday I reinstalled the 12.1 on a VirtualBox virtual machine, did t= he > > same steps and it didn't corrupted the ZFS, so I think that the problem > is > > in the FreeBSD's driver for m.2 SSD. > > Besides the corruption of the filesystem, I forgot to mention that I > > noticed a little noise on disk writes on FreeBSD, but not on Linux or > > Windows. > > I found some old threads about incorrectly params for sector size for > > Samsung's SSD, but nothing about WD. > > If someone responsible for the driver need help to solve this problem, = I > > can reinstall the FreeBSD on my machine and compile a custom kernel to > > gather debug information. > > Unfortunately you haven't provided much in details regarding the > hardware you are running as far as FreeBSD see's it. I can confirm I > have had many systems using m.2 for quite a while and have had zero > issues. Could you provide some of these details? > > (assuming this is an NVMe device): > $ sudo nvmecontrol devlist > $ sudo pciconf -lv nvme0 > > if your device isn't NVMe and is a sata device then this info may be > helpful as well: > $ sudo camcontrol devlist > > and your dmesg will also probably be helpful here as well. I think > getting at least this basic info will help determine where the issue is > cropping up. > > cheers, > -pete > > -- > Pete Wright > pete@nomadlogic.org > @nomadlogicLA > > From owner-freebsd-stable@freebsd.org Mon Feb 24 19:34:50 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B79A5240F83 for ; Mon, 24 Feb 2020 19:34:50 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from mail.nomadlogic.org (mail.nomadlogic.org [174.136.98.114]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.nomadlogic.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48RC206kZgz4QNt for ; Mon, 24 Feb 2020 19:34:48 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from [192.168.1.141] (76-214-71-45.lightspeed.irvnca.sbcglobal.net [76.214.71.45]) by mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id c8d39beb (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Mon, 24 Feb 2020 19:34:46 +0000 (UTC) Subject: Re: Running FreeBSD on M.2 SSD To: Mario Olofo Cc: John Kennedy , freebsd-stable@freebsd.org References: <20200224144602.GA64065@phouka1.phouka.net> <437a5eae-03c8-737d-48bf-39e2e9163d6d@nomadlogic.org> From: Pete Wright Message-ID: <9581e639-66ba-861d-ff41-8c831cc86726@nomadlogic.org> Date: Mon, 24 Feb 2020 11:34:47 -0800 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.5.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-Rspamd-Queue-Id: 48RC206kZgz4QNt X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pete@nomadlogic.org designates 174.136.98.114 as permitted sender) smtp.mailfrom=pete@nomadlogic.org X-Spamd-Result: default: False [-5.05 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[nomadlogic.org]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-2.75)[ip: (-9.29), ipnet: 174.136.96.0/20(-4.02), asn: 25795(-0.39), country: US(-0.05)]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:25795, ipnet:174.136.96.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Feb 2020 19:34:50 -0000 On 2020-02-24 11:13, Mario Olofo wrote: > Hi Pete, > > The nvmecontrol devlist don't found any devices. > pciconf -lv nvme0 didn't found anything either. > > The camcontrol devlist output was as follows: > > root@~ # camcontrol devlist > at scbus0 target 0 lun 0 (ada0,pass0) > at scbus1 target 0 lun 0 (ada1,pass1) > at scbus2 target 0 lun 0 (pass2,da0) > > The dmesg | grep ada1 shows the following: > > Feb 24 18:54:31 kernel: ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 > Feb 24 18:54:31 kernel: ada1: ACS-2 ATA > SATA 3.x device > Feb 24 18:54:31 kernel: ada1: Serial Number 183541800480 > Feb 24 18:54:31 kernel: ada1: 600.00MB/s transfers (SATA 3.x, UDMA6, PIO > 512bytes) > Feb 24 18:54:31 kernel: ada1: Command Queueing enabled > Feb 24 18:54:31 kernel: ada1:457872MB (937721856 512 byte sectors) > > Mario > Thanks Mario, When you run into issues or filesystem corruption do you see anything in the dmesg buffer or in /var/log/messages? -pete -- Pete Wright pete@nomadlogic.org @nomadlogicLA From owner-freebsd-stable@freebsd.org Mon Feb 24 19:41:10 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DBF0224154B for ; Mon, 24 Feb 2020 19:41:10 +0000 (UTC) (envelope-from rebecca@bsdio.com) Received: from out03.mta.xmission.com (out03.mta.xmission.com [166.70.13.233]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48RC9K0X09z4ZKN for ; Mon, 24 Feb 2020 19:41:08 +0000 (UTC) (envelope-from rebecca@bsdio.com) Received: from in02.mta.xmission.com ([166.70.13.52]) by out03.mta.xmission.com with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1j6JbH-0001Sh-8E; Mon, 24 Feb 2020 12:41:07 -0700 Received: from mta1.zcs.xmission.com ([166.70.13.65]) by in02.mta.xmission.com with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.87) (envelope-from ) id 1j6JbG-00085Y-Iq; Mon, 24 Feb 2020 12:41:07 -0700 Received: from localhost (localhost [127.0.0.1]) by mta1.zcs.xmission.com (Postfix) with ESMTP id 5315F1C40B1; Mon, 24 Feb 2020 12:41:06 -0700 (MST) X-Amavis-Modified: Mail body modified (using disclaimer) - mta1.zcs.xmission.com Received: from mta1.zcs.xmission.com ([127.0.0.1]) by localhost (mta1.zcs.xmission.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id MX86BJkRix2f; Mon, 24 Feb 2020 12:41:06 -0700 (MST) Received: from [10.0.10.120] (c-174-52-16-57.hsd1.ut.comcast.net [174.52.16.57]) (Authenticated sender: rebecca@bsdio.com) by mta1.zcs.xmission.com (Postfix) with ESMTPSA id F2B6A1C400D; Mon, 24 Feb 2020 12:41:05 -0700 (MST) To: Mario Olofo , Pete Wright Cc: John Kennedy , freebsd-stable@freebsd.org References: <20200224144602.GA64065@phouka1.phouka.net> <437a5eae-03c8-737d-48bf-39e2e9163d6d@nomadlogic.org> From: Rebecca Cran Message-ID: Date: Mon, 24 Feb 2020 12:41:05 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.4.1 MIME-Version: 1.0 In-Reply-To: Content-Language: en-US X-XM-SPF: eid=1j6JbG-00085Y-Iq; ; ; mid=; ; ; hst=in02.mta.xmission.com; ; ; ip=166.70.13.65; ; ; frm=rebecca@bsdio.com; ; ; spf=pass X-SA-Exim-Connect-IP: 166.70.13.65 X-SA-Exim-Mail-From: rebecca@bsdio.com X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on sa05.xmission.com X-Spam-Level: X-Spam-Status: No, score=0.1 required=8.0 tests=ALL_TRUSTED,BAYES_50, DCC_CHECK_NEGATIVE,HTML_MESSAGE,T_TM2_M_HEADER_IN_MSG,TooManyTo_001, XM_B_Unicode autolearn=disabled version=3.4.2 X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP * 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% * [score: 0.5001] * 0.3 TooManyTo_001 Multiple "To" Header Recipients 2x (uncommon) * 0.0 T_TM2_M_HEADER_IN_MSG BODY: No description available. * 0.0 XM_B_Unicode BODY: Testing for specific types of unicode * 0.0 HTML_MESSAGE BODY: HTML included in message * -0.0 DCC_CHECK_NEGATIVE Not listed in DCC * [sa05 1397; IP=ok Body=1 Fuz1=1] [Fuz2=1] X-Spam-DCC: XMission; sa05 1397; IP=ok Body=1 Fuz1=1 Fuz2=1 X-Spam-Combo: ;Mario Olofo , Pete Wright X-Spam-Relay-Country: X-Spam-Timing: total 448 ms - load_scoreonly_sql: 0.03 (0.0%), signal_user_changed: 5 (1.1%), b_tie_ro: 4.3 (1.0%), parse: 1.03 (0.2%), extract_message_metadata: 14 (3.1%), get_uri_detail_list: 1.04 (0.2%), tests_pri_-1000: 3.6 (0.8%), tests_pri_-950: 1.18 (0.3%), tests_pri_-900: 0.92 (0.2%), tests_pri_-90: 28 (6.2%), check_bayes: 27 (5.9%), b_tokenize: 6 (1.3%), b_tok_get_all: 7 (1.6%), b_comp_prob: 1.67 (0.4%), b_tok_touch_all: 4.1 (0.9%), b_finish: 1.60 (0.4%), tests_pri_0: 316 (70.6%), check_dkim_signature: 0.62 (0.1%), check_dkim_adsp: 40 (8.8%), poll_dns_idle: 103 (23.0%), tests_pri_10: 2.1 (0.5%), tests_pri_500: 74 (16.4%), rewrite_mail: 0.00 (0.0%) Subject: Re: Running FreeBSD on M.2 SSD X-Spam-Flag: No X-SA-Exim-Version: 4.2.1 (built Thu, 05 May 2016 13:38:54 -0600) X-SA-Exim-Scanned: Yes (on in02.mta.xmission.com) X-Rspamd-Queue-Id: 48RC9K0X09z4ZKN X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of rebecca@bsdio.com designates 166.70.13.233 as permitted sender) smtp.mailfrom=rebecca@bsdio.com X-Spamd-Result: default: False [1.88 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[6]; RECEIVED_SPAMHAUS_PBL(0.00)[57.16.52.174.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:166.70.13.0/24:c]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[bsdio.com]; TO_DN_SOME(0.00)[]; URI_COUNT_ODD(1.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.46)[0.465,0]; NEURAL_HAM_MEDIUM(-0.01)[-0.010,0]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:6315, ipnet:166.70.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.83)[ip: (0.42), ipnet: 166.70.0.0/16(2.09), asn: 6315(1.67), country: US(-0.05)]; RCVD_IN_DNSWL_LOW(-0.10)[233.13.70.166.list.dnswl.org : 127.0.5.1] Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Feb 2020 19:41:11 -0000 On 2/24/20 12:13 PM, Mario Olofo wrote: > root@~ # camcontrol devlist >          at scbus0 target 0 lun 0 (ada0,pass0) >   at scbus1 target 0 lun 0 (ada1,pass1) >              at scbus2 target 0 lun 0 (pass2,da0) Ok, so it's a SATA M.2 SSD - one of these: https://shop.westerndigital.com/products/internal-drives/wd-green-sata-ssd#WDS480G2G0B -- Rebecca Cran From owner-freebsd-stable@freebsd.org Mon Feb 24 19:43:59 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 35F7D241A2B for ; Mon, 24 Feb 2020 19:43:59 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: from mail-qv1-xf33.google.com (mail-qv1-xf33.google.com [IPv6:2607:f8b0:4864:20::f33]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48RCDZ1P3Zz3Bs3 for ; Mon, 24 Feb 2020 19:43:58 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: by mail-qv1-xf33.google.com with SMTP id y2so4630175qvu.13 for ; Mon, 24 Feb 2020 11:43:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=tRIDUHByGGwMgTkiZpFDZVaLK0X+4TZMgTwDkuRXiCo=; b=UPubm3HvdCpkpVybfaetSP2vS9iSz2soRi4ddudrhdwbjKQaBI5+4TKB2dKjA3oLWL xe6qrlA+ty8gMcEjbAhGV/HkEd1w1OZor3GyBjQunzbs2CZ4HwbQf+idaCr6LKP/GvML jbfIqiWi2fWDYkyYxTPLnGt7zPIcp5jKrvWhtXPMiemsINPgPpBs97cHv09wu+G2vL5N qrgPsj1drLIbCxRH2BxZsRNKHeSRhqLgrcpVevkI40xgIH0u93FVyzBo+xnWtlzUt3Ud OqeyinpwCE6H+ax20ZppNCTgEEnzS77LtHQrp/awAhttcx4HEsarHoIBIU1xrtyL6waQ eWRQ== 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=tRIDUHByGGwMgTkiZpFDZVaLK0X+4TZMgTwDkuRXiCo=; b=Y1+KnBZ2FxZp0fg+rMCdGPP1PmhmFHP/YuQ5ajFVh8grd2WrnkFfGJ5r2k7+tLHO9s wzkXDEuy5pH3BM5JElXEmRJNuUxI+LfwjYDNClk2nPXCbrhe7P7vAdgRlZrMfL6BfW18 Looy9MwmaW0pkZWgllYGasB0KZjWU1Gpks7SFiniRjvFlWC0/PpFmJaaDhFXcqHJOnXD trotX4hhysbBYxGk//epmRPQT2wV17GRCZcTQshgmhFaoRFwifsrIpazOT1ZQZEdckB2 G/o6bhY1CrWpl3NBYD/S2GVemcvIbDVEDvA2s84FHhI2mjDFbdWiueRFyHWu13q9iOIB k5OA== X-Gm-Message-State: APjAAAVFEMFCD1CsW0rK244CjtajD93k7sLRwT4LouEJ8CF0HveWYqyV xxW50A2pTEP2ztlPxN1WOvmi7j31Da1F9mg+qdIIGg== X-Google-Smtp-Source: APXvYqzG+4Ir3kI4ZyZdwBOGql/+wAFLzh1ICIjcxdZCXjPjsxkjk7nIeunzZ7LugR9DqyucparEyu6LKqLcF5uNGhc= X-Received: by 2002:a0c:f485:: with SMTP id i5mr47347637qvm.8.1582573437102; Mon, 24 Feb 2020 11:43:57 -0800 (PST) MIME-Version: 1.0 References: <20200224144602.GA64065@phouka1.phouka.net> <437a5eae-03c8-737d-48bf-39e2e9163d6d@nomadlogic.org> In-Reply-To: From: Mario Olofo Date: Mon, 24 Feb 2020 16:43:45 -0300 Message-ID: Subject: Re: Running FreeBSD on M.2 SSD To: Rebecca Cran Cc: Pete Wright , John Kennedy , freebsd-stable@freebsd.org X-Rspamd-Queue-Id: 48RCDZ1P3Zz3Bs3 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=UPubm3Hv; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of marioolofo@gmail.com designates 2607:f8b0:4864:20::f33 as permitted sender) smtp.mailfrom=marioolofo@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; URI_COUNT_ODD(1.00)[3]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; IP_SCORE(0.00)[ip: (-5.96), ipnet: 2607:f8b0::/32(-1.88), asn: 15169(-1.67), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Feb 2020 19:43:59 -0000 Hi Pete, in the logs there's nothing wrong, I only see the problem on zpool status after the first scrub, even if I just reinstall the FreeBSD and some basic packages (didn't even need a lot of files as I thought). Hello Rebecca, indeed is this model I'm using, the SATA versions is cheaper so I installed this. My notebook is a Dell G3 i5 8th gen, the original disk is the hybrid HDD detected as ST1000LX015. Mario Em seg., 24 de fev. de 2020 =C3=A0s 16:36, Rebecca Cran escreveu: > On 2/24/20 12:13 PM, Mario Olofo wrote: > > > root@~ # camcontrol devlist > > at scbus0 target 0 lun 0 (ada0,pass0= ) > > at scbus1 target 0 lun 0 (ada1,pass1= ) > > at scbus2 target 0 lun 0 (pass2,da0) > > Ok, so it's a SATA M.2 SSD - one of these: > > https://shop.westerndigital.com/products/internal-drives/wd-green-sata-ss= d#WDS480G2G0B > > > -- > Rebecca Cran > > > From owner-freebsd-stable@freebsd.org Mon Feb 24 19:50:55 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EDBB7242107 for ; Mon, 24 Feb 2020 19:50:55 +0000 (UTC) (envelope-from matt.garber@gmail.com) Received: from mail-qk1-x734.google.com (mail-qk1-x734.google.com [IPv6:2607:f8b0:4864:20::734]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48RCNZ6zJcz3R32 for ; Mon, 24 Feb 2020 19:50:54 +0000 (UTC) (envelope-from matt.garber@gmail.com) Received: by mail-qk1-x734.google.com with SMTP id o28so9770901qkj.9 for ; Mon, 24 Feb 2020 11:50:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=hLp7zXydqs/5Xk00VxhDf5MtxAiGALjWVcvhEcZWVmQ=; b=qfXLedJnvKdi73MB6iTy5a0vK26HhHqvWN98tE6Ff2ieY9RAUG01kQTpFq/4cLsPh6 m584XhuuoLnA4/2avpauKea6rHC/E4ywwLhS64oIomiAd8+toBjaQcGpMOFTZinb5w79 TSRdj4gC0emRr2Tp4RYpy4N9QbT/CClNjhny66mxKX+eWx2dhMTfTkvZ6FA/Y+uWjrT6 ueGUmmqmqEaYGPf1CHDVPGLyqVV7O5nU+m3qc9WU2Lk8hfwJ6E6EeUjpDB3ZalO+VedJ NjsvsZdprnMsMBW4knrRrwPME7SoMfKnF6bltnqUW76yooMMNTtaxTRdqD6kF+EDLjst POoA== 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=hLp7zXydqs/5Xk00VxhDf5MtxAiGALjWVcvhEcZWVmQ=; b=C2kufcEYco7M8nFgMqvsRwnqwhYxk2Rx7r9WvOkJ2pFicPIyiqqeBxO7BQ1sg/H13w Iiu2hBCeTtqBojWOoi3fmzSaI2SOwKI8YuZZQMx0GMS0t1UsZN11yU5SVbeB6HqPAXAj KUHKig3IExAQpfeP4LT776ffinNkxO5/lUpmTck94AIzn9Hfp0VjkX8VX0KmoeqSIgjZ 489dJ/yvVLFhJB4HWXMNLMenhWMpQ0V7vZyEseygwhqpOlCP/MzQdq6J9JpnCld1gzpn /SRINZCwYvXR7wkNAgmZV/ykuZzoDuu6r461aYZns2cdIuOy3N2NMf9wiiGjGPpQmuef Ee2g== X-Gm-Message-State: APjAAAVrjO9G5y9NLeWoeHULhLSaEGfDyNHmS7mjAflIO/hLoiiTuyxz mnGUBxr7YM+Etam1lMswD7WgpVYe28zrOIWHVmw= X-Google-Smtp-Source: APXvYqz50+uxEFyQryp7g7Y0BioPj2XlNq5PZd1H8Ia18noggP0EBsUgb1HgxbqxZkUUB08Cc+P2tDhB/F9yQYfZm9I= X-Received: by 2002:a05:620a:542:: with SMTP id o2mr10200754qko.278.1582573853442; Mon, 24 Feb 2020 11:50:53 -0800 (PST) MIME-Version: 1.0 References: <20200224144602.GA64065@phouka1.phouka.net> <437a5eae-03c8-737d-48bf-39e2e9163d6d@nomadlogic.org> In-Reply-To: From: Matt Garber Date: Mon, 24 Feb 2020 14:50:41 -0500 Message-ID: Subject: Re: Running FreeBSD on M.2 SSD To: Mario Olofo Cc: freebsd-stable@freebsd.org X-Rspamd-Queue-Id: 48RCNZ6zJcz3R32 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=qfXLedJn; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mattgarber@gmail.com designates 2607:f8b0:4864:20::734 as permitted sender) smtp.mailfrom=mattgarber@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-9.18), ipnet: 2607:f8b0::/32(-1.88), asn: 15169(-1.67), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[4.3.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Feb 2020 19:50:56 -0000 On Mon, Feb 24, 2020 at 2:44 PM Mario Olofo wrote: > Hi Pete, in the logs there's nothing wrong, I only see the problem on zpo= ol > status after the first scrub, even if I just > reinstall the FreeBSD and some basic packages (didn't even need a lot of > files as I thought). Mario, Out of curiosity, how are you able to tell for sure you aren=E2=80=99t also experiencing corruption under Linux or Windows on the same hardware? Have you been able to run a ZFS scrub using ZFS on Linux? Both default file systems, ext4 and NTFS, are completely unable of letting you know if corruption has occurred =E2=80=94 they=E2=80=99ll just corrupt = silently =E2=80=94 so I=E2=80=99m wondering how you=E2=80=99ve ruled that out. Thanks, =E2=80=94 Matt From owner-freebsd-stable@freebsd.org Mon Feb 24 20:56:04 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2B1B8244152 for ; Mon, 24 Feb 2020 20:56:04 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: from mail-qt1-x829.google.com (mail-qt1-x829.google.com [IPv6:2607:f8b0:4864:20::829]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48RDqk2qwsz3yxb for ; Mon, 24 Feb 2020 20:56:02 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: by mail-qt1-x829.google.com with SMTP id i23so7532085qtr.5 for ; Mon, 24 Feb 2020 12:56:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=wUCywJn1yt8mMplxxxb7aRyhLd+bT3NT/q4h6fTfrcw=; b=FHVtGbV4uvWOUo0pkZ+T+7S+K1MBW7N/2uQ1lEXPd0dhztXRyFjiZhElycAnQZypf2 soDT+DzoXpsbX1XXuEep7kn90r0R6B1HdsKMQIsp5eGV3OoHXI3EA1/WVZ6apSOsfnJZ hGoup+SXJ2gLjFz0+qoHeXP/LdNcKJWSMEhFOWgBv0Drwl4+EWYq9MHZJV8LUIBeYJ4Q TnhcqbtcalE97ayEk7/tnC7iJzhYwHgQpUdX8sZ/J7AkcIpJMnmurjJoiGXF9ou5ErFc biHlB+jvO+Xbv+n7031kiLzWQCSynqABchkmGeL6gGw/W4zWvDeBVuWmB7GVtCLPGOwJ /skg== 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=wUCywJn1yt8mMplxxxb7aRyhLd+bT3NT/q4h6fTfrcw=; b=AwtEI+0TKs/ZW3f1U32EkEb+2uJAdLvMnUzKcTbyKC0Ox8yVJlsj0V1ff6EWJVgsP1 zZDBKfNFS1WvMmsRVKwJ6oqklEV4UUy5t/Sxx+P6PeNZV6l7CXvaY7z6lrXwYtp+PUcC p4GqR1I9p9R4kIJLxHAb3csbCyYEQwvzV2OL6KzbTGoQd8Uobi5UmJiykDW54eV1JxMe lCZ8dQWOK1guxw1n4XxgpuS15IW/36rP12KiTDD8vivanZ9QdbBJ3HLVJ17PhiD79S1O iA9fPqX+FN2gLXurD6k7zpxgDrZeiP2Sm3yxlPjKBNzdBLfXlTwUHST+b3xTKto36/wc Kelw== X-Gm-Message-State: APjAAAXdgt5dmQfeObocDpxQkbaiyGO/Xw6Z853x1eSBzaM6AHC+bHT5 RmVDlNo02BSmYFWNK18UtstjWMutDKmeHMnDR3E= X-Google-Smtp-Source: APXvYqzZtXH0iY/3v8WV9jZfIrFCPvkde13fpl/oKu/+ffiOogEA+2KoWwKEGO8ziVpa6ttH88Zndj8zCnAdlcrZzvc= X-Received: by 2002:ac8:36dd:: with SMTP id b29mr49058323qtc.285.1582577760879; Mon, 24 Feb 2020 12:56:00 -0800 (PST) MIME-Version: 1.0 References: <20200224144602.GA64065@phouka1.phouka.net> <437a5eae-03c8-737d-48bf-39e2e9163d6d@nomadlogic.org> In-Reply-To: From: Mario Olofo Date: Mon, 24 Feb 2020 17:55:49 -0300 Message-ID: Subject: Re: Running FreeBSD on M.2 SSD To: Matt Garber Cc: freebsd-stable@freebsd.org X-Rspamd-Queue-Id: 48RDqk2qwsz3yxb X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=FHVtGbV4; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of marioolofo@gmail.com designates 2607:f8b0:4864:20::829 as permitted sender) smtp.mailfrom=marioolofo@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-9.28), ipnet: 2607:f8b0::/32(-1.88), asn: 15169(-1.67), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[9.2.8.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Feb 2020 20:56:04 -0000 Hi Matt, The ext4 don't have data checksum, but have metadata checksum, which would probably be corrupted as well, as I reinstalled my Linux over the same partition the FreeBSD was using, and by now I have a lot more files on it than I had on FreeBSD. If you look at the forum post I created, you'll see that I ran the command smartctl as well, and it shows that there's no problem with the SSD, it's a new SDD, some months of use. I ran the command inside FreeBSD: =3D=3D=3D START OF INFORMATION SECTION =3D=3D=3D Model Family: WD Blue and Green SSDs Device Model: WDC WDS480G2G0B-00EPW0 Serial Number: 183541800480 LU WWN Device Id: 5 001b44 8b9628e44 Firmware Version: UK450000 User Capacity: 480.113.590.272 bytes [480 GB] Sector Size: 512 bytes logical/physical Rotation Rate: Solid State Device Form Factor: M.2 Device is: In smartctl database [for details use: -P show] ATA Version is: ACS-2 T13/2015-D revision 3 SATA Version is: SATA 3.2, 6.0 Gb/s (current: 6.0 Gb/s) Local Time is: Mon Sep 2 12:34:29 2019 -03 SMART support is: Available - device has SMART capability. SMART support is: Enabled =3D=3D=3D START OF READ SMART DATA SECTION =3D=3D=3D SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x00) Offline data collection activity was never started. Auto Offline Data Collection: Disab= led. Self-test execution status: ( 32) The self-test routine was interrupt= ed by the host with a hard or soft res= et. Total time to complete Offline data collection: ( 120) seconds. Offline data collection capabilities: (0x15) SMART execute Offline immediate. No Auto Offline data collection sup= port. Abort Offline collection upon new command. No Offline surface scan supported. Self-test supported. No Conveyance Self-test supported. No Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time: ( 2) minutes. Extended self-test routine recommended polling time: ( 85) minutes. SMART Attributes Data Structure revision number: 1 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 5 Reallocated_Sector_Ct 0x0032 100 100 000 Old_age Always - 0 9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 3281 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 570 165 Block_Erase_Count 0x0032 100 100 000 Old_age Always - 1025 166 Minimum_PE_Cycles_TLC 0x0032 100 100 --- Old_age Always - 7 167 Max_Bad_Blocks_per_Die 0x0032 100 100 --- Old_age Always - 0 168 Maximum_PE_Cycles_TLC 0x0032 100 100 --- Old_age Always - 15 169 Total_Bad_Blocks 0x0032 100 100 --- Old_age Always - 204 170 Grown_Bad_Blocks 0x0032 100 100 --- Old_age Always - 0 171 Program_Fail_Count 0x0032 100 100 000 Old_age Always - 0 172 Erase_Fail_Count 0x0032 100 100 000 Old_age Always - 0 173 Average_PE_Cycles_TLC 0x0032 100 100 000 Old_age Always - 7 174 Unexpected_Power_Loss 0x0032 100 100 000 Old_age Always - 112 184 End-to-End_Error 0x0032 100 100 --- Old_age Always - 0 187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 2 188 Command_Timeout 0x0032 100 100 --- Old_age Always - 0 194 Temperature_Celsius 0x0022 063 053 000 Old_age Always - 37 (Min/Max 6/53) 199 UDMA_CRC_Error_Count 0x0032 100 100 --- Old_age Always - 0 230 Media_Wearout_Indicator 0x0032 100 100 000 Old_age Always - 0x025c0128025c 232 Available_Reservd_Space 0x0033 100 100 005 Pre-fail Always - 100 233 NAND_GB_Written_TLC 0x0032 100 100 --- Old_age Always - 3227 234 NAND_GB_Written_SLC 0x0032 100 100 000 Old_age Always - 11545 241 Total_Host_GB_Written 0x0030 100 100 000 Old_age Offline - 4632 242 Total_Host_GB_Read 0x0030 100 100 000 Old_age Offline - 4956 244 Temp_Throttle_Status 0x0032 000 100 --- Old_age Always - 0 SMART Error Log Version: 1 No Errors Logged SMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Short offline Aborted by host 90% 3166 = - # 2 Short offline Completed without error 00% 2522 = - # 3 Short offline Interrupted (host reset) 90% 2070 = - # 4 Short offline Interrupted (host reset) 90% 2040 = - # 5 Short offline Interrupted (host reset) 90% 2011 = - # 6 Short offline Interrupted (host reset) 90% 2011 = - # 7 Short offline Aborted by host 80% 2011 = - # 8 Short offline Completed without error 00% 624 = - # 9 Short offline Aborted by host 30% 433 = - #10 Short offline Aborted by host 90% 401 = - #11 Short offline Completed without error 00% 400 = - #12 Short offline Completed without error 00% 321 = - #13 Short offline Completed without error 00% 106 = - #14 Short offline Self-test routine in progress 20% 106 = - #15 Short offline Aborted by host 90% 11 = - Selective Self-tests/Logging not supported Em seg., 24 de fev. de 2020 =C3=A0s 16:50, Matt Garber escreveu: > On Mon, Feb 24, 2020 at 2:44 PM Mario Olofo wrote= : > >> Hi Pete, in the logs there's nothing wrong, I only see the problem on >> zpool >> status after the first scrub, even if I just >> reinstall the FreeBSD and some basic packages (didn't even need a lot of >> files as I thought). > > > Mario, > > Out of curiosity, how are you able to tell for sure you aren=E2=80=99t al= so > experiencing corruption under Linux or Windows on the same hardware? Have > you been able to run a ZFS scrub using ZFS on Linux? > > Both default file systems, ext4 and NTFS, are completely unable of lettin= g > you know if corruption has occurred =E2=80=94 they=E2=80=99ll just corrup= t silently =E2=80=94 so > I=E2=80=99m wondering how you=E2=80=99ve ruled that out. > > > Thanks, > =E2=80=94 > Matt > > From owner-freebsd-stable@freebsd.org Mon Feb 24 21:07:37 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A9BEC2444F8 for ; Mon, 24 Feb 2020 21:07:37 +0000 (UTC) (envelope-from matt.garber@gmail.com) Received: from mail-qk1-x730.google.com (mail-qk1-x730.google.com [IPv6:2607:f8b0:4864:20::730]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48RF532zM2z4934 for ; Mon, 24 Feb 2020 21:07:34 +0000 (UTC) (envelope-from matt.garber@gmail.com) Received: by mail-qk1-x730.google.com with SMTP id p7so9977652qkh.10 for ; Mon, 24 Feb 2020 13:07:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Tbq8aOdOHBYRQ0rX8npqRXNp9s0oot4w91C+RfIt4dE=; b=m0aLZF15Wzl8cxMgaPh55m+JVphmAJHMu7g/RgD0qD6FuUmlbCDyu6+86M93cU7HG4 hHQRrUfZ9TBoi/K4aDHE1A5JsDC2THMEaIk5jrDAtAoo5DXAO1HaVTCYLd4C1psQP6qn UY5K9HOi96aoB6+3fymUiFFsCduNUq0egcS8vjyRNlbHMHxZQHk9K0bG/tYRml5MgBbC JG3iV9JnbyMv4P27rgTPMFVwg87R+Ni8HxsX+8t02sDy/8dm0MmoA+EitaggBylwIGWj 7yXyh2pzIuGuAmitVvhDxmb2zu3CuK5YysYaoFXfmj4R3ygPgzec6haq05LGd+53Ocin blsw== 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=Tbq8aOdOHBYRQ0rX8npqRXNp9s0oot4w91C+RfIt4dE=; b=oi0L2vooa9nxwYXn8aPS5IrwgjwUas5QeC0Cxbr5YTLwBR/N0mTjHpNwp9s3tSJQNe I/Zu2RpAIW1XgMVhdxIGWuzZmDpGaYqRz/J5Ilg9API9wtT7CJ92q6M3fBwA3U7f64LO LRxBdeqfWFwsTPZR6jGzSURUuycieEONCZJaQd7kaalVXJn2D+REEWiXm9vmj1O8pS9T 5KM62/JXR4iYI5FkUuTNs44hslt3l24GSoo1Isqw13tYQTx3mvJzHQtXXT0aB0Xgixs2 uYoUGdxGsQE9CQs2dxPi16zV5iuRMtc4uTJ9oxe9I2aVxnZ/EGkSe5uNWn0uh47WRYlW 7Q4w== X-Gm-Message-State: APjAAAWmiqvFsUV6Adt4luHWdna+S4ibQgVDoOjuzayjTMI4pffWoe4P +NadNI21S4dUhUJDFZeKSqEBsmczXKXUfvFtVdI= X-Google-Smtp-Source: APXvYqxmC13y8c38uzzjs2iH2KleweG+3oRFKkLuqqSEVraop45T8EBjlWlFZfzYsj9JlWwCs+8kkzoKlgPf1BZzOq8= X-Received: by 2002:a37:b842:: with SMTP id i63mr51478940qkf.451.1582578452923; Mon, 24 Feb 2020 13:07:32 -0800 (PST) MIME-Version: 1.0 References: <20200224144602.GA64065@phouka1.phouka.net> <437a5eae-03c8-737d-48bf-39e2e9163d6d@nomadlogic.org> In-Reply-To: From: Matt Garber Date: Mon, 24 Feb 2020 16:07:22 -0500 Message-ID: Subject: Re: Running FreeBSD on M.2 SSD To: Mario Olofo Cc: freebsd-stable@freebsd.org X-Rspamd-Queue-Id: 48RF532zM2z4934 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=m0aLZF15; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mattgarber@gmail.com designates 2607:f8b0:4864:20::730 as permitted sender) smtp.mailfrom=mattgarber@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-9.20), ipnet: 2607:f8b0::/32(-1.88), asn: 15169(-1.67), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[0.3.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Feb 2020 21:07:37 -0000 On Mon, Feb 24, 2020 at 3:56 PM Mario Olofo wrote: > Hi Matt, > > The ext4 don't have data checksum, but have metadata checksum, which woul= d > probably be corrupted as well, as I reinstalled my Linux over the same > partition the FreeBSD was using, and by > now I have a lot more files on it than I had on FreeBSD. > Mario, Thanks for that clarification; since not all distros necessarily have it based on recency, etc., I didn=E2=80=99t want to assume metadata_csum was e= nabled, but that=E2=80=99s a positive start. Not as thorough as full data checksumm= ing, but you=E2=80=99re probably right that it=E2=80=99s at least a good baseline to= make reasonable judgments about with regard to heavy ext4 use on the same drive. Thanks, =E2=80=94 Matt From owner-freebsd-stable@freebsd.org Mon Feb 24 21:38:02 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 237F3245120 for ; Mon, 24 Feb 2020 21:38:02 +0000 (UTC) (envelope-from kotanabe3@gmail.com) Received: from mail-wr1-x42b.google.com (mail-wr1-x42b.google.com [IPv6:2a00:1450:4864:20::42b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48RFm84PJPz4CGV for ; Mon, 24 Feb 2020 21:38:00 +0000 (UTC) (envelope-from kotanabe3@gmail.com) Received: by mail-wr1-x42b.google.com with SMTP id l5so7952445wrx.4 for ; Mon, 24 Feb 2020 13:38:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=fxa0HnGDtZO1xtzrmhCWuDXJ+0z8c1Bre7gpEypRFVM=; b=lniigEkq4mSe+C0qb+5xSwQDYPB5uohMaX+wZ5FuH4SY9J7n85EYGnym4oYe2xFi01 s505qcb/UowOwAB6m81x4R2PcYC0CX2aFU+kEqz/jOa+QtF8GnRGeeSptvlWCBy1mlsv /k9U1guRXEZ/gpzuodjifL27z8nZNVW9/My5XTjdwJyKDqLlcStU9yS3uzq6y13KHynt BszUyBFcB3y6UEONxpFxMl8Fb9f3GKyYYXaQ6BsBr43QuCT7vMY0+kw7fJV1R3XIQKX7 boScx8CAGlWbTuxiVXExdAdD/CDkwi0Mgno24ahRCt3NVQ0UKvf5SGUCm0FV0gnifLmL 0QoQ== 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=fxa0HnGDtZO1xtzrmhCWuDXJ+0z8c1Bre7gpEypRFVM=; b=Njq6U8xEC8EBadOlDhGEnSHVsT+FFdwTErtKzIttgg8p7aIU67JpGo/WLq5znCY1WF Fdpt2sEj+E//RBiJbtkGHLBlrcM2AFo4kHz/wXhJjdChVpOXc0fknGQSY2rKovXSOwkO 4+Yvd+FQhE4N3QlSgqLtQdzdQYc7VPWsaQ+5yxHXZmtNa4oXKlx6iYL/0o9IFn/cWpLe 4B9LKs32VlxH++Akb+FiRuoHIxCOG0PKyrpw0fsXLftb6KsEBMGFb8JJb836cIGEH6hg LHZYFgjSBvIJA0qAcm8h03vHIDgo9bm7c7iMdMtELp6AaL5GmNC5H/WBNahtGv0V9mXg qvMg== X-Gm-Message-State: APjAAAUlRsd41mX0PYz/KaguFaGWztL2UceYr1ifBootkNA0jtY4SSdg hRtXf3dILuRy9YAoj36MFxqmIirC3wer80ibLVLDR3uIvWQ= X-Google-Smtp-Source: APXvYqyRo1j1w1UjyvoypIYtFMSIt1/zNfL/40NvzxS+BBmUgwGW2qiiuJrXiZPoQPWELYpUlfSXOyk3npXj1QsYgWs= X-Received: by 2002:adf:f986:: with SMTP id f6mr71172399wrr.182.1582580277724; Mon, 24 Feb 2020 13:37:57 -0800 (PST) MIME-Version: 1.0 From: Minoru TANABE Date: Tue, 25 Feb 2020 06:37:46 +0900 Message-ID: Subject: Can't input '\', '|', '_' symbol in Japanese keyboard To: freebsd-stable@freebsd.org X-Rspamd-Queue-Id: 48RFm84PJPz4CGV X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=lniigEkq; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kotanabe3@gmail.com designates 2a00:1450:4864:20::42b as permitted sender) smtp.mailfrom=kotanabe3@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_NONE(0.00)[]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(0.00)[ip: (-9.12), ipnet: 2a00:1450::/32(-2.41), asn: 15169(-1.67), country: US(-0.05)]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[b.2.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Feb 2020 21:38:02 -0000 Hi, all. I'm 12-stable user. My system upgrade from 12.1-stable_r357351(2020-02-01) to r358294(2020-02-24). After upgrading, I can't input '\', '|', '_' symbol. I use vt console driver and jp.capsctrl.kbd keymap. These symbols are defined as scancode 115 and 125 in keymap. I checked source, and find /stable/12/sys/dev/usb/input/ukbd.c was changed. I revert Revision 358211 (Modified Fri Feb 21 08:30:34 2020 UTC) to Revision 356020 (Modified Sun Dec 22 19:06:45 2019 UTC), everything works fine. Does anyone have better workaround? I'm poor at English, excuse me. Thanks. -- mtan (Minoru TANABE) EMail kotanabe3@gmail.com From owner-freebsd-stable@freebsd.org Tue Feb 25 01:01:57 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 93EB924A573 for ; Tue, 25 Feb 2020 01:01:57 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (mail.karels.net [216.160.39.52]) by mx1.freebsd.org (Postfix) with ESMTP id 48RLHR5XXZz3KPW for ; Tue, 25 Feb 2020 01:01:55 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (localhost [127.0.0.1]) by mail.karels.net (8.15.2/8.15.2) with ESMTP id 01P11ncG090399 for ; Mon, 24 Feb 2020 19:01:49 -0600 (CST) (envelope-from mike@karels.net) Message-Id: <202002250101.01P11ncG090399@mail.karels.net> To: freebsd-stable@freebsd.org From: Mike Karels Reply-to: mike@karels.net Subject: Re: [FreeBSD-Announce] FreeBSD 12.0 end-of-life In-reply-to: Your message of Sun, 23 Feb 2020 18:24:29 -0500. MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <90397.1582592509.1@mail.karels.net> Content-Transfer-Encoding: quoted-printable Date: Mon, 24 Feb 2020 19:01:49 -0600 X-Rspamd-Queue-Id: 48RLHR5XXZz3KPW X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@karels.net designates 216.160.39.52 as permitted sender) smtp.mailfrom=mike@karels.net X-Spamd-Result: default: False [-4.44 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[mike@karels.net]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:216.160.39.52]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; DMARC_NA(0.00)[karels.net]; REPLYTO_ADDR_EQ_FROM(0.00)[]; IP_SCORE(-2.24)[ip: (-7.37), ipnet: 216.160.36.0/22(-3.73), asn: 209(-0.06), country: US(-0.05)]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:209, ipnet:216.160.36.0/22, country:US]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Feb 2020 01:01:57 -0000 >From mike Sun Feb 23 17:24:54 2020 Received: from mx2.freebsd.org (mx2.freebsd.org [96.47.72.81]) by mail.karels.net (8.15.2/8.15.2) with ESMTP id 01NNOsPX085694 for ; Sun, 23 Feb 2020 17:24:54 -0600 (CST) (envelope-from owner-freebsd-stable@freebsd.org) Received: from mx1.freebsd.org (mx1.freebsd.org [96.47.72.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verifi= ed OK)) by mx2.freebsd.org (Postfix) with ESMTPS id 5FA13A3513; Sun, 23 Feb 2020 23:24:47 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610= :1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 48Qh9p6Fbfz3xJl; Sun, 23 Feb 2020 23:24:46 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:= 1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 04F9D24C2C6 for ; Sun, 23 Feb 2020 23:24:37 +0000 (UTC) (envelope-from gerard_seibert@outlook.com) Received: from NAM11-BN8-obe.outbound.protection.outlook.com (mail-bn8nam11olkn20826.outbound.protection.outlook.com [IPv6:2a01:111:f400:7eae::826]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK= )) by mx1.freebsd.org (Postfix) with ESMTPS id 48Qh9b53WSz3x2F for ; Sun, 23 Feb 2020 23:24:35 +0000 (UTC) (envelope-from gerard_seibert@outlook.com) ARC-Seal: i=3D1; a=3Drsa-sha256; s=3Darcselector9901; d=3Dmicrosoft.com; c= v=3Dnone; b=3DAMSFKlt/8ZUrdDwnz7WJTsy3aub9O15VIrk8qt5/0OfYdbRYyXE4rZDbA/WO/0OoCFmEJ= n75PwAXAwCvPkSwaawkDmi/jLpd5MKG32dr7LTgaG8P4EEVZ+pFtdATHNzhckVTZ4tO4tSno12= H0OV7itBWSbnqnAALmpf01EtcRUlWTTf6hDc4xs7XO1I+TeAWhGc1sW88xU+fqDMmbgGNEQ0SJ= QITqToR4ZqjCIm+6QHWD0etJJ1lSioGVTZTf4fO5BshNFmkHf3leEMaJcizZ34t9lCCKBEyVgr= 5gkDcQaUaCshU8BYpoykcWFwctvECbl44zkr7R03ohMrKVlFf+g=3D=3D ARC-Message-Signature: i=3D1; a=3Drsa-sha256; c=3Drelaxed/relaxed; d=3Dmic= rosoft.com; = s=3Darcselector9901; h=3DFrom:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-= SenderADCheck; bh=3D/7H6H/ZeX8qZEA81GMBBWYOhtwvj/ntJ0EXjrTaX6qQ=3D; b=3DDFLr3LN8F408Sy/vyheq7/PzDY9j/wioOsj7TY0PKuD4dMw5phgAHOrGKM44mOnIANG+w= /oS7Za+Fvq4C3M9VZQm+4TrqmzM3AhU2VjGui1X4vrjSUwUiowQpjGrM/bcHRA4GcjA6V/M0eW= srBPIS6m3jGB+RqRxaa8Dqt8Px8JqEKCSx5b+jdQJ3ESAuh4hqaITQzBjtgUkdcc+35O/ZkoI8= To1zVz1JfQWfn89d9/vxgyx5oMibDZfgc1WdH1rh2lsDP1XtWxGHbYzD+Ul5pMmP1Wc69IL/Gy= KuGETTFx9gC8ewnMFFCYzv8hiHVShfoofjeeup9uT248dHw13/w=3D=3D ARC-Authentication-Results: i=3D1; mx.microsoft.com 1; spf=3Dpass smtp.mailfrom=3Doutlook.com; dmarc=3Dpass action=3Dnone header.from=3Dout= look.com; dkim=3Dpass header.d=3Doutlook.com; arc=3Dnone DKIM-Signature: v=3D1; a=3Drsa-sha256; c=3Drelaxed/relaxed; d=3Doutlook.co= m; s=3Dselector1; h=3DFrom:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-= SenderADCheck; bh=3D/7H6H/ZeX8qZEA81GMBBWYOhtwvj/ntJ0EXjrTaX6qQ=3D; b=3DUcIIyK5eccsbX02EEX6R0EB3RbFo8YNcbVKVJhvyMDsGDbUdT2yEGjkmOtpbKeAFxVmt7= kGImQ6Mpco2N6iLBbHYNWln2IGmlugVD56YbrITJlYOhYVYXuO8414U/hIoxGLiRorPUP5s72e= PDNiClu5bKqtsIzano9VET99SqURxEqNpAw0oBEqy2wrtimKCeE9gwU+4tZqUCLGFbLQX7s8mJ= DOTj/Qb+nRiKUHU0iIZP3wAbf1QRe3yQ4y4MzaI9vXZWWcje9gvuYLWJGOsCZ9Tzb+6KPz4yrq= wt8onVMnZoHiM8iQtaZZuWc7BiyBKX9jlOZWiE3GTGeri0n2B7w=3D=3D Received: from BN8NAM11FT033.eop-nam11.prod.protection.outlook.com (2a01:111:e400:fc4b::38) by BN8NAM11HT094.eop-nam11.prod.protection.outlook.com (2a01:111:e400:fc4b::= 213) with Microsoft SMTP Server (version=3DTLS1_2, cipher=3DTLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2750.18; Sun, 23= Feb 2020 23:24:33 +0000 Received: from DM6PR02MB5228.namprd02.prod.outlook.com (2a01:111:e400:fc4b::33) by BN8NAM11FT033.mail.protection.outlook.com (2a01:111:e400:fc4b::405) with Microsoft SMTP Server (version=3DTLS1_2, cipher=3DTLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2750.18 via Fron= tend Transport; Sun, 23 Feb 2020 23:24:33 +0000 X-IncomingTopHeaderMarker: OriginalChecksum:D077F37525F73E587232E7A629EB5D= 19F19242FB96D55719C434C6BC92671516; UpperCasedChecksum:8185AD0F282A817DA1157C3BF812408BF6624E211390DE39D88791= 0AD6549E19; SizeAsReceived:10132; Count:53 Received: from DM6PR02MB5228.namprd02.prod.outlook.com ([fe80::518f:ba28:13dd:1f3e]) by DM6PR02MB5228.namprd02.prod.outlook.com ([fe80::518f:ba28:13dd:1f3e%7]) with mapi id 15.20.2750.021; Sun, 23 Feb = 2020 23:24:33 +0000 Date: Sun, 23 Feb 2020 18:24:29 -0500 From: "Gerard E. Seibert" To: freebsd-stable@freebsd.org Subject: Re: [FreeBSD-Announce] FreeBSD 12.0 end-of-life Message-ID: In-Reply-To: <202002232227.01NMRfMn085481@mail.karels.net> References: <202002232227.01NMRfMn085481@mail.karels.net> Organization: seibercom.net X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; amd64-portbld-freebsd11.3) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAD1BMVEXHx8eCek7////4= +fjWs03LZvEkAAAB+UlEQVQ4jY2UC5LbIAyGhfEB0JoDULgAAR8ANrr/mfpL2Em2087UExyiT+= hNKJfesVrGB99ri0UvkAtW73+CnBPZs90AL0U5V5N7FXcsuvQBfIFYt3bGQFNQaMaWdVsu0Jd8= Hy5+J/G6h5BWRDlJFOLj5OiziWh5SCwcHYd9MnvzQmapxglJFBFmlqC2zLmTCLkKOeprtAWciO= lOFcoUFvEALScXI9Gc0ezsItEXRJVXSrlUyMMVU84L2JMADiitXx9gV98tcUs0EG675QWZcPz+= xUd1+ygfQGNin+I4Q5APcIqFS1F2IYClXSkh7/NZKSBb4bGcI/XgEL+MTo5kRtSYlhyV1UqhhS= 5ECbTCPSF7EE4MbSTvomkqqFGGg+3J2nW83JcB9EK+gu/nII/WuYq+GHBwvYWGpmtFs2uPOBQU= 1JMqB3WM9hK3Mp8KEu2TKNh4IDCPlEu+wPAhbBcY7qouaumcR/gakYbMqxbUCwUZNL21BDkeq3= XUs+mJnSB5uu0CeYHdbGEaub06SFalGjDoCTnmF6haV9oe6AVrzhfo/bFAJ23TZcgGrqqtuT3U= ya2/JtHiPyrOHT8AjpANqczL0H0/eg0WmTxf+vet7YT5jiF/gt6vy1Zuz8VEdF//91Pet/bfoN= 8zrsPeF3j/yXT1+pc/mf8FvwFLRp5BkxdhkQAAAABJRU5ErkJggg=3D=3D X-ClientProxiedBy: BL0PR02CA0137.namprd02.prod.outlook.com (2603:10b6:208:35::42) To DM6PR02MB5228.namprd02.prod.outlook.com (2603:10b6:5:46::29) X-Microsoft-Original-Message-ID: <20200223182429.79757c82@scorpio> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from scorpio.seibercom.net (174.109.225.250) by BL0PR02CA0137.namprd02.prod.outlook.com (2603:10b6:208:35::42) with Micro= soft SMTP Server (version=3DTLS1_2, cipher=3DTLS_ECDHE_RSA_WITH_AES_256_GCM_SH= A384) id 15.20.2750.18 via Frontend Transport; Sun, 23 Feb 2020 23:24:32 +0000 Received: from scorpio (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: gerard_seibert@outlook.com)= by scorpio.seibercom.net (Postfix) with ESMTPSA id 48Qh9W05CYz1X2s for ; Sun, 23 Feb 2020 18:24:31 -0500 (EST) X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; amd64-portbld-freebsd11.3) X-Microsoft-Original-Message-ID: <20200223182429.79757c82@scorpio> X-TMN: [AQVIoEDXkdqdM5W9SzQUOuJQWOP5LhAT6FFMLrYzXVM=3D] X-MS-PublicTrafficType: Email X-IncomingHeaderCount: 53 X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-Correlation-Id: 0fcfbead-702e-4d06-a639-08d7b8b78= 9bf X-MS-TrafficTypeDiagnostic: BN8NAM11HT094: X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: lZ9S3ffXAQPjJZuoy48iNFxSWkXQvWrRgrVX8RG= KprUwMxpH6aI26YOWiDWNcBmF0Hyrlo2lw4E3dnkp9hZ2ezHaMhYhF4XCLnWdnnfRFO/rNrcKd= uDGOVjFyjzDD/PgaeYjQ87Uy8zskMTtEyZYpPP5akUpbi52eu7KRnkLQwVTzff4d1lJsNM2NaX= /MLyp X-MS-Exchange-AntiSpam-MessageData: aPFu4R+v90nPouISlGGpHClSNifeODwj6xkiaz= F7H6awQ7tkihqmFC0iMGW3FgvWEIm3xY4z3mW2PU1qTOafvq67KV6QWlVTUeXTc/h6FpOYFYxx= ud+O4GGSFKKE0pQ9S/4nVNaDodKBlTWSYE7VXg=3D=3D X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 0fcfbead-702e-4d06-a639-08d7= b8b789bf X-MS-Exchange-CrossTenant-OriginalArrivalTime: 23 Feb 2020 23:24:33.1085 (= UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-FromEntityHeader: Internet X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-000= 0-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN8NAM11HT094 X-Rspamd-Queue-Id: 48Qh9b53WSz3x2F X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=3Dpass header.d=3Doutlook.com header.s=3Dselector1 header.b=3DUcIIyK= 5e; dmarc=3Dpass (policy=3Dnone) header.from=3Doutlook.com; spf=3Dpass (mx1.freebsd.org: domain of gerard_seibert@outlook.com designa= tes 2a01:111:f400:7eae::826 as permitted sender) smtp.mailfrom=3Dgerard_seibert@outlook.com X-Spamd-Result: default: False [1.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[freebsd-stable@freebsd.org]; R_SPF_ALLOW(-0.20)[+ip6:2a01:111:f400::/48]; FREEMAIL_FROM(0.00)[outlook.com]; TO_DN_NONE(0.00)[]; HAS_ORG_HEADER(0.00)[]; DKIM_TRACE(0.00)[outlook.com:+]; DMARC_POLICY_ALLOW(-0.50)[outlook.com,none]; RECEIVED_SPAMHAUS_PBL(0.00)[250.225.109.174.khpj7ygk5idzvmvt5x4ziurxhy.ze= n.dq.spamhaus.net : 127.0.0.10]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[outlook.com]; ASN(0.00)[asn:8075, ipnet:2a01:111:f000::/36, country:US]; ARC_ALLOW(-1.00)[i=3D1]; DWL_DNSWL_NONE(0.00)[outlook.com.dwl.dnswl.org : 127.0.3.0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[outlook.com:s=3Dselector1]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_FIVE(0.00)[6]; REPLYTO_EQ_TO_ADDR(5.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(0.00)[ipnet: 2a01:111:f000::/36(-3.98), asn: 8075(-3.12), country: US(-0.05)] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , = List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=3D"us-ascii" Content-Transfer-Encoding: 7bit Errors-To: owner-freebsd-stable@freebsd.org Sender: owner-freebsd-stable@freebsd.org X-UID: 399178 Status: RO X-Keywords: $NotJunk NonJunk = = Gerard E. Seibert wrote: > On Sun, 23 Feb 2020 16:27:40 -0600, Mike Karels stated: > >In this case (a USB failure), I bisected the problem some months ago. > >The offending commit was an ACPI update. I have not yet "downgraded" > >to 11.3, but I will when I have enough time. > Obviously, I am not an expert here, but why can't the update to ACPI be > reversed and why is it only affecting some systems. And why do you have > to downgrade to 11.3? What are you running now? The update to ACPI was pulled from upstream, and IIRC it included multiple changes. There have been many updates to ACPI since. I don't have any idea which part of the change caused the problem, or what it does; no idea how it affects USB on some systems. I'm running 12.1 now, but USB is problematical (produces an error message once a second, and my UPS control doesn't seem to work). Mike From owner-freebsd-stable@freebsd.org Tue Feb 25 01:15:13 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 75B9524AD90 for ; Tue, 25 Feb 2020 01:15:13 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (mail.karels.net [216.160.39.52]) by mx1.freebsd.org (Postfix) with ESMTP id 48RLZl1FbYz44pZ for ; Tue, 25 Feb 2020 01:15:10 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (localhost [127.0.0.1]) by mail.karels.net (8.15.2/8.15.2) with ESMTP id 01P1F9KX090465; Mon, 24 Feb 2020 19:15:10 -0600 (CST) (envelope-from mike@karels.net) Message-Id: <202002250115.01P1F9KX090465@mail.karels.net> To: Mario Olofo cc: freebsd-stable@freebsd.org From: Mike Karels Reply-to: mike@karels.net Subject: Re: Running FreeBSD on M.2 SSD In-reply-to: Your message of Mon, 24 Feb 2020 17:55:49 -0300. MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <90463.1582593309.1@mail.karels.net> Date: Mon, 24 Feb 2020 19:15:09 -0600 X-Rspamd-Queue-Id: 48RLZl1FbYz44pZ X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@karels.net designates 216.160.39.52 as permitted sender) smtp.mailfrom=mike@karels.net X-Spamd-Result: default: False [-4.46 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[mike@karels.net]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:216.160.39.52:c]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[karels.net]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-2.26)[ip: (-7.40), ipnet: 216.160.36.0/22(-3.78), asn: 209(-0.06), country: US(-0.05)]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:209, ipnet:216.160.36.0/22, country:US]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Feb 2020 01:15:13 -0000 Mario, have you ruled out the possibility that the UFS and ZFS filesystems are overlapping? It would be worth a careful check of the partition table and filesystem sizes. You can check the actual UFS size with dumpfs. I ask in part because UFS has a tendency to write to the last cylinder group. Also, are you sure you want to use both UFS and ZFS? I do it personally for historical reasons, but on a larger machine with several disks. But there are reasons not to use both, including different memory cache strategies. Mike From owner-freebsd-stable@freebsd.org Tue Feb 25 01:36:08 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 27C0C24C228 for ; Tue, 25 Feb 2020 01:36:08 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: from mail-qk1-x72f.google.com (mail-qk1-x72f.google.com [IPv6:2607:f8b0:4864:20::72f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48RM2v1xpHz4SnL for ; Tue, 25 Feb 2020 01:36:07 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: by mail-qk1-x72f.google.com with SMTP id f3so7626307qkh.3 for ; Mon, 24 Feb 2020 17:36:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=atkVagLd+bdfKvu8JTvUBhdfPsSdAMQJ0Jf0Melz/O8=; b=jzPVeFTOiZXcqhO+A0je1rsPksLUzBgPXfGNi9svev5hES3eLL3fh9POqz4ogGaKhI r1OCnvVGSEH0jsd7pbaYQ7Ite2jEdZKHjDbvY99Ivdn7fiZT2b52APx0iVossmDxwWnE 4aQu1ypYKdF+FdQIzbeYVkV/CCgq8mG63HvWs2F0ZHAKbUkcZAITHaiN44dg3Bq0B6GA H+428/0N6jFOPsdfDJLWZO//ECH4Nu8nk1Wg62FSZ3lbmCZqppJYUGLHUiAwrxtdsOSA 4TRpAJ2wd7K2j4PMmlQ04U2Cksj0dDj08Z9+ldYseqEFsplKHhVeCzKqAOM4mMXVjTVO ra6g== 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=atkVagLd+bdfKvu8JTvUBhdfPsSdAMQJ0Jf0Melz/O8=; b=Rbm9EreIS7sHUJT6EbaT0v26Xfzgbqa/dWsG+gfmKzcOKXUu08ovom/tzZXUwLh6Qq PM5tTDkXcA3bmFSUbXSDf+uV94A6DuwoqllzRTjhatnRi3h41cx6AdvJlpesISL8qNor MRvbVAvA1bSPDpF4xTzon/vrLA4OAq5PvNFNixNjlXU8YYeHbp+KkP/+vNIksNx1nhXZ LN82bDGJXh7jS0uVth6V/XiJukBIKLJazSWBtuv+GneTRKX+GxbXphQBEjeJxr5OX/gp 45ZBrfh+quX8KTsMrcXwgcGTT0GmvpQiBYhyMmMyJi1b7Aldo2hfJEvLTNU9f3cLcL/l Fq5w== X-Gm-Message-State: APjAAAWZuI07LM8MSYDQF+YXPd+h2ZpEaxgXBIz1OJ3c1AdigmBWFXaI 4GT+l4mjWn7TeTA/EkAtCxcjkohsReCwSUdNUDQtsmj9E+Q= X-Google-Smtp-Source: APXvYqzhEj/uA64obyHM/d/kD9GkwdBUag0wTqXO0mKsoM1O8ytrfXtpN4CsjmnQYdkcYA5zHVX0PQxSOdLKhUh2PK4= X-Received: by 2002:a05:620a:99d:: with SMTP id x29mr17811735qkx.39.1582594566152; Mon, 24 Feb 2020 17:36:06 -0800 (PST) MIME-Version: 1.0 References: <202002250115.01P1F9KX090465@mail.karels.net> In-Reply-To: <202002250115.01P1F9KX090465@mail.karels.net> From: Mario Olofo Date: Mon, 24 Feb 2020 22:35:55 -0300 Message-ID: Subject: Re: Running FreeBSD on M.2 SSD To: mike@karels.net Cc: freebsd-stable@freebsd.org X-Rspamd-Queue-Id: 48RM2v1xpHz4SnL X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=jzPVeFTO; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of marioolofo@gmail.com designates 2607:f8b0:4864:20::72f as permitted sender) smtp.mailfrom=marioolofo@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[f.2.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; IP_SCORE(0.00)[ip: (-9.34), ipnet: 2607:f8b0::/32(-1.88), asn: 15169(-1.67), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Feb 2020 01:36:08 -0000 Hi Mike, thanks for the insight. I tried both, but not at the same time. When I found that the ZFS was corrupting the filesystem, I reinstalled the FreeBSD using UFS but no luck. Ulf told me that he had the same problem and it turned out the problem was a defective RAM, but here I just ran the test 2 times, one from Dell BIOS Diagnostics Tool and other from mdsched.exe from Windos 10, but here the RAM is ok... Thank you again, Mario Em seg., 24 de fev. de 2020 =C3=A0s 22:15, Mike Karels escreveu: > Mario, have you ruled out the possibility that the UFS and ZFS filesystem= s > are overlapping? It would be worth a careful check of the partition tabl= e > and filesystem sizes. You can check the actual UFS size with dumpfs. > I ask in part because UFS has a tendency to write to the last cylinder > group. > > Also, are you sure you want to use both UFS and ZFS? I do it personally > for historical reasons, but on a larger machine with several disks. But > there are reasons not to use both, including different memory cache > strategies. > > Mike > From owner-freebsd-stable@freebsd.org Tue Feb 25 05:30:26 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B68BF250D6F for ; Tue, 25 Feb 2020 05:30:26 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48RSFB3q3kz3yJS; Tue, 25 Feb 2020 05:30:21 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 01P5U5up030901 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 25 Feb 2020 05:30:06 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: kotanabe3@gmail.com Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id 01P5U253035966 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Tue, 25 Feb 2020 12:30:02 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Can't input '\', '|', '_' symbol in Japanese keyboard To: Minoru TANABE , freebsd-stable@freebsd.org, hselasky@freebsd.org References: From: Eugene Grosbein Message-ID: Date: Tue, 25 Feb 2020 12:29:55 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM, SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record * -0.0 SPF_PASS SPF: sender matches SPF record * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 48RSFB3q3kz3yJS X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism not recognized by this client) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-3.94 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_PERMFAIL(0.00)[]; IP_SCORE(-1.84)[ip: (-5.08), ipnet: 2a01:4f8::/29(-2.54), asn: 24940(-1.55), country: DE(-0.02)]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Feb 2020 05:30:26 -0000 25.02.2020 4:37, Minoru TANABE wrote: CC'ing to author of mentioned revision. > Hi, all. > I'm 12-stable user. > My system upgrade from 12.1-stable_r357351(2020-02-01) to > r358294(2020-02-24). > After upgrading, I can't input '\', '|', '_' symbol. > > I use vt console driver and jp.capsctrl.kbd keymap. > These symbols are defined as scancode 115 and 125 in keymap. > I checked source, and find /stable/12/sys/dev/usb/input/ukbd.c was changed. > I revert Revision 358211 > (Modified > Fri Feb 21 08:30:34 2020 UTC) to Revision 356020 > (Modified > Sun Dec 22 19:06:45 2019 UTC), > everything works fine. > Does anyone have better workaround? > > I'm poor at English, excuse me. > Thanks. > From owner-freebsd-stable@freebsd.org Tue Feb 25 09:07:13 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EFA8E2553A6 for ; Tue, 25 Feb 2020 09:07:13 +0000 (UTC) (envelope-from kotanabe3@gmail.com) Received: from mail-wm1-x330.google.com (mail-wm1-x330.google.com [IPv6:2a00:1450:4864:20::330]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48RY3M3rx7z4tS9 for ; Tue, 25 Feb 2020 09:07:11 +0000 (UTC) (envelope-from kotanabe3@gmail.com) Received: by mail-wm1-x330.google.com with SMTP id c84so2260806wme.4 for ; Tue, 25 Feb 2020 01:07:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=UUKB5HlYSU8IELJvbQpdLZaTa/MIR2OOHlEsjZSOBms=; b=TrohkwEB6/Fu6Byte2JJZrbUgvSxX4vDP+KGE/FZ8BzjJ4qHMh1yAD5Rs1Af2xY1Py 7cLzm9vJbit6fkys0sP9cPtn1MMKiFKd0H+29b3BvboMmA/LRFqFLO7C3Klw/vUvB3Lx shk7rjLf3Gzr6QwumfRswqwDJE1B0lkx3v9nAIgz+l0zvK2DnSrgilF5jLvJ6SHG8Tjy jS5AXCUbWDBJKAj8H9EBM419m8nd6r2ApuVP8K9TvBY0ALvI7py/NUAjaO5naDGYCVBo RDSXWF6zXgK/Z5HNoxqzHNGtxpAkRLC+JW/xy8+vHSLzFe51JoonIdW6ZnIYtB34B1w2 73lg== 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=UUKB5HlYSU8IELJvbQpdLZaTa/MIR2OOHlEsjZSOBms=; b=QSxAgJBi/PEptGU0lL2S9kSkwcyiQZ05+cFv+Cb1K5j6cnL/74a5lca4SQ/589I4Mm R+nsPOt0e6lP89RbiL57RrESHptXADVPGJywe6DlbR0Pd8L4WyUcENkCBDvmExh46nzg 02/OMeELOaHF8CvU2zIZ0M3Dpkf+CWqYy/BnC2tG8WnfTWjB1wSYi+gWbV3fWgrD0PCK a/XB9O5x5+tnw6jbJZTWIICkPtbGT7VJlc9ywmzx/W+KSUzQslNvMz6dWMW1r3UtZfWK GJDlauq3J41uIqvjjcynzKMtsWif+Po1hkkDpvsJ+DubaoTvEfGHEhvyEdAKlKnPNgHu GjJA== X-Gm-Message-State: APjAAAWJB+ueeKIO0D4Hxtybi+VT1TviUJfaMCMim4tn6rlnY+6a7gvV 8JlJWNiVbXKyZTSsH1LpqQbLP0bGg6ZJwqnN9xRCJ7boRHI= X-Google-Smtp-Source: APXvYqyd4UrVZ3ZfNmana8g88Iey5pT+tlHwjj+uzhAOgpxRGGxp52CYVKmPyvgXgHcBaItU1fX9gD5MD6Olhz4Qm1g= X-Received: by 2002:a7b:c183:: with SMTP id y3mr4134327wmi.0.1582621629393; Tue, 25 Feb 2020 01:07:09 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Minoru TANABE Date: Tue, 25 Feb 2020 18:06:58 +0900 Message-ID: Subject: Re: Can't input '\', '|', '_' symbol in Japanese keyboard To: Hans Petter Selasky Cc: Eugene Grosbein , freebsd-stable@freebsd.org X-Rspamd-Queue-Id: 48RY3M3rx7z4tS9 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=TrohkwEB; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kotanabe3@gmail.com designates 2a00:1450:4864:20::330 as permitted sender) smtp.mailfrom=kotanabe3@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[0.3.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-9.14), ipnet: 2a00:1450::/32(-2.41), asn: 15169(-1.67), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Feb 2020 09:07:14 -0000 O.K. I'll rebuild my system and check them. Please wait for a result. BTW, "plug the keyboard" means "Physically detach and attach the keyboard" = ? Thank you for your reply. 2020=E5=B9=B42=E6=9C=8825=E6=97=A5(=E7=81=AB) 17:41 Hans Petter Selasky : > > Hi, > > Can you enable ukbd debug in 12-stable? > > sysctl hw.usb.ukbd.debug=3D20 > > Then plug the keyboard and then press \ | _ symbols and send me the > resulting dmesg. > > Also: > > usbconfig -d X.Y dump_device_desc > > Where X.Y are the numbers after ugen > > --HPS > --=20 mtan (Minoru TANABE) EMail kotanabe3@gmail.com From owner-freebsd-stable@freebsd.org Tue Feb 25 09:37:48 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0499B256022 for ; Tue, 25 Feb 2020 09:37:48 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) by mx1.freebsd.org (Postfix) with ESMTP id 48RYkf0QrMz4bTV for ; Tue, 25 Feb 2020 09:37:45 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from [194.32.164.27] ([194.32.164.27]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id 01P9bhhm063912; Tue, 25 Feb 2020 09:37:43 GMT (envelope-from rb@gid.co.uk) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Running FreeBSD on M.2 SSD From: Bob Bishop In-Reply-To: Date: Tue, 25 Feb 2020 09:37:41 +0000 Cc: mike@karels.net, freebsd-stable@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <202002250115.01P1F9KX090465@mail.karels.net> To: Mario Olofo X-Mailer: Apple Mail (2.3273) X-Rspamd-Queue-Id: 48RYkf0QrMz4bTV X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of rb@gid.co.uk designates 194.32.164.250 as permitted sender) smtp.mailfrom=rb@gid.co.uk X-Spamd-Result: default: False [-2.23 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.997,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[gid.co.uk]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[250.164.32.194.list.dnswl.org : 127.0.10.0]; IP_SCORE(-0.53)[ip: (-1.92), ipnet: 194.32.164.0/24(-0.96), asn: 42831(0.30), country: GB(-0.07)]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42831, ipnet:194.32.164.0/24, country:GB]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Feb 2020 09:37:48 -0000 Hi, > On 25 Feb 2020, at 01:35, Mario Olofo wrote: >=20 > Hi Mike, thanks for the insight. >=20 > I tried both, but not at the same time. > When I found that the ZFS was corrupting the filesystem, I reinstalled = the > FreeBSD using UFS but no luck. > Ulf told me that he had the same problem and it turned out the problem = was > a defective RAM, but here I just ran the test 2 times, > one from Dell BIOS Diagnostics Tool and other from mdsched.exe from = Windos > 10, but here the RAM is ok=E2=80=A6 Software tests will not always find marginally faulty RAM. If you can, = try swapping for known good RAM; or if you have lots of RAM installed, = try taking half the RAM out at a time and see if that affects stability. > Thank you again, >=20 > Mario >=20 > Em seg., 24 de fev. de 2020 =C3=A0s 22:15, Mike Karels = > escreveu: > [etc] -- Bob Bishop rb@gid.co.uk From owner-freebsd-stable@freebsd.org Tue Feb 25 10:52:39 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A7C50257CA3 for ; Tue, 25 Feb 2020 10:52:39 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.21.125]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp-sofia.digsys.bg", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48RbP12hh0z45VT for ; Tue, 25 Feb 2020 10:52:36 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from [193.68.6.100] ([193.68.6.100]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.15.2/8.15.2) with ESMTPSA id 01PAqQkY065005 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 25 Feb 2020 12:52:27 +0200 (EET) (envelope-from daniel@digsys.bg) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: Running FreeBSD on M.2 SSD From: Daniel Kalchev In-Reply-To: Date: Tue, 25 Feb 2020 12:52:26 +0200 Cc: Mark Millard via freebsd-stable Content-Transfer-Encoding: quoted-printable Message-Id: <188F34DA-192C-4D44-96B5-18A7DAE8EC67@digsys.bg> References: <202002250115.01P1F9KX090465@mail.karels.net> To: Mario Olofo X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48RbP12hh0z45VT X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of daniel@digsys.bg designates 193.68.21.125 as permitted sender) smtp.mailfrom=daniel@digsys.bg X-Spamd-Result: default: False [-1.86 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.96)[-0.960,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:193.68.21.125]; MV_CASE(0.50)[]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[digsys.bg]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-0.10)[ipnet: 193.68.0.0/19(-0.11), asn: 3245(-0.41), country: BG(0.04)]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3245, ipnet:193.68.0.0/19, country:BG]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Feb 2020 10:52:39 -0000 I have had disks, that work =E2=80=9Cperfectly" under UFS and various = RAID controllers (and DOS and Windows), but always reported checksum = errors when running under ZFS. It would happen on any motherboard or = controller. That made me never use anything but ZFS on data that I = cannot recreate 100%, fast=E2=80=A6 but that is separate story. I = labeled those disks bad and they sit in my =E2=80=9Cmuseum=E2=80=9D. = Needless to say some were brand new. Not saying you have this issue, but = sharing anecdotal evidence. But I wonder how you discovered you had corruption with UFS? What is = observed? It might well be, that FreeBSD is more agressive with your = motherboard/chipset or does not implement known quirk of that =E2=80=94 = which might trigger some edge cases for the SSD. Ultimately, if you can = move that SSD to another motherboard and test it, it would confirm where = the issue is. Daniel > On 25 Feb 2020, at 3:35, Mario Olofo wrote: >=20 > Hi Mike, thanks for the insight. >=20 > I tried both, but not at the same time. > When I found that the ZFS was corrupting the filesystem, I reinstalled = the > FreeBSD using UFS but no luck. > Ulf told me that he had the same problem and it turned out the problem = was > a defective RAM, but here I just ran the test 2 times, > one from Dell BIOS Diagnostics Tool and other from mdsched.exe from = Windos > 10, but here the RAM is ok... >=20 > Thank you again, >=20 > Mario >=20 From owner-freebsd-stable@freebsd.org Tue Feb 25 11:07:58 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 408E22580BF for ; Tue, 25 Feb 2020 11:07:58 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [31.24.6.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48Rbkh5FBjz4VjM for ; Tue, 25 Feb 2020 11:07:56 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from [2001:470:6cc4:1:225:ff:fe46:71cf] (helo=foula.drayhouse.twisted.org.uk) by constantine.ingresso.co.uk with esmtpsa (TLSv1.3:TLS_AES_128_GCM_SHA256:128) (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1j6Y44-0007FP-UU for freebsd-stable@freebsd.org; Tue, 25 Feb 2020 11:07:48 +0000 Subject: Re: Running FreeBSD on M.2 SSD To: freebsd-stable@freebsd.org References: <202002250115.01P1F9KX090465@mail.karels.net> <188F34DA-192C-4D44-96B5-18A7DAE8EC67@digsys.bg> From: Pete French Message-ID: <6028c786-8610-01d9-818e-6f69a2fe9645@ingresso.co.uk> Date: Tue, 25 Feb 2020 11:07:48 +0000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: <188F34DA-192C-4D44-96B5-18A7DAE8EC67@digsys.bg> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 48Rbkh5FBjz4VjM X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=ingresso.co.uk; spf=pass (mx1.freebsd.org: domain of petefrench@ingresso.co.uk designates 31.24.6.74 as permitted sender) smtp.mailfrom=petefrench@ingresso.co.uk X-Spamd-Result: default: False [-6.13 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:31.24.6.74]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-3.33)[ip: (-9.82), ipnet: 31.24.0.0/21(-4.91), asn: 16082(-1.86), country: GB(-0.07)]; DMARC_POLICY_ALLOW(-0.50)[ingresso.co.uk,none]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16082, ipnet:31.24.0.0/21, country:GB]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Feb 2020 11:07:58 -0000 On 25/Feb/2020 10:52, Daniel Kalchev wrote: > It might well be, that FreeBSD is more agressive with your motherboard/chipset or does not implement known quirk of that — which might trigger some edge cases for the SSD. Ultimately, if you can move that SSD to another motherboard and test it, it would confirm where the issue is. I have often wondered if ZFS is more aggressive with discs, because until very recently any solid state drive I have used ZFS on broke very quicky. For USB sticks that is not unexpected, but decent SSD's also seem to last less than a year with ZFS on top. I don't let it bother me anymore simply always install them in pairs and replace when I start seeing errors. By the way, I am not talking about checksum errors here from ZFS, I am talking about the drive starting to error into dmesg. Checksum errors I could belive that I was gettign with UFS in the past and just didnt know it. But this behaviour is that the drive stops working. Some USB sticks lasted less than a week. Some earlier SSD's only a month or two. More recent SSD's are lasting longer, and I dont use USB sticks much anymore. I am sure I have mentioned this before and people say that it works for them, so maybe its my magic touch which causes it. :-) -pete. From owner-freebsd-stable@freebsd.org Tue Feb 25 11:37:23 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 635CE258C23 for ; Tue, 25 Feb 2020 11:37:23 +0000 (UTC) (envelope-from kotanabe3@gmail.com) Received: from mail-wr1-x42f.google.com (mail-wr1-x42f.google.com [IPv6:2a00:1450:4864:20::42f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48RcNf1mXPz4LCw for ; Tue, 25 Feb 2020 11:37:22 +0000 (UTC) (envelope-from kotanabe3@gmail.com) Received: by mail-wr1-x42f.google.com with SMTP id m16so14275978wrx.11 for ; Tue, 25 Feb 2020 03:37:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=4qjdfC+cMS6Q6j1/uM3uvJinP6xmyuFgx4dXufZqH4M=; b=r+zrwCEuwiX16asUC1ZdHfwZI47/SPcmaI31Xa5YlvchjA1BurdggLTTQpi39j+8p7 RUHGltfB+LPhpoVlNs8XWFWHbZyBHHbwx2ngbXwGwU5hbmlEf1PEpXEUx/XojEn5Y94m 74KxNjeD9NvDMk+XpZazPXkxyijPshohYaYJt9OETcCmiSCqi9Q+sMC+HkXof3l4sCF7 NSb62BmXG1nL/lbJmREH1SiPS5jgUP2H488UOwcKtsPwdHLJrxQTgEjuo1YoXNLg4lih Eqnl6JzOY1K0fnt/zxhMGTPIT2ifwRKvQgJrSkQ90vIFT99M9Lt/B9GxLgEWOyhzeawv 4Ouw== 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=4qjdfC+cMS6Q6j1/uM3uvJinP6xmyuFgx4dXufZqH4M=; b=jSioIyJ6tbKHf+pKc+cjH4KDQZDoFkPvMiF+AEGNpmeEt6LXWm9K+VDq55R7UPnf3D p06yI6PYFcmSkR5NelOYzSSPgI0Cn8GeNdXgXut6bLFSmGfGMdBySe8gGnMjrmHRjWLS Zhb9ObWFT2HSr9pnEgpGakv8IpIDeGn3i2vFkHgA+2tAmYjKQsv9dY56ZQrb8YU4nU5j ElkmyoopNuMD12wLbO3kcoTbBsQ7MImbbBQdIL31XWkD/zBC8IXgg0nu2TrFq34Z/aZ2 HcyZnN9S5S4vdsD14hRbLshRBsOxUUKtCZIDxvpYrXoLmqfWx2KGqtL+rjpQY139iFCi PJjA== X-Gm-Message-State: APjAAAXlVg9S5BQrC9ta1gMVAiPd5Wct+djv1r7qLyu5g9cP3sY5zVZk j2PnnmnVfpNUHi4Q/kILZJtefwFLYGR672Fi3HLss4YyfWsrwg== X-Google-Smtp-Source: APXvYqwRwF7aaxvk4X9IiLOmI76913grOqU27NmS20lI1OWoZcLiDJ0C08q8FePKgPSHMFVX8QXPqKoLvaSy6xVhqOM= X-Received: by 2002:adf:fd41:: with SMTP id h1mr10578062wrs.258.1582630640683; Tue, 25 Feb 2020 03:37:20 -0800 (PST) MIME-Version: 1.0 References: <67169458-92fa-3f13-2fcb-889fa168a4af@selasky.org> In-Reply-To: <67169458-92fa-3f13-2fcb-889fa168a4af@selasky.org> From: Minoru TANABE Date: Tue, 25 Feb 2020 20:37:09 +0900 Message-ID: Subject: Re: Can't input '\', '|', '_' symbol in Japanese keyboard To: Hans Petter Selasky Cc: Eugene Grosbein , freebsd-stable@freebsd.org Content-Type: multipart/mixed; boundary="000000000000264b51059f64e90d" X-Rspamd-Queue-Id: 48RcNf1mXPz4LCw X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=r+zrwCEu; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kotanabe3@gmail.com designates 2a00:1450:4864:20::42f as permitted sender) smtp.mailfrom=kotanabe3@gmail.com X-Spamd-Result: default: False [-1.90 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; HAS_ATTACHMENT(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; CTYPE_MIXED_BOGUS(1.00)[]; MIME_BASE64_TEXT(0.10)[]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-9.09), ipnet: 2a00:1450::/32(-2.41), asn: 15169(-1.67), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/mixed,multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[f.2.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Feb 2020 11:37:23 -0000 --000000000000264b51059f64e90d Content-Type: text/plain; charset="UTF-8" Hi, all. I rebuild my system, using current ukbd.c. The results are same as Subject. No '\', no '|', no '_'. See attachment for detail. Line240 shows "ugen0.3: at usbus0 (disconnected)" I press keys '\', '|',(right of '^' '~') '\', '_' (right of '/' ''?') order. I can't input underscore on console keyboard. So, "usbconfig -d X.Y dump_device_desc" command was executed via ssh. Thank you. -- mtan (Minoru TANABE) Phone 03-3601-3475 EMail kotanabe3@gmail.com --000000000000264b51059f64e90d Content-Type: text/plain; charset="US-ASCII"; name="ukbd-debug.txt" Content-Disposition: attachment; filename="ukbd-debug.txt" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_k71sqwlw0 dW5hbWUgLWE6CkZyZWVCU0QgcGljby5tdGFuLmNvbSAxMi4xLVNUQUJMRSBGcmVlQlNEIDEyLjEt U1RBQkxFICMwIHIzNTgzMDA6IFR1ZSBGZWIgMjUgMTk6MTM6MTUgSlNUIDIwMjAgICAgIG10YW5A cGljby5tdGFuLmNvbTovdXNyL29iai91c3Ivc3JjL2FtZDY0LmFtZDY0L3N5cy9QSUNPICBhbWQ2 NAogCnN2bmxpdGUgaW5mbyAvdXNyL3NyYzoKUGF0aDogL3Vzci9zcmMKV29ya2luZyBDb3B5IFJv b3QgUGF0aDogL3Vzci9zcmMKVVJMOiBodHRwczovL3N2bi5mcmVlYnNkLm9yZy9iYXNlL3N0YWJs ZS8xMgpSZWxhdGl2ZSBVUkw6IF4vc3RhYmxlLzEyClJlcG9zaXRvcnkgUm9vdDogaHR0cHM6Ly9z dm4uZnJlZWJzZC5vcmcvYmFzZQpSZXBvc2l0b3J5IFVVSUQ6IGNjZjlmODcyLWFhMmUtZGQxMS05 ZmM4LTAwMWMyM2QwYmMxZgpSZXZpc2lvbjogMzU4MzAwCk5vZGUgS2luZDogZGlyZWN0b3J5ClNj aGVkdWxlOiBub3JtYWwKTGFzdCBDaGFuZ2VkIEF1dGhvcjoga2liCkxhc3QgQ2hhbmdlZCBSZXY6 IDM1ODI4OApMYXN0IENoYW5nZWQgRGF0ZTogMjAyMC0wMi0yNCAyMTozNTo1OCArMDkwMCAo5pyI LCAyNCAgMuaciCAyMDIwKQoKZG1lc2c6IAotLS08PEJPT1Q+Pi0tLQpDb3B5cmlnaHQgKGMpIDE5 OTItMjAyMCBUaGUgRnJlZUJTRCBQcm9qZWN0LgpDb3B5cmlnaHQgKGMpIDE5NzksIDE5ODAsIDE5 ODMsIDE5ODYsIDE5ODgsIDE5ODksIDE5OTEsIDE5OTIsIDE5OTMsIDE5OTQKCVRoZSBSZWdlbnRz IG9mIHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVzZXJ2ZWQuCkZy ZWVCU0QgaXMgYSByZWdpc3RlcmVkIHRyYWRlbWFyayBvZiBUaGUgRnJlZUJTRCBGb3VuZGF0aW9u LgpGcmVlQlNEIDEyLjEtU1RBQkxFICMwIHIzNTgzMDA6IFR1ZSBGZWIgMjUgMTk6MTM6MTUgSlNU IDIwMjAKICAgIG10YW5AcGljby5tdGFuLmNvbTovdXNyL29iai91c3Ivc3JjL2FtZDY0LmFtZDY0 L3N5cy9QSUNPIGFtZDY0CkZyZWVCU0QgY2xhbmcgdmVyc2lvbiA5LjAuMSAoZ2l0QGdpdGh1Yi5j b206bGx2bS9sbHZtLXByb2plY3QuZ2l0IGMxYTBhMjEzMzc4YTQ1OGZiZWExYTVjNzdiMzE1Yzdk Y2UwOGZkMDUpIChiYXNlZCBvbiBMTFZNIDkuMC4xKQpWVChlZmlmYik6IHJlc29sdXRpb24gMTky MHgxMjAwCkNQVTogSW50ZWwoUikgQ29yZShUTSkgaTctODcwMEsgQ1BVIEAgMy43MEdIeiAoMzY5 Ni4xNy1NSHogSzgtY2xhc3MgQ1BVKQogIE9yaWdpbj0iR2VudWluZUludGVsIiAgSWQ9MHg5MDZl YSAgRmFtaWx5PTB4NiAgTW9kZWw9MHg5ZSAgU3RlcHBpbmc9MTAKICBGZWF0dXJlcz0weGJmZWJm YmZmPEZQVSxWTUUsREUsUFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0Us TUNBLENNT1YsUEFULFBTRTM2LENMRkxVU0gsRFRTLEFDUEksTU1YLEZYU1IsU1NFLFNTRTIsU1Ms SFRULFRNLFBCRT4KICBGZWF0dXJlczI9MHg3ZmZhZmJmZjxTU0UzLFBDTE1VTFFEUSxEVEVTNjQs TU9OLERTX0NQTCxWTVgsU01YLEVTVCxUTTIsU1NTRTMsU0RCRyxGTUEsQ1gxNix4VFBSLFBEQ00s UENJRCxTU0U0LjEsU1NFNC4yLHgyQVBJQyxNT1ZCRSxQT1BDTlQsVFNDRExULEFFU05JLFhTQVZF LE9TWFNBVkUsQVZYLEYxNkMsUkRSQU5EPgogIEFNRCBGZWF0dXJlcz0weDJjMTAwODAwPFNZU0NB TEwsTlgsUGFnZTFHQixSRFRTQ1AsTE0+CiAgQU1EIEZlYXR1cmVzMj0weDEyMTxMQUhGLEFCTSxQ cmVmZXRjaD4KICBTdHJ1Y3R1cmVkIEV4dGVuZGVkIEZlYXR1cmVzPTB4MjljNmZiZjxGU0dTQkFT RSxUU0NBREosU0dYLEJNSTEsSExFLEFWWDIsU01FUCxCTUkyLEVSTVMsSU5WUENJRCxSVE0sTkZQ VVNHLE1QWCxSRFNFRUQsQURYLFNNQVAsQ0xGTFVTSE9QVCxQUk9DVFJBQ0U+CiAgU3RydWN0dXJl ZCBFeHRlbmRlZCBGZWF0dXJlczI9MHg0MDAwMDAwMDxTR1hMQz4KICBTdHJ1Y3R1cmVkIEV4dGVu ZGVkIEZlYXR1cmVzMz0weDljMDAyNDAwPE1EX0NMRUFSLFRTWEZBLElCUEIsU1RJQlAsTDFERkws U1NCRD4KICBYU0FWRSBGZWF0dXJlcz0weGY8WFNBVkVPUFQsWFNBVkVDLFhJTlVTRSxYU0FWRVM+ CiAgVlQteDogUEFULEhMVCxNVEYsUEFVU0UsRVBULFVHLFZQSUQKICBUU0M6IFAtc3RhdGUgaW52 YXJpYW50LCBwZXJmb3JtYW5jZSBzdGF0aXN0aWNzCnJlYWwgbWVtb3J5ICA9IDY4NzE5NDc2NzM2 ICg2NTUzNiBNQikKYXZhaWwgbWVtb3J5ID0gNjY3NzgyNzE3NDQgKDYzNjg0IE1CKQpDUFUgbWlj cm9jb2RlOiB1cGRhdGVkIGZyb20gMHhiNCB0byAweGNhCkV2ZW50IHRpbWVyICJMQVBJQyIgcXVh bGl0eSA2MDAKQUNQSSBBUElDIFRhYmxlOiA8QUxBU0tBIEEgTSBJID4KRnJlZUJTRC9TTVA6IE11 bHRpcHJvY2Vzc29yIFN5c3RlbSBEZXRlY3RlZDogMTIgQ1BVcwpGcmVlQlNEL1NNUDogMSBwYWNr YWdlKHMpIHggNiBjb3JlKHMpIHggMiBoYXJkd2FyZSB0aHJlYWRzCnJhbmRvbTogdW5ibG9ja2lu ZyBkZXZpY2UuCmlvYXBpYzAgPFZlcnNpb24gMi4wPiBpcnFzIDAtMTE5IG9uIG1vdGhlcmJvYXJk CkxhdW5jaGluZyBBUHM6IDEgMTEgMTAgNiA3IDQgNSA4IDkgMiAzClRpbWVjb3VudGVyICJUU0Mt bG93IiBmcmVxdWVuY3kgMTg0ODA4NDQ2OSBIeiBxdWFsaXR5IDEwMDAKcmFuZG9tOiBlbnRyb3B5 IGRldmljZSBleHRlcm5hbCBpbnRlcmZhY2UKMDAwLjAwMDAyNCBbNDMzNl0gbmV0bWFwX2luaXQg ICAgICAgICAgICAgICBuZXRtYXA6IGxvYWRlZCBtb2R1bGUKW2F0aF9oYWxdIGxvYWRlZAptb2R1 bGVfcmVnaXN0ZXJfaW5pdDogTU9EX0xPQUQgKHZlc2EsIDB4ZmZmZmZmZmY4MTExYjE3MCwgMCkg ZXJyb3IgMTkKcmFuZG9tOiByZWdpc3RlcmluZyBmYXN0IHNvdXJjZSBJbnRlbCBTZWN1cmUgS2V5 IFJORwpyYW5kb206IGZhc3QgcHJvdmlkZXI6ICJJbnRlbCBTZWN1cmUgS2V5IFJORyIKa2JkMSBh dCBrYmRtdXgwCm5leHVzMAplZmlydGMwOiA8RUZJIFJlYWx0aW1lIENsb2NrPiBvbiBtb3RoZXJi b2FyZAplZmlydGMwOiByZWdpc3RlcmVkIGFzIGEgdGltZS1vZi1kYXkgY2xvY2ssIHJlc29sdXRp b24gMS4wMDAwMDBzCmNyeXB0b3NvZnQwOiA8c29mdHdhcmUgY3J5cHRvPiBvbiBtb3RoZXJib2Fy ZAphZXNuaTA6IDxBRVMtQ0JDLEFFUy1DQ00sQUVTLUdDTSxBRVMtSUNNLEFFUy1YVFM+IG9uIG1v dGhlcmJvYXJkCmFjcGkwOiA8QUxBU0tBIEEgTSBJID4gb24gbW90aGVyYm9hcmQKYWNwaTA6IFBv d2VyIEJ1dHRvbiAoZml4ZWQpCmNwdTA6IDxBQ1BJIENQVT4gb24gYWNwaTAKaHBldDA6IDxIaWdo IFByZWNpc2lvbiBFdmVudCBUaW1lcj4gaW9tZW0gMHhmZWQwMDAwMC0weGZlZDAwM2ZmIG9uIGFj cGkwClRpbWVjb3VudGVyICJIUEVUIiBmcmVxdWVuY3kgMjQwMDAwMDAgSHogcXVhbGl0eSA5NTAK RXZlbnQgdGltZXIgIkhQRVQiIGZyZXF1ZW5jeSAyNDAwMDAwMCBIeiBxdWFsaXR5IDM1MApFdmVu dCB0aW1lciAiSFBFVDEiIGZyZXF1ZW5jeSAyNDAwMDAwMCBIeiBxdWFsaXR5IDM0MApFdmVudCB0 aW1lciAiSFBFVDIiIGZyZXF1ZW5jeSAyNDAwMDAwMCBIeiBxdWFsaXR5IDM0MApFdmVudCB0aW1l ciAiSFBFVDMiIGZyZXF1ZW5jeSAyNDAwMDAwMCBIeiBxdWFsaXR5IDM0MApFdmVudCB0aW1lciAi SFBFVDQiIGZyZXF1ZW5jeSAyNDAwMDAwMCBIeiBxdWFsaXR5IDM0MApFdmVudCB0aW1lciAiSFBF VDUiIGZyZXF1ZW5jeSAyNDAwMDAwMCBIeiBxdWFsaXR5IDM0MApFdmVudCB0aW1lciAiSFBFVDYi IGZyZXF1ZW5jeSAyNDAwMDAwMCBIeiBxdWFsaXR5IDM0MApFdmVudCB0aW1lciAiSFBFVDciIGZy ZXF1ZW5jeSAyNDAwMDAwMCBIeiBxdWFsaXR5IDM0MAphdHJ0YzA6IDxBVCByZWFsdGltZSBjbG9j az4gcG9ydCAweDcwLTB4NzcgaXJxIDggb24gYWNwaTAKYXRydGMwOiBXYXJuaW5nOiBDb3VsZG4n dCBtYXAgSS9PLgphdHJ0YzA6IHJlZ2lzdGVyZWQgYXMgYSB0aW1lLW9mLWRheSBjbG9jaywgcmVz b2x1dGlvbiAxLjAwMDAwMHMKRXZlbnQgdGltZXIgIlJUQyIgZnJlcXVlbmN5IDMyNzY4IEh6IHF1 YWxpdHkgMAphdHRpbWVyMDogPEFUIHRpbWVyPiBwb3J0IDB4NDAtMHg0MywweDUwLTB4NTMgaXJx IDAgb24gYWNwaTAKVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFs aXR5IDAKRXZlbnQgdGltZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDEw MApUaW1lY291bnRlciAiQUNQSS1mYXN0IiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDkw MAphY3BpX3RpbWVyMDogPDI0LWJpdCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAweDE4MDgt MHgxODBiIG9uIGFjcGkwCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgt MHhjZmYgb24gYWNwaTAKcGNpMDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjAKcGNpYjE6IDxBQ1BJ IFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTYgYXQgZGV2aWNlIDEuMCBvbiBwY2kwCnBjaTE6IDxBQ1BJ IFBDSSBidXM+IG9uIHBjaWIxCnZnYXBjaTA6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5PiBwb3J0 IDB4ZTAwMC0weGUwN2YgbWVtIDB4ZGUwMDAwMDAtMHhkZWZmZmZmZiwweGMwMDAwMDAwLTB4Y2Zm ZmZmZmYsMHhkMDAwMDAwMC0weGQxZmZmZmZmIGlycSAxNiBhdCBkZXZpY2UgMC4wIG9uIHBjaTEK dmdhcGNpMDogQm9vdCB2aWRlbyBkZXZpY2UKaGRhYzA6IDxOVklESUEgKDB4MGZiOSkgSERBIENv bnRyb2xsZXI+IG1lbSAweGRmMDgwMDAwLTB4ZGYwODNmZmYgaXJxIDE3IGF0IGRldmljZSAwLjEg b24gcGNpMQp4aGNpMDogPEludGVsIFVuaW9uIFBvaW50IFVTQiAzLjAgY29udHJvbGxlcj4gbWVt IDB4ZGYxMzAwMDAtMHhkZjEzZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDIwLjAgb24gcGNpMAp4aGNp MDogMzIgYnl0ZXMgY29udGV4dCBzaXplLCA2NC1iaXQgRE1BCnVzYnVzMDogd2FpdGluZyBmb3Ig QklPUyB0byBnaXZlIHVwIGNvbnRyb2wKeGhjaV9pbnRlcnJ1cHQ6IGhvc3QgY29udHJvbGxlciBo YWx0ZWQKdXNidXMwIG9uIHhoY2kwCnVzYnVzMDogNS4wR2JwcyBTdXBlciBTcGVlZCBVU0IgdjMu MApwY2kwOiA8c2ltcGxlIGNvbW1zPiBhdCBkZXZpY2UgMjIuMCAobm8gZHJpdmVyIGF0dGFjaGVk KQphaGNpMDogPEludGVsIFVuaW9uIFBvaW50IEFIQ0kgU0FUQSBjb250cm9sbGVyPiBwb3J0IDB4 ZjA1MC0weGYwNTcsMHhmMDQwLTB4ZjA0MywweGYwMjAtMHhmMDNmIG1lbSAweGRmMTQ4MDAwLTB4 ZGYxNDlmZmYsMHhkZjE0YzAwMC0weGRmMTRjMGZmLDB4ZGYxNGIwMDAtMHhkZjE0YjdmZiBpcnEg MTYgYXQgZGV2aWNlIDIzLjAgb24gcGNpMAphaGNpMDogQUhDSSB2MS4zMSB3aXRoIDYgNkdicHMg cG9ydHMsIFBvcnQgTXVsdGlwbGllciBub3Qgc3VwcG9ydGVkCmFoY2ljaDA6IDxBSENJIGNoYW5u ZWw+IGF0IGNoYW5uZWwgMCBvbiBhaGNpMAphaGNpY2gxOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFu bmVsIDEgb24gYWhjaTAKYWhjaWNoMjogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAyIG9uIGFo Y2kwCmFoY2ljaDM6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMyBvbiBhaGNpMAphaGNpY2g0 OiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDQgb24gYWhjaTAKYWhjaWNoNTogPEFIQ0kgY2hh bm5lbD4gYXQgY2hhbm5lbCA1IG9uIGFoY2kwCmFoY2llbTA6IDxBSENJIGVuY2xvc3VyZSBtYW5h Z2VtZW50IGJyaWRnZT4gb24gYWhjaTAKcGNpYjI6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEg MTYgYXQgZGV2aWNlIDI3LjAgb24gcGNpMApwY2kyOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMgpw Y2liMzogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgMjguMCBvbiBwY2kw CnBjaTM6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIzCnBjaWI0OiA8QUNQSSBQQ0ktUENJIGJyaWRn ZT4gaXJxIDE2IGF0IGRldmljZSAyOS4wIG9uIHBjaTAKcGNpNDogPEFDUEkgUENJIGJ1cz4gb24g cGNpYjQKaXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDMxLjAgb24gcGNpMAppc2Ew OiA8SVNBIGJ1cz4gb24gaXNhYjAKcGNpMDogPG1lbW9yeT4gYXQgZGV2aWNlIDMxLjIgKG5vIGRy aXZlciBhdHRhY2hlZCkKaGRhYzE6IDxJbnRlbCBLYWJ5IExha2UtSCBIREEgQ29udHJvbGxlcj4g bWVtIDB4ZGYxNDAwMDAtMHhkZjE0M2ZmZiwweGRmMTIwMDAwLTB4ZGYxMmZmZmYgaXJxIDE2IGF0 IGRldmljZSAzMS4zIG9uIHBjaTAKZW0wOiA8SW50ZWwoUikgUFJPLzEwMDAgTmV0d29yayBDb25u ZWN0aW9uPiBtZW0gMHhkZjEwMDAwMC0weGRmMTFmZmZmIGlycSAxNiBhdCBkZXZpY2UgMzEuNiBv biBwY2kwCmVtMDogVXNpbmcgMTAyNCBUWCBkZXNjcmlwdG9ycyBhbmQgMTAyNCBSWCBkZXNjcmlw dG9ycwplbTA6IFVzaW5nIGFuIE1TSSBpbnRlcnJ1cHQKZW0wOiBFdGhlcm5ldCBhZGRyZXNzOiA3 MDo4NTpjMjo1ZjpkNDo1OAplbTA6IG5ldG1hcCBxdWV1ZXMvc2xvdHM6IFRYIDEvMTAyNCwgUlgg MS8xMDI0CmFjcGlfYnV0dG9uMDogPFNsZWVwIEJ1dHRvbj4gb24gYWNwaTAKYWNwaV9idXR0b24x OiA8UG93ZXIgQnV0dG9uPiBvbiBhY3BpMAp1YXJ0MDogPDE2NTUwIG9yIGNvbXBhdGlibGU+IHBv cnQgMHgzZjgtMHgzZmYgaXJxIDQgZmxhZ3MgMHgxMCBvbiBhY3BpMAphdGtiZGMwOiA8S2V5Ym9h cmQgY29udHJvbGxlciAoaTgwNDIpPiBhdCBwb3J0IDB4NjAsMHg2NCBvbiBpc2EwCmF0a2JkMDog PEFUIEtleWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMwCmtiZDAgYXQgYXRrYmQwCmF0a2JkMDogW0dJ QU5ULUxPQ0tFRF0KY29yZXRlbXAwOiA8Q1BVIE9uLURpZSBUaGVybWFsIFNlbnNvcnM+IG9uIGNw dTAKZXN0MDogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1MApw ZWZzOiBBRVNOSSBoYXJkd2FyZSBhY2NlbGVyYXRpb24gZW5hYmxlZApaRlMgZmlsZXN5c3RlbSB2 ZXJzaW9uOiA1ClpGUyBzdG9yYWdlIHBvb2wgdmVyc2lvbjogZmVhdHVyZXMgc3VwcG9ydCAoNTAw MCkKVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYwpoZGFjYzA6IDxOVklESUEgKDB4 MDA4MCkgSERBIENPREVDPiBhdCBjYWQgMCBvbiBoZGFjMApoZGFhMDogPE5WSURJQSAoMHgwMDgw KSBBdWRpbyBGdW5jdGlvbiBHcm91cD4gYXQgbmlkIDEgb24gaGRhY2MwCnBjbTA6IDxOVklESUEg KDB4MDA4MCkgKEhETUkvRFAgOGNoKT4gYXQgbmlkIDQgb24gaGRhYTAKcGNtMTogPE5WSURJQSAo MHgwMDgwKSAoSERNSS9EUCA4Y2gpPiBhdCBuaWQgNSBvbiBoZGFhMApwY20yOiA8TlZJRElBICgw eDAwODApIChIRE1JL0RQIDhjaCk+IGF0IG5pZCA2IG9uIGhkYWEwCmhkYWNjMTogPFJlYWx0ZWsg QUxDODkyIEhEQSBDT0RFQz4gYXQgY2FkIDAgb24gaGRhYzEKaGRhYTE6IDxSZWFsdGVrIEFMQzg5 MiBBdWRpbyBGdW5jdGlvbiBHcm91cD4gYXQgbmlkIDEgb24gaGRhY2MxCnBjbTM6IDxSZWFsdGVr IEFMQzg5MiAoUmVhciBBbmFsb2cpPiBhdCBuaWQgMjAgYW5kIDI0LDI2IG9uIGhkYWExCnBjbTQ6 IDxSZWFsdGVrIEFMQzg5MiAoRnJvbnQgQW5hbG9nKT4gYXQgbmlkIDI3IGFuZCAyNSBvbiBoZGFh MQp1Z2VuMC4xOiA8MHg4MDg2IFhIQ0kgcm9vdCBIVUI+IGF0IHVzYnVzMApUcnlpbmcgdG8gbW91 bnQgcm9vdCBmcm9tIHpmczpycG9vbC9ST09UL3Rlc3QgW10uLi4KUm9vdCBtb3VudCB3YWl0aW5n IGZvcjogdXNidXMwIENBTQp1aHViMDogPDB4ODA4NiBYSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAs IHJldiAzLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMwCmNkMCBhdCBhaGNpY2g1IGJ1cyAwIHNj YnVzNSB0YXJnZXQgMCBsdW4gMApjZDA6IDxBU1VTIERSVy0yNEQ1TVQgMS4wMD4gUmVtb3ZhYmxl IENELVJPTSBTQ1NJIGRldmljZQpjZDA6IFNlcmlhbCBOdW1iZXIgSzJISEFPQjUxNDMKY2QwOiAx NTAuMDAwTUIvcyB0cmFuc2ZlcnMgKFNBVEEgMS54LCBVRE1BNiwgQVRBUEkgMTJieXRlcywgUElP IDgxOTJieXRlcykKY2QwOiAwTUIgKDEgMCBieXRlIHNlY3RvcnMpCnNlczAgYXQgYWhjaWVtMCBi dXMgMCBzY2J1czYgdGFyZ2V0IDAgbHVuIDAKc2VzMDogPEFIQ0kgU0dQSU8gRW5jbG9zdXJlIDIu MDAgMDAwMT4gU0VNQiBTLUUtUyAyLjAwIGRldmljZQpzZXMwOiBTRU1CIFNFUyBEZXZpY2UKYWRh MCBhdCBhaGNpY2gwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMCBsdW4gMAphZGEwOiA8V0RDIFdEMzBF RlJYLTY4RVVaTjAgODIuMDBBODI+IEFDUy0yIEFUQSBTQVRBIDMueCBkZXZpY2UKYWRhMDogU2Vy aWFsIE51bWJlciBXRC1XQ0M0TjRUS1kxWjIKYWRhMDogNjAwLjAwME1CL3MgdHJhbnNmZXJzIChT QVRBIDMueCwgVURNQTYsIFBJTyA4MTkyYnl0ZXMpCmFkYTA6IENvbW1hbmQgUXVldWVpbmcgZW5h YmxlZAphZGEwOiAyODYxNTg4TUIgKDU4NjA1MzMxNjggNTEyIGJ5dGUgc2VjdG9ycykKYWRhMDog cXVpcmtzPTB4MTw0Sz4KYWRhMSBhdCBhaGNpY2gxIGJ1cyAwIHNjYnVzMSB0YXJnZXQgMCBsdW4g MAphZGExOiA8V0RDIFdEMzBFRlJYLTY4RVVaTjAgODIuMDBBODI+IEFDUy0yIEFUQSBTQVRBIDMu eCBkZXZpY2UKYWRhMTogU2VyaWFsIE51bWJlciBXRC1XQ0M0TjdGTExKTjEKYWRhMTogNjAwLjAw ME1CL3MgdHJhbnNmZXJzIChTQVRBIDMueCwgVURNQTYsIFBJTyA4MTkyYnl0ZXMpCmFkYTE6IENv bW1hbmQgUXVldWVpbmcgZW5hYmxlZAphZGExOiAyODYxNTg4TUIgKDU4NjA1MzMxNjggNTEyIGJ5 dGUgc2VjdG9ycykKYWRhMTogcXVpcmtzPTB4MTw0Sz4KYWRhMiBhdCBhaGNpY2gyIGJ1cyAwIHNj YnVzMiB0YXJnZXQgMCBsdW4gMAphZGEyOiA8V0RDIFdEMzBFRlJYLTY4RVVaTjAgODIuMDBBODI+ IEFDUy0yIEFUQSBTQVRBIDMueCBkZXZpY2UKYWRhMjogU2VyaWFsIE51bWJlciBXRC1XQ0M0TjJU WUZFN1YKYWRhMjogNjAwLjAwME1CL3MgdHJhbnNmZXJzIChTQVRBIDMueCwgVURNQTYsIFBJTyA4 MTkyYnl0ZXMpCmFkYTI6IENvbW1hbmQgUXVldWVpbmcgZW5hYmxlZAphZGEyOiAyODYxNTg4TUIg KDU4NjA1MzMxNjggNTEyIGJ5dGUgc2VjdG9ycykKYWRhMjogcXVpcmtzPTB4MTw0Sz4KYWRhMyBh dCBhaGNpY2g0IGJ1cyAwIHNjYnVzNCB0YXJnZXQgMCBsdW4gMAphZGEzOiA8V0RDIFdEMTBFWlJa LTAwSFRLQjAgMDEuMDFBMDE+IEFDUy0yIEFUQSBTQVRBIDMueCBkZXZpY2UKYWRhMzogU2VyaWFs IE51bWJlciBXRC1XQ0M0SjBOTFVWMDgKYWRhMzogNjAwLjAwME1CL3MgdHJhbnNmZXJzIChTQVRB IDMueCwgVURNQTYsIFBJTyA4MTkyYnl0ZXMpCmFkYTM6IENvbW1hbmQgUXVldWVpbmcgZW5hYmxl ZAphZGEzOiA5NTM4NjlNQiAoMTk1MzUyNTE2OCA1MTIgYnl0ZSBzZWN0b3JzKQpzZXMwOiBwYXNz MCxhZGEwIGluICdTbG90IDAwJywgU0FUQSBTbG90OiBzY2J1czAgdGFyZ2V0IDAKc2VzMDogcGFz czEsYWRhMSBpbiAnU2xvdCAwMScsIFNBVEEgU2xvdDogc2NidXMxIHRhcmdldCAwCnNlczA6IHBh c3MyLGFkYTIgaW4gJ1Nsb3QgMDInLCBTQVRBIFNsb3Q6IHNjYnVzMiB0YXJnZXQgMApzZXMwOiBw YXNzMyxhZGEzIGluICdTbG90IDA0JywgU0FUQSBTbG90OiBzY2J1czQgdGFyZ2V0IDAKc2VzMDog cGFzczQsY2QwIGluICdTbG90IDA1JywgU0FUQSBTbG90OiBzY2J1czUgdGFyZ2V0IDAKdWh1YjA6 IDI2IHBvcnRzIHdpdGggMjYgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKUm9vdCBtb3VudCB3YWl0 aW5nIGZvcjogdXNidXMwCnVnZW4wLjI6IDx2ZW5kb3IgMHgwNWUzIHByb2R1Y3QgMHgwNjEwPiBh dCB1c2J1czAKdWh1YjEgb24gdWh1YjAKdWh1YjE6IDx2ZW5kb3IgMHgwNWUzIHByb2R1Y3QgMHgw NjEwLCBjbGFzcyA5LzAsIHJldiAyLjEwLzQxLjE1LCBhZGRyIDE+IG9uIHVzYnVzMAp1aHViMTog TVRUIGVuYWJsZWQKdWh1YjE6IDQgcG9ydHMgd2l0aCA0IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVk ClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVzMAp1Z2VuMC4zOiA8Q3lwcmVzcyBVU0IgS2V5 Ym9hcmQ+IGF0IHVzYnVzMAp1a2JkMCBvbiB1aHViMAp1a2JkMDogPEVQMSBJbnRlcnJ1cHQ+IG9u IHVzYnVzMAprYmQyIGF0IHVrYmQwCnVrYmQxIG9uIHVodWIwCnVrYmQxOiA8RVAyIEludGVycnVw dD4gb24gdXNidXMwCmtiZDMgYXQgdWtiZDEKUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXMw CnVnZW4wLjQ6IDx2ZW5kb3IgMHgwNWUzIHByb2R1Y3QgMHgwNjE3PiBhdCB1c2J1czAKdWh1YjIg b24gdWh1YjAKdWh1YjI6IDw+IG9uIHVzYnVzMAp1aHViMjogNCBwb3J0cyB3aXRoIDQgcmVtb3Zh YmxlLCBzZWxmIHBvd2VyZWQKQWNjb3VudGluZyBlbmFibGVkCm52aWRpYTA6IDxVbmtub3duPiBv biB2Z2FwY2kwCnZnYXBjaTA6IGNoaWxkIG52aWRpYTAgcmVxdWVzdGVkIHBjaV9lbmFibGVfaW8K dmdhcGNpMDogY2hpbGQgbnZpZGlhMCByZXF1ZXN0ZWQgcGNpX2VuYWJsZV9pbwpudmlkaWEtbW9k ZXNldDogTG9hZGluZyBOVklESUEgS2VybmVsIE1vZGUgU2V0dGluZyBEcml2ZXIgZm9yIFVOSVgg cGxhdGZvcm1zICA0NDAuNTkgIFRodSBKYW4gMzAgMDA6NTQ6MjggVVRDIDIwMjAKbG8wOiBsaW5r IHN0YXRlIGNoYW5nZWQgdG8gVVAKZW0wOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gVVAKdGFwMDog RXRoZXJuZXQgYWRkcmVzczogNTg6OWM6ZmM6MTA6ZmY6ZjUKQ1BVOiBJbnRlbChSKSBDb3JlKFRN KSBpNy04NzAwSyBDUFUgQCAzLjcwR0h6ICgzNjk2LjE3LU1IeiBLOC1jbGFzcyBDUFUpCiAgT3Jp Z2luPSJHZW51aW5lSW50ZWwiICBJZD0weDkwNmVhICBGYW1pbHk9MHg2ICBNb2RlbD0weDllICBT dGVwcGluZz0xMAogIEZlYXR1cmVzPTB4YmZlYmZiZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQ QUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYsQ0xGTFVTSCxE VFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixTUyxIVFQsVE0sUEJFPgogIEZlYXR1cmVzMj0weDdm ZmFmYmZmPFNTRTMsUENMTVVMUURRLERURVM2NCxNT04sRFNfQ1BMLFZNWCxTTVgsRVNULFRNMixT U1NFMyxTREJHLEZNQSxDWDE2LHhUUFIsUERDTSxQQ0lELFNTRTQuMSxTU0U0LjIseDJBUElDLE1P VkJFLFBPUENOVCxUU0NETFQsQUVTTkksWFNBVkUsT1NYU0FWRSxBVlgsRjE2QyxSRFJBTkQ+CiAg QU1EIEZlYXR1cmVzPTB4MmMxMDA4MDA8U1lTQ0FMTCxOWCxQYWdlMUdCLFJEVFNDUCxMTT4KICBB TUQgRmVhdHVyZXMyPTB4MTIxPExBSEYsQUJNLFByZWZldGNoPgogIFN0cnVjdHVyZWQgRXh0ZW5k ZWQgRmVhdHVyZXM9MHgyOWM2ZmJmPEZTR1NCQVNFLFRTQ0FESixTR1gsQk1JMSxITEUsQVZYMixT TUVQLEJNSTIsRVJNUyxJTlZQQ0lELFJUTSxORlBVU0csTVBYLFJEU0VFRCxBRFgsU01BUCxDTEZM VVNIT1BULFBST0NUUkFDRT4KICBTdHJ1Y3R1cmVkIEV4dGVuZGVkIEZlYXR1cmVzMj0weDQwMDAw MDAwPFNHWExDPgogIFN0cnVjdHVyZWQgRXh0ZW5kZWQgRmVhdHVyZXMzPTB4OWMwMDI0MDA8TURf Q0xFQVIsVFNYRkEsSUJQQixTVElCUCxMMURGTCxTU0JEPgogIFhTQVZFIEZlYXR1cmVzPTB4ZjxY U0FWRU9QVCxYU0FWRUMsWElOVVNFLFhTQVZFUz4KICBWVC14OiBQQVQsSExULE1URixQQVVTRSxF UFQsVUcsVlBJRAogIFRTQzogUC1zdGF0ZSBpbnZhcmlhbnQsIHBlcmZvcm1hbmNlIHN0YXRpc3Rp Y3MKU2VjdXJpdHkgcG9saWN5IGxvYWRlZDogTUFDL250cGQgKG1hY19udHBkKQpuZnNydl9jYWNo ZV9zZXNzaW9uOiBubyBzZXNzaW9uCkNvbnNpZGVyIGluY3JlYXNpbmcga2Vybi5pcGMubWF4c29j a2J1ZgpDb25zaWRlciBpbmNyZWFzaW5nIGtlcm4uaXBjLm1heHNvY2tidWYKQ29uc2lkZXIgaW5j cmVhc2luZyBrZXJuLmlwYy5tYXhzb2NrYnVmCkNvbnNpZGVyIGluY3JlYXNpbmcga2Vybi5pcGMu bWF4c29ja2J1Zgp1a2JkX2ludHJfY2FsbGJhY2s6IGFjdGxlbj04IGJ5dGVzCnVrYmRfaW50cl9j YWxsYmFjazogbW9kaWZpZXJzID0gMHgwMDAwCnVrYmRfcHV0X2tleTogMHg0MjggKDEwNjQpIHJl bGVhc2VkCnVrYmRfaW50cl9jYWxsYmFjazogZXJyb3I9VVNCX0VSUl9JT0VSUk9SCnVrYmRfaW50 cl9jYWxsYmFjazogZXJyb3I9VVNCX0VSUl9JT0VSUk9SCnVnZW4wLjM6IDxDeXByZXNzIFVTQiBL ZXlib2FyZD4gYXQgdXNidXMwIChkaXNjb25uZWN0ZWQpCnVrYmQwOiBhdCB1aHViMCwgcG9ydCA5 LCBhZGRyIDIgKGRpc2Nvbm5lY3RlZCkKdWtiZF9kZXRhY2g6IAp1a2JkX2ludHJfY2FsbGJhY2s6 IGVycm9yPVVTQl9FUlJfQ0FOQ0VMTEVECnVrYmRfaW50cl9jYWxsYmFjazogZXJyb3I9VVNCX0VS Ul9DQU5DRUxMRUQKdWtiZF9kZXRhY2g6IHVrYmQwOiBkaXNjb25uZWN0ZWQKdWtiZDA6IGRldGFj aGVkCnVrYmQxOiBhdCB1aHViMCwgcG9ydCA5LCBhZGRyIDIgKGRpc2Nvbm5lY3RlZCkKdWtiZF9k ZXRhY2g6IAp1a2JkX2ludHJfY2FsbGJhY2s6IGVycm9yPVVTQl9FUlJfQ0FOQ0VMTEVECnVrYmRf aW50cl9jYWxsYmFjazogZXJyb3I9VVNCX0VSUl9DQU5DRUxMRUQKdWtiZF9kZXRhY2g6IHVrYmQx OiBkaXNjb25uZWN0ZWQKdWtiZDE6IGRldGFjaGVkCnVnZW4wLjM6IDxDeXByZXNzIFVTQiBLZXli b2FyZD4gYXQgdXNidXMwCnVrYmRfcHJvYmU6IAp1a2JkX3Byb2JlOiAKdWtiZDAgb24gdWh1YjAK dWtiZDA6IDxFUDEgSW50ZXJydXB0PiBvbiB1c2J1czAKdWtiZF9hdHRhY2g6IFBhcnNpbmcgSElE IGRlc2NyaXB0b3Igb2YgNjMgYnl0ZXMKdWtiZF9wYXJzZV9oaWQ6IEZvdW5kIGtleWJvYXJkIGV2 ZW50IGFycmF5CnVrYmRfcGFyc2VfaGlkOiBGb3VuZCBrZXkgMHhlMAp1a2JkX3BhcnNlX2hpZDog Rm91bmQga2V5IDB4ZTEKdWtiZF9wYXJzZV9oaWQ6IEZvdW5kIGtleSAweGUyCnVrYmRfcGFyc2Vf aGlkOiBGb3VuZCBrZXkgMHhlMwp1a2JkX3BhcnNlX2hpZDogRm91bmQga2V5IDB4ZTQKdWtiZF9w YXJzZV9oaWQ6IEZvdW5kIGtleSAweGU1CnVrYmRfcGFyc2VfaGlkOiBGb3VuZCBrZXkgMHhlNgp1 a2JkX3BhcnNlX2hpZDogRm91bmQga2V5IDB4ZTcKdWtiZF9wYXJzZV9oaWQ6IEZvdW5kIGtleWJv YXJkIG51bWxvY2sKdWtiZF9wYXJzZV9oaWQ6IEZvdW5kIGtleWJvYXJkIGNhcHNsb2NrCnVrYmRf cGFyc2VfaGlkOiBGb3VuZCBrZXlib2FyZCBzY3JvbGxsb2NrCnVrYmRfc2V0X2xlZHM6IGxlZHM9 MHgwMAp1a2JkX3NldF9sZWRzOiBsZWRzPTB4MDAKa2JkMiBhdCB1a2JkMAp1a2JkX3Byb2JlOiAK dWtiZF9zZXRfbGVkc19jYWxsYmFjazogbGVuPTEsIGlkPTAKdWtiZF9wcm9iZTogCnVrYmQxIG9u IHVodWIwCnVrYmQxOiA8RVAyIEludGVycnVwdD4gb24gdXNidXMwCnVrYmRfYXR0YWNoOiBQYXJz aW5nIEhJRCBkZXNjcmlwdG9yIG9mIDE4NSBieXRlcwp1a2JkX3BhcnNlX2hpZDogRm91bmQga2V5 Ym9hcmQgZXZlbnQgYXJyYXkKdWtiZF9zZXRfbGVkczogbGVkcz0weDAwCnVrYmRfc2V0X2xlZHM6 IGxlZHM9MHgwMAprYmQzIGF0IHVrYmQxCnVrYmRfaW50cl9jYWxsYmFjazogYWN0bGVuPTggYnl0 ZXMKdWtiZF9pbnRyX2NhbGxiYWNrOiBtb2RpZmllcnMgPSAweDAwMDAKdWtiZF9pbnRyX2NhbGxi YWNrOiBhY3RsZW49OCBieXRlcwp1a2JkX2ludHJfY2FsbGJhY2s6IG1vZGlmaWVycyA9IDB4MDAw MAp1a2JkX2ludHJfY2FsbGJhY2s6IGFjdGxlbj04IGJ5dGVzCnVrYmRfaW50cl9jYWxsYmFjazog bW9kaWZpZXJzID0gMHgwMDAwCnVrYmRfaW50cl9jYWxsYmFjazogYWN0bGVuPTggYnl0ZXMKdWti ZF9pbnRyX2NhbGxiYWNrOiBtb2RpZmllcnMgPSAweDAwMDAKdWtiZF9pbnRyX2NhbGxiYWNrOiBL ZXkgMHhlMSBwcmVzc2VkCnVrYmRfcHV0X2tleTogMHhlMSAoMjI1KSBwcmVzc2VkCnVrYmRfaW50 cl9jYWxsYmFjazogYWN0bGVuPTggYnl0ZXMKdWtiZF9pbnRyX2NhbGxiYWNrOiBtb2RpZmllcnMg PSAweDAwMDAKdWtiZF9pbnRyX2NhbGxiYWNrOiBLZXkgMHhlMSBwcmVzc2VkCnVrYmRfaW50cl9j YWxsYmFjazogYWN0bGVuPTggYnl0ZXMKdWtiZF9pbnRyX2NhbGxiYWNrOiBtb2RpZmllcnMgPSAw eDAwMDAKdWtiZF9pbnRyX2NhbGxiYWNrOiBLZXkgMHhlMSBwcmVzc2VkCnVrYmRfaW50cl9jYWxs YmFjazogYWN0bGVuPTggYnl0ZXMKdWtiZF9pbnRyX2NhbGxiYWNrOiBtb2RpZmllcnMgPSAweDAw MDAKdWtiZF9wdXRfa2V5OiAweDRlMSAoMTI0OSkgcmVsZWFzZWQKdWtiZF9pbnRyX2NhbGxiYWNr OiBhY3RsZW49OCBieXRlcwp1a2JkX2ludHJfY2FsbGJhY2s6IG1vZGlmaWVycyA9IDB4MDAwMAp1 a2JkX2ludHJfY2FsbGJhY2s6IGFjdGxlbj04IGJ5dGVzCnVrYmRfaW50cl9jYWxsYmFjazogbW9k aWZpZXJzID0gMHgwMDAwCnVrYmRfaW50cl9jYWxsYmFjazogYWN0bGVuPTggYnl0ZXMKdWtiZF9p bnRyX2NhbGxiYWNrOiBtb2RpZmllcnMgPSAweDAwMDAKdWtiZF9pbnRyX2NhbGxiYWNrOiBLZXkg MHhlMSBwcmVzc2VkCnVrYmRfcHV0X2tleTogMHhlMSAoMjI1KSBwcmVzc2VkCnVrYmRfaW50cl9j YWxsYmFjazogYWN0bGVuPTggYnl0ZXMKdWtiZF9pbnRyX2NhbGxiYWNrOiBtb2RpZmllcnMgPSAw eDAwMDAKdWtiZF9pbnRyX2NhbGxiYWNrOiBLZXkgMHhlMSBwcmVzc2VkCnVrYmRfaW50cl9jYWxs YmFjazogYWN0bGVuPTggYnl0ZXMKdWtiZF9pbnRyX2NhbGxiYWNrOiBtb2RpZmllcnMgPSAweDAw MDAKdWtiZF9pbnRyX2NhbGxiYWNrOiBLZXkgMHhlMSBwcmVzc2VkCnVrYmRfaW50cl9jYWxsYmFj azogYWN0bGVuPTggYnl0ZXMKdWtiZF9pbnRyX2NhbGxiYWNrOiBtb2RpZmllcnMgPSAweDAwMDAK dWtiZF9wdXRfa2V5OiAweDRlMSAoMTI0OSkgcmVsZWFzZWQKIAp1Z2VuMC4zOiA8Q3lwcmVzcyBV U0IgS2V5Ym9hcmQ+IGF0IHVzYnVzMCwgY2ZnPTAgbWQ9SE9TVCBzcGQ9TE9XICgxLjVNYnBzKSBw d3I9T04gKDEwMG1BKQoKICBiTGVuZ3RoID0gMHgwMDEyIAogIGJEZXNjcmlwdG9yVHlwZSA9IDB4 MDAwMSAKICBiY2RVU0IgPSAweDAyMDAgCiAgYkRldmljZUNsYXNzID0gMHgwMDAwICA8UHJvYmVk IGJ5IGludGVyZmFjZSBjbGFzcz4KICBiRGV2aWNlU3ViQ2xhc3MgPSAweDAwMDAgCiAgYkRldmlj ZVByb3RvY29sID0gMHgwMDAwIAogIGJNYXhQYWNrZXRTaXplMCA9IDB4MDAwOCAKICBpZFZlbmRv ciA9IDB4MDRiNCAKICBpZFByb2R1Y3QgPSAweDAxMDEgCiAgYmNkRGV2aWNlID0gMHgwMDAxIAog IGlNYW51ZmFjdHVyZXIgPSAweDAwMDEgIDxDeXByZXNzPgogIGlQcm9kdWN0ID0gMHgwMDAyICA8 VVNCIEtleWJvYXJkPgogIGlTZXJpYWxOdW1iZXIgPSAweDAwMDAgIDxubyBzdHJpbmc+CiAgYk51 bUNvbmZpZ3VyYXRpb25zID0gMHgwMDAxIAoK --000000000000264b51059f64e90d-- From owner-freebsd-stable@freebsd.org Tue Feb 25 11:52:37 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0FEB02593D2 for ; Tue, 25 Feb 2020 11:52:37 +0000 (UTC) (envelope-from gerard_seibert@outlook.com) Received: from NAM11-BN8-obe.outbound.protection.outlook.com (mail-bn8nam11olkn20811.outbound.protection.outlook.com [IPv6:2a01:111:f400:7eae::811]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48RckC1HTpz3xBL for ; Tue, 25 Feb 2020 11:52:34 +0000 (UTC) (envelope-from gerard_seibert@outlook.com) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=e8CHgGejBhrS1YnUZRjTnoXPAPQz7nA37/Epb2aCRuyI7JeALHLyr8uRWrsYX1hMwtO8ly6sZQar5iyJUrrpD3IHWZka5bdhFDDCWfKZtop1WX/PoY94IhRF1iDyZwuk2x8f2lQvRVcBJtn+4gJ1PSG8zUDMa/fF5vOxRzHYYCHe+GIMTcpup8QHhp5zi4emADqIaeiG7+AfSheT6WXggNuQVZbpeD+i515a5scL1hkC3aevIFrv6/mdxOG1X96pVu4GXFag1zoHj0v8JibA6weWOqLoAQhqZdfY/tekKGYj45SbtpVsq8gbtJMwyE4nfbScFVV3rmolenps+Z9N/A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=TqGTB4lrcjyUsp/3LLR8yuAU+/sBr7YpbjDoQ8DGt3w=; b=eKQ/3s8b27UhlAtNb9oqTMxMp3mXBuII9Zb6bvfUr/a1XtlRhp+0eiSa0AwsAkiQItdT/071zaLgqnkfVOt9dAQ/7jDAc3yPO09rJDfwv5ibv99iRCQ0wVTyl4SvewliJ0RSLjRQWApn9proNVNQIAgJvIa6sCRy4kWkx0VIjTN9UJ8mgdWtNQL63/2sz3I4tGOXsFUJft+GDdH11Zk6L5gScH7QsL5vsTR4W4d03OpGMgXg8NZPj94Y8nj50tVlSgNCl6t1GNxyuiXXvueya5wAuU8uE5l6m0z+iKVcKZpv3akEU/tEL2weNQPNPp5qAkvfsbLGhzcjtWdObT3kbQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=outlook.com; dmarc=pass action=none header.from=outlook.com; dkim=pass header.d=outlook.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=TqGTB4lrcjyUsp/3LLR8yuAU+/sBr7YpbjDoQ8DGt3w=; b=iTkeaezxBZF4HOKqa89X2pvDkoxCOye9obbZpLn3kqdKV+ZQKJiV+llho/IPuLl0GGfC1mf7tCMemvI5bb0cI1N2mm5qNWZSwBaS6zOO1syNnLa1Y8pKG5tjwe1NwYzi+CuiaQ7r2jJZy+5m0RJKZePU6kZIzGz7VFxJ/4hlIAUTzmWs3RJgkOlG4/wiPNG5MD40mKJQAK+RxYMWAj5dayDs4fCnOHttaI4KGyrvtMBOn1ooWaQ0KSbK4sx8TvEUmJTVzyd8n0enCTdoUFMGfBSbuKcuEW4IO8CrnNIQeHx44I59Jihvyh9nEkL3wloj+SHL3UuG+bk9rUOfRdY6Aw== Received: from BN8NAM11FT063.eop-nam11.prod.protection.outlook.com (2a01:111:e400:fc4b::39) by BN8NAM11HT106.eop-nam11.prod.protection.outlook.com (2a01:111:e400:fc4b::129) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2750.18; Tue, 25 Feb 2020 11:52:33 +0000 Received: from DM6PR02MB5228.namprd02.prod.outlook.com (2a01:111:e400:fc4b::3a) by BN8NAM11FT063.mail.protection.outlook.com (2a01:111:e400:fc4b::366) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2750.18 via Frontend Transport; Tue, 25 Feb 2020 11:52:33 +0000 X-IncomingTopHeaderMarker: OriginalChecksum:3639413D8DE4B4CAC10A089FB11E99A293BD2ED2B91CE5A7B25941EDE9014164; UpperCasedChecksum:7A6418D3A953ABF076ADBCA99A3983DF749DA9A26B446E9532D8B7395C22C32D; SizeAsReceived:10125; Count:53 Received: from DM6PR02MB5228.namprd02.prod.outlook.com ([fe80::518f:ba28:13dd:1f3e]) by DM6PR02MB5228.namprd02.prod.outlook.com ([fe80::518f:ba28:13dd:1f3e%7]) with mapi id 15.20.2750.021; Tue, 25 Feb 2020 11:52:33 +0000 Date: Tue, 25 Feb 2020 06:52:30 -0500 From: "Gerard E. Seibert" To: freebsd-stable@freebsd.org Subject: Re: [FreeBSD-Announce] FreeBSD 12.0 end-of-life Message-ID: In-Reply-To: <202002250101.01P11ncG090399@mail.karels.net> References: <202002250101.01P11ncG090399@mail.karels.net> Reply-To: freebsd-stable@freebsd.org Organization: seibercom.net X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; amd64-portbld-freebsd11.3) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAD1BMVEXHx8eCek7////4+fjWs03LZvEkAAAB+UlEQVQ4jY2UC5LbIAyGhfEB0JoDULgAAR8ANrr/mfpL2Em2087UExyiT+hNKJfesVrGB99ri0UvkAtW73+CnBPZs90AL0U5V5N7FXcsuvQBfIFYt3bGQFNQaMaWdVsu0Jd8Hy5+J/G6h5BWRDlJFOLj5OiziWh5SCwcHYd9MnvzQmapxglJFBFmlqC2zLmTCLkKOeprtAWciOlOFcoUFvEALScXI9Gc0ezsItEXRJVXSrlUyMMVU84L2JMADiitXx9gV98tcUs0EG675QWZcPz+xUd1+ygfQGNin+I4Q5APcIqFS1F2IYClXSkh7/NZKSBb4bGcI/XgEL+MTo5kRtSYlhyV1UqhhS5ECbTCPSF7EE4MbSTvomkqqFGGg+3J2nW83JcB9EK+gu/nII/WuYq+GHBwvYWGpmtFs2uPOBQU1JMqB3WM9hK3Mp8KEu2TKNh4IDCPlEu+wPAhbBcY7qouaumcR/gakYbMqxbUCwUZNL21BDkeq3XUs+mJnSB5uu0CeYHdbGEaub06SFalGjDoCTnmF6haV9oe6AVrzhfo/bFAJ23TZcgGrqqtuT3Uya2/JtHiPyrOHT8AjpANqczL0H0/eg0WmTxf+vet7YT5jiF/gt6vy1Zuz8VEdF//91Pet/bfoN8zrsPeF3j/yXT1+pc/mf8FvwFLRp5BkxdhkQAAAABJRU5ErkJggg== Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-ClientProxiedBy: MN2PR01CA0001.prod.exchangelabs.com (2603:10b6:208:10c::14) To DM6PR02MB5228.namprd02.prod.outlook.com (2603:10b6:5:46::29) X-Microsoft-Original-Message-ID: <20200225065230.668c3401@scorpio> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from scorpio.seibercom.net (174.109.225.250) by MN2PR01CA0001.prod.exchangelabs.com (2603:10b6:208:10c::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2750.18 via Frontend Transport; Tue, 25 Feb 2020 11:52:32 +0000 Received: from scorpio (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: gerard_seibert@outlook.com) by scorpio.seibercom.net (Postfix) with ESMTPSA id 48Rck70zryz4Qvk for ; Tue, 25 Feb 2020 06:52:31 -0500 (EST) X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; amd64-portbld-freebsd11.3) X-Microsoft-Original-Message-ID: <20200225065230.668c3401@scorpio> X-TMN: [uWibnSTtm4EdmVk2k6woocuSIdtQRu2hyiRowVn6hzY=] X-MS-PublicTrafficType: Email X-IncomingHeaderCount: 53 X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-Correlation-Id: e699bd27-2913-4855-5660-08d7b9e932d5 X-MS-TrafficTypeDiagnostic: BN8NAM11HT106: X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: 8AlKyUpQXYiWq9LBGYR9DM/0kr0VkIJJYdn8pAK92hHGOhcGe+9QORqeKGEsZsMSJkUaRfl8pnJWfwZi6GufuBJ4mvRzbMh3MG/SQrIsGstFUeYmxFzrsNDepO2HojAUHgCqRqh9eFyXFE0+++fdc5B/fiROFUMOmJEqnNRU74T98qK7z08SPTk/OSe23Ydy X-MS-Exchange-AntiSpam-MessageData: LLcEqpc0JRy2Nrg/lDXYMcxopYatAc5/Hp7Rr1g1YDDt5g7bzHSo1op/pxQaHBNi5Xkgc+fHO3L8fkGAIWguCZgMIXK7fG3Kmrp0Rnn9ayU56DeNolQs3mC91X8L3B4Z40e+yvvGduY+6wQwlt/Utw== X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: e699bd27-2913-4855-5660-08d7b9e932d5 X-MS-Exchange-CrossTenant-OriginalArrivalTime: 25 Feb 2020 11:52:33.3901 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-FromEntityHeader: Internet X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN8NAM11HT106 X-Rspamd-Queue-Id: 48RckC1HTpz3xBL X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=pass header.d=outlook.com header.s=selector1 header.b=iTkeaezx; dmarc=pass (policy=none) header.from=outlook.com; spf=pass (mx1.freebsd.org: domain of gerard_seibert@outlook.com designates 2a01:111:f400:7eae::811 as permitted sender) smtp.mailfrom=gerard_seibert@outlook.com X-Spamd-Result: default: False [1.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[freebsd-stable@freebsd.org]; R_SPF_ALLOW(-0.20)[+ip6:2a01:111:f400::/48]; FREEMAIL_FROM(0.00)[outlook.com]; TO_DN_NONE(0.00)[]; HAS_ORG_HEADER(0.00)[]; DKIM_TRACE(0.00)[outlook.com:+]; DMARC_POLICY_ALLOW(-0.50)[outlook.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[250.225.109.174.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; ASN(0.00)[asn:8075, ipnet:2a01:111:f000::/36, country:US]; FREEMAIL_ENVFROM(0.00)[outlook.com]; ARC_ALLOW(-1.00)[i=1]; DWL_DNSWL_NONE(0.00)[outlook.com.dwl.dnswl.org : 127.0.3.0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; REPLYTO_EQ_TO_ADDR(5.00)[]; R_DKIM_ALLOW(-0.20)[outlook.com:s=selector1]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_FIVE(0.00)[6]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(0.00)[ipnet: 2a01:111:f000::/36(-3.98), asn: 8075(-3.12), country: US(-0.05)] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Feb 2020 11:52:37 -0000 On Mon, 24 Feb 2020 19:01:49 -0600, Mike Karels stated: >The update to ACPI was pulled from upstream, and IIRC it included >multiple changes. There have been many updates to ACPI since. I >don't have any idea which part of the change caused the problem, or >what it does; no idea how it affects USB on some systems. I'm running >12.1 now, but USB is problematical (produces an error message once a >second, and my UPS control doesn't seem to work). > > Mike That is sort of what my problem is also. The error message keeps displaying on the screen making using the PC impossible. I don't feel anyone is going to fix this until enough users are affected. I am on 11.3, and if this isn't fixed before 13.x is released, I may have to try another OS. -- Gerard From owner-freebsd-stable@freebsd.org Tue Feb 25 12:16:10 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 92BA925A50D for ; Tue, 25 Feb 2020 12:16:10 +0000 (UTC) (envelope-from kotanabe3@gmail.com) Received: from mail-wm1-x32f.google.com (mail-wm1-x32f.google.com [IPv6:2a00:1450:4864:20::32f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48RdFL4kxdz4TTg for ; Tue, 25 Feb 2020 12:16:05 +0000 (UTC) (envelope-from kotanabe3@gmail.com) Received: by mail-wm1-x32f.google.com with SMTP id i10so984476wmd.1 for ; Tue, 25 Feb 2020 04:16:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ujaKRvE55TzCioQsMoSaDmlZHAGjIpl589RnXwsT28k=; b=LALXR4y0chOQPKg4vGRxRkVVcN2I3D3G5BE7Q+FHbOvxo2DINkNYhpsilhxTtLFzZP xgaDZTxwdMi3k7N6FyRL6YgJDbM3xxWJm/aN5jwNI31pDRzCDf3uhO4R+bBxhQjmeaiF V3eCeKW+HLdu0EImoBES7ZmDuEF9+mXu3z05Fmo3Ur/MLT8I3oJWQzOvOsMkGo7dCEo5 zmHU7bxxNjRi0XWRFBkrfVkZxioEZxMMIHjm1h3gczceScWSL29BJ5KdFH1P0PkBkfgY H1MWAET9q+ps6kvujBzSVfTGlhaHqVbPuBwNsbAyG/CPLHDiEePYdUs6zbxzdOqXYD7z EaaQ== 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=ujaKRvE55TzCioQsMoSaDmlZHAGjIpl589RnXwsT28k=; b=UXLIiOZaC1qnE2BR7Q5htW7tdUghdHsjJunscbuROHV+HC8Ll0JXQ2dpqw0dF7CJGP yGDnnNo0NBtrZU/T3VDKTS9lUQ0hEbybCe94EoXOUL2jIWwoBnKfcT402ws3Db/vnaGQ 4HOPZGT/tEUb5QplAQRXNKfsDDkO3UbVxW9/C8+VM8UDgvgHVvYG5irOjH+ZDTcqkEF5 Od53DftiuTt7BTG3B8APau404dnGmeTMbA0YeBOkKv2fzAsomq0FsJLmM8J2LzFHLNX5 8aeu2RGKAatKDnhP1GH/FMAKHaAhITd3SaZbtcRg1siwfynod5wQjrX6lpqfYLojZIJi r77Q== X-Gm-Message-State: APjAAAVU3dPOuxhgkpc0U58GKaoxSu3u6qAeRuRKLkd3BQDXLrEJbFOm 5WTTha0G0DI7M2gH5fD/+hcsxvwMNRv25MBt8EA= X-Google-Smtp-Source: APXvYqym3ar+BSl7oDVBHrgzrby46SFjCdDzarva3TgZCjkattT4AxR7Cdkvv32N2LZoQFwY65iCJN/El3UXDhRdCB4= X-Received: by 2002:a1c:a952:: with SMTP id s79mr5303366wme.83.1582632962989; Tue, 25 Feb 2020 04:16:02 -0800 (PST) MIME-Version: 1.0 References: <67169458-92fa-3f13-2fcb-889fa168a4af@selasky.org> In-Reply-To: From: Minoru TANABE Date: Tue, 25 Feb 2020 21:15:51 +0900 Message-ID: Subject: Re: Can't input '\', '|', '_' symbol in Japanese keyboard To: Hans Petter Selasky Cc: Eugene Grosbein , freebsd-stable@freebsd.org X-Rspamd-Queue-Id: 48RdFL4kxdz4TTg X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=LALXR4y0; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kotanabe3@gmail.com designates 2a00:1450:4864:20::32f as permitted sender) smtp.mailfrom=kotanabe3@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[f.2.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-9.05), ipnet: 2a00:1450::/32(-2.41), asn: 15169(-1.67), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Feb 2020 12:16:10 -0000 Ok, I will try tomorrow. # It's over 21:00 at JST-9, Sorry. 2020=E5=B9=B42=E6=9C=8825=E6=97=A5(=E7=81=AB) 21:06 Hans Petter Selasky : > On 2020-02-25 12:37, Minoru TANABE wrote: > > Hi, all. > > > > I rebuild my system, using current ukbd.c. > > The results are same as Subject. No '\', no '|', no '_'. > > > > See attachment for detail. > > Line240 shows "ugen0.3: at usbus0 (disconnected)= " > > > > I press keys '\', '|',(right of '^' '~') > > '\', '_' (right of '/' ''?') order. > > > > I can't input underscore on console keyboard. > > So, "usbconfig -d X.Y dump_device_desc" command was executed via ssh. > > > > Thank you. > > > > Hi, > > It looks like the scancodes are bigger than 128, so this might be > treated like a negative value. Solution: Use hid_get_data_unsigned(). > > Can you try the attached patch? > > --HPS > --=20 mtan (Minoru TANABE) EMail kotanabe3@gmail.com From owner-freebsd-stable@freebsd.org Tue Feb 25 13:29:01 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E787225BAB2 for ; Tue, 25 Feb 2020 13:29:01 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: from mail-qt1-x842.google.com (mail-qt1-x842.google.com [IPv6:2607:f8b0:4864:20::842]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48RfsS2rDMz3KGj for ; Tue, 25 Feb 2020 13:29:00 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: by mail-qt1-x842.google.com with SMTP id p34so9010680qtb.6 for ; Tue, 25 Feb 2020 05:29:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=81MigyFM2TDGckJh1MLGlkJOJHj3ciH1/ZYjAinaR2E=; b=csGkRHfkee7+BVPo7rih8Zcr+iNfm3kr/FhWrxzGuqRugH1S0twwZQiriCy0pdWxIi kcos/8EYmAqylqDBnAZZTE+FqAj7VHxKpbXDixjzhaxhVOs9QqL/noeo/3w0BP0TbBiS GjI0kF3Ph1Yd1UJhyBVIjVoPDm1oDAoB3AdHyPGNS49tGkpL/Q8xH+qMZ/GW/5hVxU3U u5T4/fO887pHmQFMBkxpuKY3gT9X71k04q0OOgMgj/Uk7s7Du9vo37hND1pH1wconPcJ t0D5CMP/oP0/fQLg4NoM7KHQvDVcSIf47QJX4Vk+53V+qzMJxDCGxm911nOR7TxNwp6G uWqQ== 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=81MigyFM2TDGckJh1MLGlkJOJHj3ciH1/ZYjAinaR2E=; b=n/fAiHlAK/Gs0Ar0+wF1jkC0jO/3f5zo6uvzFTm6DRgW0Ez0oWGV/ViHZMIcqHoSWv zKTShXUYYBDXSuzTWhwGrYDSl3XE6UI3BjbbYg9INU3Gr7Q8bUK1dw/4MlvJty00CLhL fb5S+HUjNzsqT6nG5GCShSefD12VX3X+hNjtyc3IRUJJqVHfFZHEbiNtCM0K2SHmX6tl vwHaOolVIBFbgcFMakkvt7kCjV/oFdAk03pkLMiw8Xw7ooD5o0PARO5THsZENr9s3n71 hUx5I7oR03dpH+WYMDeEfkBKT+ZrojeJLWMaw6a8jl78jw3Q/WtububURdckQdZ7szY0 0o0A== X-Gm-Message-State: APjAAAWUpYzEJ7H7MT5WT5Uh4uuLdZzcX62LIbOxp1sbwlle+Ld3gk9c plpe79qftIy+fpYdPxV4j4TuTmYO4oqU5Ayl83CEKZ8EGmQ= X-Google-Smtp-Source: APXvYqxPHYk//CLShP3H2wJGDjPJ3ob01Xj0e1BOEVSc/c7C0gyFGA89ueNy4Cxc7UZPX3KPunyAWo5q03YNDfXObxQ= X-Received: by 2002:ac8:5419:: with SMTP id b25mr55140781qtq.390.1582637338761; Tue, 25 Feb 2020 05:28:58 -0800 (PST) MIME-Version: 1.0 References: <202002250115.01P1F9KX090465@mail.karels.net> <188F34DA-192C-4D44-96B5-18A7DAE8EC67@digsys.bg> <6028c786-8610-01d9-818e-6f69a2fe9645@ingresso.co.uk> In-Reply-To: <6028c786-8610-01d9-818e-6f69a2fe9645@ingresso.co.uk> From: Mario Olofo Date: Tue, 25 Feb 2020 10:28:47 -0300 Message-ID: Subject: Re: Running FreeBSD on M.2 SSD To: Pete French Cc: freebsd-stable@freebsd.org X-Rspamd-Queue-Id: 48RfsS2rDMz3KGj X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=csGkRHfk; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of marioolofo@gmail.com designates 2607:f8b0:4864:20::842 as permitted sender) smtp.mailfrom=marioolofo@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; URI_COUNT_ODD(1.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (1.81), ipnet: 2607:f8b0::/32(-1.88), asn: 15169(-1.67), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2.4.8.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Feb 2020 13:29:02 -0000 Good morning all, @Pete French, you have trim activated on your SSDs right? I heard that if its not activated, the SSD disc can stop working very quickly. @Daniel Kalchev, I used UFS2 with SU+J as suggested on the forums for me, and in this case the filesystem didn't "corrupted", it justs kernel panic from time to time so I gave up. I think that the problem was related to the size of the journal, that become full when I put so many files at once on the system, or was deadlocks in the version of the OS that I was using. @Alexander Leidinger I have the original HDD 1TB Hybrid that came with the notebook will try to reinstall FreeBSD on it to see if it works correctly. Besides my notebook been a 2019 model Dell G3 with no customizations other than the m.2 SSD, I never trust that the system is 100%, so I'll try all possibilities. 1- The BIOS received an update last month but I'll look if there's something newer. 2- Reinstall the FreeBSD on the Hybrid HDD, but if the problem is the FreeBSD driver, it'll work correctly on that HD. 3- Will try with other RAM. This I really don't think that is the problem because is a brand new notebook, but... who knows =3D). Thank you, Mario Em ter., 25 de fev. de 2020 =C3=A0s 08:08, Pete French escreveu: > > > On 25/Feb/2020 10:52, Daniel Kalchev wrote: > > It might well be, that FreeBSD is more agressive with your > motherboard/chipset or does not implement known quirk of that =E2=80=94 w= hich might > trigger some edge cases for the SSD. Ultimately, if you can move that SSD > to another motherboard and test it, it would confirm where the issue is. > > I have often wondered if ZFS is more aggressive with discs, because > until very recently any solid state drive I have used ZFS on broke very > quicky. For USB sticks that is not unexpected, but decent SSD's also > seem to last less than a year with ZFS on top. I don't let it bother me > anymore simply always install them in pairs and replace when I start > seeing errors. > > By the way, I am not talking about checksum errors here from ZFS, I am > talking about the drive starting to error into dmesg. Checksum errors I > could belive that I was gettign with UFS in the past and just didnt know > it. But this behaviour is that the drive stops working. Some USB sticks > lasted less than a week. Some earlier SSD's only a month or two. More > recent SSD's are lasting longer, and I dont use USB sticks much anymore. > > I am sure I have mentioned this before and people say that it works for > them, so maybe its my magic touch which causes it. :-) > > -pete. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@freebsd.org Tue Feb 25 13:51:32 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B78AB25C197 for ; Tue, 25 Feb 2020 13:51:32 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [104.236.120.189]) (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 48RgMQ6nXsz4PWk for ; Tue, 25 Feb 2020 13:51:30 +0000 (UTC) (envelope-from karl@denninger.net) Received: from denninger.net (ip68-1-57-197.pn.at.cox.net [68.1.57.197]) by colo1.denninger.net (Postfix) with ESMTP id 22FDF2110A5 for ; Tue, 25 Feb 2020 08:51:24 -0500 (EST) Received: from [192.168.1.102] (unknown [96.33.194.164]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id 7B41A233598 for ; Tue, 25 Feb 2020 07:51:23 -0600 (CST) Subject: Re: Running FreeBSD on M.2 SSD To: freebsd-stable@freebsd.org References: <202002250115.01P1F9KX090465@mail.karels.net> <188F34DA-192C-4D44-96B5-18A7DAE8EC67@digsys.bg> <6028c786-8610-01d9-818e-6f69a2fe9645@ingresso.co.uk> From: Karl Denninger Message-ID: Date: Tue, 25 Feb 2020 08:51:19 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.4.2 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms040502060500000505050103" X-Rspamd-Queue-Id: 48RgMQ6nXsz4PWk X-Spamd-Bar: ------- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=denninger.net; spf=pass (mx1.freebsd.org: domain of karl@denninger.net designates 104.236.120.189 as permitted sender) smtp.mailfrom=karl@denninger.net X-Spamd-Result: default: False [-7.47 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; SIGNED_SMIME(-2.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_NONE(0.00)[]; DMARC_POLICY_ALLOW(-0.50)[denninger.net,none]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; ASN(0.00)[asn:14061, ipnet:104.236.64.0/18, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-2.57)[ip: (-9.84), ipnet: 104.236.64.0/18(-4.43), asn: 14061(1.45), country: US(-0.05)]; RECEIVED_SPAMHAUS_PBL(0.00)[197.57.1.68.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11] X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Feb 2020 13:51:32 -0000 This is a cryptographically signed message in MIME format. --------------ms040502060500000505050103 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable On 2/25/2020 8:28 AM, Mario Olofo wrote: > Good morning all, > > @Pete French, you have trim activated on your SSDs right? I heard that = if > its not activated, the SSD disc can stop working very quickly. > @Daniel Kalchev, I used UFS2 with SU+J as suggested on the forums for m= e, > and in this case the filesystem didn't "corrupted", it justs kernel pan= ic > from time to time so I gave up. > I think that the problem was related to the size of the journal, that > become full when I put so many files at once on the system, or was > deadlocks in the version of the OS that I was using. > @Alexander Leidinger I have the original HDD 1TB Hybrid that came with = the > notebook will try to reinstall FreeBSD on it to see if it works correct= ly. > > Besides my notebook been a 2019 model Dell G3 with no customizations ot= her > than the m.2 SSD, I never trust that the system is 100%, so I'll try al= l > possibilities. > 1- The BIOS received an update last month but I'll look if there's > something newer. > 2- Reinstall the FreeBSD on the Hybrid HDD, but if the problem is the > FreeBSD driver, it'll work correctly on that HD. > 3- Will try with other RAM. This I really don't think that is the probl= em > because is a brand new notebook, but... who knows =3D). > > Thank you, > > Mario > I have a Lenovo Carbon X1 that has a Samsung nVME SSD in it and it's=20 fine with both FreeBSD12-STABLE and Windows (I have it set up for dual=20 EFI boot using REFIND.)=C2=A0 It does not have a "custom" driver for Win1= 0;=20 it is using Microsoft's "built-in" stuff. Zero problems and I beat on it pretty-heavily. --=20 -- Karl Denninger /The Market-Ticker/ S/MIME Email accepted and preferred --------------ms040502060500000505050103 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC DdgwggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4 MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1 ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD 0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24 SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E 6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5 c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9 oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK 17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/ Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA 6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBzAwggUYoAMCAQICEwCg0WvVwekjGFiO 62SckFwepz0wDQYJKoZIhvcNAQELBQAwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3Jp ZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBD QTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQTAeFw0xNzA4MTcyMTIx MjBaFw0yMjA4MTYyMTIxMjBaMFcxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRswGQYDVQQDDBJrYXJsQGRlbm5pbmdlci5uZXQw ggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A 16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvWZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg 96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTg y+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYIXgVVPgfZZrbJJb5HWOQpvvhILpPCD3xs YJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMiWapsatKm8mxuOOGOEBhAoTVTwUHlMNTg 6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMbNQm1mWREQhw3axgGLSntjjnznJr5vsvX SYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZMqa20JLAF1YagutDiMRURU23iWS7bA9tM cXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN 5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1ly+5ZOZbxBAZZMod4y4b4FiRUhRI97r9l CxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY2BlA7ExM8XShMd9bRPZrNTokPQPUCWCg CdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEEMDAuMCwGCCsGAQUFBzABhiBodHRwOi8v b2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNVHRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIF oDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCG SAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBDbGllbnQgQ2VydGlmaWNhdGUwHQYDVR0O BBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNVHSMEgcIwgb+AFF3AXsKnjdPND5+bxVEC GKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UE BwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRh IFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYITAORIioIQ zl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJsQGRlbm5pbmdlci5uZXQwDQYJKoZIhvcN AQELBQADggIBAJXboPFBMLMtaiUt4KEtJCXlHO/3ZzIUIw/eobWFMdhe7M4+0u3te0sr77QR dcPKR0UeHffvpth2Mb3h28WfN0FmJmLwJk+pOx4u6uO3O0E1jNXoKh8fVcL4KU79oEQyYkbu 2HwbXBU9HbldPOOZDnPLi0whi/sbFHdyd4/w/NmnPgzAsQNZ2BYT9uBNr+jZw4SsluQzXG1X lFL/qCBoi1N2mqKPIepfGYF6drbr1RnXEJJsuD+NILLooTNf7PMgHPZ4VSWQXLNeFfygoOOK FiO0qfxPKpDMA+FHa8yNjAJZAgdJX5Mm1kbqipvb+r/H1UAmrzGMbhmf1gConsT5f8KU4n3Q IM2sOpTQe7BoVKlQM/fpQi6aBzu67M1iF1WtODpa5QUPvj1etaK+R3eYBzi4DIbCIWst8MdA 1+fEeKJFvMEZQONpkCwrJ+tJEuGQmjoQZgK1HeloepF0WDcviiho5FlgtAij+iBPtwMuuLiL shAXA5afMX1hYM4l11JXntle12EQFP1r6wOUkpOdxceCcMVDEJBBCHW2ZmdEaXgAm1VU+fnQ qS/wNw/S0X3RJT1qjr5uVlp2Y0auG/eG0jy6TT0KzTJeR9tLSDXprYkN2l/Qf7/nT6Q03qyE QnnKiBXWAZXveafyU/zYa7t3PTWFQGgWoC4w6XqgPo4KV44OMYIFBzCCBQMCAQEwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBglghkgBZQMEAgMFAKCCAkUw GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMjAwMjI1MTM1MTE5 WjBPBgkqhkiG9w0BCQQxQgRA65eV9nN8ANmrWo3LMqSYWIftYHBLMw8xZBAr7NJ4ZIo9vPo7 tk0gcwVRIJtRZ9Me5NQnVIiekAulxcNN3wFtfzBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFl AwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGjBgkrBgEEAYI3EAQxgZUwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTCBpQYLKoZIhvcNAQkQAgsxgZWg gZIwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lz dGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0 ZW1zIExMQyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBgkqhkiG9w0BAQEF AASCAgAHXmrgc9DXb3/2Y78haBWuCpFiJ28ispyAD7zlQtAgJNLlVv/ikQ2g1jR9OGGYvze3 Cnt8VQM/ICMzqf98ZHlwCW8o48O4RsH1CSgPgxm9wH1oNW7s/1C2fWVgx4yyp/Nj4LHGb4H1 qJ0yFw2ITglh8Vf55MdPdZrCn0ZlOrBCB16mBxvf9pe2D5HrCRoAvWmMeMVnczObyymstw9W YKbXYZNM2NVsLWzW8ah+VOXfaM8COYg2YxEYwsenkWqw8zawUi7iYw/iuGwl4LnZgG1DvFpP SN5hK94ce5fsPSjpIpkjtgsB9TR3acRiup1T4XOHMoKIrDmgUNLDYp+mNR1rS5xp6Sr3xHaI WSv46Z6p6HHxO9kA4lrGu7M4H6b9z/Sffb+zU6maU4Hql7QKZeThtfQrt2f9hBfX1Lftfgqt fc/kc1XM7KId41/SrBPbXaXg75t6AcGyiABsvBAu247Tfvdn+5l2hBAeremkHqLT1grIPyvB uxZj/I+0Bg7qQROJKDmXuiBJjKB4z2GDM80ys12ZJkQ8ISp2u+ZRaTU2hvJdqrpAjBgUjX1o Z0OQ52NuDSUEKSYCV9Y36hUSmI5guNvytMr2JM1iflXZwew1R9eIf5XOxEYRrzYXbqVc3RO+ aeeeqM2OPuyYLOW2418sOrzr05LU41hEIKyYZv/blwAAAAAAAA== --------------ms040502060500000505050103-- From owner-freebsd-stable@freebsd.org Tue Feb 25 14:04:05 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 149DE25C642 for ; Tue, 25 Feb 2020 14:04:05 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.21.125]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp-sofia.digsys.bg", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Rgdv1fhJz4kr5 for ; Tue, 25 Feb 2020 14:04:02 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from [193.68.6.100] ([193.68.6.100]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.15.2/8.15.2) with ESMTPSA id 01PE3wmD026476 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 25 Feb 2020 16:03:58 +0200 (EET) (envelope-from daniel@digsys.bg) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: Running FreeBSD on M.2 SSD From: Daniel Kalchev In-Reply-To: Date: Tue, 25 Feb 2020 16:03:57 +0200 Cc: Mark Millard via freebsd-stable Content-Transfer-Encoding: quoted-printable Message-Id: <0936F546-2839-4190-88A1-A7D2BADBB210@digsys.bg> References: <202002250115.01P1F9KX090465@mail.karels.net> <188F34DA-192C-4D44-96B5-18A7DAE8EC67@digsys.bg> <6028c786-8610-01d9-818e-6f69a2fe9645@ingresso.co.uk> To: Mario Olofo X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48Rgdv1fhJz4kr5 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of daniel@digsys.bg designates 193.68.21.125 as permitted sender) smtp.mailfrom=daniel@digsys.bg X-Spamd-Result: default: False [-1.86 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.96)[-0.961,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:193.68.21.125]; MV_CASE(0.50)[]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[digsys.bg]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-0.10)[ipnet: 193.68.0.0/19(-0.11), asn: 3245(-0.41), country: BG(0.04)]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3245, ipnet:193.68.0.0/19, country:BG]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Feb 2020 14:04:05 -0000 FreeBSD does not technically have driver for different disks. People = asked whether it is an NVMe device or SATA device, because those = interfaces have different drivers. But for FreeBSD, an mechanical SATA, hybrid SATA or SSD SATA will use = exactly the same SATA driver. It depends on the chipset. It is possible however, that the timing between the drive and the SATA = controller might be different and that is causing the problem. Did you experiment with different settings of the SATA controller in = BIOS? If the problem is related to the size of journal, that might mean for = some reason the SSD is slow. About th eonly thing an SSD might be slow = for is TRIM. Therefore, TRIM might be your problem if weirdly = implemented in that drive =E2=80=A6 so you might try to disable it and = see if the problem goes away. As it=E2=80=99s not a server, I doubt you = will notice much of performance drop. You can disable TRIM for ZFS with sysctl vfs.zfs.trim.enabled=3D0 You can put it in /boot/loader.conf. Do this before writing any data to = the pool or even creating the pool. Speaking of that, the output of=20 sysctl kstat.zfs.misc.zio_trim might tell us something. I would advise doing all such tests with ZFS, because it will spot any = flaky hardware/setup easily. Daniel > On 25 Feb 2020, at 15:28, Mario Olofo wrote: >=20 > Good morning all, >=20 > @Pete French, you have trim activated on your SSDs right? I heard that = if > its not activated, the SSD disc can stop working very quickly. > @Daniel Kalchev, I used UFS2 with SU+J as suggested on the forums for = me, > and in this case the filesystem didn't "corrupted", it justs kernel = panic > from time to time so I gave up. > I think that the problem was related to the size of the journal, that > become full when I put so many files at once on the system, or was > deadlocks in the version of the OS that I was using. > @Alexander Leidinger I have the original HDD 1TB Hybrid that came with = the > notebook will try to reinstall FreeBSD on it to see if it works = correctly. >=20 > Besides my notebook been a 2019 model Dell G3 with no customizations = other > than the m.2 SSD, I never trust that the system is 100%, so I'll try = all > possibilities. > 1- The BIOS received an update last month but I'll look if there's > something newer. > 2- Reinstall the FreeBSD on the Hybrid HDD, but if the problem is the > FreeBSD driver, it'll work correctly on that HD. > 3- Will try with other RAM. This I really don't think that is the = problem > because is a brand new notebook, but... who knows =3D). >=20 > Thank you, >=20 > Mario >=20 From owner-freebsd-stable@freebsd.org Tue Feb 25 14:07:49 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6A40F25C7B8 for ; Tue, 25 Feb 2020 14:07:49 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [31.24.6.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48RgkB5m9Yz4nmW for ; Tue, 25 Feb 2020 14:07:46 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from [2001:470:6cc4:1:225:ff:fe46:71cf] (helo=foula.drayhouse.twisted.org.uk) by constantine.ingresso.co.uk with esmtpsa (TLSv1.3:TLS_AES_128_GCM_SHA256:128) (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1j6asB-0009A0-Im; Tue, 25 Feb 2020 14:07:43 +0000 Subject: Re: Running FreeBSD on M.2 SSD To: Mario Olofo Cc: freebsd-stable@freebsd.org References: <202002250115.01P1F9KX090465@mail.karels.net> <188F34DA-192C-4D44-96B5-18A7DAE8EC67@digsys.bg> <6028c786-8610-01d9-818e-6f69a2fe9645@ingresso.co.uk> From: Pete French Message-ID: <1821830b-e43f-b23a-49d6-e1a2d1e4aa83@ingresso.co.uk> Date: Tue, 25 Feb 2020 14:07:43 +0000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:68.0) Gecko/20100101 Thunderbird/68.5.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-Rspamd-Queue-Id: 48RgkB5m9Yz4nmW X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=ingresso.co.uk; spf=pass (mx1.freebsd.org: domain of petefrench@ingresso.co.uk designates 31.24.6.74 as permitted sender) smtp.mailfrom=petefrench@ingresso.co.uk X-Spamd-Result: default: False [-6.13 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:31.24.6.74]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[ingresso.co.uk,none]; IP_SCORE(-3.33)[ip: (-9.82), ipnet: 31.24.0.0/21(-4.91), asn: 16082(-1.86), country: GB(-0.07)]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16082, ipnet:31.24.0.0/21, country:GB]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Feb 2020 14:07:49 -0000 On 25/Feb/2020 13:28, Mario Olofo wrote: > Good morning all, > > @Pete French, you have trim activated on your SSDs right? I heard that > if its not activated, the SSD disc can stop working very quickly. On the curent dfives, yes, but I have run with trim disabled in the past, It kinds of depends on the drive - so were horirbly slow on trim, and trim could be a big bottleneck. Havent seen that on a recent drive though, and they all now have trim enabled on them. From owner-freebsd-stable@freebsd.org Tue Feb 25 14:14:34 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DC99725CAF8 for ; Tue, 25 Feb 2020 14:14:34 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.21.125]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp-sofia.digsys.bg", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Rgt05Tzyz3G1P for ; Tue, 25 Feb 2020 14:14:32 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from [193.68.6.100] ([193.68.6.100]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.15.2/8.15.2) with ESMTPSA id 01PEESQY029905 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 25 Feb 2020 16:14:29 +0200 (EET) (envelope-from daniel@digsys.bg) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: Running FreeBSD on M.2 SSD From: Daniel Kalchev In-Reply-To: <1821830b-e43f-b23a-49d6-e1a2d1e4aa83@ingresso.co.uk> Date: Tue, 25 Feb 2020 16:14:28 +0200 Cc: Mario Olofo , freebsd-stable@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <202002250115.01P1F9KX090465@mail.karels.net> <188F34DA-192C-4D44-96B5-18A7DAE8EC67@digsys.bg> <6028c786-8610-01d9-818e-6f69a2fe9645@ingresso.co.uk> <1821830b-e43f-b23a-49d6-e1a2d1e4aa83@ingresso.co.uk> To: Pete French X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48Rgt05Tzyz3G1P X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of daniel@digsys.bg designates 193.68.21.125 as permitted sender) smtp.mailfrom=daniel@digsys.bg X-Spamd-Result: default: False [-1.87 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:193.68.21.125:c]; MV_CASE(0.50)[]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[digsys.bg]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.978,0]; IP_SCORE(-0.09)[ipnet: 193.68.0.0/19(-0.10), asn: 3245(-0.41), country: BG(0.04)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3245, ipnet:193.68.0.0/19, country:BG]; FREEMAIL_CC(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Feb 2020 14:14:35 -0000 If my memory serves well, TRIM was originally not enabled by default on = FreeBSD, because there were many drives that claimed to support it, but = didn=E2=80=99t, or didn=E2=80=99t support it properly. That sort of is = resolved today and WD Green is supposedly relatively recent drive. I am not aware of disabling TRIM creating any kind of problem for data = consistency or drive longevity, except that it leads to slower writes, = as the drive runs out of pre-erased blocks to write to. This is = typically more pronounced on =E2=80=9Ccheaper=E2=80=9D drives like this = one where there is not much over-provisioning but much less pronounced = on =E2=80=9Cserver=E2=80=9D drives that keep certain buffer capacity on = the driv eunused for precisely that purpose. But why should a drive without TRIM wear more quickly? Daniel > On 25 Feb 2020, at 16:07, Pete French = wrote: >=20 >=20 >=20 > On 25/Feb/2020 13:28, Mario Olofo wrote: >> Good morning all, >> @Pete French, you have trim activated on your SSDs right? I heard = that if its not activated, the SSD disc can stop working very quickly. >=20 > On the curent dfives, yes, but I have run with trim disabled in the = past, It kinds of depends on the drive - so were horirbly slow on trim, = and trim could be a big bottleneck. Havent seen that on a recent drive = though, and they all now have trim enabled on them. >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Tue Feb 25 14:55:13 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 562E825D6F4 for ; Tue, 25 Feb 2020 14:55:13 +0000 (UTC) (envelope-from warlock@phouka1.phouka.net) Received: from phouka1.phouka.net (phouka1.phouka.net [107.170.196.116]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "phouka.net", Issuer "Go Daddy Secure Certificate Authority - G2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Rhmt3JgFz4Ccn for ; Tue, 25 Feb 2020 14:55:10 +0000 (UTC) (envelope-from warlock@phouka1.phouka.net) Received: from phouka1.phouka.net (localhost [127.0.0.1]) by phouka1.phouka.net (8.15.2/8.15.2) with ESMTPS id 01PErlix060988 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Tue, 25 Feb 2020 06:53:47 -0800 (PST) (envelope-from warlock@phouka1.phouka.net) Received: (from warlock@localhost) by phouka1.phouka.net (8.15.2/8.15.2/Submit) id 01PErkXQ060987 for freebsd-stable@freebsd.org; Tue, 25 Feb 2020 06:53:46 -0800 (PST) (envelope-from warlock) Date: Tue, 25 Feb 2020 06:53:46 -0800 From: John Kennedy To: freebsd-stable@freebsd.org Subject: Re: Running FreeBSD on M.2 SSD Message-ID: <20200225145346.GA42880@phouka1.phouka.net> References: <202002250115.01P1F9KX090465@mail.karels.net> <188F34DA-192C-4D44-96B5-18A7DAE8EC67@digsys.bg> <6028c786-8610-01d9-818e-6f69a2fe9645@ingresso.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6028c786-8610-01d9-818e-6f69a2fe9645@ingresso.co.uk> X-Rspamd-Queue-Id: 48Rhmt3JgFz4Ccn X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of warlock@phouka1.phouka.net has no SPF policy when checking 107.170.196.116) smtp.mailfrom=warlock@phouka1.phouka.net X-Spamd-Result: default: False [3.39 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; IP_SCORE(0.41)[ipnet: 107.170.192.0/18(0.63), asn: 14061(1.45), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(0.97)[0.971,0]; DMARC_NA(0.00)[phouka.net]; NEURAL_SPAM_LONG(0.81)[0.808,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[warlock@phouka.net,warlock@phouka1.phouka.net]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:14061, ipnet:107.170.192.0/18, country:US]; FROM_NEQ_ENVFROM(0.00)[warlock@phouka.net,warlock@phouka1.phouka.net]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Feb 2020 14:55:13 -0000 On Tue, Feb 25, 2020 at 11:07:48AM +0000, Pete French wrote: > I have often wondered if ZFS is more aggressive with discs, because until > very recently any solid state drive I have used ZFS on broke very quicky. ... I've always wondered if ZFS (and other snapshotting file systems) would help kill SSD disks by locking up blocks longer than other filesystems might. For example, I've got snapshot-backups going back, say, a year then those blocks that haven't changed aren't going back into the pool to be rewritten (and perhaps favored because of low write-cycle count). As the disk fills up, the blocks that aren't locked up get reused more and more, leading to extra wear on them. Eventually one of those will get to the point of erroring out. Personally, I just size generously but that isn't always an option for everybody. From owner-freebsd-stable@freebsd.org Tue Feb 25 15:04:17 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 88DC425DC59 for ; Tue, 25 Feb 2020 15:04:17 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.70]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "gromit.dlib.vt.edu", Issuer "Chumby Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48RhzN2XgNz4Krh for ; Tue, 25 Feb 2020 15:04:16 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from pmather-dld-1.lib.vt.edu (pmather-dld-1.lib.vt.edu [128.173.51.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id 453A9AD9C; Tue, 25 Feb 2020 10:04:07 -0500 (EST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: Running FreeBSD on M.2 SSD From: Paul Mather In-Reply-To: <0936F546-2839-4190-88A1-A7D2BADBB210@digsys.bg> Date: Tue, 25 Feb 2020 10:04:07 -0500 Cc: Mario Olofo , Mark Millard via freebsd-stable Content-Transfer-Encoding: quoted-printable Message-Id: <1D2EB492-F287-40B3-A52C-C1A464C7C3C3@gromit.dlib.vt.edu> References: <202002250115.01P1F9KX090465@mail.karels.net> <188F34DA-192C-4D44-96B5-18A7DAE8EC67@digsys.bg> <6028c786-8610-01d9-818e-6f69a2fe9645@ingresso.co.uk> <0936F546-2839-4190-88A1-A7D2BADBB210@digsys.bg> To: Daniel Kalchev X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 48RhzN2XgNz4Krh X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=vt.edu (policy=none); spf=none (mx1.freebsd.org: domain of paul@gromit.dlib.vt.edu has no SPF policy when checking 128.173.49.70) smtp.mailfrom=paul@gromit.dlib.vt.edu X-Spamd-Result: default: False [-2.01 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; DMARC_POLICY_SOFTFAIL(0.10)[vt.edu : No valid SPF, No valid DKIM,none]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MV_CASE(0.50)[]; IP_SCORE(-0.52)[ip: (-1.31), ipnet: 128.173.0.0/16(-0.65), asn: 1312(-0.58), country: US(-0.05)]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.992,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:1312, ipnet:128.173.0.0/16, country:US]; FREEMAIL_CC(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Feb 2020 15:04:17 -0000 On Feb 25, 2020, at 9:03 AM, Daniel Kalchev wrote: > FreeBSD does not technically have driver for different disks. People = asked whether it is an NVMe device or SATA device, because those = interfaces have different drivers. >=20 > But for FreeBSD, an mechanical SATA, hybrid SATA or SSD SATA will use = exactly the same SATA driver. It depends on the chipset. >=20 > It is possible however, that the timing between the drive and the SATA = controller might be different and that is causing the problem. In a similar vein, I had an old MacBook Pro 2011 model. Its SATA = chipset would negotiate SATA III speeds but any disk I/O at that speed = would soon lead to widespread data corruption. SATA II drives and = slower would be fine: no corruption. The funny thing was that this wasn't an issue when I used earlier = versions of macOS: the problem only seemed to manifest when I "upgraded" = to Mojave (IIRC). I surmised that maybe at that time period, whatever = quirks or workarounds in the earlier OS versions no longer applied, and = so whatever had caused the SATA III replacement drive to work (e.g., by = force-negotiating at the slower speed) no longer did. :-( So, maybe a quirk/workaround that is in Linux and Windows but not in = FreeBSD for you hardware *might* be a possibility? Cheers, Paul. From owner-freebsd-stable@freebsd.org Tue Feb 25 15:11:27 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DCDC025E045 for ; Tue, 25 Feb 2020 15:11:27 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [104.236.120.189]) (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 48Rj7g1QZbz4RWd for ; Tue, 25 Feb 2020 15:11:26 +0000 (UTC) (envelope-from karl@denninger.net) Received: from denninger.net (ip68-1-57-197.pn.at.cox.net [68.1.57.197]) by colo1.denninger.net (Postfix) with ESMTP id 6F07B211099 for ; Tue, 25 Feb 2020 10:11:25 -0500 (EST) Received: from [192.168.1.102] (unknown [96.33.194.164]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id D69F52338BA for ; Tue, 25 Feb 2020 09:11:24 -0600 (CST) Subject: Re: Running FreeBSD on M.2 SSD To: freebsd-stable@freebsd.org References: <202002250115.01P1F9KX090465@mail.karels.net> <188F34DA-192C-4D44-96B5-18A7DAE8EC67@digsys.bg> <6028c786-8610-01d9-818e-6f69a2fe9645@ingresso.co.uk> <20200225145346.GA42880@phouka1.phouka.net> From: Karl Denninger Message-ID: <6e329bb8-b96e-fa16-cc73-426685593943@denninger.net> Date: Tue, 25 Feb 2020 10:11:23 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.4.2 MIME-Version: 1.0 In-Reply-To: <20200225145346.GA42880@phouka1.phouka.net> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms010102090901010103080904" X-Rspamd-Queue-Id: 48Rj7g1QZbz4RWd X-Spamd-Bar: ------- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=denninger.net; spf=pass (mx1.freebsd.org: domain of karl@denninger.net designates 104.236.120.189 as permitted sender) smtp.mailfrom=karl@denninger.net X-Spamd-Result: default: False [-7.47 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; SIGNED_SMIME(-2.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_NONE(0.00)[]; DMARC_POLICY_ALLOW(-0.50)[denninger.net,none]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; ASN(0.00)[asn:14061, ipnet:104.236.64.0/18, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-2.57)[ip: (-9.84), ipnet: 104.236.64.0/18(-4.43), asn: 14061(1.45), country: US(-0.05)]; RECEIVED_SPAMHAUS_PBL(0.00)[197.57.1.68.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11] X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Feb 2020 15:11:27 -0000 This is a cryptographically signed message in MIME format. --------------ms010102090901010103080904 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable On 2/25/2020 9:53 AM, John Kennedy wrote: > On Tue, Feb 25, 2020 at 11:07:48AM +0000, Pete French wrote: >> I have often wondered if ZFS is more aggressive with discs, because un= til >> very recently any solid state drive I have used ZFS on broke very quic= ky. ... > I've always wondered if ZFS (and other snapshotting file systems) wo= uld help > kill SSD disks by locking up blocks longer than other filesystems might= =2E For > example, I've got snapshot-backups going back, say, a year then those b= locks > that haven't changed aren't going back into the pool to be rewritten (a= nd > perhaps favored because of low write-cycle count). As the disk fills u= p, the > blocks that aren't locked up get reused more and more, leading to extra= wear > on them. Eventually one of those will get to the point of erroring out= =2E > > Personally, I just size generously but that isn't always an option f= or > everybody. I have a ZFS RaidZ2 on SSDs that has been running for several /years=20 /without any problems.=C2=A0 The drives are Intel 730s, which Intel CLAIM= S=20 don't have power-loss protection but in fact appear to; not only do they = have caps in them but in addition they pass a "pull the cord out of the=20 wall and then check to see if the data is corrupted on restart" test on=20 a repeated basis, which I did several times before trusting them. BTW essentially all non-data-center SSDs fail that test and some fail it = spectacularly (destroying the OS due to some of the in-flight data being = comingled on an allocated block with something important; if the=20 read/erase/write cycle interrupts you're cooked as the "other" data that = was not being modified gets destroyed too!) -- the Intels are one of the = very, very few that have passed it. --=20 -- Karl Denninger /The Market-Ticker/ S/MIME Email accepted and preferred --------------ms010102090901010103080904 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC DdgwggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4 MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1 ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD 0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24 SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E 6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5 c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9 oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK 17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/ Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA 6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBzAwggUYoAMCAQICEwCg0WvVwekjGFiO 62SckFwepz0wDQYJKoZIhvcNAQELBQAwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3Jp ZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBD QTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQTAeFw0xNzA4MTcyMTIx MjBaFw0yMjA4MTYyMTIxMjBaMFcxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRswGQYDVQQDDBJrYXJsQGRlbm5pbmdlci5uZXQw ggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A 16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvWZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg 96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTg y+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYIXgVVPgfZZrbJJb5HWOQpvvhILpPCD3xs YJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMiWapsatKm8mxuOOGOEBhAoTVTwUHlMNTg 6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMbNQm1mWREQhw3axgGLSntjjnznJr5vsvX SYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZMqa20JLAF1YagutDiMRURU23iWS7bA9tM cXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN 5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1ly+5ZOZbxBAZZMod4y4b4FiRUhRI97r9l CxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY2BlA7ExM8XShMd9bRPZrNTokPQPUCWCg CdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEEMDAuMCwGCCsGAQUFBzABhiBodHRwOi8v b2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNVHRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIF oDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCG SAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBDbGllbnQgQ2VydGlmaWNhdGUwHQYDVR0O BBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNVHSMEgcIwgb+AFF3AXsKnjdPND5+bxVEC GKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UE BwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRh IFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYITAORIioIQ zl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJsQGRlbm5pbmdlci5uZXQwDQYJKoZIhvcN AQELBQADggIBAJXboPFBMLMtaiUt4KEtJCXlHO/3ZzIUIw/eobWFMdhe7M4+0u3te0sr77QR dcPKR0UeHffvpth2Mb3h28WfN0FmJmLwJk+pOx4u6uO3O0E1jNXoKh8fVcL4KU79oEQyYkbu 2HwbXBU9HbldPOOZDnPLi0whi/sbFHdyd4/w/NmnPgzAsQNZ2BYT9uBNr+jZw4SsluQzXG1X lFL/qCBoi1N2mqKPIepfGYF6drbr1RnXEJJsuD+NILLooTNf7PMgHPZ4VSWQXLNeFfygoOOK FiO0qfxPKpDMA+FHa8yNjAJZAgdJX5Mm1kbqipvb+r/H1UAmrzGMbhmf1gConsT5f8KU4n3Q IM2sOpTQe7BoVKlQM/fpQi6aBzu67M1iF1WtODpa5QUPvj1etaK+R3eYBzi4DIbCIWst8MdA 1+fEeKJFvMEZQONpkCwrJ+tJEuGQmjoQZgK1HeloepF0WDcviiho5FlgtAij+iBPtwMuuLiL shAXA5afMX1hYM4l11JXntle12EQFP1r6wOUkpOdxceCcMVDEJBBCHW2ZmdEaXgAm1VU+fnQ qS/wNw/S0X3RJT1qjr5uVlp2Y0auG/eG0jy6TT0KzTJeR9tLSDXprYkN2l/Qf7/nT6Q03qyE QnnKiBXWAZXveafyU/zYa7t3PTWFQGgWoC4w6XqgPo4KV44OMYIFBzCCBQMCAQEwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBglghkgBZQMEAgMFAKCCAkUw GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMjAwMjI1MTUxMTIz WjBPBgkqhkiG9w0BCQQxQgRAm099Zl5U+WQtoRum6cpqVPHu9oeJXl5063zhRvCN2aiLOv9S EMU/8T81J14wwELOnPc+DAGxj1nTGBmAYh4l9jBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFl AwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGjBgkrBgEEAYI3EAQxgZUwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTCBpQYLKoZIhvcNAQkQAgsxgZWg gZIwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lz dGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0 ZW1zIExMQyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBgkqhkiG9w0BAQEF AASCAgBQ6ARxIgD1bOh1eU0s8/taPxDy9zL/mFSTwN5l8PENTBbl7anIgoYOarIsSxW7np1v 5/jb+XM3bAVjXr2gQ0eFZwp1IMHd8VAr++3A8gSBIql7R4i7Df27HkNsZylraDHNYZf0AVAY g/L9+R9yJHVMJDKDVp88B8e63hYoyptsIH06U86ePDDemRfFJ5oHcbZaMIhzeIDbsQvDX4dx O69pVyvpENUoTZOH2UFCFlHvdxVvlUVgB1V4xsfESRKXZO6t7LV2KJsWrxBMiSNMb+o2XKqM okMX17j9N6CWctwalgWW6sEv3xObbZU8DAdX+iVaVL2pt0XoZfgEgaRmIS0xavcOf7vKjYBk Y3plYXuCIkxleQ/AMkYNYHQucBndCH+UZ9TIu+HWmLI2ML8wp5t4q2hQxAFa/3mqyVCZuQVh P/ukk0iiSCugK+SqBqcoY8A0ga/DqrkqZ1eTi4BwBQEc1p7W/gETdomwZ0R92ZRDUMLD83d4 8SpWOzbhKbYfZahO9OorODBB3QDdFMIsriiTQ0cQdoy2VxODVAwWznm1wghlC5gTAKOyuphF zc/fmZps6ejuzqjH80+hv3QrZ2useD+l+osJml2BFOmzlqHPwyUqzn/iHkI7jgKSM+EHBiu6 RBgF/dY9wd4nz2zbDZ0IXjg47rgqlq54wfpmoi1LnAAAAAAAAA== --------------ms010102090901010103080904-- From owner-freebsd-stable@freebsd.org Tue Feb 25 16:21:28 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0CEF425FAC1 for ; Tue, 25 Feb 2020 16:21:28 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound2m.ore.mailhop.org (outbound2m.ore.mailhop.org [54.149.155.156]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48RkhR39Xqz3xd6 for ; Tue, 25 Feb 2020 16:21:27 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1582647686; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=QfpUjt6j54y3vdNErfBKrrTNo8iDaBd/9GrYyTeRRV0UsNO1lA4I6Vlwb6WqTeZtFLk5P+mU4cL2R q2sJusEpkdkOy66A/Q78vraTT8gdvGY8CbLH5sn1XNr7fXks0icMxEH56Y7yfOeFDVKwSoPjvYp6FA dHtWFQeZ4KXySb675IXiaKjGutxHqgdtZKDbUrXDJRTBbX4d8KpExeUQjsnNCzKdbhK/Y0KYeq3dTZ H9Wkmx4oVtxRm12jRtrff8i+Lul1JjwValdZIb4fNFyrSB5xKArPBaVT+qZZ7ptxxy706dvZqIINfb 8cuupKTxjAzysAajRol0gFJuH578czQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:dkim-signature:from; bh=rkHdgeQ1xMNWfAS7HDt+mwnwSIborFm1NvwsIH8y84U=; b=XVS4WimUk3d75jThbXiXoRMoTm8NQG54hG7rRL17lferDeAfz1KCMTDGwKouTt3PWj0DsBJa7qZRC VO4iHYK1V+GqBQJmWBudhiyGkySAAH/Jv2DECIos9YWOcy+qiwjiQG9x9I6b7RN+A9/iGpLKT2zCmU OU+ru7Jxhsfxvb0+MVIIICpmGm1qQUnEAqdRp6/BQEXaVnRXj4RLvQwhZCxPP4WagzvjGQabGnCyGa jjFfK8BISTbcBDk5tsCSlv7Ntxb0jkcMRX1axm35jQK/8MAYB/c58iQ1DFWf53YOG9S6b/Ns7eiTPG fKbwe1wl1bi+D54CmzSO2Wpe0qMBAKQ== ARC-Authentication-Results: i=1; outbound4.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:from; bh=rkHdgeQ1xMNWfAS7HDt+mwnwSIborFm1NvwsIH8y84U=; b=BMiR4AO7gEclz/AS8rjdwUnLGNQ8k4dow174lca+0vYxpXBFj/+ZChWmJImZ/6Yz4sYYufBlTmgVJ m1pbznL/3Fl5xhKEF2Dndpdm6aOqXLKyJDZFxxPrcGFrUaokc8PKT1vHibim99dTE2OBNrZ2UqmzLb fj6Y3ygGDicZyft+7BEgsnbyrUyoa4NMYnon2U1QLgr9GP2I/FiYi9VRSVkm+hhNzR974iH5B2tTzg Wy3WVapQpflZ8UfbjL/9KkWqeQHKyup7G+zMdyoFXnONyyKH2SqWqubij8+68gPEEhp+Hp87mXEaZ5 ChYVo7lwKwGmtp/L2cZ7BABDykgBHDg== X-MHO-RoutePath: aGlwcGll X-MHO-User: dd362ba1-57ea-11ea-9eb3-25e2dfa9fa8d X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound4.ore.mailhop.org (Halon) with ESMTPSA id dd362ba1-57ea-11ea-9eb3-25e2dfa9fa8d; Tue, 25 Feb 2020 16:21:25 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 01PGLMMg027192; Tue, 25 Feb 2020 09:21:23 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1ff5990a0ee5c40a1f6fb693083b2eb96028cfdc.camel@freebsd.org> Subject: Re: [FreeBSD-Announce] FreeBSD 12.0 end-of-life From: Ian Lepore To: mike@karels.net, freebsd-stable@freebsd.org Date: Tue, 25 Feb 2020 09:21:22 -0700 In-Reply-To: <202002250101.01P11ncG090399@mail.karels.net> References: <202002250101.01P11ncG090399@mail.karels.net> Content-Type: text/plain; charset="ASCII" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48RkhR39Xqz3xd6 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.96 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.96)[-0.958,0]; ASN(0.00)[asn:16509, ipnet:54.148.0.0/15, country:US]; NEURAL_HAM_LONG(-1.00)[-0.999,0] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Feb 2020 16:21:28 -0000 On Mon, 2020-02-24 at 19:01 -0600, Mike Karels wrote: > > From mike Sun Feb 23 17:24:54 2020 > > > Gerard E. Seibert wrote: > > On Sun, 23 Feb 2020 16:27:40 -0600, Mike Karels stated: > > > In this case (a USB failure), I bisected the problem some months ago. > > > The offending commit was an ACPI update. I have not yet "downgraded" > > > to 11.3, but I will when I have enough time. > > Obviously, I am not an expert here, but why can't the update to ACPI be > > reversed and why is it only affecting some systems. And why do you have > > to downgrade to 11.3? What are you running now? > > The update to ACPI was pulled from upstream, and IIRC it included multiple > changes. There have been many updates to ACPI since. I don't have any > idea which part of the change caused the problem, or what it does; no idea > how it affects USB on some systems. I'm running 12.1 now, but USB is > problematical (produces an error message once a second, and my UPS control > doesn't seem to work). > > Mike > There may have been two changes working together to create the problem. At some time last year, changes were made to the usb drivers to be sensitive to acpi data of some sort (maybe something about hubs, I forget the details). That alone may have been fine on most systems, but then a later update of acpi code started causing problems which in the past might not have affected usb but now does. It's just a vague theory, based on my memory of some change happening last year that injected awareness of acpi data into the usb driver subsystem. I wonder if it would be possible to add some sort of tunable to disable that awareness, if nothing else just to see if it's the cause of any usb trouble. -- Ian From owner-freebsd-stable@freebsd.org Tue Feb 25 19:10:56 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9E94623C38C for ; Tue, 25 Feb 2020 19:10:56 +0000 (UTC) (envelope-from kotanabe3@gmail.com) Received: from mail-wm1-x343.google.com (mail-wm1-x343.google.com [IPv6:2a00:1450:4864:20::343]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48RpRz3NRWz4lKr for ; Tue, 25 Feb 2020 19:10:55 +0000 (UTC) (envelope-from kotanabe3@gmail.com) Received: by mail-wm1-x343.google.com with SMTP id m3so370383wmi.0 for ; Tue, 25 Feb 2020 11:10:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=AYgVtWFYoKPeytjTsyt3Zp217CA5eLvMZFGHPI8cimE=; b=c+Jo6QawteeJyNhhg4oR5yld1JuAWHweumtqBz/kK1KqOGCby+7+HSS1lfH+EP6TqO VVetv9AUxXZVjIP1Qpo/9XnBb3XOHdu/UAxBipDoQR1uQAE+IUMpUgY+uMtog+/7uFSp tJJdBVCEBP+/X4dCOQsz77F3aFizVloUJwXj4GyAi2gSxkMfxt7olFYsSxNiidKhFEEz L+SO6ENiGDIxNjmrEDIIc8TgWDhWRgWa4NzgUCRG7aJl7w6kZyrMgXJC7bPpB0/zT6ek n4YjP5DLmjrOcBr25D02ibenBTgvE5rZtAc55f0rAD8Fq2B6IZliOHHNWetz68oRt5P9 tcWA== 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=AYgVtWFYoKPeytjTsyt3Zp217CA5eLvMZFGHPI8cimE=; b=n73ExppPP59DV4NddFHjabUyzOxIix36mqn6v1/fZh0mLxnUBKu5vL5KaMjTg+s90u GUdnZ/elxfkwS2u/PFyI/p96GNY3OlrSEMCnJlw9b0YIn6/my3qDkcJo0+pOKXry1aOg Yi+mSJjS1kqAlKKm57oMINu8pkr3SpMfzFx41R70U1ESY9CvGB5IjXdN3frunbqN7XM/ jG9W4avaQYw0loARZ8N2sz6r8U9IE+53u4ZzrIUmb2VLApmg32TD+GLw8ocVTRtQHfQQ rNL80VoLKHHlKnFuhvAUSgvEvLihDCUoJEWljwYB+KwbhI6XATYCUW6vyHKHRpPNZiom 6R/A== X-Gm-Message-State: APjAAAWguuEpskSKT+bnTQcqZ8Y/skK9MQFAeNVhdQBuR9az/yyf/CLv 4RI2gbQxqUZFtzGUDDgU0b2OP42Paya5DCNYbipI29yVRdM= X-Google-Smtp-Source: APXvYqzc0R0BmUGMai0pCFN/bC4mZ6uoDIvC4gp+SdVzN92gWw4otmsmY7OjsYxLgXRfdu4sf/klGT3wY7aitqYsK24= X-Received: by 2002:a1c:a952:: with SMTP id s79mr677121wme.83.1582657853067; Tue, 25 Feb 2020 11:10:53 -0800 (PST) MIME-Version: 1.0 References: <67169458-92fa-3f13-2fcb-889fa168a4af@selasky.org> In-Reply-To: From: Minoru TANABE Date: Wed, 26 Feb 2020 04:10:41 +0900 Message-ID: Subject: Re: Can't input '\', '|', '_' symbol in Japanese keyboard To: Hans Petter Selasky Cc: Eugene Grosbein , freebsd-stable@freebsd.org Content-Type: multipart/mixed; boundary="000000000000225a13059f6b3fad" X-Rspamd-Queue-Id: 48RpRz3NRWz4lKr X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=c+Jo6Qaw; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kotanabe3@gmail.com designates 2a00:1450:4864:20::343 as permitted sender) smtp.mailfrom=kotanabe3@gmail.com X-Spamd-Result: default: False [-1.90 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; HAS_ATTACHMENT(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; CTYPE_MIXED_BOGUS(1.00)[]; MIME_BASE64_TEXT(0.10)[]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (2.98), ipnet: 2a00:1450::/32(-2.41), asn: 15169(-1.67), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/mixed,multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[3.4.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Feb 2020 19:10:56 -0000 --000000000000225a13059f6b3fad Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi. I applied ukbd.c patch, then rebuild world and kernel. The result is "Every symbols on keyboard can input as I expected". In attached file, check result with the same procedure below are described= . See attachment file for detail. It seems that my problem is fixed. Thanks. 2020=E5=B9=B42=E6=9C=8825=E6=97=A5(=E7=81=AB) 21:06 Hans Petter Selasky : > On 2020-02-25 12:37, Minoru TANABE wrote: > > Hi, all. > > > > I rebuild my system, using current ukbd.c. > > The results are same as Subject. No '\', no '|', no '_'. > > > > See attachment for detail. > > Line240 shows "ugen0.3: at usbus0 (disconnected)= " > > > > I press keys '\', '|',(right of '^' '~') > > '\', '_' (right of '/' ''?') order. > > > > I can't input underscore on console keyboard. > > So, "usbconfig -d X.Y dump_device_desc" command was executed via ssh. > > > > Thank you. > > > > Hi, > > It looks like the scancodes are bigger than 128, so this might be > treated like a negative value. Solution: Use hid_get_data_unsigned(). > > Can you try the attached patch? > > --HPS > --=20 mtan (Minoru TANABE) EMail kotanabe3@gmail.com --000000000000225a13059f6b3fad Content-Type: text/plain; charset="UTF-8"; name="ukbd-debug2.txt" Content-Disposition: attachment; filename="ukbd-debug2.txt" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_k729jeu70 IApGcmVlQlNEIHBpY28ubXRhbi5jb20gMTIuMS1TVEFCTEUgRnJlZUJTRCAxMi4xLVNUQUJMRSAj MCByMzU4MzAwTTogV2VkIEZlYiAyNiAwMzowNjoyNiBKU1QgMjAyMCAgICAgcm9vdEBwaWNvLm10 YW4uY29tOi91c3Ivb2JqL3Vzci9zcmMvYW1kNjQuYW1kNjQvc3lzL1BJQ08gIGFtZDY0CiAKUGF0 aDogL3Vzci9zcmMKV29ya2luZyBDb3B5IFJvb3QgUGF0aDogL3Vzci9zcmMKVVJMOiBodHRwczov L3N2bi5mcmVlYnNkLm9yZy9iYXNlL3N0YWJsZS8xMgpSZWxhdGl2ZSBVUkw6IF4vc3RhYmxlLzEy ClJlcG9zaXRvcnkgUm9vdDogaHR0cHM6Ly9zdm4uZnJlZWJzZC5vcmcvYmFzZQpSZXBvc2l0b3J5 IFVVSUQ6IGNjZjlmODcyLWFhMmUtZGQxMS05ZmM4LTAwMWMyM2QwYmMxZgpSZXZpc2lvbjogMzU4 MzAwCk5vZGUgS2luZDogZGlyZWN0b3J5ClNjaGVkdWxlOiBub3JtYWwKTGFzdCBDaGFuZ2VkIEF1 dGhvcjoga2liCkxhc3QgQ2hhbmdlZCBSZXY6IDM1ODI4OApMYXN0IENoYW5nZWQgRGF0ZTogMjAy MC0wMi0yNCAyMTozNTo1OCArMDkwMCAo5pyILCAyNCAgMuaciCAyMDIwKQoKLS0tPDxCT09UPj4t LS0KQ29weXJpZ2h0IChjKSAxOTkyLTIwMjAgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0 IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkz LCAxOTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwg cmlnaHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhl IEZyZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCAxMi4xLVNUQUJMRSAjMCByMzU4MzAwTTogV2Vk IEZlYiAyNiAwMzowNjoyNiBKU1QgMjAyMAogICAgcm9vdEBwaWNvLm10YW4uY29tOi91c3Ivb2Jq L3Vzci9zcmMvYW1kNjQuYW1kNjQvc3lzL1BJQ08gYW1kNjQKRnJlZUJTRCBjbGFuZyB2ZXJzaW9u IDkuMC4xIChnaXRAZ2l0aHViLmNvbTpsbHZtL2xsdm0tcHJvamVjdC5naXQgYzFhMGEyMTMzNzhh NDU4ZmJlYTFhNWM3N2IzMTVjN2RjZTA4ZmQwNSkgKGJhc2VkIG9uIExMVk0gOS4wLjEpClZUKGVm aWZiKTogcmVzb2x1dGlvbiAxOTIweDEyMDAKQ1BVOiBJbnRlbChSKSBDb3JlKFRNKSBpNy04NzAw SyBDUFUgQCAzLjcwR0h6ICgzNjk2LjE1LU1IeiBLOC1jbGFzcyBDUFUpCiAgT3JpZ2luPSJHZW51 aW5lSW50ZWwiICBJZD0weDkwNmVhICBGYW1pbHk9MHg2ICBNb2RlbD0weDllICBTdGVwcGluZz0x MAogIEZlYXR1cmVzPTB4YmZlYmZiZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNFLENY OCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYsQ0xGTFVTSCxEVFMsQUNQSSxN TVgsRlhTUixTU0UsU1NFMixTUyxIVFQsVE0sUEJFPgogIEZlYXR1cmVzMj0weDdmZmFmYmZmPFNT RTMsUENMTVVMUURRLERURVM2NCxNT04sRFNfQ1BMLFZNWCxTTVgsRVNULFRNMixTU1NFMyxTREJH LEZNQSxDWDE2LHhUUFIsUERDTSxQQ0lELFNTRTQuMSxTU0U0LjIseDJBUElDLE1PVkJFLFBPUENO VCxUU0NETFQsQUVTTkksWFNBVkUsT1NYU0FWRSxBVlgsRjE2QyxSRFJBTkQ+CiAgQU1EIEZlYXR1 cmVzPTB4MmMxMDA4MDA8U1lTQ0FMTCxOWCxQYWdlMUdCLFJEVFNDUCxMTT4KICBBTUQgRmVhdHVy ZXMyPTB4MTIxPExBSEYsQUJNLFByZWZldGNoPgogIFN0cnVjdHVyZWQgRXh0ZW5kZWQgRmVhdHVy ZXM9MHgyOWM2ZmJmPEZTR1NCQVNFLFRTQ0FESixTR1gsQk1JMSxITEUsQVZYMixTTUVQLEJNSTIs RVJNUyxJTlZQQ0lELFJUTSxORlBVU0csTVBYLFJEU0VFRCxBRFgsU01BUCxDTEZMVVNIT1BULFBS T0NUUkFDRT4KICBTdHJ1Y3R1cmVkIEV4dGVuZGVkIEZlYXR1cmVzMj0weDQwMDAwMDAwPFNHWExD PgogIFN0cnVjdHVyZWQgRXh0ZW5kZWQgRmVhdHVyZXMzPTB4OWMwMDI0MDA8TURfQ0xFQVIsVFNY RkEsSUJQQixTVElCUCxMMURGTCxTU0JEPgogIFhTQVZFIEZlYXR1cmVzPTB4ZjxYU0FWRU9QVCxY U0FWRUMsWElOVVNFLFhTQVZFUz4KICBWVC14OiBQQVQsSExULE1URixQQVVTRSxFUFQsVUcsVlBJ RAogIFRTQzogUC1zdGF0ZSBpbnZhcmlhbnQsIHBlcmZvcm1hbmNlIHN0YXRpc3RpY3MKcmVhbCBt ZW1vcnkgID0gNjg3MTk0NzY3MzYgKDY1NTM2IE1CKQphdmFpbCBtZW1vcnkgPSA2Njc3ODI3MTc0 NCAoNjM2ODQgTUIpCkNQVSBtaWNyb2NvZGU6IHVwZGF0ZWQgZnJvbSAweGI0IHRvIDB4Y2EKRXZl bnQgdGltZXIgIkxBUElDIiBxdWFsaXR5IDYwMApBQ1BJIEFQSUMgVGFibGU6IDxBTEFTS0EgQSBN IEkgPgpGcmVlQlNEL1NNUDogTXVsdGlwcm9jZXNzb3IgU3lzdGVtIERldGVjdGVkOiAxMiBDUFVz CkZyZWVCU0QvU01QOiAxIHBhY2thZ2UocykgeCA2IGNvcmUocykgeCAyIGhhcmR3YXJlIHRocmVh ZHMKcmFuZG9tOiB1bmJsb2NraW5nIGRldmljZS4KaW9hcGljMCA8VmVyc2lvbiAyLjA+IGlycXMg MC0xMTkgb24gbW90aGVyYm9hcmQKTGF1bmNoaW5nIEFQczogMSA3IDYgMTAgMTEgOCA5IDIgMyA0 IDUKVGltZWNvdW50ZXIgIlRTQy1sb3ciIGZyZXF1ZW5jeSAxODQ4MDcyOTI2IEh6IHF1YWxpdHkg MTAwMApyYW5kb206IGVudHJvcHkgZGV2aWNlIGV4dGVybmFsIGludGVyZmFjZQowMDAuMDAwMDI0 IFs0MzM2XSBuZXRtYXBfaW5pdCAgICAgICAgICAgICAgIG5ldG1hcDogbG9hZGVkIG1vZHVsZQpb YXRoX2hhbF0gbG9hZGVkCm1vZHVsZV9yZWdpc3Rlcl9pbml0OiBNT0RfTE9BRCAodmVzYSwgMHhm ZmZmZmZmZjgxMTFiMTcwLCAwKSBlcnJvciAxOQpyYW5kb206IHJlZ2lzdGVyaW5nIGZhc3Qgc291 cmNlIEludGVsIFNlY3VyZSBLZXkgUk5HCnJhbmRvbTogZmFzdCBwcm92aWRlcjogIkludGVsIFNl Y3VyZSBLZXkgUk5HIgprYmQxIGF0IGtiZG11eDAKbmV4dXMwCmVmaXJ0YzA6IDxFRkkgUmVhbHRp bWUgQ2xvY2s+IG9uIG1vdGhlcmJvYXJkCmVmaXJ0YzA6IHJlZ2lzdGVyZWQgYXMgYSB0aW1lLW9m LWRheSBjbG9jaywgcmVzb2x1dGlvbiAxLjAwMDAwMHMKY3J5cHRvc29mdDA6IDxzb2Z0d2FyZSBj cnlwdG8+IG9uIG1vdGhlcmJvYXJkCmFlc25pMDogPEFFUy1DQkMsQUVTLUNDTSxBRVMtR0NNLEFF Uy1JQ00sQUVTLVhUUz4gb24gbW90aGVyYm9hcmQKYWNwaTA6IDxBTEFTS0EgQSBNIEkgPiBvbiBt b3RoZXJib2FyZAphY3BpMDogUG93ZXIgQnV0dG9uIChmaXhlZCkKY3B1MDogPEFDUEkgQ1BVPiBv biBhY3BpMApocGV0MDogPEhpZ2ggUHJlY2lzaW9uIEV2ZW50IFRpbWVyPiBpb21lbSAweGZlZDAw MDAwLTB4ZmVkMDAzZmYgb24gYWNwaTAKVGltZWNvdW50ZXIgIkhQRVQiIGZyZXF1ZW5jeSAyNDAw MDAwMCBIeiBxdWFsaXR5IDk1MApFdmVudCB0aW1lciAiSFBFVCIgZnJlcXVlbmN5IDI0MDAwMDAw IEh6IHF1YWxpdHkgMzUwCkV2ZW50IHRpbWVyICJIUEVUMSIgZnJlcXVlbmN5IDI0MDAwMDAwIEh6 IHF1YWxpdHkgMzQwCkV2ZW50IHRpbWVyICJIUEVUMiIgZnJlcXVlbmN5IDI0MDAwMDAwIEh6IHF1 YWxpdHkgMzQwCkV2ZW50IHRpbWVyICJIUEVUMyIgZnJlcXVlbmN5IDI0MDAwMDAwIEh6IHF1YWxp dHkgMzQwCkV2ZW50IHRpbWVyICJIUEVUNCIgZnJlcXVlbmN5IDI0MDAwMDAwIEh6IHF1YWxpdHkg MzQwCkV2ZW50IHRpbWVyICJIUEVUNSIgZnJlcXVlbmN5IDI0MDAwMDAwIEh6IHF1YWxpdHkgMzQw CkV2ZW50IHRpbWVyICJIUEVUNiIgZnJlcXVlbmN5IDI0MDAwMDAwIEh6IHF1YWxpdHkgMzQwCkV2 ZW50IHRpbWVyICJIUEVUNyIgZnJlcXVlbmN5IDI0MDAwMDAwIEh6IHF1YWxpdHkgMzQwCmF0cnRj MDogPEFUIHJlYWx0aW1lIGNsb2NrPiBwb3J0IDB4NzAtMHg3NyBpcnEgOCBvbiBhY3BpMAphdHJ0 YzA6IFdhcm5pbmc6IENvdWxkbid0IG1hcCBJL08uCmF0cnRjMDogcmVnaXN0ZXJlZCBhcyBhIHRp bWUtb2YtZGF5IGNsb2NrLCByZXNvbHV0aW9uIDEuMDAwMDAwcwpFdmVudCB0aW1lciAiUlRDIiBm cmVxdWVuY3kgMzI3NjggSHogcXVhbGl0eSAwCmF0dGltZXIwOiA8QVQgdGltZXI+IHBvcnQgMHg0 MC0weDQzLDB4NTAtMHg1MyBpcnEgMCBvbiBhY3BpMApUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1 ZW5jeSAxMTkzMTgyIEh6IHF1YWxpdHkgMApFdmVudCB0aW1lciAiaTgyNTQiIGZyZXF1ZW5jeSAx MTkzMTgyIEh6IHF1YWxpdHkgMTAwClRpbWVjb3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1ZW5jeSAz NTc5NTQ1IEh6IHF1YWxpdHkgOTAwCmFjcGlfdGltZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMuNTc5 NTQ1TUh6PiBwb3J0IDB4MTgwOC0weDE4MGIgb24gYWNwaTAKcGNpYjA6IDxBQ1BJIEhvc3QtUENJ IGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMApwY2kwOiA8QUNQSSBQQ0kgYnVzPiBv biBwY2liMApwY2liMTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgMS4w IG9uIHBjaTAKcGNpMTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjEKdmdhcGNpMDogPFZHQS1jb21w YXRpYmxlIGRpc3BsYXk+IHBvcnQgMHhlMDAwLTB4ZTA3ZiBtZW0gMHhkZTAwMDAwMC0weGRlZmZm ZmZmLDB4YzAwMDAwMDAtMHhjZmZmZmZmZiwweGQwMDAwMDAwLTB4ZDFmZmZmZmYgaXJxIDE2IGF0 IGRldmljZSAwLjAgb24gcGNpMQp2Z2FwY2kwOiBCb290IHZpZGVvIGRldmljZQpoZGFjMDogPE5W SURJQSAoMHgwZmI5KSBIREEgQ29udHJvbGxlcj4gbWVtIDB4ZGYwODAwMDAtMHhkZjA4M2ZmZiBp cnEgMTcgYXQgZGV2aWNlIDAuMSBvbiBwY2kxCnhoY2kwOiA8SW50ZWwgVW5pb24gUG9pbnQgVVNC IDMuMCBjb250cm9sbGVyPiBtZW0gMHhkZjEzMDAwMC0weGRmMTNmZmZmIGlycSAxNiBhdCBkZXZp Y2UgMjAuMCBvbiBwY2kwCnhoY2kwOiAzMiBieXRlcyBjb250ZXh0IHNpemUsIDY0LWJpdCBETUEK dXNidXMwOiB3YWl0aW5nIGZvciBCSU9TIHRvIGdpdmUgdXAgY29udHJvbAp4aGNpX2ludGVycnVw dDogaG9zdCBjb250cm9sbGVyIGhhbHRlZAp1c2J1czAgb24geGhjaTAKdXNidXMwOiA1LjBHYnBz IFN1cGVyIFNwZWVkIFVTQiB2My4wCnBjaTA6IDxzaW1wbGUgY29tbXM+IGF0IGRldmljZSAyMi4w IChubyBkcml2ZXIgYXR0YWNoZWQpCmFoY2kwOiA8SW50ZWwgVW5pb24gUG9pbnQgQUhDSSBTQVRB IGNvbnRyb2xsZXI+IHBvcnQgMHhmMDUwLTB4ZjA1NywweGYwNDAtMHhmMDQzLDB4ZjAyMC0weGYw M2YgbWVtIDB4ZGYxNDgwMDAtMHhkZjE0OWZmZiwweGRmMTRjMDAwLTB4ZGYxNGMwZmYsMHhkZjE0 YjAwMC0weGRmMTRiN2ZmIGlycSAxNiBhdCBkZXZpY2UgMjMuMCBvbiBwY2kwCmFoY2kwOiBBSENJ IHYxLjMxIHdpdGggNiA2R2JwcyBwb3J0cywgUG9ydCBNdWx0aXBsaWVyIG5vdCBzdXBwb3J0ZWQK YWhjaWNoMDogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAwIG9uIGFoY2kwCmFoY2ljaDE6IDxB SENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMSBvbiBhaGNpMAphaGNpY2gyOiA8QUhDSSBjaGFubmVs PiBhdCBjaGFubmVsIDIgb24gYWhjaTAKYWhjaWNoMzogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5l bCAzIG9uIGFoY2kwCmFoY2ljaDQ6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgNCBvbiBhaGNp MAphaGNpY2g1OiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDUgb24gYWhjaTAKYWhjaWVtMDog PEFIQ0kgZW5jbG9zdXJlIG1hbmFnZW1lbnQgYnJpZGdlPiBvbiBhaGNpMApwY2liMjogPEFDUEkg UENJLVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgMjcuMCBvbiBwY2kwCnBjaTI6IDxBQ1BJ IFBDSSBidXM+IG9uIHBjaWIyCnBjaWIzOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE2IGF0 IGRldmljZSAyOC4wIG9uIHBjaTAKcGNpMzogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjMKcGNpYjQ6 IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTYgYXQgZGV2aWNlIDI5LjAgb24gcGNpMApwY2k0 OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liNAppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZp Y2UgMzEuMCBvbiBwY2kwCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMApwY2kwOiA8bWVtb3J5PiBh dCBkZXZpY2UgMzEuMiAobm8gZHJpdmVyIGF0dGFjaGVkKQpoZGFjMTogPEludGVsIEthYnkgTGFr ZS1IIEhEQSBDb250cm9sbGVyPiBtZW0gMHhkZjE0MDAwMC0weGRmMTQzZmZmLDB4ZGYxMjAwMDAt MHhkZjEyZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDMxLjMgb24gcGNpMAplbTA6IDxJbnRlbChSKSBQ Uk8vMTAwMCBOZXR3b3JrIENvbm5lY3Rpb24+IG1lbSAweGRmMTAwMDAwLTB4ZGYxMWZmZmYgaXJx IDE2IGF0IGRldmljZSAzMS42IG9uIHBjaTAKZW0wOiBVc2luZyAxMDI0IFRYIGRlc2NyaXB0b3Jz IGFuZCAxMDI0IFJYIGRlc2NyaXB0b3JzCmVtMDogVXNpbmcgYW4gTVNJIGludGVycnVwdAplbTA6 IEV0aGVybmV0IGFkZHJlc3M6IDcwOjg1OmMyOjVmOmQ0OjU4CmVtMDogbmV0bWFwIHF1ZXVlcy9z bG90czogVFggMS8xMDI0LCBSWCAxLzEwMjQKYWNwaV9idXR0b24wOiA8U2xlZXAgQnV0dG9uPiBv biBhY3BpMAphY3BpX2J1dHRvbjE6IDxQb3dlciBCdXR0b24+IG9uIGFjcGkwCnVhcnQwOiA8MTY1 NTAgb3IgY29tcGF0aWJsZT4gcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFncyAweDEwIG9uIGFj cGkwCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IGF0IHBvcnQgMHg2MCww eDY0IG9uIGlzYTAKYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzAKa2JkMCBh dCBhdGtiZDAKYXRrYmQwOiBbR0lBTlQtTE9DS0VEXQpjb3JldGVtcDA6IDxDUFUgT24tRGllIFRo ZXJtYWwgU2Vuc29ycz4gb24gY3B1MAplc3QwOiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5j eSBDb250cm9sPiBvbiBjcHUwCnBlZnM6IEFFU05JIGhhcmR3YXJlIGFjY2VsZXJhdGlvbiBlbmFi bGVkClpGUyBmaWxlc3lzdGVtIHZlcnNpb246IDUKWkZTIHN0b3JhZ2UgcG9vbCB2ZXJzaW9uOiBm ZWF0dXJlcyBzdXBwb3J0ICg1MDAwKQpUaW1lY291bnRlcnMgdGljayBldmVyeSAxLjAwMCBtc2Vj CmhkYWNjMDogPE5WSURJQSAoMHgwMDgwKSBIREEgQ09ERUM+IGF0IGNhZCAwIG9uIGhkYWMwCmhk YWEwOiA8TlZJRElBICgweDAwODApIEF1ZGlvIEZ1bmN0aW9uIEdyb3VwPiBhdCBuaWQgMSBvbiBo ZGFjYzAKcGNtMDogPE5WSURJQSAoMHgwMDgwKSAoSERNSS9EUCA4Y2gpPiBhdCBuaWQgNCBvbiBo ZGFhMApwY20xOiA8TlZJRElBICgweDAwODApIChIRE1JL0RQIDhjaCk+IGF0IG5pZCA1IG9uIGhk YWEwCnBjbTI6IDxOVklESUEgKDB4MDA4MCkgKEhETUkvRFAgOGNoKT4gYXQgbmlkIDYgb24gaGRh YTAKaGRhY2MxOiA8UmVhbHRlayBBTEM4OTIgSERBIENPREVDPiBhdCBjYWQgMCBvbiBoZGFjMQpo ZGFhMTogPFJlYWx0ZWsgQUxDODkyIEF1ZGlvIEZ1bmN0aW9uIEdyb3VwPiBhdCBuaWQgMSBvbiBo ZGFjYzEKcGNtMzogPFJlYWx0ZWsgQUxDODkyIChSZWFyIEFuYWxvZyk+IGF0IG5pZCAyMCBhbmQg MjQsMjYgb24gaGRhYTEKcGNtNDogPFJlYWx0ZWsgQUxDODkyIChGcm9udCBBbmFsb2cpPiBhdCBu aWQgMjcgYW5kIDI1IG9uIGhkYWExClRyeWluZyB0byBtb3VudCByb290IGZyb20gemZzOnJwb29s L1JPT1QvdGVzdCBbXS4uLgpSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czAgQ0FNCnVnZW4w LjE6IDwweDgwODYgWEhDSSByb290IEhVQj4gYXQgdXNidXMwCnVodWIwOiA8MHg4MDg2IFhIQ0kg cm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDMuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czAKY2Qw IGF0IGFoY2ljaDUgYnVzIDAgc2NidXM1IHRhcmdldCAwIGx1biAwCmNkMDogPEFTVVMgRFJXLTI0 RDVNVCAxLjAwPiBSZW1vdmFibGUgQ0QtUk9NIFNDU0kgZGV2aWNlCmNkMDogU2VyaWFsIE51bWJl ciBLMkhIQU9CNTE0MwpjZDA6IDE1MC4wMDBNQi9zIHRyYW5zZmVycyAoU0FUQSAxLngsIFVETUE2 LCBBVEFQSSAxMmJ5dGVzLCBQSU8gODE5MmJ5dGVzKQpjZDA6IDBNQiAoMSAwIGJ5dGUgc2VjdG9y cykKc2VzMCBhdCBhaGNpZW0wIGJ1cyAwIHNjYnVzNiB0YXJnZXQgMCBsdW4gMApzZXMwOiA8QUhD SSBTR1BJTyBFbmNsb3N1cmUgMi4wMCAwMDAxPiBTRU1CIFMtRS1TIDIuMDAgZGV2aWNlCnNlczA6 IFNFTUIgU0VTIERldmljZQphZGEwIGF0IGFoY2ljaDAgYnVzIDAgc2NidXMwIHRhcmdldCAwIGx1 biAwCmFkYTA6IDxXREMgV0QzMEVGUlgtNjhFVVpOMCA4Mi4wMEE4Mj4gQUNTLTIgQVRBIFNBVEEg My54IGRldmljZQphZGEwOiBTZXJpYWwgTnVtYmVyIFdELVdDQzRONFRLWTFaMgphZGEwOiA2MDAu MDAwTUIvcyB0cmFuc2ZlcnMgKFNBVEEgMy54LCBVRE1BNiwgUElPIDgxOTJieXRlcykKYWRhMDog Q29tbWFuZCBRdWV1ZWluZyBlbmFibGVkCmFkYTA6IDI4NjE1ODhNQiAoNTg2MDUzMzE2OCA1MTIg Ynl0ZSBzZWN0b3JzKQphZGEwOiBxdWlya3M9MHgxPDRLPgphZGExIGF0IGFoY2ljaDEgYnVzIDAg c2NidXMxIHRhcmdldCAwIGx1biAwCmFkYTE6IDxXREMgV0QzMEVGUlgtNjhFVVpOMCA4Mi4wMEE4 Mj4gQUNTLTIgQVRBIFNBVEEgMy54IGRldmljZQphZGExOiBTZXJpYWwgTnVtYmVyIFdELVdDQzRO N0ZMTEpOMQphZGExOiA2MDAuMDAwTUIvcyB0cmFuc2ZlcnMgKFNBVEEgMy54LCBVRE1BNiwgUElP IDgxOTJieXRlcykKYWRhMTogQ29tbWFuZCBRdWV1ZWluZyBlbmFibGVkCmFkYTE6IDI4NjE1ODhN QiAoNTg2MDUzMzE2OCA1MTIgYnl0ZSBzZWN0b3JzKQphZGExOiBxdWlya3M9MHgxPDRLPgpzZXMw OiBwYXNzMCxhZGEwIGluICdTbG90IDAwJywgU0FUQSBTbG90OiBzY2J1czAgdGFyZ2V0IDAKYWRh MiBhdCBhaGNpY2gyIGJ1cyAwIHNjYnVzMiB0YXJnZXQgMCBsdW4gMAphZGEyOiA8V0RDIFdEMzBF RlJYLTY4RVVaTjAgODIuMDBBODI+IEFDUy0yIEFUQSBTQVRBIDMueCBkZXZpY2UKYWRhMjogU2Vy aWFsIE51bWJlciBXRC1XQ0M0TjJUWUZFN1YKYWRhMjogNjAwLjAwME1CL3MgdHJhbnNmZXJzIChT QVRBIDMueCwgVURNQTYsIFBJTyA4MTkyYnl0ZXMpCmFkYTI6IENvbW1hbmQgUXVldWVpbmcgZW5h YmxlZAphZGEyOiAyODYxNTg4TUIgKDU4NjA1MzMxNjggNTEyIGJ5dGUgc2VjdG9ycykKYWRhMjog cXVpcmtzPTB4MTw0Sz4Kc2VzMDogcGFzczEsYWRhMSBpbiAnU2xvdCAwMScsIFNBVEEgU2xvdDog c2NidXMxIHRhcmdldCAwCmFkYTMgYXQgYWhjaWNoNCBidXMgMCBzY2J1czQgdGFyZ2V0IDAgbHVu IDAKYWRhMzogPFdEQyBXRDEwRVpSWi0wMEhUS0IwIDAxLjAxQTAxPiBBQ1MtMiBBVEEgU0FUQSAz LnggZGV2aWNlCmFkYTM6IFNlcmlhbCBOdW1iZXIgV0QtV0NDNEowTkxVVjA4CmFkYTM6IDYwMC4w MDBNQi9zIHRyYW5zZmVycyAoU0FUQSAzLngsIFVETUE2LCBQSU8gODE5MmJ5dGVzKQphZGEzOiBD b21tYW5kIFF1ZXVlaW5nIGVuYWJsZWQKYWRhMzogOTUzODY5TUIgKDE5NTM1MjUxNjggNTEyIGJ5 dGUgc2VjdG9ycykKc2VzMDogcGFzczIsYWRhMiBpbiAnU2xvdCAwMicsIFNBVEEgU2xvdDogc2Ni dXMyIHRhcmdldCAwCnNlczA6IHBhc3MzLGFkYTMgaW4gJ1Nsb3QgMDQnLCBTQVRBIFNsb3Q6IHNj YnVzNCB0YXJnZXQgMApzZXMwOiBwYXNzNCxjZDAgaW4gJ1Nsb3QgMDUnLCBTQVRBIFNsb3Q6IHNj YnVzNSB0YXJnZXQgMAp1aHViMDogMjYgcG9ydHMgd2l0aCAyNiByZW1vdmFibGUsIHNlbGYgcG93 ZXJlZApSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czAKdWdlbjAuMjogPHZlbmRvciAweDA1 ZTMgcHJvZHVjdCAweDA2MTA+IGF0IHVzYnVzMAp1aHViMSBvbiB1aHViMAp1aHViMTogPHZlbmRv ciAweDA1ZTMgcHJvZHVjdCAweDA2MTAsIGNsYXNzIDkvMCwgcmV2IDIuMTAvNDEuMTUsIGFkZHIg MT4gb24gdXNidXMwCnVodWIxOiBNVFQgZW5hYmxlZAp1aHViMTogNCBwb3J0cyB3aXRoIDQgcmVt b3ZhYmxlLCBzZWxmIHBvd2VyZWQKUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXMwCnVnZW4w LjM6IDxDeXByZXNzIFVTQiBLZXlib2FyZD4gYXQgdXNidXMwCnVrYmQwIG9uIHVodWIwCnVrYmQw OiA8RVAxIEludGVycnVwdD4gb24gdXNidXMwCmtiZDIgYXQgdWtiZDAKdWtiZDEgb24gdWh1YjAK dWtiZDE6IDxFUDIgSW50ZXJydXB0PiBvbiB1c2J1czAKa2JkMyBhdCB1a2JkMQpSb290IG1vdW50 IHdhaXRpbmcgZm9yOiB1c2J1czAKdWdlbjAuNDogPHZlbmRvciAweDA1ZTMgcHJvZHVjdCAweDA2 MTc+IGF0IHVzYnVzMAp1aHViMiBvbiB1aHViMAp1aHViMjogPD4gb24gdXNidXMwCnVodWIyOiA0 IHBvcnRzIHdpdGggNCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApBY2NvdW50aW5nIGVuYWJsZWQK bnZpZGlhMDogPFVua25vd24+IG9uIHZnYXBjaTAKdmdhcGNpMDogY2hpbGQgbnZpZGlhMCByZXF1 ZXN0ZWQgcGNpX2VuYWJsZV9pbwp2Z2FwY2kwOiBjaGlsZCBudmlkaWEwIHJlcXVlc3RlZCBwY2lf ZW5hYmxlX2lvCm52aWRpYS1tb2Rlc2V0OiBMb2FkaW5nIE5WSURJQSBLZXJuZWwgTW9kZSBTZXR0 aW5nIERyaXZlciBmb3IgVU5JWCBwbGF0Zm9ybXMgIDQ0MC41OSAgVGh1IEphbiAzMCAwMDo1NDoy OCBVVEMgMjAyMApsbzA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBVUAplbTA6IGxpbmsgc3RhdGUg Y2hhbmdlZCB0byBVUAp0YXAwOiBFdGhlcm5ldCBhZGRyZXNzOiA1ODo5YzpmYzoxMDpmZjpmNQpD UFU6IEludGVsKFIpIENvcmUoVE0pIGk3LTg3MDBLIENQVSBAIDMuNzBHSHogKDM2OTYuMTUtTUh6 IEs4LWNsYXNzIENQVSkKICBPcmlnaW49IkdlbnVpbmVJbnRlbCIgIElkPTB4OTA2ZWEgIEZhbWls eT0weDYgIE1vZGVsPTB4OWUgIFN0ZXBwaW5nPTEwCiAgRmVhdHVyZXM9MHhiZmViZmJmZjxGUFUs Vk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9W LFBBVCxQU0UzNixDTEZMVVNILERUUyxBQ1BJLE1NWCxGWFNSLFNTRSxTU0UyLFNTLEhUVCxUTSxQ QkU+CiAgRmVhdHVyZXMyPTB4N2ZmYWZiZmY8U1NFMyxQQ0xNVUxRRFEsRFRFUzY0LE1PTixEU19D UEwsVk1YLFNNWCxFU1QsVE0yLFNTU0UzLFNEQkcsRk1BLENYMTYseFRQUixQRENNLFBDSUQsU1NF NC4xLFNTRTQuMix4MkFQSUMsTU9WQkUsUE9QQ05ULFRTQ0RMVCxBRVNOSSxYU0FWRSxPU1hTQVZF LEFWWCxGMTZDLFJEUkFORD4KICBBTUQgRmVhdHVyZXM9MHgyYzEwMDgwMDxTWVNDQUxMLE5YLFBh Z2UxR0IsUkRUU0NQLExNPgogIEFNRCBGZWF0dXJlczI9MHgxMjE8TEFIRixBQk0sUHJlZmV0Y2g+ CiAgU3RydWN0dXJlZCBFeHRlbmRlZCBGZWF0dXJlcz0weDI5YzZmYmY8RlNHU0JBU0UsVFNDQURK LFNHWCxCTUkxLEhMRSxBVlgyLFNNRVAsQk1JMixFUk1TLElOVlBDSUQsUlRNLE5GUFVTRyxNUFgs UkRTRUVELEFEWCxTTUFQLENMRkxVU0hPUFQsUFJPQ1RSQUNFPgogIFN0cnVjdHVyZWQgRXh0ZW5k ZWQgRmVhdHVyZXMyPTB4NDAwMDAwMDA8U0dYTEM+CiAgU3RydWN0dXJlZCBFeHRlbmRlZCBGZWF0 dXJlczM9MHg5YzAwMjQwMDxNRF9DTEVBUixUU1hGQSxJQlBCLFNUSUJQLEwxREZMLFNTQkQ+CiAg WFNBVkUgRmVhdHVyZXM9MHhmPFhTQVZFT1BULFhTQVZFQyxYSU5VU0UsWFNBVkVTPgogIFZULXg6 IFBBVCxITFQsTVRGLFBBVVNFLEVQVCxVRyxWUElECiAgVFNDOiBQLXN0YXRlIGludmFyaWFudCwg cGVyZm9ybWFuY2Ugc3RhdGlzdGljcwpTZWN1cml0eSBwb2xpY3kgbG9hZGVkOiBNQUMvbnRwZCAo bWFjX250cGQpCm5mc3J2X2NhY2hlX3Nlc3Npb246IG5vIHNlc3Npb24KbmZzcnZfY2FjaGVfc2Vz c2lvbjogbm8gc2Vzc2lvbgpDb25zaWRlciBpbmNyZWFzaW5nIGtlcm4uaXBjLm1heHNvY2tidWYK Q29uc2lkZXIgaW5jcmVhc2luZyBrZXJuLmlwYy5tYXhzb2NrYnVmCkNvbnNpZGVyIGluY3JlYXNp bmcga2Vybi5pcGMubWF4c29ja2J1ZgpDb25zaWRlciBpbmNyZWFzaW5nIGtlcm4uaXBjLm1heHNv Y2tidWYKdWtiZF9pbnRyX2NhbGxiYWNrOiBhY3RsZW49OCBieXRlcwp1a2JkX2ludHJfY2FsbGJh Y2s6IG1vZGlmaWVycyA9IDB4MDAwMAp1a2JkX3B1dF9rZXk6IDB4NDI4ICgxMDY0KSByZWxlYXNl ZAp1a2JkX2ludHJfY2FsbGJhY2s6IGVycm9yPVVTQl9FUlJfSU9FUlJPUgp1a2JkX2ludHJfY2Fs bGJhY2s6IGVycm9yPVVTQl9FUlJfSU9FUlJPUgp1Z2VuMC4zOiA8Q3lwcmVzcyBVU0IgS2V5Ym9h cmQ+IGF0IHVzYnVzMCAoZGlzY29ubmVjdGVkKQp1a2JkMDogYXQgdWh1YjAsIHBvcnQgOSwgYWRk ciAyIChkaXNjb25uZWN0ZWQpCnVrYmRfZGV0YWNoOiAKdWtiZF9pbnRyX2NhbGxiYWNrOiBlcnJv cj1VU0JfRVJSX0NBTkNFTExFRAp1a2JkX2ludHJfY2FsbGJhY2s6IGVycm9yPVVTQl9FUlJfQ0FO Q0VMTEVECnVrYmRfZGV0YWNoOiB1a2JkMDogZGlzY29ubmVjdGVkCnVrYmQwOiBkZXRhY2hlZAp1 a2JkMTogYXQgdWh1YjAsIHBvcnQgOSwgYWRkciAyIChkaXNjb25uZWN0ZWQpCnVrYmRfZGV0YWNo OiAKdWtiZF9pbnRyX2NhbGxiYWNrOiBlcnJvcj1VU0JfRVJSX0NBTkNFTExFRAp1a2JkX2ludHJf Y2FsbGJhY2s6IGVycm9yPVVTQl9FUlJfQ0FOQ0VMTEVECnVrYmRfZGV0YWNoOiB1a2JkMTogZGlz Y29ubmVjdGVkCnVrYmQxOiBkZXRhY2hlZAp1Z2VuMC4zOiA8Q3lwcmVzcyBVU0IgS2V5Ym9hcmQ+ IGF0IHVzYnVzMAp1a2JkX3Byb2JlOiAKdWtiZF9wcm9iZTogCnVrYmQwIG9uIHVodWIwCnVrYmQw OiA8RVAxIEludGVycnVwdD4gb24gdXNidXMwCnVrYmRfYXR0YWNoOiBQYXJzaW5nIEhJRCBkZXNj cmlwdG9yIG9mIDYzIGJ5dGVzCnVrYmRfcGFyc2VfaGlkOiBGb3VuZCBrZXlib2FyZCBldmVudCBh cnJheQp1a2JkX3BhcnNlX2hpZDogRm91bmQga2V5IDB4ZTAKdWtiZF9wYXJzZV9oaWQ6IEZvdW5k IGtleSAweGUxCnVrYmRfcGFyc2VfaGlkOiBGb3VuZCBrZXkgMHhlMgp1a2JkX3BhcnNlX2hpZDog Rm91bmQga2V5IDB4ZTMKdWtiZF9wYXJzZV9oaWQ6IEZvdW5kIGtleSAweGU0CnVrYmRfcGFyc2Vf aGlkOiBGb3VuZCBrZXkgMHhlNQp1a2JkX3BhcnNlX2hpZDogRm91bmQga2V5IDB4ZTYKdWtiZF9w YXJzZV9oaWQ6IEZvdW5kIGtleSAweGU3CnVrYmRfcGFyc2VfaGlkOiBGb3VuZCBrZXlib2FyZCBu dW1sb2NrCnVrYmRfcGFyc2VfaGlkOiBGb3VuZCBrZXlib2FyZCBjYXBzbG9jawp1a2JkX3BhcnNl X2hpZDogRm91bmQga2V5Ym9hcmQgc2Nyb2xsbG9jawp1a2JkX3NldF9sZWRzOiBsZWRzPTB4MDAK dWtiZF9zZXRfbGVkczogbGVkcz0weDAwCmtiZDIgYXQgdWtiZDAKdWtiZF9wcm9iZTogCnVrYmRf c2V0X2xlZHNfY2FsbGJhY2s6IGxlbj0xLCBpZD0wCnVrYmRfcHJvYmU6IAp1a2JkMSBvbiB1aHVi MAp1a2JkMTogPEVQMiBJbnRlcnJ1cHQ+IG9uIHVzYnVzMAp1a2JkX2F0dGFjaDogUGFyc2luZyBI SUQgZGVzY3JpcHRvciBvZiAxODUgYnl0ZXMKdWtiZF9wYXJzZV9oaWQ6IEZvdW5kIGtleWJvYXJk IGV2ZW50IGFycmF5CnVrYmRfc2V0X2xlZHM6IGxlZHM9MHgwMAp1a2JkX3NldF9sZWRzOiBsZWRz PTB4MDAKa2JkMyBhdCB1a2JkMQp1a2JkX2ludHJfY2FsbGJhY2s6IGFjdGxlbj04IGJ5dGVzCnVr YmRfaW50cl9jYWxsYmFjazogbW9kaWZpZXJzID0gMHgwMDAwCnVrYmRfaW50cl9jYWxsYmFjazog YWN0bGVuPTggYnl0ZXMKdWtiZF9pbnRyX2NhbGxiYWNrOiBtb2RpZmllcnMgPSAweDAwMDAKdWti ZF9pbnRyX2NhbGxiYWNrOiBLZXkgMHg4OSBwcmVzc2VkCnVrYmRfcHV0X2tleTogMHg4OSAoMTM3 KSBwcmVzc2VkCnVrYmRfaW50cl9jYWxsYmFjazogYWN0bGVuPTggYnl0ZXMKdWtiZF9pbnRyX2Nh bGxiYWNrOiBtb2RpZmllcnMgPSAweDAwMDAKdWtiZF9wdXRfa2V5OiAweDQ4OSAoMTE2MSkgcmVs ZWFzZWQKdWtiZF9pbnRyX2NhbGxiYWNrOiBhY3RsZW49OCBieXRlcwp1a2JkX2ludHJfY2FsbGJh Y2s6IG1vZGlmaWVycyA9IDB4MDAwMAp1a2JkX2ludHJfY2FsbGJhY2s6IEtleSAweGUxIHByZXNz ZWQKdWtiZF9wdXRfa2V5OiAweGUxICgyMjUpIHByZXNzZWQKdWtiZF9pbnRyX2NhbGxiYWNrOiBh Y3RsZW49OCBieXRlcwp1a2JkX2ludHJfY2FsbGJhY2s6IG1vZGlmaWVycyA9IDB4MDAwMAp1a2Jk X2ludHJfY2FsbGJhY2s6IEtleSAweDg5IHByZXNzZWQKdWtiZF9pbnRyX2NhbGxiYWNrOiBLZXkg MHhlMSBwcmVzc2VkCnVrYmRfcHV0X2tleTogMHg4OSAoMTM3KSBwcmVzc2VkCnVrYmRfaW50cl9j YWxsYmFjazogYWN0bGVuPTggYnl0ZXMKdWtiZF9pbnRyX2NhbGxiYWNrOiBtb2RpZmllcnMgPSAw eDAwMDAKdWtiZF9pbnRyX2NhbGxiYWNrOiBLZXkgMHhlMSBwcmVzc2VkCnVrYmRfcHV0X2tleTog MHg0ODkgKDExNjEpIHJlbGVhc2VkCnVrYmRfaW50cl9jYWxsYmFjazogYWN0bGVuPTggYnl0ZXMK dWtiZF9pbnRyX2NhbGxiYWNrOiBtb2RpZmllcnMgPSAweDAwMDAKdWtiZF9wdXRfa2V5OiAweDRl MSAoMTI0OSkgcmVsZWFzZWQKdWtiZF9pbnRyX2NhbGxiYWNrOiBhY3RsZW49OCBieXRlcwp1a2Jk X2ludHJfY2FsbGJhY2s6IG1vZGlmaWVycyA9IDB4MDAwMAp1a2JkX2ludHJfY2FsbGJhY2s6IEtl eSAweDg3IHByZXNzZWQKdWtiZF9wdXRfa2V5OiAweDg3ICgxMzUpIHByZXNzZWQKdWtiZF9pbnRy X2NhbGxiYWNrOiBhY3RsZW49OCBieXRlcwp1a2JkX2ludHJfY2FsbGJhY2s6IG1vZGlmaWVycyA9 IDB4MDAwMAp1a2JkX3B1dF9rZXk6IDB4NDg3ICgxMTU5KSByZWxlYXNlZAp1a2JkX2ludHJfY2Fs bGJhY2s6IGFjdGxlbj04IGJ5dGVzCnVrYmRfaW50cl9jYWxsYmFjazogbW9kaWZpZXJzID0gMHgw MDAwCnVrYmRfaW50cl9jYWxsYmFjazogS2V5IDB4ZTEgcHJlc3NlZAp1a2JkX3B1dF9rZXk6IDB4 ZTEgKDIyNSkgcHJlc3NlZAp1a2JkX2ludHJfY2FsbGJhY2s6IGFjdGxlbj04IGJ5dGVzCnVrYmRf aW50cl9jYWxsYmFjazogbW9kaWZpZXJzID0gMHgwMDAwCnVrYmRfaW50cl9jYWxsYmFjazogS2V5 IDB4ODcgcHJlc3NlZAp1a2JkX2ludHJfY2FsbGJhY2s6IEtleSAweGUxIHByZXNzZWQKdWtiZF9w dXRfa2V5OiAweDg3ICgxMzUpIHByZXNzZWQKdWtiZF9pbnRyX2NhbGxiYWNrOiBhY3RsZW49OCBi eXRlcwp1a2JkX2ludHJfY2FsbGJhY2s6IG1vZGlmaWVycyA9IDB4MDAwMAp1a2JkX2ludHJfY2Fs bGJhY2s6IEtleSAweGUxIHByZXNzZWQKdWtiZF9wdXRfa2V5OiAweDQ4NyAoMTE1OSkgcmVsZWFz ZWQKdWtiZF9pbnRyX2NhbGxiYWNrOiBhY3RsZW49OCBieXRlcwp1a2JkX2ludHJfY2FsbGJhY2s6 IG1vZGlmaWVycyA9IDB4MDAwMAp1a2JkX3B1dF9rZXk6IDB4NGUxICgxMjQ5KSByZWxlYXNlZAog CnVnZW4wLjM6IDxDeXByZXNzIFVTQiBLZXlib2FyZD4gYXQgdXNidXMwLCBjZmc9MCBtZD1IT1NU IHNwZD1MT1cgKDEuNU1icHMpIHB3cj1PTiAoMTAwbUEpCgogIGJMZW5ndGggPSAweDAwMTIgCiAg YkRlc2NyaXB0b3JUeXBlID0gMHgwMDAxIAogIGJjZFVTQiA9IDB4MDIwMCAKICBiRGV2aWNlQ2xh c3MgPSAweDAwMDAgIDxQcm9iZWQgYnkgaW50ZXJmYWNlIGNsYXNzPgogIGJEZXZpY2VTdWJDbGFz cyA9IDB4MDAwMCAKICBiRGV2aWNlUHJvdG9jb2wgPSAweDAwMDAgCiAgYk1heFBhY2tldFNpemUw ID0gMHgwMDA4IAogIGlkVmVuZG9yID0gMHgwNGI0IAogIGlkUHJvZHVjdCA9IDB4MDEwMSAKICBi Y2REZXZpY2UgPSAweDAwMDEgCiAgaU1hbnVmYWN0dXJlciA9IDB4MDAwMSAgPEN5cHJlc3M+CiAg aVByb2R1Y3QgPSAweDAwMDIgIDxVU0IgS2V5Ym9hcmQ+CiAgaVNlcmlhbE51bWJlciA9IDB4MDAw MCAgPG5vIHN0cmluZz4KICBiTnVtQ29uZmlndXJhdGlvbnMgPSAweDAwMDEgCgo= --000000000000225a13059f6b3fad-- From owner-freebsd-stable@freebsd.org Tue Feb 25 19:16:26 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 924C523C866 for ; Tue, 25 Feb 2020 19:16:26 +0000 (UTC) (envelope-from cheffo@freebsd-bg.org) Received: from mail-il1-x135.google.com (mail-il1-x135.google.com [IPv6:2607:f8b0:4864:20::135]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48RpZK24Npz4rLj for ; Tue, 25 Feb 2020 19:16:24 +0000 (UTC) (envelope-from cheffo@freebsd-bg.org) Received: by mail-il1-x135.google.com with SMTP id i7so158389ilr.7 for ; Tue, 25 Feb 2020 11:16:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd-bg-org.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=jJI2cHgFUbQwHR6RLsffbQiRgvQkWeYJG2s4GtJ/E5g=; b=0HK0v/YHPY6EGxdKUAkUlD089w9SZACEQ7raCRdUGvzmhxr66Qsj+Tj/l22hYlXFON UMexnHnDrmYc5CrNIyFyXWgaPdqXhjXLGGC4MKvdErIhw64WqxBt1i+o2jmPPH6DpElz +FH5oncIXM7zbrG/Pwj1EW/iMCHOCSF3C+K+GvmMrC+elASGj2rw+zk5+v7/w4BT0b/e 9S7iRzlhUPihZ+OxhVpPufVdQnyPsaMbUk4valwgBWPGnaJa7eEYoKFk8+bPQhmPPH0l O7eTUQoF0wL8rXLx6SASEhOxVg5hVoyPn6Q1qX8hCXrYJ+NcVrHI4XQ1bXxBGfivcYkC O99A== 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=jJI2cHgFUbQwHR6RLsffbQiRgvQkWeYJG2s4GtJ/E5g=; b=ZFQ/Phqd9lr0KJSzV/9C8QGTa/rw+ha+FbQQdq5vvm460Y52N1tf2vkqIkjWAvmhKU 1u5+yFkRnIocOgpFh+9Ax8qWG9m/Uk7izUUA35B1b5VEJOZ48Ygh71V30vCVCGEjXLOY fn1zv+M1NckGXHDrn+1Y6vVgiej5np7rXXxca+HlQwjwPDg+2gusYB6zgYKk/3zehmqa YAD9+LrBCFpJ+eieMmjhy0DXs3CJQasjNQIvkbnBG80nYd5OLJv+6Q+eZcyXqK7rMr3u rUecOjE9aKnFKLcTk9cCnL95JDPOnexEMknNVLO8zS8tSFJwwJjGTe5LVO99S7a6aAPa WKBg== X-Gm-Message-State: APjAAAVYW230DxW8BBR7+rmcZagpY2Z5JBS88anNViX8TaBAk55u9mY/ boXEQkW3aLPXxmIFNDnCNbeQkcUfFWTkZEgrQdqgaQq4OhExrQ== X-Google-Smtp-Source: APXvYqwwpZeoFK21XR07/6HPoKw9DmHr47aUDfO9JI1+5N2BAN0FFwBUU3kCOqUySTY5EZx6Nqz43TsKuhGfDNOD6h8= X-Received: by 2002:a92:ccd0:: with SMTP id u16mr116780ilq.215.1582658181820; Tue, 25 Feb 2020 11:16:21 -0800 (PST) MIME-Version: 1.0 From: Stefan Lambrev Date: Tue, 25 Feb 2020 21:16:11 +0200 Message-ID: Subject: FreeBSD-12.1-RELEASE-amd64.vmdk.xz on VMware vSphere? To: freebsd-stable@freebsd.org X-Rspamd-Queue-Id: 48RpZK24Npz4rLj X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=freebsd-bg-org.20150623.gappssmtp.com header.s=20150623 header.b=0HK0v/YH; dmarc=none; spf=none (mx1.freebsd.org: domain of cheffo@freebsd-bg.org has no SPF policy when checking 2607:f8b0:4864:20::135) smtp.mailfrom=cheffo@freebsd-bg.org X-Spamd-Result: default: False [-2.67 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[freebsd-bg-org.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; IP_SCORE(-2.37)[ip: (-8.25), ipnet: 2607:f8b0::/32(-1.88), asn: 15169(-1.67), country: US(-0.05)]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_NONE(0.00)[]; URI_COUNT_ODD(1.00)[3]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[freebsd-bg.org]; DKIM_TRACE(0.00)[freebsd-bg-org.20150623.gappssmtp.com:+]; RCVD_IN_DNSWL_NONE(0.00)[5.3.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Feb 2020 19:16:26 -0000 Hi, Is there any guide on how to use the vmdk file provided on release on vSphere? The first thing that I noticed is an issue reported a few months ago - https://forums.freebsd.org/threads/installing-on-esxi-using-official-vmdk-files.72945/ Changing the type (Virtual Device Node) of the disk from SCSI to IDE solves the initial issue, but then growfs fails (also the vSphere complains about the disk image and resizing fails. I workaround this by creating a FBSD(12.1amd64) VM on Workstation Player (free version) and then replacing the disk with the image. Resizing and growfs (on first boot) worked as expected. Then I used the created vmdk file and uploaded it to be used for my VM. It's not very "clean" process, I need to download additional software and I wonder if someone has a better approach or those files are strictly only for VM Workstation? Also it's not very good for automatization... From owner-freebsd-stable@freebsd.org Tue Feb 25 23:22:37 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4DDF8243D7C for ; Tue, 25 Feb 2020 23:22:37 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: from mail-qk1-x742.google.com (mail-qk1-x742.google.com [IPv6:2607:f8b0:4864:20::742]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Rw2N4MpNz3xj0 for ; Tue, 25 Feb 2020 23:22:36 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: by mail-qk1-x742.google.com with SMTP id z19so918684qkj.5 for ; Tue, 25 Feb 2020 15:22:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=8MJWQOpWLtt/xifyV1CnYOuTZidaQ6h+TuEZRIEEdZY=; b=iljjOAs3UiVE/6ds4HS66eK5LgAH0a9kC/K9QFioxuteBc9dBtO7LYYqovxQwxbksF lMN45U/rw1ailbVdjiJY7me1VFLsfGpI6Cfm2ZzFQvjVfBU+dRl+zZRU6/cgAzCcsBTo 0vAe/GloG4UoNi+N7tQrXjigDyD0BKggTz0aso0thihRZ0y2TzBEyt4yexvVfZnTHqNn OrUPw3kg8EBnheibfK8Vn/egU0lSY8jX4dwgMiI0WznVNDTL4yrJx6eslHx/mRHYFVZk rzwIq7wUgm5Sb80Yvb6XqRWjMTHrQr5GLeONkuFYhSp6uCw4c7Wt+eWj6cgv7DREWuS7 LqEQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=8MJWQOpWLtt/xifyV1CnYOuTZidaQ6h+TuEZRIEEdZY=; b=K0EVOKxd7VxBRq8idXBmhYfyF2/uaFffnGQkkv5Ml0x3UCtyu4aNCBeaYUOLEnDGWw M4zRW7saWuI+w4B86uLB0UowrlpVd7Fqy6omKRbxC/nXKAbCrLSxRRenWrj4t/V2VZ+O UtnJZqBn9TCREd7OSKuMFGpOCusqunXWoCeQeqoMf476Tep0iDif6+g31GlxIuGUFdcb qGQtRYnbV0Kun8XvL11n+SdYEfrJd3Ab22g4GfQQhWB2UUitW6jUFU1oQHfVBhAxdM0U JktvYkQQraV+Rq2TzHQ99VQq/BhaxQCqNt2c99TV74QCBrjRbRyqnzAlwGkYfJQQ4TtH 9Cbw== X-Gm-Message-State: APjAAAXAUAfgXgWthPaXWgwKqSMbQS1me04ZLZGbgy+MLJUxG0M2siY+ Q5Hbou+UkFqR4/Cy8rgIjGgK6Epp8VM9gUwnyxr2vy2C X-Google-Smtp-Source: APXvYqx+qDHd5CxQwvIGVdmUoICdx+0vKwYYSN5vsNBakt4/yOvJnwHveA8yI+vVcCNqchhpQL7LY5jPvcN3Xt9Ntlk= X-Received: by 2002:a37:e507:: with SMTP id e7mr1774514qkg.358.1582672954767; Tue, 25 Feb 2020 15:22:34 -0800 (PST) MIME-Version: 1.0 References: <202002250115.01P1F9KX090465@mail.karels.net> <188F34DA-192C-4D44-96B5-18A7DAE8EC67@digsys.bg> <6028c786-8610-01d9-818e-6f69a2fe9645@ingresso.co.uk> <20200225145346.GA42880@phouka1.phouka.net> <6e329bb8-b96e-fa16-cc73-426685593943@denninger.net> In-Reply-To: From: Mario Olofo Date: Tue, 25 Feb 2020 20:22:23 -0300 Message-ID: Subject: Re: Running FreeBSD on M.2 SSD To: freebsd-stable@freebsd.org X-Rspamd-Queue-Id: 48Rw2N4MpNz3xj0 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=iljjOAs3; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of marioolofo@gmail.com designates 2607:f8b0:4864:20::742 as permitted sender) smtp.mailfrom=marioolofo@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (1.98), ipnet: 2607:f8b0::/32(-1.88), asn: 15169(-1.67), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/mixed,multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2.4.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Feb 2020 23:22:37 -0000 Hello, I reinstalled FreeBSD 12.1 on my SSD (in the swap partition of my Linux to test) and on my Hybrid HDD. Just configured rc.conf to start my wifi dongle, downoaded git, node and npm via pkg and... as you can see in my screenshot, the ZFS already shows corrupted data... Can't been able to load the FreeBSD from the HDD though, don't know why, if someone knows how to load the kernel from the HDD via loader on SSD or grub2, I can try =3D) Mario Em ter., 25 de fev. de 2020 =C3=A0s 20:18, Mario Olofo escreveu: > Hello, > > I reinstalled FreeBSD 12.1 on my SSD (in the swap partition of my Linux t= o > test) and on my Hybrid HDD. > > Just configured and rc.conf to start my wifi dongle, downoaded git, node > and npm via pkg and... as you can see in my screenshot, > the ZFS already shows corrupted data... > > Can't been able to load the FreeBSD from the HDD though, don't know why, > if someone direct me how to load the > kernel from the HDD via loader or grub2, I'll try =3D) > > Em ter., 25 de fev. de 2020 =C3=A0s 18:56, Mario Olofo > escreveu: > >> Hello, >> >> I reinstalled FreeBSD 12.1 on my SSD (in the swap partition of my Linux >> to test) and on my Hybrid HDD. >> >> Just configured and rc.conf to start my wifi dongle, downoaded git, node >> and npm via pkg and... as you can see in my screenshot, >> the ZFS already shows corrupted data... >> >> Can't been able to load the FreeBSD from the HDD though, don't know why, >> if someone direct me how to load the >> kernel from the HDD via loader or grub2, I'll try =3D) >> >> Mario >> >> Em ter., 25 de fev. de 2020 =C3=A0s 12:11, Karl Denninger >> escreveu: >> >>> >>> On 2/25/2020 9:53 AM, John Kennedy wrote: >>> > On Tue, Feb 25, 2020 at 11:07:48AM +0000, Pete French wrote: >>> >> I have often wondered if ZFS is more aggressive with discs, because >>> until >>> >> very recently any solid state drive I have used ZFS on broke very >>> quicky. ... >>> > I've always wondered if ZFS (and other snapshotting file systems) >>> would help >>> > kill SSD disks by locking up blocks longer than other filesystems >>> might. For >>> > example, I've got snapshot-backups going back, say, a year then those >>> blocks >>> > that haven't changed aren't going back into the pool to be rewritten >>> (and >>> > perhaps favored because of low write-cycle count). As the disk fills >>> up, the >>> > blocks that aren't locked up get reused more and more, leading to >>> extra wear >>> > on them. Eventually one of those will get to the point of erroring >>> out. >>> > >>> > Personally, I just size generously but that isn't always an option >>> for >>> > everybody. >>> >>> I have a ZFS RaidZ2 on SSDs that has been running for several /years >>> /without any problems. The drives are Intel 730s, which Intel CLAIMS >>> don't have power-loss protection but in fact appear to; not only do the= y >>> have caps in them but in addition they pass a "pull the cord out of the >>> wall and then check to see if the data is corrupted on restart" test on >>> a repeated basis, which I did several times before trusting them. >>> >>> BTW essentially all non-data-center SSDs fail that test and some fail i= t >>> spectacularly (destroying the OS due to some of the in-flight data bein= g >>> comingled on an allocated block with something important; if the >>> read/erase/write cycle interrupts you're cooked as the "other" data tha= t >>> was not being modified gets destroyed too!) -- the Intels are one of th= e >>> very, very few that have passed it. >>> >>> -- >>> -- Karl Denninger >>> /The Market-Ticker/ >>> S/MIME Email accepted and preferred >>> >> From owner-freebsd-stable@freebsd.org Wed Feb 26 00:12:42 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1820B244F3F for ; Wed, 26 Feb 2020 00:12:42 +0000 (UTC) (envelope-from ggm@algebras.org) Received: from mail-io1-xd42.google.com (mail-io1-xd42.google.com [IPv6:2607:f8b0:4864:20::d42]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Rx881r0kz4Qtw for ; Wed, 26 Feb 2020 00:12:39 +0000 (UTC) (envelope-from ggm@algebras.org) Received: by mail-io1-xd42.google.com with SMTP id w9so1295495iob.12 for ; Tue, 25 Feb 2020 16:12:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=algebras-org.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=zwjMvt4CJVe5GoA9oCsa3Xhyh74UrFuv2vfLIb0H/Hs=; b=Lifw5D0Jm/8Ckz70UQh5d6dIX/MdWPApsQX0eYz7XBh+qtmAxLuxOB03adKsCM+iLE 830JKMLdY0+iVhc2zBej1taufLzZFsen1LCkFKYqDSBFiYMMY4A4pp/zZqo7eCJiBRG7 Ifd3JQLkN0M5wXQ9S5B0Tb2a2toOWSUZudJP6kMfpTbvXkkYoSBcTll48ArBFqzGlZG2 eRkJzZFurvm7hqUVjvzxaF6tbQJjlRZqpbt0yscJOePaTUI689/c7gwRuLjY1lKkxG5M 2KpK6GZb0q60tFh7tILSrHJ/L6JXXbHRss/U4OHEIAlwmJKYp2Xh28g65G3zEKX8QHxI 45Tw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=zwjMvt4CJVe5GoA9oCsa3Xhyh74UrFuv2vfLIb0H/Hs=; b=VF6KT8dPw7kMys1RcsfDPUvUJ9eI+oC7HyR7W4tQx48Grzm6RXtkpM3flQI1NEyRCu 0f4HggIne1wUhsP1vku2WOmSyMNwBSTGDA3jpWrD7lSjGVX8wHvsg+fWQFRTWOmIDoXD anStHomt43uGowY/I3R/TQ8TBoL26T4WX5UbYxxRojmXL8d7RA/ZnFTlb3RWTCUT17le yXAFZSnuflxUxXNh/nW7+xMGAi1/vLJVRso8pLRjM/9WwNIB9BecMOIacbaEPI6bildT hHT14TRKRAKbGxjiZZXBF342dKxfmNPwcbi8fNuB8ABYBduLZF24ijYkspI6sftNYYey 5hiA== X-Gm-Message-State: APjAAAVhV7rsAcYIqI0OQO2xw5NpTwN34ITL+UUxyhYtTkH9vMeSf/LK uZDaW1CQXvj9Z9CUeuIdO8QTtiAuhmNNZTdNkP+BCvJ5 X-Google-Smtp-Source: APXvYqz/WAT+7YJ2WXkf3aa1iIHwb7QB4szZRWRjSSCmsPq3w8ZqKzO0k/s4SucCtggj/eVlP6nLR8I3gwUCrm6YBgQ= X-Received: by 2002:a02:c76d:: with SMTP id k13mr1156039jao.13.1582675958294; Tue, 25 Feb 2020 16:12:38 -0800 (PST) MIME-Version: 1.0 References: <202002250115.01P1F9KX090465@mail.karels.net> <188F34DA-192C-4D44-96B5-18A7DAE8EC67@digsys.bg> <6028c786-8610-01d9-818e-6f69a2fe9645@ingresso.co.uk> <20200225145346.GA42880@phouka1.phouka.net> <6e329bb8-b96e-fa16-cc73-426685593943@denninger.net> In-Reply-To: From: George Michaelson Date: Wed, 26 Feb 2020 10:12:27 +1000 Message-ID: Subject: Re: Running FreeBSD on M.2 SSD To: Mario Olofo Cc: FreeBSD Stable Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 48Rx881r0kz4Qtw X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=algebras-org.20150623.gappssmtp.com header.s=20150623 header.b=Lifw5D0J; dmarc=none; spf=pass (mx1.freebsd.org: domain of ggm@algebras.org designates 2607:f8b0:4864:20::d42 as permitted sender) smtp.mailfrom=ggm@algebras.org X-Spamd-Result: default: False [-2.77 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[algebras-org.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[algebras.org]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[algebras-org.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2.4.d.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-0.27)[ip: (2.25), ipnet: 2607:f8b0::/32(-1.88), asn: 15169(-1.67), country: US(-0.05)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Feb 2020 00:12:42 -0000 you said "hybrid HDD" is this possibly about write-back vs write-through cache integrity and some confusion in a driver over what is committed back in disk, and what is not? this feels like a very nasty corner case. Could you be explicit about versions and vendors? I am asking for selfish reasons: I have a lot of dependencies in a large SSD backed ZFS postgres server on Dell, and I am about to commit to a lenovo X1 Carbon 7/8th gen which would be SSD and almost certainly was intended to be ZFS-SSD in FreeBSD. -George On Wed, Feb 26, 2020 at 9:22 AM Mario Olofo wrote: > > Hello, > > I reinstalled FreeBSD 12.1 on my SSD (in the swap partition of my Linux t= o > test) and on my Hybrid HDD. > > Just configured rc.conf to start my wifi dongle, downoaded git, node and > npm via pkg and... as you can see in my screenshot, > the ZFS already shows corrupted data... > > Can't been able to load the FreeBSD from the HDD though, don't know why, = if > someone knows how to load the > kernel from the HDD via loader on SSD or grub2, I can try =3D) > > Mario > > Em ter., 25 de fev. de 2020 =C3=A0s 20:18, Mario Olofo > escreveu: > > > Hello, > > > > I reinstalled FreeBSD 12.1 on my SSD (in the swap partition of my Linux= to > > test) and on my Hybrid HDD. > > > > Just configured and rc.conf to start my wifi dongle, downoaded git, nod= e > > and npm via pkg and... as you can see in my screenshot, > > the ZFS already shows corrupted data... > > > > Can't been able to load the FreeBSD from the HDD though, don't know why= , > > if someone direct me how to load the > > kernel from the HDD via loader or grub2, I'll try =3D) > > > > Em ter., 25 de fev. de 2020 =C3=A0s 18:56, Mario Olofo > > escreveu: > > > >> Hello, > >> > >> I reinstalled FreeBSD 12.1 on my SSD (in the swap partition of my Linu= x > >> to test) and on my Hybrid HDD. > >> > >> Just configured and rc.conf to start my wifi dongle, downoaded git, no= de > >> and npm via pkg and... as you can see in my screenshot, > >> the ZFS already shows corrupted data... > >> > >> Can't been able to load the FreeBSD from the HDD though, don't know wh= y, > >> if someone direct me how to load the > >> kernel from the HDD via loader or grub2, I'll try =3D) > >> > >> Mario > >> > >> Em ter., 25 de fev. de 2020 =C3=A0s 12:11, Karl Denninger > >> escreveu: > >> > >>> > >>> On 2/25/2020 9:53 AM, John Kennedy wrote: > >>> > On Tue, Feb 25, 2020 at 11:07:48AM +0000, Pete French wrote: > >>> >> I have often wondered if ZFS is more aggressive with discs, becaus= e > >>> until > >>> >> very recently any solid state drive I have used ZFS on broke very > >>> quicky. ... > >>> > I've always wondered if ZFS (and other snapshotting file systems= ) > >>> would help > >>> > kill SSD disks by locking up blocks longer than other filesystems > >>> might. For > >>> > example, I've got snapshot-backups going back, say, a year then tho= se > >>> blocks > >>> > that haven't changed aren't going back into the pool to be rewritte= n > >>> (and > >>> > perhaps favored because of low write-cycle count). As the disk fil= ls > >>> up, the > >>> > blocks that aren't locked up get reused more and more, leading to > >>> extra wear > >>> > on them. Eventually one of those will get to the point of erroring > >>> out. > >>> > > >>> > Personally, I just size generously but that isn't always an opti= on > >>> for > >>> > everybody. > >>> > >>> I have a ZFS RaidZ2 on SSDs that has been running for several /years > >>> /without any problems. The drives are Intel 730s, which Intel CLAIMS > >>> don't have power-loss protection but in fact appear to; not only do t= hey > >>> have caps in them but in addition they pass a "pull the cord out of t= he > >>> wall and then check to see if the data is corrupted on restart" test = on > >>> a repeated basis, which I did several times before trusting them. > >>> > >>> BTW essentially all non-data-center SSDs fail that test and some fail= it > >>> spectacularly (destroying the OS due to some of the in-flight data be= ing > >>> comingled on an allocated block with something important; if the > >>> read/erase/write cycle interrupts you're cooked as the "other" data t= hat > >>> was not being modified gets destroyed too!) -- the Intels are one of = the > >>> very, very few that have passed it. > >>> > >>> -- > >>> -- Karl Denninger > >>> /The Market-Ticker/ > >>> S/MIME Email accepted and preferred > >>> > >> > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Wed Feb 26 00:26:34 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5CB04245C72 for ; Wed, 26 Feb 2020 00:26:34 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: from mail-qk1-x744.google.com (mail-qk1-x744.google.com [IPv6:2607:f8b0:4864:20::744]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48RxS8757Dz4Ypp for ; Wed, 26 Feb 2020 00:26:32 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: by mail-qk1-x744.google.com with SMTP id b7so1029799qkl.7 for ; Tue, 25 Feb 2020 16:26:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=3VyAT5UMINWLjp2T/mOeHtjAD9W/I2kYW0SpYa/kqsI=; b=eDTcGh51rPUWpW6s1I8Wr7vuuEnyDQmF8QNToDqDqOuhaXNTOEhKGCK7ZAcjEJ68ox 3kdVVWPK2Z/83eXM6O18CBQCSrtN1mtzLLnEJfoZ4kCHOUl2SuJRiMTsHCZgy380JUV1 dRIGkrkQI/Z9TrwzO8s3RULeHflK7yI7qCDIe8zveNZ5Cn3Usm5wvbR4+SIpJOiYlDCh msGuDYfFHxCeq/508bC4ddmbdl997F778HBFAiyk3sSZDiJZP4eaVB5OZI5EqSzaiweX K5MyFH7UXWJ6oE+zZRGTsem70xrhKjvldpZi112g4hI2pYBZ4B7Moe+/KWVEA+3TJ1am HuqQ== 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=3VyAT5UMINWLjp2T/mOeHtjAD9W/I2kYW0SpYa/kqsI=; b=SgREhyhWsvxafU+lXQ6I2SQhI6k/NMYH0Sm2so5Y882ykwP8GZ4UzIA0RCdTt84tkt i0IG6ODoCYo9BwwckyEPS92kqRSagFhmtU/ECUe1+sgB02fDntoMbVlaRXO9aCeDWvSr X7JkHxdepONCZ8Dr8zKjP18dIFMAQNysrak37MGvdcE4dAqYuDlXW2oe4FoGBm6PxmVA f6BYRVKSlE9FM/40Wx7luXa9fKKIBkTuySrTpPEy4Fbr0NGXpjU9t/GPPHVW1q+RHQPD ooPhOaX569WWHGzBoHHpNHCgx40WL4zzWw1j74C3+Pq63l+91XoBiwcvhU9b/orL6tfw u92Q== X-Gm-Message-State: APjAAAUgWm+CXxN/aEFaIJ4cOpSChMDiHQizoBDTuPJa12e+7RIum2q9 xXb1cu8Jen1SwVNryt2SORzH0QSpNlzywQoFhyWiA3Vc0no= X-Google-Smtp-Source: APXvYqziNUExm1cE+PGCtqiZQEPPJK59aEeuaRdkl64YN29DNAq/SVUY6WA6WlLGP4gSkqE9ijm5MwM/KDDaxUiuePw= X-Received: by 2002:a05:620a:522:: with SMTP id h2mr1936484qkh.260.1582676791721; Tue, 25 Feb 2020 16:26:31 -0800 (PST) MIME-Version: 1.0 References: <202002250115.01P1F9KX090465@mail.karels.net> <188F34DA-192C-4D44-96B5-18A7DAE8EC67@digsys.bg> <6028c786-8610-01d9-818e-6f69a2fe9645@ingresso.co.uk> <20200225145346.GA42880@phouka1.phouka.net> <6e329bb8-b96e-fa16-cc73-426685593943@denninger.net> In-Reply-To: From: Mario Olofo Date: Tue, 25 Feb 2020 21:26:20 -0300 Message-ID: Subject: Re: Running FreeBSD on M.2 SSD To: George Michaelson Cc: FreeBSD Stable X-Rspamd-Queue-Id: 48RxS8757Dz4Ypp X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=eDTcGh51; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of marioolofo@gmail.com designates 2607:f8b0:4864:20::744 as permitted sender) smtp.mailfrom=marioolofo@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[4.4.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; IP_SCORE(0.00)[ip: (1.64), ipnet: 2607:f8b0::/32(-1.88), asn: 15169(-1.67), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Feb 2020 00:26:34 -0000 Hybrid HDD are the norm for notebooks, that is, 1TB hard drive with 16GB of SSD internal memory for fast writes and hot data (most used pages). In my case, the notebook came with a ST1000LX015, but the problem happened on the SSD, not on this HDD. The SSD is a WD Green m.2, Rebecca already posted a link to the model: https://shop.westerndigital.com/products/internal-drives/wd-green-sata-ssd#= WDS480G2G0B Mario Em ter., 25 de fev. de 2020 =C3=A0s 21:12, George Michaelson escreveu: > you said "hybrid HDD" > > is this possibly about write-back vs write-through cache integrity and > some confusion in a driver over what is committed back in disk, and > what is not? > > this feels like a very nasty corner case. Could you be explicit about > versions and vendors? > > I am asking for selfish reasons: I have a lot of dependencies in a > large SSD backed ZFS postgres server on Dell, and I am about to commit > to a lenovo X1 Carbon 7/8th gen which would be SSD and almost > certainly was intended to be ZFS-SSD in FreeBSD. > > -George > > On Wed, Feb 26, 2020 at 9:22 AM Mario Olofo wrote= : > > > > Hello, > > > > I reinstalled FreeBSD 12.1 on my SSD (in the swap partition of my Linux > to > > test) and on my Hybrid HDD. > > > > Just configured rc.conf to start my wifi dongle, downoaded git, node an= d > > npm via pkg and... as you can see in my screenshot, > > the ZFS already shows corrupted data... > > > > Can't been able to load the FreeBSD from the HDD though, don't know why= , > if > > someone knows how to load the > > kernel from the HDD via loader on SSD or grub2, I can try =3D) > > > > Mario > > > > Em ter., 25 de fev. de 2020 =C3=A0s 20:18, Mario Olofo > > > escreveu: > > > > > Hello, > > > > > > I reinstalled FreeBSD 12.1 on my SSD (in the swap partition of my > Linux to > > > test) and on my Hybrid HDD. > > > > > > Just configured and rc.conf to start my wifi dongle, downoaded git, > node > > > and npm via pkg and... as you can see in my screenshot, > > > the ZFS already shows corrupted data... > > > > > > Can't been able to load the FreeBSD from the HDD though, don't know > why, > > > if someone direct me how to load the > > > kernel from the HDD via loader or grub2, I'll try =3D) > > > > > > Em ter., 25 de fev. de 2020 =C3=A0s 18:56, Mario Olofo < > mario.olofo@gmail.com> > > > escreveu: > > > > > >> Hello, > > >> > > >> I reinstalled FreeBSD 12.1 on my SSD (in the swap partition of my > Linux > > >> to test) and on my Hybrid HDD. > > >> > > >> Just configured and rc.conf to start my wifi dongle, downoaded git, > node > > >> and npm via pkg and... as you can see in my screenshot, > > >> the ZFS already shows corrupted data... > > >> > > >> Can't been able to load the FreeBSD from the HDD though, don't know > why, > > >> if someone direct me how to load the > > >> kernel from the HDD via loader or grub2, I'll try =3D) > > >> > > >> Mario > > >> > > >> Em ter., 25 de fev. de 2020 =C3=A0s 12:11, Karl Denninger < > karl@denninger.net> > > >> escreveu: > > >> > > >>> > > >>> On 2/25/2020 9:53 AM, John Kennedy wrote: > > >>> > On Tue, Feb 25, 2020 at 11:07:48AM +0000, Pete French wrote: > > >>> >> I have often wondered if ZFS is more aggressive with discs, > because > > >>> until > > >>> >> very recently any solid state drive I have used ZFS on broke ver= y > > >>> quicky. ... > > >>> > I've always wondered if ZFS (and other snapshotting file > systems) > > >>> would help > > >>> > kill SSD disks by locking up blocks longer than other filesystems > > >>> might. For > > >>> > example, I've got snapshot-backups going back, say, a year then > those > > >>> blocks > > >>> > that haven't changed aren't going back into the pool to be > rewritten > > >>> (and > > >>> > perhaps favored because of low write-cycle count). As the disk > fills > > >>> up, the > > >>> > blocks that aren't locked up get reused more and more, leading to > > >>> extra wear > > >>> > on them. Eventually one of those will get to the point of errori= ng > > >>> out. > > >>> > > > >>> > Personally, I just size generously but that isn't always an > option > > >>> for > > >>> > everybody. > > >>> > > >>> I have a ZFS RaidZ2 on SSDs that has been running for several /year= s > > >>> /without any problems. The drives are Intel 730s, which Intel CLAI= MS > > >>> don't have power-loss protection but in fact appear to; not only do > they > > >>> have caps in them but in addition they pass a "pull the cord out of > the > > >>> wall and then check to see if the data is corrupted on restart" tes= t > on > > >>> a repeated basis, which I did several times before trusting them. > > >>> > > >>> BTW essentially all non-data-center SSDs fail that test and some > fail it > > >>> spectacularly (destroying the OS due to some of the in-flight data > being > > >>> comingled on an allocated block with something important; if the > > >>> read/erase/write cycle interrupts you're cooked as the "other" data > that > > >>> was not being modified gets destroyed too!) -- the Intels are one o= f > the > > >>> very, very few that have passed it. > > >>> > > >>> -- > > >>> -- Karl Denninger > > >>> /The Market-Ticker/ > > >>> S/MIME Email accepted and preferred > > >>> > > >> > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g > " > From owner-freebsd-stable@freebsd.org Wed Feb 26 03:42:06 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 521E824995A for ; Wed, 26 Feb 2020 03:42:06 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: from mail-qk1-x741.google.com (mail-qk1-x741.google.com [IPv6:2607:f8b0:4864:20::741]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48S1nn06LHz3ytR for ; Wed, 26 Feb 2020 03:42:04 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: by mail-qk1-x741.google.com with SMTP id z19so1380409qkj.5 for ; Tue, 25 Feb 2020 19:42:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=X/knoy6HunwsTezhpR7lW5qGUAMgfBhMiGNxRPVYm+M=; b=kqfpOca5YzysplJYQ6ItgqyGf3V1oBBcLi/J/hmRjZ0jTirNx9RDS85mLIcp0HlyK1 WudjUeG8pzu0e2IqqjgTS6aWQGx9HptEuwn5TfYyTotqv1xix72Ww859DN8JGPwWSFAw i4MqUHRGkjh7qX52K1xswv4gIDtTH8UqQ0jaDLhR8Nl4/tx7MFJk8rsY9gdSQtpieihu 0SrZHiUsquIlrucv1GMWTvCm2WumnYatheDFjBO+PXsHcCaXZ8u6OHZAKfOOA4xXQIlk 0GhNmm8ZIifzKzEpOeDaq1drwELoULWyjz9mg8MaW+0dCAvSKSqrepSVzfuG2FOQcQms RPpw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=X/knoy6HunwsTezhpR7lW5qGUAMgfBhMiGNxRPVYm+M=; b=R9wO9bTmL10atwRR2NCLAUzp1RRmL98Pe3Smey8bZUzDWlA4l04AMhQlBPshy0vltY 2RWtH2GxUP2q9lAg11eQF0pg0deWbN1++BDfdHgQSLBJ0HBHhfQRiNWLj5LagHyy51tU O0y3mpwznyEez/be6eVmo4ppXQq6oqybnlrFVmfE1OwP/M2kXVS7Kfttrxr0Alpntaqb QlVDR0f5N+hmEdUf2WhLK+XcCFzQH0rVUg1m1bfn/Gfr1iXDqgoQ+tKh2JWHEN29Ll0r BGTNX2ncCXT+OFAGUWw5gkK33oqxl2btY5a6sGoIqnLBlBPiPRvD+5kDAmKrWorcUkij 3XAg== X-Gm-Message-State: APjAAAXxOvJxkwdL0wNxfIPZAckb99NeIGgJXCIFscxVQ4tQGD4lyQwv smkylPo73e2rfS5k75oEnycvQDg2R0Gt68SEBvl0WQ== X-Google-Smtp-Source: APXvYqzbaDwH2rMlE4kgi778GFhTFp/UXRQcIkregck9vVcccmV8TD8FDDA0PXMGBBmoFfa8/PW74Y8+csZ/bDlQrBo= X-Received: by 2002:a05:620a:15f4:: with SMTP id p20mr2668636qkm.272.1582688523919; Tue, 25 Feb 2020 19:42:03 -0800 (PST) MIME-Version: 1.0 References: <202002250115.01P1F9KX090465@mail.karels.net> <188F34DA-192C-4D44-96B5-18A7DAE8EC67@digsys.bg> <6028c786-8610-01d9-818e-6f69a2fe9645@ingresso.co.uk> <20200225145346.GA42880@phouka1.phouka.net> <6e329bb8-b96e-fa16-cc73-426685593943@denninger.net> In-Reply-To: From: Mario Olofo Date: Wed, 26 Feb 2020 00:41:52 -0300 Message-ID: Subject: Re: Running FreeBSD on M.2 SSD To: FreeBSD Stable X-Rspamd-Queue-Id: 48S1nn06LHz3ytR X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=kqfpOca5; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of marioolofo@gmail.com designates 2607:f8b0:4864:20::741 as permitted sender) smtp.mailfrom=marioolofo@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_TWO(0.00)[2]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE_FREEMAIL(0.00)[]; IP_SCORE(0.00)[ip: (1.57), ipnet: 2607:f8b0::/32(-1.88), asn: 15169(-1.67), country: US(-0.05)]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[1.4.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Feb 2020 03:42:06 -0000 Guys, just a little update: I was able to boot from the HDD, just had to remove the FreeBSD partition from the SSD because the loader always load from the first pool that it founds (I say first because the two installations was on zfs/root, so it never boot the second pool). After one hour of usage the ZFS remains stable, no errors detected. I installed git, npm, node, xorg, xfce4, put some projects and loaded all the node_modules dependencies and after some time deleted some files, reboot twice, add and remove more files and the system have 0 errors... The problem with it on the SSD maybe really related to some lack of a very specific configuration of my part or is a driver parameter/misdetection problem =3D/ If you need more information from the system I can collect! Thank you all for the support, Mario Em ter., 25 de fev. de 2020 =C3=A0s 21:26, Mario Olofo escreveu: > Hybrid HDD are the norm for notebooks, that is, 1TB hard drive with 16GB > of SSD internal memory for fast writes and hot data (most used pages). > In my case, the notebook came with a ST1000LX015, but the problem happene= d > on the SSD, not on this HDD. > The SSD is a WD Green m.2, Rebecca already posted a link to the model: > https://shop.westerndigital.com/products/internal-drives/wd-green-sata-ss= d#WDS480G2G0B > > Mario > > Em ter., 25 de fev. de 2020 =C3=A0s 21:12, George Michaelson > escreveu: > >> you said "hybrid HDD" >> >> is this possibly about write-back vs write-through cache integrity and >> some confusion in a driver over what is committed back in disk, and >> what is not? >> >> this feels like a very nasty corner case. Could you be explicit about >> versions and vendors? >> >> I am asking for selfish reasons: I have a lot of dependencies in a >> large SSD backed ZFS postgres server on Dell, and I am about to commit >> to a lenovo X1 Carbon 7/8th gen which would be SSD and almost >> certainly was intended to be ZFS-SSD in FreeBSD. >> >> -George >> >> On Wed, Feb 26, 2020 at 9:22 AM Mario Olofo >> wrote: >> > >> > Hello, >> > >> > I reinstalled FreeBSD 12.1 on my SSD (in the swap partition of my Linu= x >> to >> > test) and on my Hybrid HDD. >> > >> > Just configured rc.conf to start my wifi dongle, downoaded git, node a= nd >> > npm via pkg and... as you can see in my screenshot, >> > the ZFS already shows corrupted data... >> > >> > Can't been able to load the FreeBSD from the HDD though, don't know >> why, if >> > someone knows how to load the >> > kernel from the HDD via loader on SSD or grub2, I can try =3D) >> > >> > Mario >> > >> > Em ter., 25 de fev. de 2020 =C3=A0s 20:18, Mario Olofo < >> mario.olofo@gmail.com> >> > escreveu: >> > >> > > Hello, >> > > >> > > I reinstalled FreeBSD 12.1 on my SSD (in the swap partition of my >> Linux to >> > > test) and on my Hybrid HDD. >> > > >> > > Just configured and rc.conf to start my wifi dongle, downoaded git, >> node >> > > and npm via pkg and... as you can see in my screenshot, >> > > the ZFS already shows corrupted data... >> > > >> > > Can't been able to load the FreeBSD from the HDD though, don't know >> why, >> > > if someone direct me how to load the >> > > kernel from the HDD via loader or grub2, I'll try =3D) >> > > >> > > Em ter., 25 de fev. de 2020 =C3=A0s 18:56, Mario Olofo < >> mario.olofo@gmail.com> >> > > escreveu: >> > > >> > >> Hello, >> > >> >> > >> I reinstalled FreeBSD 12.1 on my SSD (in the swap partition of my >> Linux >> > >> to test) and on my Hybrid HDD. >> > >> >> > >> Just configured and rc.conf to start my wifi dongle, downoaded git, >> node >> > >> and npm via pkg and... as you can see in my screenshot, >> > >> the ZFS already shows corrupted data... >> > >> >> > >> Can't been able to load the FreeBSD from the HDD though, don't know >> why, >> > >> if someone direct me how to load the >> > >> kernel from the HDD via loader or grub2, I'll try =3D) >> > >> >> > >> Mario >> > >> >> > >> Em ter., 25 de fev. de 2020 =C3=A0s 12:11, Karl Denninger < >> karl@denninger.net> >> > >> escreveu: >> > >> >> > >>> >> > >>> On 2/25/2020 9:53 AM, John Kennedy wrote: >> > >>> > On Tue, Feb 25, 2020 at 11:07:48AM +0000, Pete French wrote: >> > >>> >> I have often wondered if ZFS is more aggressive with discs, >> because >> > >>> until >> > >>> >> very recently any solid state drive I have used ZFS on broke ve= ry >> > >>> quicky. ... >> > >>> > I've always wondered if ZFS (and other snapshotting file >> systems) >> > >>> would help >> > >>> > kill SSD disks by locking up blocks longer than other filesystem= s >> > >>> might. For >> > >>> > example, I've got snapshot-backups going back, say, a year then >> those >> > >>> blocks >> > >>> > that haven't changed aren't going back into the pool to be >> rewritten >> > >>> (and >> > >>> > perhaps favored because of low write-cycle count). As the disk >> fills >> > >>> up, the >> > >>> > blocks that aren't locked up get reused more and more, leading t= o >> > >>> extra wear >> > >>> > on them. Eventually one of those will get to the point of >> erroring >> > >>> out. >> > >>> > >> > >>> > Personally, I just size generously but that isn't always an >> option >> > >>> for >> > >>> > everybody. >> > >>> >> > >>> I have a ZFS RaidZ2 on SSDs that has been running for several /yea= rs >> > >>> /without any problems. The drives are Intel 730s, which Intel >> CLAIMS >> > >>> don't have power-loss protection but in fact appear to; not only d= o >> they >> > >>> have caps in them but in addition they pass a "pull the cord out o= f >> the >> > >>> wall and then check to see if the data is corrupted on restart" >> test on >> > >>> a repeated basis, which I did several times before trusting them. >> > >>> >> > >>> BTW essentially all non-data-center SSDs fail that test and some >> fail it >> > >>> spectacularly (destroying the OS due to some of the in-flight data >> being >> > >>> comingled on an allocated block with something important; if the >> > >>> read/erase/write cycle interrupts you're cooked as the "other" dat= a >> that >> > >>> was not being modified gets destroyed too!) -- the Intels are one >> of the >> > >>> very, very few that have passed it. >> > >>> >> > >>> -- >> > >>> -- Karl Denninger >> > >>> /The Market-Ticker/ >> > >>> S/MIME Email accepted and preferred >> > >>> >> > >> >> > _______________________________________________ >> > freebsd-stable@freebsd.org mailing list >> > https://lists.freebsd.org/mailman/listinfo/freebsd-stable >> > To unsubscribe, send any mail to " >> freebsd-stable-unsubscribe@freebsd.org" >> > From owner-freebsd-stable@freebsd.org Wed Feb 26 05:39:56 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 551E824C883 for ; Wed, 26 Feb 2020 05:39:56 +0000 (UTC) (envelope-from dewaynegeraghty@gmail.com) Received: from mail-wr1-x430.google.com (mail-wr1-x430.google.com [IPv6:2a00:1450:4864:20::430]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48S4Pk4PgDz4fxp for ; Wed, 26 Feb 2020 05:39:54 +0000 (UTC) (envelope-from dewaynegeraghty@gmail.com) Received: by mail-wr1-x430.google.com with SMTP id l5so1402103wrx.4 for ; Tue, 25 Feb 2020 21:39:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=MsNo994pKJXOx1NryVFgIIC1ljDhTLy8FYIkUF9SwRk=; b=V+3vMaSb3h1T4FfGg2C1j6SVCQQ5EU7J4Lu+GygDbXUsX9tnU9VWwYJd1qZnwZvZ6t tRb2j/i6TJEY8V1/EyNbPsckEv37LD9yd9ZdBsbzXbHHU4CZrLZ8JFHvTlJXeToQYhiG 3fKs/xOGAJ34RvRn4V82XNZ5KulbOB7wa5ON+8gNPbDbW3xXnlN4RqvpVPubt+qA++aE w0FI8pJxQfKkuMa6eKY8ViY6bJefrnwvDoxJABb/Hr/S3U1JNSq6sviN3UEAaNT7gOZ5 ahCpONNqhm4McsKj1kOc4ipjSgZnYRhirJmXOCl1bGZvuya4L5kkGXwRE8repz2F7hUE b9aw== 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=MsNo994pKJXOx1NryVFgIIC1ljDhTLy8FYIkUF9SwRk=; b=TUj3R+hevej7TsEYor0FfubwmjB3pXvls7lwlWmkXiPfxuaP6tu18YdrJLCD7wuRGL EEkAzmeGXQEJylNGDEsdMb2/f2IGdML3mROcLnEbsst/LvVxH80/N1nP/0G03heLYM40 z9RSpwZ6fwuWGuJ8Lh+KKruZvOtdlpU3AJAe++iVThq/kugceRWAyFuXSOMcmprvIxU2 kGsiBmrBPryyZ8FWIj4MtbV1Qc/KOUWljz1bYcRb/l13+D03RppGHBDOgBQYCUbEpkT1 rkZBt+yJ+jGQgEQBaMMENLXZwesaO3Jiz4UVCiLzrc0SN780pz/DHgcA9M5wbjH+buVX 1i+A== X-Gm-Message-State: APjAAAXDo7YUndMf9+Oqe6R/CuYZdrMAoOFai3kFPDeebCCIDwZUu2vm GmDghgtBjL+ppGApgiPL5JsTsJUV0ivuwgtY9VO7mK77GHM= X-Google-Smtp-Source: APXvYqx+4vStXeNnFjumghyl/5KS5xDd+PP1ABybgosqFosITiaqQ/5WjO0h0rVPGzDES9xvKcxPeuoVCOVXiSzCVlM= X-Received: by 2002:adf:f70f:: with SMTP id r15mr3153216wrp.269.1582695592440; Tue, 25 Feb 2020 21:39:52 -0800 (PST) MIME-Version: 1.0 From: Dewayne Geraghty Date: Wed, 26 Feb 2020 16:37:43 +1100 Message-ID: Subject: ntp problems stratum 2 to 14? To: freebsd-stable stable X-Rspamd-Queue-Id: 48S4Pk4PgDz4fxp X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=V+3vMaSb; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of dewaynegeraghty@gmail.com designates 2a00:1450:4864:20::430 as permitted sender) smtp.mailfrom=dewaynegeraghty@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_TWO(0.00)[2]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE_FREEMAIL(0.00)[]; IP_SCORE(0.00)[ip: (-9.00), ipnet: 2a00:1450::/32(-2.41), asn: 15169(-1.67), country: US(-0.05)]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[0.3.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Feb 2020 05:39:56 -0000 I usually run ntpd with both aslr and as user ntpd. While testing I noticed that my server with a direct network cable to my main time keeper, jumped from the expected stratum 2 to 14 as follows (I record the date so I can synch with the debug log, also below): vm.loadavg={ 0.09 0.10 0.18 } Wed 26 Feb 2020 15:16:38 AEDT remote refid st t when poll reach delay offset jitter ============================================================================== 10.0.7.6 203.35.83.242 2 u 44 64 377 0.147 -227.12 33.560 *127.127.1.1 .LOCL. 14 l 59 128 377 0.000 0.000 0.000 Wed 26 Feb 2020 15:18:46 AEDT remote refid st t when poll reach delay offset jitter ============================================================================== 10.0.7.6 LOCAL(1) 14 u 42 64 377 0.147 -227.12 44.529 *127.127.1.1 .LOCL. 14 l 59 128 377 0.000 0.000 0.000 Wed 26 Feb 2020 15:20:54 AEDT remote refid st t when poll reach delay offset jitter ============================================================================== 10.0.7.6 LOCAL(1) 14 u 42 64 377 0.147 -227.12 73.969 *127.127.1.1 .LOCL. 14 l 59 128 377 0.000 0.000 0.000 Wed 26 Feb 2020 15:23:02 AEDT remote refid st t when poll reach delay offset jitter ============================================================================== *10.0.7.6 LOCAL(1) 14 u 37 64 377 0.164 -370.64 74.119 127.127.1.1 .LOCL. 14 l 59 128 377 0.000 0.000 0.000 Time marches on Wed 26 Feb 2020 16:03:35 AEDT remote refid st t when poll reach delay offset jitter ============================================================================== *10.0.7.6 LOCAL(1) 14 u 11 64 177 0.133 -3.148 72.295 127.127.1.1 .LOCL. 14 l 406 128 10 0.000 0.000 0.000 Wed 26 Feb 2020 16:05:43 AEDT remote refid st t when poll reach delay offset jitter ============================================================================== *10.0.7.6 203.35.83.242 2 u 7 64 377 0.164 -42.789 73.762 127.127.1.1 .LOCL. 14 l 534 128 20 0.000 0.000 0.000 The debug for the above is: 26 Feb 14:58:33 ntpd[8772]: Command line: /usr/local/sbin/ntpd -c /etc/ntp.conf -g -g -u ntpd --nofork ... 26 Feb 14:58:34 ntpd[8772]: 10.0.7.6 e014 84 reachable 26 Feb 14:58:35 ntpd[8772]: LOCAL(1) 8014 84 reachable 26 Feb 15:03:40 ntpd[8772]: LOCAL(1) 901a 8a sys_peer <== bad 26 Feb 15:03:40 ntpd[8772]: 0.0.0.0 c515 05 clock_sync 26 Feb 15:22:25 ntpd[8772]: 10.0.7.6 f01a 8a sys_peer <=== Good! 26 Feb 15:22:25 ntpd[8772]: 0.0.0.0 0613 03 spike_detect -0.370644 s 26 Feb 15:30:03 ntpd[8772]: 0.0.0.0 061c 0c clock_step -0.536289 s 26 Feb 15:30:02 ntpd[8772]: 0.0.0.0 0615 05 clock_sync 26 Feb 15:30:03 ntpd[8772]: 0.0.0.0 c618 08 no_sys_peer 26 Feb 15:30:03 ntpd[8772]: 10.0.7.6 e014 84 reachable 26 Feb 15:30:07 ntpd[8772]: LOCAL(1) 8014 84 reachable 26 Feb 15:30:21 ntpd[8772]: 10.0.7.6 f01a 8a sys_peer ... 26 Feb 15:46:49 ntpd[8772]: 0.0.0.0 c618 08 no_sys_peer 26 Feb 15:46:57 ntpd[8772]: 10.0.7.6 f01a 8a sys_peer ... 26 Feb 15:56:58 ntpd[8772]: 10.0.7.6 f01a 8a sys_peer ... 26 Feb 16:24:33 ntpd[8772]: LOCAL(1) 901a 8a sys_peer <== and stays LOCAL which is now normal for this box :( Should the jump to stratum 14 be expected? Anything obviously wrong with the ntp.conf? I've had a few days of testing on what is usually a very stable (time-wise system), seems that running at prio 20 is required. /etc/ntp.conf contains rlimit memlock -1 rlimit filenum 32 driftfile /var/db/ntp/drift disable bclient server 10.0.7.6 iburst minpoll 4 maxpoll 6 version 4 key 23057 prefer server 127.127.1.1 minpoll 7 maxpoll 7 fudge 127.127.1.1 stratum 14 restrict -4 default ignore restrict -6 default ignore restrict 127.0.0.1 nomodify nopeer notrap restrict -6 ::1 nomodify nopeer notrap restrict 0.0.0.0 ignore restrict 10.0.7.6 nomodify nopeer noquery notrap ntpport restrict 10.169.168.91 mask 255.255.255.0 nomodify nopeer noquery notrap ntpport kod limited I'm also very surprised that the jitter on the server (under testing) is so poor. The internet facing time server is *x.y.z.t .ATOM. 1 u 73 512 7 23.776 34.905 95.961 but its very old and not running aslr. Any ideas or pointers would be appreciated. This is very, time consuming. :) I'm using the following command sequence as these are all being changed sysctl kern.elf64.aslr.enable=1 kern.elf64.aslr.stack_gap=1 security.mac.ntpd.enabled=1 && \ /usr/bin/proccontrol -m aslr -s disable /usr/local/sbin/ntpdate -v -a 23057 -k /etc/ntp.keys 10.0.7.6 && sleep 2 && \ /rescue/nice -n -20 /usr/bin/proccontrol -m aslr -s disable /usr/local/sbin/ntpd -c /etc/ntp.conf -g -g -u ntpd --nofork I get similar results with /usr/sbin/ntpd, I've been testing both and happened to record details for the port ntpd. Regards, Dewayne From owner-freebsd-stable@freebsd.org Tue Feb 25 21:56:31 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 21B152419F7 for ; Tue, 25 Feb 2020 21:56:31 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: from mail-qt1-x843.google.com (mail-qt1-x843.google.com [IPv6:2607:f8b0:4864:20::843]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Rt715FXxz3Nk0 for ; Tue, 25 Feb 2020 21:56:29 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: by mail-qt1-x843.google.com with SMTP id d5so817119qto.0 for ; Tue, 25 Feb 2020 13:56:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=HxUc5gaIwIge835dZUX5IkvLBEJvC1l8WRYVqkft348=; b=STFvnVHlT/E1+efdcfKYqBlTwTjlAEsKFRhdxOPIDmV7NVqCD1tJzFEIm4Q3XWOiNl NOPREfJMUS4oRPC78UCS+Yf9OCab1c7mi6IEbKHmqeCFS9tjwhm6nQIVPOTvtF5AU45p MuwjsKFldOHjXCYc28Cd812bviEpeooJ0MrPwk3e8HIKsCzzbRYWLVi/uuYiYwER8IPW xzNIon1y5WfzGk4dx6a7KRo1tO4cgC4eL07LZuYb4fZH8CL3I6mOXhWsIXWhl+i8VN2C 6S+IBOh44aexkwmbddwO4b3JNzw3btiUJ3eAn4mYWd7r6zMU4C80CGsTpjQiKk1WOTgC CiQg== 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=HxUc5gaIwIge835dZUX5IkvLBEJvC1l8WRYVqkft348=; b=JRGd0ijo+JwYd4E8PmqRNiDLz85cvdp0PRGTB0m/9glmbhDih5Fmb+hCr7BzL9g685 K2UwqHaLEWpQBVYIEWM5tcJ1LJdUuAw/+lmVzyvPoabtQIOEmjyQeApE/+GVmEYP6V5+ HTzEy10xsFKPkdVDjiPIxOv+SBe7wws+8nleEEO66KGl0LP/E09pvlXaX/L99XAG0dZD d1iwi4GNDsOc1Bk7XU3vuL4pJ2rDdEFADpuGvSgci9r9sx4NI1tEdgVpKserYT00agS/ tRe5Cw/0AQUX0x5sndsG8wXQZy9mOInh8pRZ1ObqtIt4IJisegWzw3cfikqJRhPs/dDe 0+FQ== X-Gm-Message-State: APjAAAXDck9fvwcWntxSNolopc1JiYG0tt7GGNw38wsVfn6+fThCL5MG 238iS3qa2PVIG3dI0FZKO31GjiqyA4bOVuSapKk= X-Google-Smtp-Source: APXvYqxO8u99J0QoKz/xQDNkbpiSIgK2B/7x23z9/fBId2NLQbiBcP85VWSZ2R9AepUxmzehmusDqRgh0/B0K+Vh9n0= X-Received: by 2002:ac8:37e6:: with SMTP id e35mr946896qtc.302.1582667787853; Tue, 25 Feb 2020 13:56:27 -0800 (PST) MIME-Version: 1.0 References: <202002250115.01P1F9KX090465@mail.karels.net> <188F34DA-192C-4D44-96B5-18A7DAE8EC67@digsys.bg> <6028c786-8610-01d9-818e-6f69a2fe9645@ingresso.co.uk> <20200225145346.GA42880@phouka1.phouka.net> <6e329bb8-b96e-fa16-cc73-426685593943@denninger.net> In-Reply-To: <6e329bb8-b96e-fa16-cc73-426685593943@denninger.net> From: Mario Olofo Date: Tue, 25 Feb 2020 18:56:16 -0300 Message-ID: Subject: Re: Running FreeBSD on M.2 SSD To: Karl Denninger Cc: freebsd-stable@freebsd.org X-Rspamd-Queue-Id: 48Rt715FXxz3Nk0 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=STFvnVHl; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of marioolofo@gmail.com designates 2607:f8b0:4864:20::843 as permitted sender) smtp.mailfrom=marioolofo@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; HAS_ATTACHMENT(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (2.00), ipnet: 2607:f8b0::/32(-1.88), asn: 15169(-1.67), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/mixed,multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[3.4.8.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-Mailman-Approved-At: Wed, 26 Feb 2020 06:22:42 +0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Feb 2020 21:56:31 -0000 Hello, I reinstalled FreeBSD 12.1 on my SSD (in the swap partition of my Linux to test) and on my Hybrid HDD. Just configured and rc.conf to start my wifi dongle, downoaded git, node and npm via pkg and... as you can see in my screenshot, the ZFS already shows corrupted data... Can't been able to load the FreeBSD from the HDD though, don't know why, if someone direct me how to load the kernel from the HDD via loader or grub2, I'll try =3D) Mario Em ter., 25 de fev. de 2020 =C3=A0s 12:11, Karl Denninger escreveu: > > On 2/25/2020 9:53 AM, John Kennedy wrote: > > On Tue, Feb 25, 2020 at 11:07:48AM +0000, Pete French wrote: > >> I have often wondered if ZFS is more aggressive with discs, because > until > >> very recently any solid state drive I have used ZFS on broke very > quicky. ... > > I've always wondered if ZFS (and other snapshotting file systems) > would help > > kill SSD disks by locking up blocks longer than other filesystems > might. For > > example, I've got snapshot-backups going back, say, a year then those > blocks > > that haven't changed aren't going back into the pool to be rewritten (a= nd > > perhaps favored because of low write-cycle count). As the disk fills > up, the > > blocks that aren't locked up get reused more and more, leading to extra > wear > > on them. Eventually one of those will get to the point of erroring out= . > > > > Personally, I just size generously but that isn't always an option f= or > > everybody. > > I have a ZFS RaidZ2 on SSDs that has been running for several /years > /without any problems. The drives are Intel 730s, which Intel CLAIMS > don't have power-loss protection but in fact appear to; not only do they > have caps in them but in addition they pass a "pull the cord out of the > wall and then check to see if the data is corrupted on restart" test on > a repeated basis, which I did several times before trusting them. > > BTW essentially all non-data-center SSDs fail that test and some fail it > spectacularly (destroying the OS due to some of the in-flight data being > comingled on an allocated block with something important; if the > read/erase/write cycle interrupts you're cooked as the "other" data that > was not being modified gets destroyed too!) -- the Intels are one of the > very, very few that have passed it. > > -- > -- Karl Denninger > /The Market-Ticker/ > S/MIME Email accepted and preferred > From owner-freebsd-stable@freebsd.org Tue Feb 25 23:19:05 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9CE44243B93 for ; Tue, 25 Feb 2020 23:19:05 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: from mail-qk1-x743.google.com (mail-qk1-x743.google.com [IPv6:2607:f8b0:4864:20::743]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48RvyJ3Vklz3K9X for ; Tue, 25 Feb 2020 23:19:04 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: by mail-qk1-x743.google.com with SMTP id o28so888907qkj.9 for ; Tue, 25 Feb 2020 15:19:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=4Uc5kl011rDVm2Vcu5/Z60nCPZZSlu1QCRhi+X2/kas=; b=X1jQzbBCY0G7IVq8/ARh93agBmSZe+xB9UTvztrbfcDEhnhknjK7Pxtf+KaFyoGeWv m42SaL6fW8OxD9Uf3CoJrikDfYvj7I91+fDGovxOn2aW7lchvlR1r4r+s28LK1GTs8Lb 9mzMwjIMoes0/WMgcEP3m7gZvVjWf276FmgtlargFt7vGVXIMIOJvEFWhhbAb0AIQon+ f/QKrzPbFoV6WTCBDHyZJg+0+MyoDVR4bGMEO4XVdsKlZiLK0vNoGtrvYCr2jEvfbqXN qTFa3V7Q/UIfiq9Dt28NtsaXwh2qD1NpwvtTCh/tkU9WiF/Ku32r/8FGhoV39hGxRmRG hMYg== 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=4Uc5kl011rDVm2Vcu5/Z60nCPZZSlu1QCRhi+X2/kas=; b=JdykT9gR+zRciac9udfTehc1cDyNYDOBUgZMvp+AwkRTJMf8ll+khCKzTchtAO5EeG J8Jnr64hPzcYHJjseB1ld06ANwGuX1KO77sgVyFsNGFqsYKt0Yy0nJPi0mbIZ3nVAIW8 ZgL0qh0wboXNE43GqUibV/A0OFfTNoMlA6zLJIZM/ETnZYtlsYf6qFzNGVSchZhH0xzk ioeq+XKI/B2rWr+nrAlg3+QYYP/9h05isotpTo7uwtdrqrXz0hIpPSPUrFSeK2BEw+Lr 1nD3hDBcOJDZpTDFcFx1r9U/sDOlOQ7WvBOZblQJ21WyODvvXzmPD8J+XgbUASSAZclq GpGA== X-Gm-Message-State: APjAAAXntljVKN8QTRbyZ+5MFqm4KseP8zeCFLv2mTHDPPEmTk11WnhS U3KpjUdvNtNuh5X09c0jpiNvpDLPlIyd3ow44MxRyBq2Dho= X-Google-Smtp-Source: APXvYqzAUWZNoD29c+H4srlu0hJNH052NZuwRPc37r7Odk35yBDQDkJwuS2uBDugfpvc86kzdrp/oG5OJKjizt6f8MQ= X-Received: by 2002:a37:610d:: with SMTP id v13mr1621751qkb.484.1582672742983; Tue, 25 Feb 2020 15:19:02 -0800 (PST) MIME-Version: 1.0 References: <202002250115.01P1F9KX090465@mail.karels.net> <188F34DA-192C-4D44-96B5-18A7DAE8EC67@digsys.bg> <6028c786-8610-01d9-818e-6f69a2fe9645@ingresso.co.uk> <20200225145346.GA42880@phouka1.phouka.net> <6e329bb8-b96e-fa16-cc73-426685593943@denninger.net> In-Reply-To: From: Mario Olofo Date: Tue, 25 Feb 2020 20:18:51 -0300 Message-ID: Subject: Re: Running FreeBSD on M.2 SSD To: Karl Denninger Cc: freebsd-stable@freebsd.org X-Rspamd-Queue-Id: 48RvyJ3Vklz3K9X X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=X1jQzbBC; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of marioolofo@gmail.com designates 2607:f8b0:4864:20::743 as permitted sender) smtp.mailfrom=marioolofo@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; HAS_ATTACHMENT(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (1.77), ipnet: 2607:f8b0::/32(-1.88), asn: 15169(-1.67), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/mixed,multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[3.4.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-Mailman-Approved-At: Wed, 26 Feb 2020 06:22:53 +0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Feb 2020 23:19:05 -0000 Hello, I reinstalled FreeBSD 12.1 on my SSD (in the swap partition of my Linux to test) and on my Hybrid HDD. Just configured and rc.conf to start my wifi dongle, downoaded git, node and npm via pkg and... as you can see in my screenshot, the ZFS already shows corrupted data... Can't been able to load the FreeBSD from the HDD though, don't know why, if someone direct me how to load the kernel from the HDD via loader or grub2, I'll try =3D) Em ter., 25 de fev. de 2020 =C3=A0s 18:56, Mario Olofo escreveu: > Hello, > > I reinstalled FreeBSD 12.1 on my SSD (in the swap partition of my Linux t= o > test) and on my Hybrid HDD. > > Just configured and rc.conf to start my wifi dongle, downoaded git, node > and npm via pkg and... as you can see in my screenshot, > the ZFS already shows corrupted data... > > Can't been able to load the FreeBSD from the HDD though, don't know why, > if someone direct me how to load the > kernel from the HDD via loader or grub2, I'll try =3D) > > Mario > > Em ter., 25 de fev. de 2020 =C3=A0s 12:11, Karl Denninger > escreveu: > >> >> On 2/25/2020 9:53 AM, John Kennedy wrote: >> > On Tue, Feb 25, 2020 at 11:07:48AM +0000, Pete French wrote: >> >> I have often wondered if ZFS is more aggressive with discs, because >> until >> >> very recently any solid state drive I have used ZFS on broke very >> quicky. ... >> > I've always wondered if ZFS (and other snapshotting file systems) >> would help >> > kill SSD disks by locking up blocks longer than other filesystems >> might. For >> > example, I've got snapshot-backups going back, say, a year then those >> blocks >> > that haven't changed aren't going back into the pool to be rewritten >> (and >> > perhaps favored because of low write-cycle count). As the disk fills >> up, the >> > blocks that aren't locked up get reused more and more, leading to extr= a >> wear >> > on them. Eventually one of those will get to the point of erroring ou= t. >> > >> > Personally, I just size generously but that isn't always an option >> for >> > everybody. >> >> I have a ZFS RaidZ2 on SSDs that has been running for several /years >> /without any problems. The drives are Intel 730s, which Intel CLAIMS >> don't have power-loss protection but in fact appear to; not only do they >> have caps in them but in addition they pass a "pull the cord out of the >> wall and then check to see if the data is corrupted on restart" test on >> a repeated basis, which I did several times before trusting them. >> >> BTW essentially all non-data-center SSDs fail that test and some fail it >> spectacularly (destroying the OS due to some of the in-flight data being >> comingled on an allocated block with something important; if the >> read/erase/write cycle interrupts you're cooked as the "other" data that >> was not being modified gets destroyed too!) -- the Intels are one of the >> very, very few that have passed it. >> >> -- >> -- Karl Denninger >> /The Market-Ticker/ >> S/MIME Email accepted and preferred >> > From owner-freebsd-stable@freebsd.org Wed Feb 26 08:18:26 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DA6C5250503 for ; Wed, 26 Feb 2020 08:18:26 +0000 (UTC) (envelope-from timp87@gmail.com) Received: from mail-wm1-x330.google.com (mail-wm1-x330.google.com [IPv6:2a00:1450:4864:20::330]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48S7wd3zWxz4cks; Wed, 26 Feb 2020 08:18:24 +0000 (UTC) (envelope-from timp87@gmail.com) Received: by mail-wm1-x330.google.com with SMTP id f15so1111199wml.3; Wed, 26 Feb 2020 00:18:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=+WDtpp40o6uPMrnopnvjKGeHQ/GNQlmEVYaKswzNGHA=; b=MOW2tdWm0xAbnwgxbQMmU25t+SQ+9k9PWFTKGcaDHUJZgxQ36sf1m8gz7w3/qYMSEp jmw+JwKa23QV+O0P5Oc09grP46n86TEagjPNmFtKWEZTA8sDuhHKfkFzIWIUIwRLL54f R5mo54z48ROBNlR5rGa/H75VLXwgCtjqVh/IU1Oe1emS6JRqRrz9h1jqwRkubN5H0KDf zK+wyGyWidMwHJ0haOyOZSAFKLIZU1LhZh8Ex+zj2SdoK2pSNanIgfbF922ZkkRXw3n6 2oP4H+LBuhZtKmOoYSLky7sPlgffzQyrvVcjHsdqfsFHXS7mWVbaBKH7J6HQ5tJtjPwu Dcvg== 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=+WDtpp40o6uPMrnopnvjKGeHQ/GNQlmEVYaKswzNGHA=; b=pUYlDwVNHElKVP8NMFzDy02QPByVuPMcPzjCGdHzzu/ObM+5s6ucRtqlYZOokYAUle sK+IiUes2ijvsKE/N/ogvgKm08UpuA4YN4gjgQp8JPEd0FhWcQhiy3oEkvunNQWdSj45 iEfQIfBWdlFmrf8svTS/PTVnkYFaVUF3oAPv/rfj8ZPMpuyYWNOig8y1ySJnV/eXmNPt tn969PYVMQjY1B9fP2TT0o8xdkBWCTo8NDfHdIB6eMG6nFlrjvtObN6L3AMYdod4b6nI RochpHbUdJl1q8F3/wWQOrqgDm5dDclgH5qdJNn2gyhj3/iQ/XgS68451F47+vFdrC/T 1SVg== X-Gm-Message-State: APjAAAUm+UaazqweasIlhuDzGFIXFa4eKLos1am9JgA7Rd4znfXpoR4Z daycIGakIgLHmH7okMH6pjS3KlHHvncWv8E3aSByBzi7j0A= X-Google-Smtp-Source: APXvYqxOSqJcDF5wb7pg00UypRd47RsD6Rg+94k80ERJkMr7gaeLhRtVSQO2jEW+7KM4SlvH1B5p31DkjbwZ2M9TkL4= X-Received: by 2002:a7b:c119:: with SMTP id w25mr4085589wmi.116.1582705102930; Wed, 26 Feb 2020 00:18:22 -0800 (PST) MIME-Version: 1.0 From: Pavel Timofeev Date: Wed, 26 Feb 2020 11:18:11 +0300 Message-ID: Subject: Forgotten MFC related to if_tuntap To: freebsd-stable stable , Kyle Evans Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 48S7wd3zWxz4cks X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=MOW2tdWm; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of timp87@gmail.com designates 2a00:1450:4864:20::330 as permitted sender) smtp.mailfrom=timp87@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; IP_SCORE(0.00)[ip: (-9.14), ipnet: 2a00:1450::/32(-2.41), asn: 15169(-1.67), country: US(-0.05)]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[0.3.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Feb 2020 08:18:26 -0000 Hi, Looking at 12-STABLE I found that r354060 missed one more change (i. e. https://svnweb.freebsd.org/base?view=revision&revision=347515 from HEAD): ------------------------------------------------------------------------ r347515 | markj | 2019-05-13 04:18:17 +0300 (Mon, 13 May 2019) | 4 lines Catch up with r347241. MFC with: r347241 Index: head/sys/mips/conf/std.AR_MIPS_BASE =================================================================== --- head/sys/mips/conf/std.AR_MIPS_BASE (revision 347514) +++ head/sys/mips/conf/std.AR_MIPS_BASE (revision 347515) @@ -21,8 +21,8 @@ # .. And no sysctl strings options NO_SYSCTL_DESCR -makeoptions MODULES_OVERRIDE+="gpio ar71xx if_gif if_vlan if_gre if_tap" -makeoptions MODULES_OVERRIDE+="if_tun if_bridge bridgestp usb" +makeoptions MODULES_OVERRIDE+="gpio ar71xx if_gif if_vlan if_gre if_tuntap" +makeoptions MODULES_OVERRIDE+="if_bridge bridgestp usb" makeoptions MODULES_OVERRIDE+="alq" # Random - required during early boot! ------------------------------------------------------------------------ From owner-freebsd-stable@freebsd.org Wed Feb 26 13:24:57 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1C49725849B for ; Wed, 26 Feb 2020 13:24:57 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48SGkJ3xtHz3MtV for ; Wed, 26 Feb 2020 13:24:56 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qk1-f180.google.com (mail-qk1-f180.google.com [209.85.222.180]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 1C9289A50 for ; Wed, 26 Feb 2020 13:24:56 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qk1-f180.google.com with SMTP id h4so2610732qkm.0 for ; Wed, 26 Feb 2020 05:24:56 -0800 (PST) X-Gm-Message-State: APjAAAWJVNFwPHAqDGstfL4JmmJ/KGh1RKRAFi2vd5A9xCoeJCpkpUWN b/HVirt9L4qHMQLtUTeZl26k1/0IC3cpgifhlaE= X-Google-Smtp-Source: APXvYqzLXaWBql8/7EAVYk1GohESD9WikP/oWNnuUL6/K2UQrA3Z+xNqwFt3vyWReya1/rKWAdlaVQuNgkIe01f/aWo= X-Received: by 2002:a37:c05:: with SMTP id 5mr5864379qkm.120.1582723495389; Wed, 26 Feb 2020 05:24:55 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Kyle Evans Date: Wed, 26 Feb 2020 07:24:43 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Forgotten MFC related to if_tuntap To: Pavel Timofeev Cc: freebsd-stable stable Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Feb 2020 13:24:57 -0000 On Wed, Feb 26, 2020 at 2:18 AM Pavel Timofeev wrote: > > Hi, > Looking at 12-STABLE I found that r354060 missed one more change (i. > e. https://svnweb.freebsd.org/base?view=revision&revision=347515 from > HEAD): > Whoops, good catch- fixed in r358331. Thanks! Kyle Evans From owner-freebsd-stable@freebsd.org Wed Feb 26 13:39:51 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 740F9258981; Wed, 26 Feb 2020 13:39:51 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48SH3W1S6bz4VlW; Wed, 26 Feb 2020 13:39:51 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1129) id 21F35E665; Wed, 26 Feb 2020 13:39:51 +0000 (UTC) Date: Wed, 26 Feb 2020 13:39:51 +0000 From: Li-Wen Hsu To: freebsd-testing@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: FreeBSD CI Weekly Report 2020-02-23 Message-ID: <20200226133951.GA51091@freefall.freebsd.org> Reply-To: freebsd-testing@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Feb 2020 13:39:51 -0000 (Please send the followup to freebsd-testing@ and note Reply-To is set.) FreeBSD CI Weekly Report 2020-02-23 =================================== Here is a summary of the FreeBSD Continuous Integration results for the period from 2020-02-17 to 2020-02-23. During this period, we have: * 1969 builds (87.7% (-3.0) passed, 12.3% (+3.0) failed) of buildworld and buildkernel (GENERIC and LINT) were executed on aarch64, amd64, armv6, armv7, i386, mips, mips64, powerpc, powerpc64, powerpcspe, riscv64, sparc64 architectures for head, stable/12, stable/11 branches. * 307 test runs (66.8% (+6.7) passed, 30.3% (+0.8) unstable, 2.9% (-7.5) exception) were executed on amd64, i386, riscv64 architectures for head, stable/12, stable/11 branches. * 50 doc and www builds (96% (-3.0) passed, 4.0% (+3.0) failed) Test case status (on 2020-02-23 23:59): | Branch/Architecture | Total | Pass | Fail | Skipped | | ------------------- | ---------- | ---------- | ------ | ------- | | head/amd64 | 7699 (-39) | 7601 (-45) | 6 (+6) | 92 (0) | | head/i386 | 7697 (-39) | 7593 (-47) | 6 (+6) | 98 (+2) | | 12-STABLE/amd64 | 7501 (-42) | 7444 (-50) | 0 (0) | 57 (+8) | | 12-STABLE/i386 | 7499 (-42) | 7450 (-34) | 0 (0) | 49 (-8) | | 11-STABLE/amd64 | 6878 (+7) | 6831 (+7) | 0 (0) | 47 (0) | | 11-STABLE/i386 | 6876 (+7) | 6824 (+4) | 0 (0) | 52 (+3) | (The statistics from experimental jobs are omitted) If any of the issues found by CI are in your area of interest or expertise please investigate the PRs listed below. The latest web version of this report is available at https://hackmd.io/@FreeBSD-CI/report-20200223 and archive is available at https://hackmd.io/@FreeBSD-CI/ , any help is welcome. ## News * FreeBSD-head-sparc64-build has been disabled since 2020-02-20 * Default amd64 GCC build job has been swtich to https://ci.freebsd.org/job/FreeBSD-head-amd64-gcc6_build which uses devel/amd64-gcc6, https://ci.freebsd.org/job/FreeBSD-head-amd64-gcc6_build uses devel/amd64-gcc has been deprecated. ## Failed and Fixed tests * sys.file.flock_test.main panics kernel after [r358153, r358170] https://bugs.freebsd.org/244250 ## Regressions * fusefs tests fail when mac_bsdextended.ko is loaded https://bugs.freebsd.org/244229 * `dtrace -c` causes program dumps core after somewhere between (r357694, r357701] https://bugs.freebsd.org/244053 * Lock-order reversals triggered by tests under sys.net.if_lagg_test.* on i386 https://bugs.freebsd.org/244163 Discovered by newly endabled sys.net.* tests. ([r357857](https://svnweb.freebsd.org/changeset/base/357857)) * sys.net.if_lagg_test.lacp_linkstate_destroy_stress panics i386 kernel https://bugs.freebsd.org/244168 Discovered by newly endabled sys.net.* tests. ([r357857](https://svnweb.freebsd.org/changeset/base/357857)) * (test case) sys.geom.class.multipath.misc.fail_on_error (on 12-STABLE) https://bugs.freebsd.org/244158 ## Failing and Flaky tests (from experimental jobs) * https://ci.freebsd.org/job/FreeBSD-head-amd64-dtrace_test/ * cddl.usr.sbin.dtrace.common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237641 * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/ * There are ~13 failing and ~109 skipped cases, including flakey ones, see https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/lastCompletedBuild/testReport/ for more details * Work for cleaning these failing cass are in progress * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_ltp/ * Total 3670 tests (0), 2290 success (0), 574 failures (0), 806 skipped (0) ## Disabled Tests * sys.fs.tmpfs.mount_test.large https://bugs.freebsd.org/212862 * sys.fs.tmpfs.link_test.kqueue https://bugs.freebsd.org/213662 * sys.kqueue.libkqueue.kqueue_test.main https://bugs.freebsd.org/233586 * sys.kern.ptrace_test.ptrace__PT_KILL_competing_stop https://bugs.freebsd.org/220841 * lib.libc.regex.exhaust_test.regcomp_too_big (i386 only) https://bugs.freebsd.org/237450 * sys.netinet.socket_afinet.socket_afinet_bind_zero https://bugs.freebsd.org/238781 * sys.netpfil.pf.names.names * sys.netpfil.pf.synproxy.synproxy https://bugs.freebsd.org/238870 * sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger https://bugs.freebsd.org/239292 * sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger https://bugs.freebsd.org/239397 * sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger https://bugs.freebsd.org/239399 * sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger https://bugs.freebsd.org/239425 * lib.libc.gen.getmntinfo_test.getmntinfo_test https://bugs.freebsd.org/240049 * sys.sys.qmath_test.qdivq_s64q https://bugs.freebsd.org/240219 * sys.kern.ptrace_test.ptrace__getppid https://bugs.freebsd.org/240510 * lib.libc.sys.stat_test.stat_socket https://bugs.freebsd.org/240621 * lib.libarchive.functional_test.test_write_filter_zstd https://bugs.freebsd.org/240683 * lib.libcasper.services.cap_dns.dns_test.main https://bugs.freebsd.org/241435 * local.kyua.* (31 cases) & local.lutok.* (3 cases) on 11-i386 https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/2278/testReport/ * sys.geom.class.multipath.failloop.failloop https://bugs.freebsd.org/242689 * sys.kern.ptrace_test.ptrace__procdesc_reparent_wait_child https://bugs.freebsd.org/243605 * skip sys.geom.class.multipath.failloop.failloop (new) https://bugs.freebsd.org/244053 * sys.kern.ptrace_test.ptrace__parent_wait_after_attach (new) https://bugs.freebsd.org/244055 * sys.kern.ptrace_test.ptrace__parent_exits_before_child (new) https://bugs.freebsd.org/244056 * sys.net.if_lagg_test.witness (i386, new) https://bugs.freebsd.org/244163 * PipePdfork.WildcardWait in sys.capsicum.capsicum-test.main (new) https://bugs.freebsd.org/244165 * sys.net.if_lagg_test.lacp_linkstate_destroy_stress (i386, new) https://bugs.freebsd.org/244168 * sys.netinet6.frag6.frag6_07.frag6_07 (new) https://bugs.freebsd.org/244170 * sys.netinet.fibs_test.udp_dontroute6 (new) https://bugs.freebsd.org/244172 ## Issues ### Cause build fails * https://bugs.freebsd.org/233735 Possible build race: genoffset.o /usr/src/sys/sys/types.h: error: machine/endian.h: No such file or directory * https://bugs.freebsd.org/233769 Possible build race: ld: error: unable to find library -lgcc_s ### Cause kernel panics * https://bugs.freebsd.org/238870 sys.netpfil.pf.names.names and sys.netpfil.pf.synproxy.synproxy cause panic Patch exists: * https://reviews.freebsd.org/D20868 * https://reviews.freebsd.org/D20869 ### Open * https://bugs.freebsd.org/237403 Tests in sys/opencrypto should be converted to Python3 * https://bugs.freebsd.org/237641 Flakey test case: common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237656 "Freed UMA keg (rtentry) was not empty (18 items). Lost 1 pages of memory." seen when running sys/netipsec tests * https://bugs.freebsd.org/238781 sys.netinet.socket_afinet.socket_afinet_bind_zero does not work when mac_portacl(4) loaded * https://bugs.freebsd.org/239292 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger * https://bugs.freebsd.org/239397 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger * https://bugs.freebsd.org/239399 Flakey test case: sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger * https://bugs.freebsd.org/239425 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger * https://bugs.freebsd.org/241662 Flakey test case: lib.libarchive.functional_test.test_fuzz_iso9660 ### Others * [Tickets related to testing@](https://preview.tinyurl.com/y9maauwg) From owner-freebsd-stable@freebsd.org Wed Feb 26 19:43:52 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DE4AA242487 for ; Wed, 26 Feb 2020 19:43:52 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vtr.rulingia.com (vtr.rulingia.com [IPv6:2001:19f0:5801:ebe:5400:1ff:fe53:30fd]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vtr.rulingia.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48SR7W2d8jz4bND for ; Wed, 26 Feb 2020 19:43:50 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from server.rulingia.com (ppp239-208.static.internode.on.net [59.167.239.208]) by vtr.rulingia.com (8.15.2/8.15.2) with ESMTPS id 01QJhZvq015379 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 27 Feb 2020 06:43:41 +1100 (AEDT) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.15.2/8.15.2) with ESMTPS id 01QJhUiG087387 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 27 Feb 2020 06:43:30 +1100 (AEDT) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.15.2/8.15.2/Submit) id 01QJhUZh087386; Thu, 27 Feb 2020 06:43:30 +1100 (AEDT) (envelope-from peter) Date: Thu, 27 Feb 2020 06:43:29 +1100 From: Peter Jeremy To: Dewayne Geraghty Cc: freebsd-stable stable Subject: Re: ntp problems stratum 2 to 14? Message-ID: <20200226194329.GA85186@server.rulingia.com> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 48SR7W2d8jz4bND X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of peter@rulingia.com designates 2001:19f0:5801:ebe:5400:1ff:fe53:30fd as permitted sender) smtp.mailfrom=peter@rulingia.com X-Spamd-Result: default: False [-6.61 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; IP_SCORE(-3.21)[ip: (-9.77), ipnet: 2001:19f0:5800::/38(-4.36), asn: 20473(-1.88), country: US(-0.05)]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[rulingia.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; SIGNED_PGP(-2.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:20473, ipnet:2001:19f0:5800::/38, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Feb 2020 19:43:52 -0000 --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2020-Feb-26 16:37:43 +1100, Dewayne Geraghty = wrote: >I usually run ntpd with both aslr and as user ntpd. While testing I >noticed that my server with a direct network cable to my main time keeper, >jumped from the expected stratum 2 to 14 as follows (I record the date so I >can synch with the debug log, also below): > >vm.loadavg=3D{ 0.09 0.10 0.18 } > >Wed 26 Feb 2020 15:16:38 AEDT > remote refid st t when poll reach delay offset > jitter >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D > 10.0.7.6 203.35.83.242 2 u 44 64 377 0.147 -227.12 33.= 560 >*127.127.1.1 .LOCL. 14 l 59 128 377 0.000 0.000 0.= 000 >26 Feb 15:03:40 ntpd[8772]: LOCAL(1) 901a 8a sys_peer <=3D=3D bad Why is this bad? You've specified that this is a valid clock source so ntpd is free to use it if it decides it is the best source of time. >server 127.127.1.1 minpoll 7 maxpoll 7 >fudge 127.127.1.1 stratum 14 Synchronizing to the local clock (ie using 127.127.1.x as a reference) is almost never correct. What external (to NTP) source is being used to synchronize the local clock? >I'm also very surprised that the jitter on the server (under testing) is so >poor. The internet facing time server is >*x.y.z.t .ATOM. 1 u 73 512 7 23.776 34.905 95.961 >but its very old and not running aslr. The 23ms distance to the peer suggests that this is over the Internet. What sort of link do you have to the Internet and how heavily loaded is it? The NTP protocol includes the assumption that the client-server path delay is symmetric - this is often untrue for SOHO connections. And SOHO connections will often wind up saturated in one direction - which skews the apparent timestamps and shows up as high jitter values. > /usr/local/sbin/ntpd -c /etc/ntp.conf -g -g -u ntpd --nofork =2E.. >I get similar results with /usr/sbin/ntpd, I've been testing both and >happened to record details for the port ntpd. It's probably not relevant but it would be useful for you to say up front which ntpd you are having problems with and which version of the port you have installed. --=20 Peter Jeremy --1yeeQ81UyVL57Vl7 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE7rKYbDBnHnTmXCJ+FqWXoOSiCzQFAl5Wyl1fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEVF QjI5ODZDMzA2NzFFNzRFNjVDMjI3RTE2QTU5N0EwRTRBMjBCMzQACgkQFqWXoOSi CzSJvQ/+PuM5m/+F22QYrsQd7g8F4Zq0t+B/dqWj2h3zTOJnePBqdOvOJJhvP5u5 JE7qtO3BMf6wahEO6jfwxmEX/pcRKZCoQTjuQePv/offjzksA0PyqJoyzt5QBsfC s6kDrg2GOI3kk+UIC8l8LdnSZHltctBz/4MBgkwnouXHW+mRUU2XdBKhmMUydhKh 8EUdwHPoFqRGFESi2bEac4BT+Jeu44f5Zx2dHRciiHP9pfONNAe9tP71SQfaLGKM q+XGyxcgHChpGs9OhGlD08sIMeg+moZhUwHl6dbkbQ/VquaSAAHxNFXpFZEXF+el m5ucFCA/bFYN7a+DuFiUkCj7QqibIuyD087WSdUQADbWidE+B7JHtEZZlz8HeldH bRRnep65XHVTpWSRUUBoZXDfS3xfqGr/o9qrCkCvJNBYu/JGPsORgC+xzbRK5qx0 WK0b9mt9Clj9bt9mtyhiba2ga74mSVSDQCRKGhPpaWiqMXDw5BHNA0055M/p24QM e5OT5SK3yC9vBemQZkCNxeXZAt21j6t2oq+uivHcx0rdKuj8IckgLJs9SfkuiFEo TKaARGWibFvcfk4bcPkdRhh26LU8E120v6+RMTPazLsLpxTrvqC+a29V1bOQAyDZ kAAn6b3VcxgX20QeWyKHDZ6H0TECXX6+fwgCPqOomJ5hM/PeIp0= =xsl8 -----END PGP SIGNATURE----- --1yeeQ81UyVL57Vl7-- From owner-freebsd-stable@freebsd.org Thu Feb 27 03:54:24 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C9EBF25319F for ; Thu, 27 Feb 2020 03:54:24 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: from mail-qv1-xf44.google.com (mail-qv1-xf44.google.com [IPv6:2607:f8b0:4864:20::f44]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Sf1W2QKgz419L for ; Thu, 27 Feb 2020 03:54:23 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: by mail-qv1-xf44.google.com with SMTP id ea1so912756qvb.7 for ; Wed, 26 Feb 2020 19:54:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Y4/Q/A06gi9vnUPSjywi2Ql3zns5URaxPr3vjPxMqR4=; b=Cnq94CDg9PVvh7MMLi+e149KA71ufq5F22MdMS3OAcuF3vd1DQbkEEg3DahRVxmsgG s0LY+NqJUwibqcTkv/SpmLNGeJ64B10mkfqndrPmXBWVUwvQvvznRyle6e1KbcwMAjhN lOqBQGHBS3fAnBA12qUUZGcWntXUCfFUBU53kslFKfV0Dlhy/WR5/JWqf9KhKJJWoC01 GTH+fcXw8i8Uk77UKN2wBgKPMEaVnF0K/CcgvvQJHWP114WLheXwGyJJqgDmwxuveieV pFy1Dk/bl0pJriTNlAaMd15rlgH3NfuwSTLW/2SjdH/2LYox16EB8uNFa0m7RHfLX1Oo 3zGg== 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=Y4/Q/A06gi9vnUPSjywi2Ql3zns5URaxPr3vjPxMqR4=; b=fzDsXYQf3tOeVDxMmpcjJZCIEFJGA91zBYV6FUt/Q7tIfh44zY3+fhmUiDy5IcSau1 bgskn2oqjKjGUwj+0Lo2DZ78HlfPQF2+Kg7rQUhs7apGv3MfRNuLneWTvOy9JyPJLLF/ TglxczcFXXv3SuKm5hQ/0yeDe6hRKV6Sw1+nPpXt2OKIZX0eJUIoMjs4YGgQvvoxydwc QY3Dg/IDspB5vFxx71e/7qjpgMdFOvHww1k21G+GM30IYyOS+CMOxWBtE9TbfludMKUP BOtryNHa0WtWRLuYSXwEqDCRbS5FnE4PWk2W1YDppo3o5Q8LhWqDV3Z80RM7WDL4PYc6 vnxg== X-Gm-Message-State: APjAAAVgg9el5p5qQIhNN388+Omg9d19/dmIVKxTro27YT07q4NWZ9/U 9/MgYlhX5h5UNrHoLCby8cDwXYYjJngsAvEsEGUhvgKU X-Google-Smtp-Source: APXvYqx8lLF17ux9Yxbt5hDn8Grf0hEejmK10Xgg4vlFlNTK+6sSqSil8p5CWXuaa+n+Nb0bEuyFEEz1X6aXoLnVL5w= X-Received: by 2002:a05:6214:1750:: with SMTP id dc16mr2681601qvb.47.1582775662135; Wed, 26 Feb 2020 19:54:22 -0800 (PST) MIME-Version: 1.0 References: <202002250115.01P1F9KX090465@mail.karels.net> <188F34DA-192C-4D44-96B5-18A7DAE8EC67@digsys.bg> <6028c786-8610-01d9-818e-6f69a2fe9645@ingresso.co.uk> <20200225145346.GA42880@phouka1.phouka.net> <6e329bb8-b96e-fa16-cc73-426685593943@denninger.net> <20200226234823.GB22189@lonesome.com> In-Reply-To: <20200226234823.GB22189@lonesome.com> From: Mario Olofo Date: Thu, 27 Feb 2020 00:54:10 -0300 Message-ID: Subject: Re: Running FreeBSD on M.2 SSD To: Mark Linimon Cc: Karl Denninger , FreeBSD Stable X-Rspamd-Queue-Id: 48Sf1W2QKgz419L X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Cnq94CDg; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of marioolofo@gmail.com designates 2607:f8b0:4864:20::f44 as permitted sender) smtp.mailfrom=marioolofo@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; URI_COUNT_ODD(1.00)[3]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; IP_SCORE(0.00)[ip: (0.48), ipnet: 2607:f8b0::/32(-1.88), asn: 15169(-1.67), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Feb 2020 03:54:24 -0000 Hello Mark, Yes, I think that it's related to the WD Green SSD. Today I found this bug on FreeBSD's bugzilla: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D225666 Tried to reinstall and recompile the kernel with the patch but it didn't work, I continue to see corrupted data. I think that the only way to be really sure about the corrupted data is to reinstall again but already boot with the quirks configured, but the kern.cam.ada.X.quirks don't seems to exists on FreeBSD 12, so I have a probability of corruption between installation and compilation of the patched kernel... Don't know what more to do... Mario Em qua., 26 de fev. de 2020 =C3=A0s 20:48, Mark Linimon escreveu: > On Tue, Feb 25, 2020 at 08:18:51PM -0300, Mario Olofo wrote: > > the ZFS already shows corrupted data... > > Although this may have already been stated in the thread and I missed it, > I have not had similar problems with the NVME chips I have used (first an > HP, and now a Samsung). I am really starting to wonder if this is > hardware- > specific. > > mcl > From owner-freebsd-stable@freebsd.org Thu Feb 27 04:20:07 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5B6DE253C34 for ; Thu, 27 Feb 2020 04:20:07 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x832.google.com (mail-qt1-x832.google.com [IPv6:2607:f8b0:4864:20::832]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Sfb918B0z3Q6V for ; Thu, 27 Feb 2020 04:20:04 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x832.google.com with SMTP id r5so1319301qtt.9 for ; Wed, 26 Feb 2020 20:20:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=KE71k6upUXgcwfzVZrjTsELua5Zd7bx8Rq7Odm24fgU=; b=q5mzcRKv+FxSAsFQSTxff/LafYMsecBXDVES1k+mnu3o6t+U6lSkXFr5rqCqLrHZEf HUfNdOc/rGbOuo7y7mwMC8hfmMuXzKRqYJdkIatIBcHgAkwyONoVxJ28LQXMDUz9a+Uw vTsr92S9tmI57a5qvV1O17e65AAyKQXN4oYIHCz5bS6CckJ9lmXrkwzS7hy1w+QdLciB GlKAvG0NqVJXoajHsb5n5Lmk9uilxRxnAQ0lCZcGzb6ASH7B3heFtZVIt+YjyfpnrRAk qZxAvqLLeU97GmypzOvR6UaZlP0VNV684R6jJfXarKfS4I+VHzJGLZw8QWwncuc9jJQV ZoZw== 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=KE71k6upUXgcwfzVZrjTsELua5Zd7bx8Rq7Odm24fgU=; b=gTJGRRG7dx5oIR3S0G48YJdTsh+eYwtuEwMz/CkRH2d3Uw+ry/rbj2E4t+3kqQjTd8 XECuMYlh7bk6xw/3f77r1NZW6vJTr8HN8WxrGw7wrU4ktccUfT4DAWq7+NMxb4+3uep4 NkMDRHT+4bO1Pa4HsbRQORy5Xa7yvnP3vA65GH7gTUg1jyvJLGMkusGo8jBIMg1Cf9W8 IDjQ9AOj8QoooQsPkMbQOmwamx32USFYJqG/RMU0Ppa07IFzxOBonrg6T56AwXfIwvK0 9iZ9TEVHpuJG5+PwcrLhtuHNxWLthyYPmGb+QMhvG9Q9qH9nTbrmxEmqaz5Ipf+bsIvb UDTQ== X-Gm-Message-State: APjAAAWMpEm5//OadDCpLbmbAM3F9t7blnQ0heu32i8xTs4Yh7I28pL7 EL81uY1ZLxFJM4Vdmw2Ja+VVFJpeRMnL4x0ympi26g== X-Google-Smtp-Source: APXvYqwWgDm1L9vkIPMLbdA0e+AJtGb9fNAL6H2EBQEOv8PeeevwJOpDH9TUmf6XZU7OTVDvVcQasBZetl0Hhe+EbDI= X-Received: by 2002:ac8:3863:: with SMTP id r32mr2536337qtb.291.1582777203902; Wed, 26 Feb 2020 20:20:03 -0800 (PST) MIME-Version: 1.0 References: <202002250115.01P1F9KX090465@mail.karels.net> <188F34DA-192C-4D44-96B5-18A7DAE8EC67@digsys.bg> <6028c786-8610-01d9-818e-6f69a2fe9645@ingresso.co.uk> <20200225145346.GA42880@phouka1.phouka.net> <6e329bb8-b96e-fa16-cc73-426685593943@denninger.net> <20200226234823.GB22189@lonesome.com> In-Reply-To: From: Warner Losh Date: Wed, 26 Feb 2020 21:19:51 -0700 Message-ID: Subject: Re: Running FreeBSD on M.2 SSD To: Mario Olofo Cc: Mark Linimon , FreeBSD Stable , Karl Denninger X-Rspamd-Queue-Id: 48Sfb918B0z3Q6V X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=q5mzcRKv; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::832) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-4.58 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCVD_IN_DNSWL_NONE(0.00)[2.3.8.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; FREEMAIL_TO(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE(-2.58)[ip: (-9.30), ipnet: 2607:f8b0::/32(-1.88), asn: 15169(-1.67), country: US(-0.05)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Feb 2020 04:20:07 -0000 On Wed, Feb 26, 2020, 8:54 PM Mario Olofo wrote: > Hello Mark, > > Yes, I think that it's related to the WD Green SSD. > Today I found this bug on FreeBSD's bugzilla: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D225666 > > Tried to reinstall and recompile the kernel with the patch but it didn't > work, I continue to see corrupted data. > I think that the only way to be really sure about the corrupted data is t= o > reinstall again but already boot with the quirks configured, but the > kern.cam.ada.X.quirks don't seems to exists on FreeBSD 12, > so I have a probability of corruption between installation and compilatio= n > of the patched kernel... > > Don't know what more to do... > What happens if you disable TRIM? Warner > > Mario > > Em qua., 26 de fev. de 2020 =C3=A0s 20:48, Mark Linimon > escreveu: > > > On Tue, Feb 25, 2020 at 08:18:51PM -0300, Mario Olofo wrote: > > > the ZFS already shows corrupted data... > > > > Although this may have already been stated in the thread and I missed i= t, > > I have not had similar problems with the NVME chips I have used (first = an > > HP, and now a Samsung). I am really starting to wonder if this is > > hardware- > > specific. > > > > mcl > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@freebsd.org Thu Feb 27 12:19:23 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 07C9125F9C6 for ; Thu, 27 Feb 2020 12:19:23 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: from mail-qt1-x82a.google.com (mail-qt1-x82a.google.com [IPv6:2607:f8b0:4864:20::82a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48SsD94ZlWz4905 for ; Thu, 27 Feb 2020 12:19:20 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: by mail-qt1-x82a.google.com with SMTP id l16so2099097qtq.1 for ; Thu, 27 Feb 2020 04:19:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=XAtgdyhMvSoxUYpYF/MNXcT6YlVVQWWCmS0XgFEsyQ8=; b=EzKkOkG0BiUeTTb1T2DGVUCzCD5i5JCuQ8/g0YCwdoDfIfNgiNLaBm4XNjyPf/W6Ih O8FHr8QQnbYHvDclTcV4iDa//kv7/yBzYEQSlBidCETOYtvsXLdpVzAI9yq8kMncqd7S fqPeG9NsSnBkLW2LLUuICLv0MUPg8bGxhQtOscbEAtLtQJlJkGRIKmjuLVL91kZGbh21 CTEMnbmtixbdMKWqkR/E3RXzuPn3FwG7WfbBNH00FpQhOhSjZNjhzvSuBmPxsxi5ybNv 1mQn4VjejuhpxNJqZpKN4GMzWFMjIXlxCrqvTdB1+nYnytYEXafgWlYwBN0dpREUiVeH HIOA== 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=XAtgdyhMvSoxUYpYF/MNXcT6YlVVQWWCmS0XgFEsyQ8=; b=eGfu1vSQRxOmYJ7V9GMczjyPULnS/N82+iPHuUautdheksltyAB9DjEonZquTeAyiu SEkjl35oNcNlX9x3iaWaRtDr+hktdPlItNOT/xkShEdE+k2M2HywXjjDxZL7Fym0KGEZ Z9MZvzUYrlgwHi5s9QNAUKGZwXGJf08huJBcdXnMFY+l6bWpHRnksn7oJXUNfyOrhbbH ju4zbmhR/IkM9hs+oE2VhzqfXlGgQmhTWBD6UmTotne/HA6OFX+eiteujaBDP0ZkiWPK NPkvS4m8JaCJ/CDHloAx8HEJe+0zSQ5WyFUFfbey1lYY1yRXlJ1CXWkK0sH4AybOqtbw 10TA== X-Gm-Message-State: APjAAAU3MnN/5w+QZjP8LfcQbMbzIBGCO1jDmtLLU/9aX5fJCaA79xfh 7K0+0OsFEWygGP7AimABmEnEakp0LYvQ+cLoRWw= X-Google-Smtp-Source: APXvYqzqsGR1tsPJHRvpOhqhOC/MTiUSdLL47M1c2qXFxFnPnEHkkipN6OQPGs2v6+ieLFPKDTL1FbUlrHqLOfkkU/o= X-Received: by 2002:ac8:36dd:: with SMTP id b29mr4483050qtc.285.1582805959110; Thu, 27 Feb 2020 04:19:19 -0800 (PST) MIME-Version: 1.0 References: <202002250115.01P1F9KX090465@mail.karels.net> <188F34DA-192C-4D44-96B5-18A7DAE8EC67@digsys.bg> <6028c786-8610-01d9-818e-6f69a2fe9645@ingresso.co.uk> <20200225145346.GA42880@phouka1.phouka.net> <6e329bb8-b96e-fa16-cc73-426685593943@denninger.net> <20200226234823.GB22189@lonesome.com> In-Reply-To: From: Mario Olofo Date: Thu, 27 Feb 2020 09:19:06 -0300 Message-ID: Subject: Re: Running FreeBSD on M.2 SSD To: Warner Losh Cc: Mark Linimon , FreeBSD Stable , Karl Denninger X-Rspamd-Queue-Id: 48SsD94ZlWz4905 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=EzKkOkG0; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of marioolofo@gmail.com designates 2607:f8b0:4864:20::82a as permitted sender) smtp.mailfrom=marioolofo@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[a.2.8.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-9.34), ipnet: 2607:f8b0::/32(-1.88), asn: 15169(-1.67), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Feb 2020 12:19:23 -0000 This was supposed to be disabled by the quirk 0x02 (ADA_Q_NCQ_TRIM_BROKEN) right? There's some command to disable trim on installer boot and then permanently after the install? Mario Em qui., 27 de fev. de 2020 =C3=A0s 01:20, Warner Losh esc= reveu: > > > On Wed, Feb 26, 2020, 8:54 PM Mario Olofo wrote: > >> Hello Mark, >> >> Yes, I think that it's related to the WD Green SSD. >> Today I found this bug on FreeBSD's bugzilla: >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D225666 >> >> Tried to reinstall and recompile the kernel with the patch but it didn't >> work, I continue to see corrupted data. >> I think that the only way to be really sure about the corrupted data is = to >> reinstall again but already boot with the quirks configured, but the >> kern.cam.ada.X.quirks don't seems to exists on FreeBSD 12, >> so I have a probability of corruption between installation and compilati= on >> of the patched kernel... >> >> Don't know what more to do... >> > > What happens if you disable TRIM? > > Warner > >> >> Mario >> >> Em qua., 26 de fev. de 2020 =C3=A0s 20:48, Mark Linimon >> escreveu: >> >> > On Tue, Feb 25, 2020 at 08:18:51PM -0300, Mario Olofo wrote: >> > > the ZFS already shows corrupted data... >> > >> > Although this may have already been stated in the thread and I missed >> it, >> > I have not had similar problems with the NVME chips I have used (first >> an >> > HP, and now a Samsung). I am really starting to wonder if this is >> > hardware- >> > specific. >> > >> > mcl >> > >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org= " >> > From owner-freebsd-stable@freebsd.org Thu Feb 27 13:06:53 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3D376240EEB for ; Thu, 27 Feb 2020 13:06:53 +0000 (UTC) (envelope-from theron.tarigo@gmail.com) Received: from mail-qt1-x831.google.com (mail-qt1-x831.google.com [IPv6:2607:f8b0:4864:20::831]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48StGz1lWfz4KQN for ; Thu, 27 Feb 2020 13:06:51 +0000 (UTC) (envelope-from theron.tarigo@gmail.com) Received: by mail-qt1-x831.google.com with SMTP id v25so2171960qto.7 for ; Thu, 27 Feb 2020 05:06:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=J6j1r68gh6Ff0uIFKCC6gdtLCGi5G3YdL+vFvep0Kv0=; b=Mv5bwLznUyiwZRDJtIQJSVxEZZPYeL1V/iqhxLrcAEvS4jHEjZNvnOXci9VLvw+aBs bRzg7y2ZLAIN2x0611jnb+yttVjoclb99wQOSJrc4Gy1qOv7EaDmy6UVX/ZL3YjAUVMM JOJqXBJxEUKblK1YxkMbY7drK4vIzpqky2dfTnjkXygm3lYmTcbrY4UDio5NFxa6kUAW gPQO+XMJ8wSYdgOh+O8iE2HYJRH90UfhcFgRJyEnWk3JiVUlmK1Bt0nEPASGkpHvIN4S 27Bm5d2fPKNKxKHC9tbwEVUHXavOdQee+7rxpU5BTMd4RXdQoAOg1Hi2ObETMAL4hAgQ /yIw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=J6j1r68gh6Ff0uIFKCC6gdtLCGi5G3YdL+vFvep0Kv0=; b=jPdBTcpCxB0i/Ls1UPjeEjjEps4N7+XgTFDNDP8QsIyWps+rARxvMzVmWFBl6/LonB QpqCbp4V4VK9q1EMDkrC9AdGaG/BWw+R7dce3cNBG4mh9v6flEyy3CNO3S4BmsICmKWo 2fUNZdVJIQf08m7MhZkib9o4PiLECcZHTVcV7dqs7jE96gsSrHk18pFGL15uOfZx8J9/ HbpZtH0sCZLprJBn9YzqnH3zg3+iZwi1vhlQdo86UcwtwsdMqj6lKAhSDM8Tlyys4yg/ oSnCsBF1Y975ZpZg3XjCU16QwNlvJGlesSdlnVxqWCyChSgvYoofrm49olNpGTh5f136 2BrQ== X-Gm-Message-State: APjAAAXrQ6/eeGCJN3N7B7Y9VbyqduDT87DoCFhJBd/FuVEeubNHgt1T li2eRdrGmdMnCFiB1dC+2DGpGm3z X-Google-Smtp-Source: APXvYqwtdkXm5XCCwTc0rBc8GKATBGtkJEQIeS+O2p74UKyR42JEPdVdZyti8O+hyCYqK3i80kyc4Q== X-Received: by 2002:aed:3fce:: with SMTP id w14mr5213469qth.0.1582808808320; Thu, 27 Feb 2020 05:06:48 -0800 (PST) Received: from [155.41.96.69] (dhcp-wifi-8021x-155-41-96-69.bu.edu. [155.41.96.69]) by smtp.gmail.com with ESMTPSA id z21sm2946376qka.122.2020.02.27.05.06.47 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 27 Feb 2020 05:06:47 -0800 (PST) Sender: Theron Tarigo Subject: Re: Running FreeBSD on M.2 SSD To: freebsd-stable@freebsd.org References: <202002250115.01P1F9KX090465@mail.karels.net> <188F34DA-192C-4D44-96B5-18A7DAE8EC67@digsys.bg> <6028c786-8610-01d9-818e-6f69a2fe9645@ingresso.co.uk> <20200225145346.GA42880@phouka1.phouka.net> <6e329bb8-b96e-fa16-cc73-426685593943@denninger.net> <20200226234823.GB22189@lonesome.com> From: Theron Message-ID: <397e40c1-1c61-e70d-1c6c-c22c784406d5@gmail.com> Date: Thu, 27 Feb 2020 08:06:46 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 48StGz1lWfz4KQN X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Mv5bwLzn; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of therontarigo@gmail.com designates 2607:f8b0:4864:20::831 as permitted sender) smtp.mailfrom=therontarigo@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-9.22), ipnet: 2607:f8b0::/32(-1.88), asn: 15169(-1.67), country: US(-0.05)]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[1.3.8.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Feb 2020 13:06:53 -0000 On 2020-02-26 22:54, Mario Olofo wrote: > Hello Mark, > > Yes, I think that it's related to the WD Green SSD. > Today I found this bug on FreeBSD's bugzilla: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225666 > > Tried to reinstall and recompile the kernel with the patch but it didn't > work, I continue to see corrupted data. > I think that the only way to be really sure about the corrupted data is to > reinstall again but already boot with the quirks configured, but the > kern.cam.ada.X.quirks don't seems to exists on FreeBSD 12, > so I have a probability of corruption between installation and compilation > of the patched kernel... > > Don't know what more to do... > > Mario > Hi, please forgive my lack of experience with ZFS, but with regard to buggy SATA something hasn't been brought up yet: If ZFS is sitting on top of GPT, what sectorsize and offset are used?  What blocksize is "native" to the drive?  Are these aligned? I recall this chance for misalignment being a cause of silent write corruption after installing a new SSD for Apple MacOS; maybe FreeBSD ZFS on SATA happens to be similarly susceptible. Theron From owner-freebsd-stable@freebsd.org Thu Feb 27 14:43:57 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 112422434C3 for ; Thu, 27 Feb 2020 14:43:57 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: from mail-qk1-x736.google.com (mail-qk1-x736.google.com [IPv6:2607:f8b0:4864:20::736]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48SwR02gYVz3x7Q for ; Thu, 27 Feb 2020 14:43:56 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: by mail-qk1-x736.google.com with SMTP id z12so1996775qkg.12 for ; Thu, 27 Feb 2020 06:43:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=vxEezV2xuPT+JWEZnFhz7bsMqCFesD3Q457maWhWtLc=; b=H0crkLcBgPCTgf5UL/glfOE0rTH+CRKmJgafaTXwFAkxS6RTa+dCvKjUO5155ab6ni PsRUn0Qo5zWZdqqr5rkZKl6iBqe2ri0zWWoxTzE9IxcE1ffowCfECRarckYfV7nvNvHO cFtmGoOB4AV8GIQ2r7wgB4kQca4k3ubkfxBCa4I6HNqsgGJkBHLzQzSgWkAGhq7ERcQu ubloYvU6cdxDe7MO77AvsX/ZdI9gaMnEQYbZgyS8krCieNn2xPnnJbAlbhfmis1+NCdj 1popD/LCCsL0M2H9hNVZePuyHI/Gj4p2HCIzagqlcCx7vi0+fj8dxzSTwqM+BhcCEndK jwMA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=vxEezV2xuPT+JWEZnFhz7bsMqCFesD3Q457maWhWtLc=; b=lEv/VI1n/GmyiLIYMiIQG1IeE/bFrH1nFuy7k3UuNTMjA+HY+f0moTP8j/4S0zqKwI 2OKww/HtHf/zPooawEL1zUuGjxHKKpYgfMm3VSFX3flIa+Jdzmo9QdsXPJx0qMoz5dg0 B3JTY6TfO9wWZ9s4RJpr3qiQ7XvpO7ya+K/pI9uxfFCJFj1B7nfzd9/KdTj9NnjF/GIq zmxnkRssDUeX1F2RXb/0ixExakfOPl2rpad+UTtCZzo046ckcUm2QBL6Tc4iC0jwlr96 t0Id6m6FCkjY//YPTiuAjM84AjZjesD5nLVDZVgN3bCUtzxFlEx39l96TGlJj/x6Z9/P 2U6g== X-Gm-Message-State: APjAAAXAy3S4ZtG+LSYjzAUfjZ/IJyJMlvwOUmBfMfMLplLVpV+gMAzu LqTorqdRNH7raRc8OBLdmbO5ed34ACf9vTmMpwJ+ng== X-Google-Smtp-Source: APXvYqxsjJ3UziEZPt2l8vEgjG8rmvO115riBtL6ojYIxb5YH9FtDvt0ChtoNGu4AiIld7fjw8vOHDO3jK9YpbCViro= X-Received: by 2002:a37:610d:: with SMTP id v13mr5759063qkb.484.1582814635430; Thu, 27 Feb 2020 06:43:55 -0800 (PST) MIME-Version: 1.0 References: <202002250115.01P1F9KX090465@mail.karels.net> <188F34DA-192C-4D44-96B5-18A7DAE8EC67@digsys.bg> <6028c786-8610-01d9-818e-6f69a2fe9645@ingresso.co.uk> <20200225145346.GA42880@phouka1.phouka.net> <6e329bb8-b96e-fa16-cc73-426685593943@denninger.net> <20200226234823.GB22189@lonesome.com> <84726861-EAD0-4D0B-9089-3D56DDDE3015@digsys.bg> In-Reply-To: <84726861-EAD0-4D0B-9089-3D56DDDE3015@digsys.bg> From: Mario Olofo Date: Thu, 27 Feb 2020 11:43:43 -0300 Message-ID: Subject: Re: Running FreeBSD on M.2 SSD To: Daniel Kalchev , FreeBSD Stable X-Rspamd-Queue-Id: 48SwR02gYVz3x7Q X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=H0crkLcB; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of marioolofo@gmail.com designates 2607:f8b0:4864:20::736 as permitted sender) smtp.mailfrom=marioolofo@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[6.3.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; IP_SCORE(0.00)[ip: (-9.26), ipnet: 2607:f8b0::/32(-1.88), asn: 15169(-1.67), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Feb 2020 14:43:57 -0000 Hello Daniel, Indeed setting the sysctl variable on install and after that on loader.conf appears to solve the data corruption problem =3DO Did the same as before, install git, node, npm, etc and all good. I will build the kernel and install xorg and xfce to use more disk space and see if some problem shows up Thank you, Mario Em qui., 27 de fev. de 2020 =C3=A0s 10:41, Daniel Kalchev escreveu: > Like I wrote earlier: > > sysctl vfs.zfs.trim.enabled=3D0 > > is your friend. > > Best to do this before installing and put vfs.zfs.trim.enabled=3D0 in > /boot/loader.conf in the boot drive to permanently have it. > > Daniel > > > On 27 Feb 2020, at 14:19, Mario Olofo wrote: > > > > This was supposed to be disabled by the quirk 0x02 > (ADA_Q_NCQ_TRIM_BROKEN) > > right? > > There's some command to disable trim on installer boot and then > permanently > > after the install? > > > > Mario > > > > > > From owner-freebsd-stable@freebsd.org Fri Feb 28 03:58:11 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B3D7A258B43 for ; Fri, 28 Feb 2020 03:58:11 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from mail.nomadlogic.org (mail.nomadlogic.org [174.136.98.114]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.nomadlogic.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48TG3N5KH7z4TDD for ; Fri, 28 Feb 2020 03:58:08 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from [192.168.1.206] (cpe-23-243-162-239.socal.res.rr.com [23.243.162.239]) by mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 5fd4360d (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Fri, 28 Feb 2020 03:58:07 +0000 (UTC) Subject: Re: Running FreeBSD on M.2 SSD To: Mario Olofo Cc: John Kennedy , freebsd-stable@freebsd.org References: <20200224144602.GA64065@phouka1.phouka.net> <437a5eae-03c8-737d-48bf-39e2e9163d6d@nomadlogic.org> From: Pete Wright Message-ID: <81ef514d-2575-e9e2-136b-dc79d1c62d74@nomadlogic.org> Date: Thu, 27 Feb 2020 19:58:01 -0800 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: Content-Language: en-US X-Rspamd-Queue-Id: 48TG3N5KH7z4TDD X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pete@nomadlogic.org designates 174.136.98.114 as permitted sender) smtp.mailfrom=pete@nomadlogic.org X-Spamd-Result: default: False [-5.05 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[239.162.243.23.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[nomadlogic.org]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-2.75)[ip: (-9.29), ipnet: 174.136.96.0/20(-4.04), asn: 25795(-0.39), country: US(-0.05)]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:25795, ipnet:174.136.96.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Feb 2020 03:58:11 -0000 On 2/24/20 11:13 AM, Mario Olofo wrote: > Hi Pete, > > The nvmecontrol devlist don't found any devices. > pciconf -lv nvme0 didn't found anything either. > > The camcontrol devlist output was as follows: > > root@~ # camcontrol devlist >          at scbus0 target 0 lun 0 (ada0,pass0) >   at scbus1 target 0 lun 0 (ada1,pass1) >              at scbus2 target 0 lun 0 (pass2,da0) just wanted to provide an update here.  so i had a system that needed a new root drive and figured that the price of this device was worth a shot.  i figured if it has issues it'd be a good opportunity to help find the root cause and fix them.  so anyway...i got the drive today and i am not seeing any issues with it so far. here's the device on my end: $ sudo camcontrol devlist   at scbus0 target 0 lun 0 (ada0,pass0)    at scbus2 target 0 lun 0 (ses0,pass1) $ i am running 12-STABLE, with an encrypted zfsroot device.  i've pumped about 10gigs through it so far restoring my homedir with no issues, and zfs scrub has run without any corrupted blocks detected. so i don't think it's an issue with this specific m.2 device, perhaps there is something odd happening in your local env though that is causing this issue to crop up. -pete -- Pete Wright pete@nomadlogic.org @nomadlogicLA From owner-freebsd-stable@freebsd.org Fri Feb 28 04:44:36 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 21A6A259AA5 for ; Fri, 28 Feb 2020 04:44:36 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: from mail-qt1-x82d.google.com (mail-qt1-x82d.google.com [IPv6:2607:f8b0:4864:20::82d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48TH4x68wHz3LWm for ; Fri, 28 Feb 2020 04:44:33 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: by mail-qt1-x82d.google.com with SMTP id d5so1183103qto.0 for ; Thu, 27 Feb 2020 20:44:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=aMFMCxqUMqqF6DJlhVIbbDDMS6hO6kVJ+ZVZmI8hGuo=; b=NXP2+I5D22OO9f7tcH92crOgIrEsIQm1SjLDfcMGhQb7kDRZyjEgWEoyYEx8cT6Zgg 5THX0HOonTwboUbawwShy29eFCpN0CGczI8kM4XykEw2QG6hVZ6D04N/HF7u7K+34ngO nnHl9V/7NT7tEEsseD0+yEwANveDcjiplA4iunfYb0AUMR5wlrBhsuKgxND06wvDtXMu Mr7TUWG5aTfmbYPr39ZLLfKFzoRP7O8XLjsQFR2B9AhO/HSfed28drIXrYCLB3sWnqjJ 3mPWW2LLHOfSZlhZs6N4B2SOI16hYXsr99E9wBqdDCxxjLZ5BoDgyiLPY3hJMRfZAdpq cgag== 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=aMFMCxqUMqqF6DJlhVIbbDDMS6hO6kVJ+ZVZmI8hGuo=; b=MaOkCfH0P9wTgX5sHleWM3P387kaO6/ZR+0P5bwIbVlL+Y9QYnEEC1/P1L2kDN7iiG mzdV2/yPmU0hk9NiEkqdfKwsk6rSL//ryyl7fgrqb7uH+zyM7diUOOZ3lfHZOOu8gGHS ZhX2tfGSH/kyzoeRQEmRxSH9q1fqpnYdr+G+HsKHkFnAGTWFXoagVuC565KCWoeur1/Q pVm3aglGSZIiiHIQUhkymy0dFJzxzrQLpoescTbZKGKnDnN2+7wNmdQTStES/ysBqWY7 sRIfLRJ41G73jJ6f+lCOsbh7klBC+mTX2WHBaBrowYoAWgxenxpPuwQqTBRutYoE7AED 93Qg== X-Gm-Message-State: APjAAAUI6xM2bwpPEeGwKYThhfket+R+828pUKL1+wbX2QJolqhbb+p3 Ncci/qMyurC9/7IQwSVmtbSM/jLMpIu/KBLWTBhoIQ== X-Google-Smtp-Source: APXvYqyDPCYTeZKVOTGREMDavMBSyjrRtbTNMXpKwo6VKZccuPKc0/VFW3faxWZpl5lbvSmTl7MIJlO2I4CByjYuYnw= X-Received: by 2002:ac8:36dd:: with SMTP id b29mr2626548qtc.285.1582865072442; Thu, 27 Feb 2020 20:44:32 -0800 (PST) MIME-Version: 1.0 References: <20200224144602.GA64065@phouka1.phouka.net> <437a5eae-03c8-737d-48bf-39e2e9163d6d@nomadlogic.org> <81ef514d-2575-e9e2-136b-dc79d1c62d74@nomadlogic.org> In-Reply-To: <81ef514d-2575-e9e2-136b-dc79d1c62d74@nomadlogic.org> From: Mario Olofo Date: Fri, 28 Feb 2020 01:44:21 -0300 Message-ID: Subject: Re: Running FreeBSD on M.2 SSD To: Pete Wright Cc: FreeBSD Stable X-Rspamd-Queue-Id: 48TH4x68wHz3LWm X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=NXP2+I5D; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of marioolofo@gmail.com designates 2607:f8b0:4864:20::82d as permitted sender) smtp.mailfrom=marioolofo@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[d.2.8.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; IP_SCORE(0.00)[ip: (-9.29), ipnet: 2607:f8b0::/32(-1.88), asn: 15169(-1.67), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Feb 2020 04:44:36 -0000 Thanks for the update. May you share what quirks was detected for your card and firmware to see if it matches mine? The only way I was able to run FreeBSD 12-STABLE on the SSD was using the suggested sysctl vfs.zfs.trim.enabled=3D0 Maybe the problem really is a combination of factors, for the person that filed a bug on bugzilla the fix was setting the quirks 4k and broken_trim, but for me the real block size is 512bytes and only setting the flag broken_trim didn't help... Mario Em sex., 28 de fev. de 2020 =C3=A0s 00:58, Pete Wright escreveu: > > > On 2/24/20 11:13 AM, Mario Olofo wrote: > > Hi Pete, > > The nvmecontrol devlist don't found any devices. > pciconf -lv nvme0 didn't found anything either. > > The camcontrol devlist output was as follows: > > root@~ # camcontrol devlist > at scbus0 target 0 lun 0 (ada0,pass0) > at scbus1 target 0 lun 0 (ada1,pass1) > at scbus2 target 0 lun 0 (pass2,da0) > > > just wanted to provide an update here. so i had a system that needed a > new root drive and figured that the price of this device was worth a shot= . > i figured if it has issues it'd be a good opportunity to help find the ro= ot > cause and fix them. so anyway...i got the drive today and i am not seein= g > any issues with it so far. here's the device on my end: > > $ sudo camcontrol devlist > at scbus0 target 0 lun 0 (ada0,pass0) > at scbus2 target 0 lun 0 (ses0,pass1) > $ > > i am running 12-STABLE, with an encrypted zfsroot device. i've pumped > about 10gigs through it so far restoring my homedir with no issues, and z= fs > scrub has run without any corrupted blocks detected. > > so i don't think it's an issue with this specific m.2 device, perhaps > there is something odd happening in your local env though that is causing > this issue to crop up. > > -pete > > -- > Pete Wrightpete@nomadlogic.org > @nomadlogicLA > > From owner-freebsd-stable@freebsd.org Fri Feb 28 05:06:57 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 900E5259FD8 for ; Fri, 28 Feb 2020 05:06:57 +0000 (UTC) (envelope-from maulwurf@guckux.de) Received: from artif-webmail.de (artif-webmail.de [88.99.99.70]) (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 48THZl6KYGz4Yxp for ; Fri, 28 Feb 2020 05:06:55 +0000 (UTC) (envelope-from maulwurf@guckux.de) Received: by artif-webmail.de (Postfix, from userid 48) id 13F7A161471; Fri, 28 Feb 2020 06:06:48 +0100 (CET) Received: from 84.133.57.75 (SquirrelMail authenticated user huerter) by artif-webmail.de with HTTP; Fri, 28 Feb 2020 06:06:48 +0100 Message-ID: <8aa1f0f54c596338baf89de4c6b56d06.squirrel@artif-webmail.de> In-Reply-To: <81ef514d-2575-e9e2-136b-dc79d1c62d74@nomadlogic.org> References: <20200224144602.GA64065@phouka1.phouka.net> <437a5eae-03c8-737d-48bf-39e2e9163d6d@nomadlogic.org> <81ef514d-2575-e9e2-136b-dc79d1c62d74@nomadlogic.org> Date: Fri, 28 Feb 2020 06:06:48 +0100 Subject: Re: Running FreeBSD on M.2 SSD From: "Stefan Huerter" To: "Pete Wright" Cc: "Mario Olofo" , "John Kennedy" , freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.5.2 [SVN] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 48THZl6KYGz4Yxp X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of maulwurf@guckux.de has no SPF policy when checking 88.99.99.70) smtp.mailfrom=maulwurf@guckux.de X-Spamd-Result: default: False [-2.34 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.987,0]; RECEIVED_SPAMHAUS_PBL(0.00)[75.57.133.84.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[guckux.de]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-1.26)[ipnet: 88.99.0.0/16(-4.71), asn: 24940(-1.55), country: DE(-0.02)]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:88.99.0.0/16, country:DE]; FREEMAIL_CC(0.00)[gmail.com]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Feb 2020 05:06:57 -0000 Hello Mario I am sorry, my comment contains no help for your case, but is treading my problems with FreeBSD in the past. Am Fr, 28.02.2020, 04:58 schrieb Pete Wright: >> root@~ # camcontrol devlist          at scbus0 target 0 lun 0 >> (ada0,pass0) >>   at scbus1 target 0 lun 0 (ada1,pass1) > just wanted to provide an update here.  so i had a system that needed a new root drive and > figured that the price of this device was worth a shot.  i figured if it has issues it'd be a > good opportunity to help find the root cause and fix them.  so anyway...i got the drive today and > i am not seeing any issues with it so far. here's the device on my end: > > so i don't think it's an issue with this specific m.2 device, perhaps there is something odd > happening in your local env though that is causing this issue to crop up. The first Motherboard was an ASUS SP3G with FreeBSD 2.2.5, quriks in IO, depending on failures of the onBoard implementation of the SCSI-NCR, fixed by Stefan Esser. A few years later, my system crashes when compiling the world, sometimes after 30minutes, sometimes 32min... everytime on another place in the source... Reason was a fan for one of my two "hot" Seagate Barracudas, he won't spin anymore, he was "baken". My Powersupply was big, but if compiling, after the time, the baken fan empties the ELKOS of the Power and cause the reset... I've learned: FreeBSD is a great stable system, all my issues found the reason in other places in over 25years of using. OK, it seems, that it is a little bit intolerant to other issues or mad hardware :D... Bye Stefan From owner-freebsd-stable@freebsd.org Fri Feb 28 06:04:14 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6F4E525ADCA for ; Fri, 28 Feb 2020 06:04:14 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from mail.nomadlogic.org (mail.nomadlogic.org [174.136.98.114]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.nomadlogic.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48TJrs2vpdz3JKZ for ; Fri, 28 Feb 2020 06:04:13 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from [192.168.1.141] (cpe-23-243-162-239.socal.res.rr.com [23.243.162.239]) by mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 87ebab59 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Fri, 28 Feb 2020 06:04:11 +0000 (UTC) Subject: Re: Running FreeBSD on M.2 SSD To: Mario Olofo Cc: FreeBSD Stable References: <20200224144602.GA64065@phouka1.phouka.net> <437a5eae-03c8-737d-48bf-39e2e9163d6d@nomadlogic.org> <81ef514d-2575-e9e2-136b-dc79d1c62d74@nomadlogic.org> From: Pete Wright Message-ID: <5127f890-3e97-4982-1e09-3f9e53ecf6aa@nomadlogic.org> Date: Thu, 27 Feb 2020 22:04:11 -0800 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 48TJrs2vpdz3JKZ X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pete@nomadlogic.org designates 174.136.98.114 as permitted sender) smtp.mailfrom=pete@nomadlogic.org X-Spamd-Result: default: False [-5.06 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[239.162.243.23.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[nomadlogic.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-2.76)[ip: (-9.30), ipnet: 174.136.96.0/20(-4.05), asn: 25795(-0.39), country: US(-0.05)]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:25795, ipnet:174.136.96.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Feb 2020 06:04:14 -0000 On 2020-02-27 20:44, Mario Olofo wrote: > Thanks for the update. > > May you share what quirks was detected for your card and firmware to > see if it matches mine? > The only way I was able to run FreeBSD 12-STABLE on the SSD was using > the suggested sysctl vfs.zfs.trim.enabled=0 > Maybe the problem really is a combination of factors, for the person > that filed a bug on bugzilla the fix was setting the quirks 4k and > broken_trim, but for me the real block size is 512bytes and only > setting the flag broken_trim didn't help... > This is a default install off of the latest 12.1-STABLE snapshot, no special loader or sysctl knobs used.  dmesg doesn't show anything interesting: $ dmesg|grep ada ses0: pass0,ada0 in 'Slot 00', SATA Slot: scbus0 target 0 ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ACS-2 ATA SATA 3.x device ada0: Serial Number 185243800880 ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 512bytes) ada0: Command Queueing enabled ada0: 457872MB (937721856 512 byte sectors) GEOM_ELI: Device ada0p4.eli created. here's the output of sysctl: $ sysctl kern.cam.ada kern.cam.ada.0.sort_io_queue: 0 kern.cam.ada.0.max_seq_zones: 0 kern.cam.ada.0.optimal_nonseq_zones: 0 kern.cam.ada.0.optimal_seq_zones: 0 kern.cam.ada.0.zone_support: None kern.cam.ada.0.zone_mode: Not Zoned kern.cam.ada.0.rotating: 0 kern.cam.ada.0.unmapped_io: 1 kern.cam.ada.0.write_cache: -1 kern.cam.ada.0.read_ahead: -1 kern.cam.ada.0.delete_method: DSM_TRIM kern.cam.ada.write_cache: 1 kern.cam.ada.read_ahead: 1 kern.cam.ada.spindown_suspend: 1 kern.cam.ada.spindown_shutdown: 1 kern.cam.ada.send_ordered: 1 kern.cam.ada.default_timeout: 30 kern.cam.ada.retry_count: 4 cheers, -pete -- Pete Wright pete@nomadlogic.org @nomadlogicLA From owner-freebsd-stable@freebsd.org Fri Feb 28 06:58:26 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4479A25BDAD for ; Fri, 28 Feb 2020 06:58:26 +0000 (UTC) (envelope-from dewaynegeraghty@gmail.com) Received: from mail-wr1-x442.google.com (mail-wr1-x442.google.com [IPv6:2a00:1450:4864:20::442]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48TL3N5dhkz4LVg for ; Fri, 28 Feb 2020 06:58:24 +0000 (UTC) (envelope-from dewaynegeraghty@gmail.com) Received: by mail-wr1-x442.google.com with SMTP id j7so1631798wrp.13 for ; Thu, 27 Feb 2020 22:58:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=m0l8n12dMjwa1iFfbSt4bp0/Ruq8eQNdxUt8MN2YZGg=; b=fkri1GvAW7pF1moj7TnZSINCPZiq23zKt0SDz6E4agiTIB6ANYB5Q35on/FW5Qvyqj 8VFQmmSk9qtSMv0cyyRSm8ON8Q0chmW9rnoxF8S+Upfy1UPyMi6JTdnswfh0nDF998kz x3XNO0hrfAemseWszNIgXrNivVYMoWeEGPYTjUwXcnjM5mFuiD7OLuk4y6Eq0Uk+tVTZ XaLWY/jUx/GptKsZt5vYdkkLH/8ehkhXoSp3Wv+D2TGbTQk4R1ZQmd4TQcAdlcpTpiSQ tJ8CUcKcNT5G6N1gFaBeVLKv/VU8HJouy1afq4e33u+OaE9Qs6ATFeL5kIWZwQRWyQZZ DQkA== 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=m0l8n12dMjwa1iFfbSt4bp0/Ruq8eQNdxUt8MN2YZGg=; b=kpttdx9YSf5OyKs7I0YT/U+joeiKs3dKZ1BljUDPVzkBVJRsjVZjls3jqSpWWgiLaj 4WTlbEjqccOeBZpYr2XOwCjDv/gQvCa+ehdf4IgY129lT8HHIfOKjM1Y60lbjWF4u6Wn lVLh2dpYm18yRxjh2/CTWtSAPNqtxd5VFswyq1PtW2n/puCAo0fsz5UTLtvflUC/t4tY jP4ItM2P387DYeHtRgowLJ4LBTngfUt9fjrWwUd7aUT9rOboUlkfLEDGgApM9vkPYEQh Y82nmVzLFt9HoA1xQN7KaD9YErJ0zgHrY9eQSQor3Cj0/3fccPw5amON9ap0Zohe3W09 dFXg== X-Gm-Message-State: APjAAAWMViSZhsSSKqhEqq9pGprbFyWTBm41NSVZVV+adfHjvdktEr9r osO3COKl2MrfiskUbCU3LePnR4mv7Fa9trLY/TQhyoAUfgs= X-Google-Smtp-Source: APXvYqzkb3MdCoyZ4Z80On24ZzLnX27T7sM1Nt13UrlTidsrfStIQuS/JOHxZr2+QmgS9Pz9xdQPXOMtWddTNNtTv/g= X-Received: by 2002:adf:f607:: with SMTP id t7mr3229341wrp.36.1582873102766; Thu, 27 Feb 2020 22:58:22 -0800 (PST) MIME-Version: 1.0 References: <20200226194329.GA85186@server.rulingia.com> In-Reply-To: <20200226194329.GA85186@server.rulingia.com> From: Dewayne Geraghty Date: Fri, 28 Feb 2020 17:56:14 +1100 Message-ID: Subject: Re: ntp problems stratum 2 to 14? To: Peter Jeremy Cc: freebsd-stable stable X-Rspamd-Queue-Id: 48TL3N5dhkz4LVg X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=fkri1GvA; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of dewaynegeraghty@gmail.com designates 2a00:1450:4864:20::442 as permitted sender) smtp.mailfrom=dewaynegeraghty@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2.4.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (2.57), ipnet: 2a00:1450::/32(-2.41), asn: 15169(-1.67), country: US(-0.05)]; SUBJECT_ENDS_QUESTION(1.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Feb 2020 06:58:26 -0000 On Thu, 27 Feb 2020 at 06:43, Peter Jeremy wrote: > On 2020-Feb-26 16:37:43 +1100, Dewayne Geraghty > wrote: > >I usually run ntpd with both aslr and as user ntpd. While testing I > >noticed that my server with a direct network cable to my main time keeper, > >jumped from the expected stratum 2 to 14 as follows (I record the date so > I > >can synch with the debug log, also below): > > > >vm.loadavg={ 0.09 0.10 0.18 } > > > >Wed 26 Feb 2020 15:16:38 AEDT > > remote refid st t when poll reach delay offset > > jitter > > >============================================================================== > > 10.0.7.6 203.35.83.242 2 u 44 64 377 0.147 -227.12 > 33.560 > >*127.127.1.1 .LOCL. 14 l 59 128 377 0.000 0.000 > 0.000 > > >26 Feb 15:03:40 ntpd[8772]: LOCAL(1) 901a 8a sys_peer <== bad > > Why is this bad? You've specified that this is a valid clock source so > ntpd is free to use it if it decides it is the best source of time. > > >server 127.127.1.1 minpoll 7 maxpoll 7 > >fudge 127.127.1.1 stratum 14 > > Synchronizing to the local clock (ie using 127.127.1.x as a reference) is > almost never correct. What external (to NTP) source is being used to > synchronize the local clock? > > >I'm also very surprised that the jitter on the server (under testing) is > so > >poor. The internet facing time server is > >*x.y.z.t .ATOM. 1 u 73 512 7 23.776 34.905 95.961 > >but its very old and not running aslr. > > The 23ms distance to the peer suggests that this is over the Internet. > What > sort of link do you have to the Internet and how heavily loaded is it? The > NTP protocol includes the assumption that the client-server path delay is > symmetric - this is often untrue for SOHO connections. And SOHO > connections > will often wind up saturated in one direction - which skews the apparent > timestamps and shows up as high jitter values. > > > /usr/local/sbin/ntpd -c /etc/ntp.conf -g -g -u ntpd --nofork > ... > >I get similar results with /usr/sbin/ntpd, I've been testing both and > >happened to record details for the port ntpd. > > It's probably not relevant but it would be useful for you to say up front > which ntpd you are having problems with and which version of the port you > have installed. > > -- > Peter Jeremy > Hi Peter, I appreciate your thoughts. Yes, using LOCL is bad because it should only be used when the stratum 2 machine is unavailable, and it isn't (representative ping time average 0.15ms). The load is less than 10% on both devices and both the internet and internal traffic is typically less than 50Kb. :/ The use of LOCL clock was a fix as named failed if ntpd only used the timeserver and it lost sync (due to some ipsec work another story), I suspect kerberos had a part as it uses tkey-gssapi-keytab. I should investigate why the use of LOCL clock makes things work, but ... its a workaround and I'm ok with it. I'm at my wits end, I've systematically changed one variable from the list, and always the system clock reverts to LOCL within 20 minutes if not immediately. This is FreeBSD 12.1-STABLE #0 r356046M: Tue Dec 24. I think its time to try an earlier ntp to see if that helps (???) :( The variables tested, one changed at a time: - security.mac.ntpd.enabled - kern.elf64.aslr.enable kern.elf64.aslr.stack_gap changed as a pair - security.mac.portacl.rules - run as root or ntpd - use of proccontrol (which was changed with different combinations of aslr, stack_gap - all off and run as root - and of course changes to the command line (-g or -G or -g -x) I guess everyone else is using ntpd without a problem? (or not...) Cheers, Dewayne PS Apologies for delay in getting back, gmail placed your reply in the spam folder :/ From owner-freebsd-stable@freebsd.org Fri Feb 28 14:14:15 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DF5FB263B22 for ; Fri, 28 Feb 2020 14:14:15 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: from mail-qt1-x835.google.com (mail-qt1-x835.google.com [IPv6:2607:f8b0:4864:20::835]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48TWkG4Gqcz3FMH for ; Fri, 28 Feb 2020 14:14:14 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: by mail-qt1-x835.google.com with SMTP id j34so2094665qtk.4 for ; Fri, 28 Feb 2020 06:14:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=GSSdySJrOI5d0aw00g5rAuAibY25q56EQ7xBATUS3DU=; b=Cr+5DoLcKjYawcGc+MPbomePOMjVSveNZROUVUwaDR76HOlzWSP43wLWfnisawJ2nN MmzkYh79UBbfzgnV6e8GOLEfeILke2xvL64DEHJdx5dnbr+AW9mtCYMA2/QbxMqaYHwn JqmPrnBtYq//sUFuJV2k16br2kQWoCCm6cgyXcsZvJjZt4a8BlB/wgbXxw9E0aBZaDrO mslHfHtbzFZIx65bVIMsXK7PJ7gHlH4DH4WWC/PlVNUK5gLv+CpedYVT87Ba98LvZQZ0 5lkIyDmX6+2Uo5oMxwF+jHyeWz4ok3dOKPw/7et8s/WXsu2/9UJoY8voGOl2+Sa+6o/+ rnWA== 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=GSSdySJrOI5d0aw00g5rAuAibY25q56EQ7xBATUS3DU=; b=dnA6akA9CEfUy1nTbSx1PvhHv4qjny/MVtdIp5ZMqLc3ldcJX4HYFOjt+4kC9B+gSZ SD/46Euan9tAB0Y5b84LfBb4QI58cXNX1F3VPqoMx7YpXIDwtab2XhdKvkDdufI52XId G1yLeR3MB/lHORFB5fsaABX26asDu3uhv9EuCQAYmWTxymG4Ek9fnbwC+svBwu70kGHI ivi9U3DLCPBQ1WmWV25O3DtVzXdf/qSHc9CpTAek2wn1uNi0GorMT2PuXLLBijvwcVVq Y6MM7PUsJrrb7oSa2yQ4LHk5lwZKbhubLjNkj77KOOsnO3tIFlmi8cC9LlggAml3MHC8 ovLg== X-Gm-Message-State: APjAAAXG6rKteyHjWYdt6Py/Rfjt3OazKVPzBTqSGmsOMh60yiOBJNgR R8AvLKobIkXyw8BniL2v2IEUjHkjabbVEA7C/HI/FvsJCMw= X-Google-Smtp-Source: APXvYqxZzy+uDjE+8mCRvV/N4e05Z1WGsyGg+kfs8/93FyWCjpz97nS7cAUl3Sd8Yw5SUIE3hQLtfLQ6Jl0H++e1R40= X-Received: by 2002:ac8:5419:: with SMTP id b25mr4497201qtq.390.1582899253347; Fri, 28 Feb 2020 06:14:13 -0800 (PST) MIME-Version: 1.0 References: <20200224144602.GA64065@phouka1.phouka.net> <437a5eae-03c8-737d-48bf-39e2e9163d6d@nomadlogic.org> <81ef514d-2575-e9e2-136b-dc79d1c62d74@nomadlogic.org> <5127f890-3e97-4982-1e09-3f9e53ecf6aa@nomadlogic.org> In-Reply-To: <5127f890-3e97-4982-1e09-3f9e53ecf6aa@nomadlogic.org> From: Mario Olofo Date: Fri, 28 Feb 2020 11:14:00 -0300 Message-ID: Subject: Re: Running FreeBSD on M.2 SSD To: Pete Wright Cc: FreeBSD Stable X-Rspamd-Queue-Id: 48TWkG4Gqcz3FMH X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Cr+5DoLc; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of marioolofo@gmail.com designates 2607:f8b0:4864:20::835 as permitted sender) smtp.mailfrom=marioolofo@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[5.3.8.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; IP_SCORE(0.00)[ip: (-9.28), ipnet: 2607:f8b0::/32(-1.88), asn: 15169(-1.67), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Feb 2020 14:14:16 -0000 Thanks! The only thing that I didn't checked was the questions of Theron, about misaligned data. The layout of the disk is as follows: Disco /dev/sdb: 447,1 GiB, 480113590272 bytes, 937721856 setores Unidades: setor de 1 * 512 =3D 512 bytes Tamanho de setor (l=C3=B3gico/f=C3=ADsico): 512 bytes / 512 bytes Tamanho E/S (m=C3=ADnimo/=C3=B3timo): 512 bytes / 512 bytes Tipo de r=C3=B3tulo do disco: gpt Identificador do disco: D1725E60-D734-4461-90F8-E9EB2376A65A Dispositivo In=C3=ADcio Fim Setores Tamanho Tipo /dev/sdb1 2048 1023999 1021952 499M Windows ambiente de recupera=C3=A7=C3=A3o /dev/sdb2 1024000 1228799 204800 100M Sistema EFI /dev/sdb3 1228800 1261567 32768 16M Microsoft reservado /dev/sdb4 1261568 532482047 531220480 253,3G Microsoft dados b=C3=A1si= co /dev/sdb5 532482048 549257215 16775168 8G FreeBSD ZFS /dev/sdb6 549257216 937719807 388462592 185,2G Linux sistema de arquivos The zfsroot was configured automatically by the installer, so I think that it align the volume automaticaly right? Mario Em sex., 28 de fev. de 2020 =C3=A0s 03:04, Pete Wright escreveu: > > > On 2020-02-27 20:44, Mario Olofo wrote: > > Thanks for the update. > > > > May you share what quirks was detected for your card and firmware to > > see if it matches mine? > > The only way I was able to run FreeBSD 12-STABLE on the SSD was using > > the suggested sysctl vfs.zfs.trim.enabled=3D0 > > Maybe the problem really is a combination of factors, for the person > > that filed a bug on bugzilla the fix was setting the quirks 4k and > > broken_trim, but for me the real block size is 512bytes and only > > setting the flag broken_trim didn't help... > > > This is a default install off of the latest 12.1-STABLE snapshot, no > special loader or sysctl knobs used. dmesg doesn't show anything > interesting: > > $ dmesg|grep ada > ses0: pass0,ada0 in 'Slot 00', SATA Slot: scbus0 target 0 > ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 > ada0: ACS-2 ATA SATA 3.x device > ada0: Serial Number 185243800880 > ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 512bytes) > ada0: Command Queueing enabled > ada0: 457872MB (937721856 512 byte sectors) > GEOM_ELI: Device ada0p4.eli created. > > here's the output of sysctl: > $ sysctl kern.cam.ada > kern.cam.ada.0.sort_io_queue: 0 > kern.cam.ada.0.max_seq_zones: 0 > kern.cam.ada.0.optimal_nonseq_zones: 0 > kern.cam.ada.0.optimal_seq_zones: 0 > kern.cam.ada.0.zone_support: None > kern.cam.ada.0.zone_mode: Not Zoned > kern.cam.ada.0.rotating: 0 > kern.cam.ada.0.unmapped_io: 1 > kern.cam.ada.0.write_cache: -1 > kern.cam.ada.0.read_ahead: -1 > kern.cam.ada.0.delete_method: DSM_TRIM > kern.cam.ada.write_cache: 1 > kern.cam.ada.read_ahead: 1 > kern.cam.ada.spindown_suspend: 1 > kern.cam.ada.spindown_shutdown: 1 > kern.cam.ada.send_ordered: 1 > kern.cam.ada.default_timeout: 30 > kern.cam.ada.retry_count: 4 > > cheers, > -pete > > -- > Pete Wright > pete@nomadlogic.org > @nomadlogicLA > > From owner-freebsd-stable@freebsd.org Fri Feb 28 15:52:26 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 490E72658FE for ; Fri, 28 Feb 2020 15:52:26 +0000 (UTC) (envelope-from theron.tarigo@gmail.com) Received: from mail-qk1-x732.google.com (mail-qk1-x732.google.com [IPv6:2607:f8b0:4864:20::732]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48TYvX6wt3z4Qh4 for ; Fri, 28 Feb 2020 15:52:24 +0000 (UTC) (envelope-from theron.tarigo@gmail.com) Received: by mail-qk1-x732.google.com with SMTP id q18so3346028qki.10 for ; Fri, 28 Feb 2020 07:52:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=MYH40X0vFBeRb/LiCWUT9hW91eGRBogdzSqjv8jZcr8=; b=MEaKSsBNE28RymPPYBIaFzwBjAvsm5Omi1BPgNV7a3z87YZvsSq3xZNGvvgOAg+C5f 5HGohVFt7rupF8/sdCv6hgmZYskObuDo2ER3vet2u6lW0BxZsNyw53V7z4R3hvPKsXEa hckBmBoP9Ka/DI6cLKky7OWOwkmDcmIArQSrQzHV+T/0Z39acV6Bu9LshOx6RV+ZvBrG L1i8BeBDYovYjPotm9aslUc9iYViYA1Ny91dCneYOJAJ6bRcOFlII/5IYrGcc6XI8wn2 s+2RLsYe50Bv1Q6ySWP+BAmAbE67pWhI47/NK1mzWHiqtxD+lfSotXZPOgSrXXOCnIsF t2tQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=MYH40X0vFBeRb/LiCWUT9hW91eGRBogdzSqjv8jZcr8=; b=MsFJT3wAdj/sKkop8CFLQuOpbjDzx6PVkMO5YO0+xPzUYXMlIBwgdBlCafVoVLhJMj DxU1pF+0QGX2Oe6bwXCFMlxLBBffVLkgqa0OLV4a9astrjuYx0Na4f84TTkYiB0PtM2a Eia451RAgtKdiJd1uihdxmeOXslJ7bmt3j1lEgzHa2L3SS24lyi58CkXLtWZLc2U40zu YMN0iGloQ/CBKq5HZZVXAyWfTelT+kpVtT4eR5ICvCno19uavIM04NPDmcJm2PYz0QNB u6eiI5Q/F8WJ7pxBSfsc2XnWA+fjAElkzBa3QHVFbAZGOK6KnpR7Q3AC/artG0mDnpA/ NR5A== X-Gm-Message-State: APjAAAUpE8WQ13vTGV8s3vNp3VJtUf6ppsAsH9/CZyuuALxaFzK8BL6U hyKD2fOBbfQe0eIsPcn4aM7hKkL6 X-Google-Smtp-Source: APXvYqx8AD4a7LoHQ3/f+x8/bhhax2WLGSLo9z17ABjsaa5NMklcelTNyvABTHLXK650DTjwYTpK0w== X-Received: by 2002:a37:4a11:: with SMTP id x17mr5081927qka.379.1582905143548; Fri, 28 Feb 2020 07:52:23 -0800 (PST) Received: from [155.41.29.24] (dhcp-wifi-8021x-155-41-29-24.bu.edu. [155.41.29.24]) by smtp.gmail.com with ESMTPSA id x3sm5347547qts.35.2020.02.28.07.52.22 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 28 Feb 2020 07:52:23 -0800 (PST) Sender: Theron Tarigo Subject: Re: Running FreeBSD on M.2 SSD To: Mario Olofo , Pete Wright Cc: FreeBSD Stable References: <20200224144602.GA64065@phouka1.phouka.net> <437a5eae-03c8-737d-48bf-39e2e9163d6d@nomadlogic.org> <81ef514d-2575-e9e2-136b-dc79d1c62d74@nomadlogic.org> <5127f890-3e97-4982-1e09-3f9e53ecf6aa@nomadlogic.org> From: Theron Message-ID: Date: Fri, 28 Feb 2020 10:52:22 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 48TYvX6wt3z4Qh4 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=MEaKSsBN; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of therontarigo@gmail.com designates 2607:f8b0:4864:20::732 as permitted sender) smtp.mailfrom=therontarigo@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2.3.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-9.32), ipnet: 2607:f8b0::/32(-1.88), asn: 15169(-1.67), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Feb 2020 15:52:26 -0000 On 2020-02-28 09:14, Mario Olofo wrote: > Thanks! > > The only thing that I didn't checked was the questions of Theron, about > misaligned data. > The layout of the disk is as follows: > > Disco /dev/sdb: 447,1 GiB, 480113590272 bytes, 937721856 setores > Unidades: setor de 1 * 512 = 512 bytes > Tamanho de setor (lógico/físico): 512 bytes / 512 bytes > Tamanho E/S (mínimo/ótimo): 512 bytes / 512 bytes > Tipo de rótulo do disco: gpt > Identificador do disco: D1725E60-D734-4461-90F8-E9EB2376A65A > > Dispositivo Início Fim Setores Tamanho Tipo > /dev/sdb1 2048 1023999 1021952 499M Windows ambiente de > recuperação > /dev/sdb2 1024000 1228799 204800 100M Sistema EFI > /dev/sdb3 1228800 1261567 32768 16M Microsoft reservado > /dev/sdb4 1261568 532482047 531220480 253,3G Microsoft dados básico > /dev/sdb5 532482048 549257215 16775168 8G FreeBSD ZFS > /dev/sdb6 549257216 937719807 388462592 185,2G Linux sistema de arquivos > > The zfsroot was configured automatically by the installer, so I think that > it align the volume automaticaly right? > > Mario Yes, I don't see any potential alignment issue here.  I would wonder if this drive is misrepresenting its physical sector size, deceiving ZFS and the SATA driver into making small writes that the drive does not actually support, but it looks like you may have already tried the relevant workaround: On 2020-02-27 23:44, Mario Olofo wrote: > Maybe the problem really is a combination of factors, for the person that > filed a bug on bugzilla the fix was setting the quirks 4k and broken_trim, > but for me the real block size is 512bytes and only setting the flag > broken_trim didn't help... > > Mario Did you try 4k quirk ? Theron From owner-freebsd-stable@freebsd.org Fri Feb 28 16:18:16 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4463226652D for ; Fri, 28 Feb 2020 16:18:16 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: from mail-qt1-x82b.google.com (mail-qt1-x82b.google.com [IPv6:2607:f8b0:4864:20::82b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48TZTM1HgNz4DYB for ; Fri, 28 Feb 2020 16:18:15 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: by mail-qt1-x82b.google.com with SMTP id v25so2401537qto.7 for ; Fri, 28 Feb 2020 08:18:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=joJ2qmQhgOgmd8Qkq3wmEqCbuccM4TCrpSaO/lmTvDE=; b=U9vh6oUkuN0ZaYPFfrMTtv9ojS7rePig7OikWJ//kIwobqcR0uXc+vgYOrYO9xEuN4 E6UsR67Banl2fGr+L2X1/JzcRN/k0vN9TEUteaJnxUkfB4TfMmJFyhZHTfCTU9iBgXIf e6BeyuGwpvMDODcLrOzNI//pvfqvXQxa6/vzU0H6yPuJrSGvsd2CFEvUfsEfW4j9c7Xw A9avNe4Q7E+eZXdHgN2r2hflsQHNMhCefHZVKVJN+0DlpUD+zp/Q6glK60lARNTGR9h2 CEicxx1tYq8ur8h8ItuGdCDXiS05WEZ6doHeD8cHI75nkndyXvdH74TwvU5TG/jeOiFn J5BA== 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=joJ2qmQhgOgmd8Qkq3wmEqCbuccM4TCrpSaO/lmTvDE=; b=qleqGeiT1196H9Z1wZNl/El39wIyCxNVF6tIxY4IIKOo4wNWbQhZ2oWVMr+G+W0wed cM86dWu7skNU3I6+0+uh3Cth7BWG/IbblbRgO6WLAeqjn/O9z4GW3XOJuktoFCvQymtY 271BwXwC8kORcQgzUIgPpdPb21IDIqZCM+uS6F3P7bx2LB4QP2wAx3RrG957QQbNLig6 efIg3hcDIhNjL49BPrmeqX5lu/97Hf1uOSI2FRKb7bf1HoQdNsxspz6K19DQCs75OCC/ i325epWf66zGTbXMVoRfeqQlfHMPz62vZ4nTelXmOw42n/MdhnbBeM4iYVTrDsvMpdDr 2Pmw== X-Gm-Message-State: APjAAAWs4HYbNUVfnVc0lCRR/tuu3TN/umjU7D706dsIVYzTR8oBErNh Am6r5lVKYkwUfA7mSvcw/+CqCeLDg/ljUUO+a1s= X-Google-Smtp-Source: APXvYqxU4ih7ysjS16ZryJA+4MRcQJ0ci/70zkEFqxKrYv7nlWX9OcxvleN31TFkoPwa4ohZILbq58GAXYRkDp6/mAY= X-Received: by 2002:ac8:36dd:: with SMTP id b29mr4850381qtc.285.1582906693988; Fri, 28 Feb 2020 08:18:13 -0800 (PST) MIME-Version: 1.0 References: <20200224144602.GA64065@phouka1.phouka.net> <437a5eae-03c8-737d-48bf-39e2e9163d6d@nomadlogic.org> <81ef514d-2575-e9e2-136b-dc79d1c62d74@nomadlogic.org> <5127f890-3e97-4982-1e09-3f9e53ecf6aa@nomadlogic.org> In-Reply-To: From: Mario Olofo Date: Fri, 28 Feb 2020 13:18:02 -0300 Message-ID: Subject: Re: Running FreeBSD on M.2 SSD To: Theron Cc: Pete Wright , FreeBSD Stable X-Rspamd-Queue-Id: 48TZTM1HgNz4DYB X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=U9vh6oUk; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of marioolofo@gmail.com designates 2607:f8b0:4864:20::82b as permitted sender) smtp.mailfrom=marioolofo@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-9.32), ipnet: 2607:f8b0::/32(-1.88), asn: 15169(-1.67), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[b.2.8.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Feb 2020 16:18:16 -0000 Yes, tried 4k quirk but not on install because don't know how to, I did a clean install then patch and rebuild the kernel, but the volume was already configured for 512bytes, I think I would need to create manually the volume, but don't remember how to anymore xD But I'll search some tutorials and try. From what I saw, the patch suggested on bugzilla got merged into the stable branch, so the quirk will be detected to use 4k in the installer in a near future. Mario Em sex., 28 de fev. de 2020 =C3=A0s 12:52, Theron escreveu: > On 2020-02-28 09:14, Mario Olofo wrote: > > Thanks! > > > > The only thing that I didn't checked was the questions of Theron, about > > misaligned data. > > The layout of the disk is as follows: > > > > Disco /dev/sdb: 447,1 GiB, 480113590272 bytes, 937721856 setores > > Unidades: setor de 1 * 512 =3D 512 bytes > > Tamanho de setor (l=C3=B3gico/f=C3=ADsico): 512 bytes / 512 bytes > > Tamanho E/S (m=C3=ADnimo/=C3=B3timo): 512 bytes / 512 bytes > > Tipo de r=C3=B3tulo do disco: gpt > > Identificador do disco: D1725E60-D734-4461-90F8-E9EB2376A65A > > > > Dispositivo In=C3=ADcio Fim Setores Tamanho Tipo > > /dev/sdb1 2048 1023999 1021952 499M Windows ambiente de > > recupera=C3=A7=C3=A3o > > /dev/sdb2 1024000 1228799 204800 100M Sistema EFI > > /dev/sdb3 1228800 1261567 32768 16M Microsoft reservado > > /dev/sdb4 1261568 532482047 531220480 253,3G Microsoft dados b=C3= =A1sico > > /dev/sdb5 532482048 549257215 16775168 8G FreeBSD ZFS > > /dev/sdb6 549257216 937719807 388462592 185,2G Linux sistema de > arquivos > > > > The zfsroot was configured automatically by the installer, so I think > that > > it align the volume automaticaly right? > > > > Mario > > Yes, I don't see any potential alignment issue here. I would wonder if > this drive is misrepresenting its physical sector size, deceiving ZFS > and the SATA driver into making small writes that the drive does not > actually support, but it looks like you may have already tried the > relevant workaround: > > On 2020-02-27 23:44, Mario Olofo wrote: > > Maybe the problem really is a combination of factors, for the person th= at > > filed a bug on bugzilla the fix was setting the quirks 4k and > broken_trim, > > but for me the real block size is 512bytes and only setting the flag > > broken_trim didn't help... > > > > Mario > Did you try 4k quirk ? > > Theron > From owner-freebsd-stable@freebsd.org Sat Feb 29 00:45:00 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BC8DF24A75D for ; Sat, 29 Feb 2020 00:45:00 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: from mail-qv1-xf31.google.com (mail-qv1-xf31.google.com [IPv6:2607:f8b0:4864:20::f31]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Tnk26qt0z4GMH for ; Sat, 29 Feb 2020 00:44:58 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: by mail-qv1-xf31.google.com with SMTP id dc14so2234849qvb.9 for ; Fri, 28 Feb 2020 16:44:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=X77z+O4XcxqOH5yjRU+ByOYCIAuqbObCn2oiBgy9KtM=; b=rsFoMhAHW91/EbG5mcA64e5DfHYZihsP0BhvUfkdLstljsvltaxKQmu7vF0bBqn6xs DvQPqxrEsxlERhiH+nnnmvC3pyZIOf3lqrAwJmBQhmfB0AMwUo/XREdy1a/1x/fEYmY+ UXhRsoJr+48WUa245HOhUH1PdcWkoOris/PmoAWQWYvPlEzFLdyG289gg6KsrBN7ByY1 HLvN5sCYSHUZjlXU18ycAYL2zNpvRH0p4GCTHGa6GlDVzKy/0kTWhF5L0yYwG2ERcvWi kH0MA4njPCy/hyVORnjmLafVCHTnrFMOsty8KPo9sCtocvIx8zLOoMwl/Qu6MQeXgMfN OoLQ== 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=X77z+O4XcxqOH5yjRU+ByOYCIAuqbObCn2oiBgy9KtM=; b=SLNjgFBtJ4/NpyG8fqLHMXgNS97HGgcNLPHpa2zeXjB0PPY2vlXBHf03l50Zy9ym3/ ig5GQ9OfEDHhoHFMiyswr9jc3ox6LaAL4g9KXh4spK3Mti15T5MJVg1P9Z/d19HOIivq tr1xnrzbqizV3smqfflipUoSqc5jcN/jaNYRS+oOgkQfFWniF25owtDqj3dS+BUdFDXJ m/kd4+ufxAwv82n+ngQbhvOKZ1Dz54AsHjnkipxl5WlpJ0NyxzOxVtOuXAbwifcu86Zu r3NQ95evwWLru89Fz5OJgwAt8uU7Pm42+gvD1jEgSwS93M/s68iJCQqqylWXFyQWfG0Q H0Mg== X-Gm-Message-State: APjAAAVQBv03SL4l6MHcUyyBeH19nzQaleeMc+shT7nVzyeA0Bq7AQT6 TDPHcY6xhbEVduqVOPu9o+zHcqBvBF91rTYLTb0= X-Google-Smtp-Source: APXvYqxkxlI76PWNcl2W9f45J4jbgOOXjKKPlgBqKzOtn3cNxME6s0HddlYsXPcMHO4O0rOqZbsYTRpdOaKosOZUoxA= X-Received: by 2002:a0c:e188:: with SMTP id p8mr6243496qvl.8.1582937097261; Fri, 28 Feb 2020 16:44:57 -0800 (PST) MIME-Version: 1.0 References: <20200224144602.GA64065@phouka1.phouka.net> <437a5eae-03c8-737d-48bf-39e2e9163d6d@nomadlogic.org> <81ef514d-2575-e9e2-136b-dc79d1c62d74@nomadlogic.org> <5127f890-3e97-4982-1e09-3f9e53ecf6aa@nomadlogic.org> In-Reply-To: From: Mario Olofo Date: Fri, 28 Feb 2020 21:44:45 -0300 Message-ID: Subject: Re: Running FreeBSD on M.2 SSD To: Theron Cc: Pete Wright , FreeBSD Stable X-Rspamd-Queue-Id: 48Tnk26qt0z4GMH X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=rsFoMhAH; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of marioolofo@gmail.com designates 2607:f8b0:4864:20::f31 as permitted sender) smtp.mailfrom=marioolofo@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-6.99), ipnet: 2607:f8b0::/32(-1.88), asn: 15169(-1.67), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Feb 2020 00:45:00 -0000 Hello guys, a little update that let me more confused I reinstalled the FreeBSD with 4k pages using the sysctl vfs.zfs.min_auto_ashift =3D 12 and no errors after a lot of stress I put on it. One thing that I noticed is that with the pool as 4k, the disk fill up very fast, recompiling the kernel used my 8GB space and didn't even completed. But now I don't know if the 4k is the correct answer or if this just delays the problem as the pages are bigger. Mario Em sex., 28 de fev. de 2020 =C3=A0s 13:18, Mario Olofo escreveu: > Yes, tried 4k quirk but not on install because don't know how to, I did a > clean install then patch and rebuild the kernel, but > the volume was already configured for 512bytes, I think I would need to > create manually the volume, but don't remember how to anymore xD > But I'll search some tutorials and try. From what I saw, the patch > suggested on bugzilla got merged into the stable branch, so the quirk wil= l > be > detected to use 4k in the installer in a near future. > > Mario > > Em sex., 28 de fev. de 2020 =C3=A0s 12:52, Theron > escreveu: > >> On 2020-02-28 09:14, Mario Olofo wrote: >> > Thanks! >> > >> > The only thing that I didn't checked was the questions of Theron, abou= t >> > misaligned data. >> > The layout of the disk is as follows: >> > >> > Disco /dev/sdb: 447,1 GiB, 480113590272 bytes, 937721856 setores >> > Unidades: setor de 1 * 512 =3D 512 bytes >> > Tamanho de setor (l=C3=B3gico/f=C3=ADsico): 512 bytes / 512 bytes >> > Tamanho E/S (m=C3=ADnimo/=C3=B3timo): 512 bytes / 512 bytes >> > Tipo de r=C3=B3tulo do disco: gpt >> > Identificador do disco: D1725E60-D734-4461-90F8-E9EB2376A65A >> > >> > Dispositivo In=C3=ADcio Fim Setores Tamanho Tipo >> > /dev/sdb1 2048 1023999 1021952 499M Windows ambiente de >> > recupera=C3=A7=C3=A3o >> > /dev/sdb2 1024000 1228799 204800 100M Sistema EFI >> > /dev/sdb3 1228800 1261567 32768 16M Microsoft reservado >> > /dev/sdb4 1261568 532482047 531220480 253,3G Microsoft dados b=C3= =A1sico >> > /dev/sdb5 532482048 549257215 16775168 8G FreeBSD ZFS >> > /dev/sdb6 549257216 937719807 388462592 185,2G Linux sistema de >> arquivos >> > >> > The zfsroot was configured automatically by the installer, so I think >> that >> > it align the volume automaticaly right? >> > >> > Mario >> >> Yes, I don't see any potential alignment issue here. I would wonder if >> this drive is misrepresenting its physical sector size, deceiving ZFS >> and the SATA driver into making small writes that the drive does not >> actually support, but it looks like you may have already tried the >> relevant workaround: >> >> On 2020-02-27 23:44, Mario Olofo wrote: >> > Maybe the problem really is a combination of factors, for the person >> that >> > filed a bug on bugzilla the fix was setting the quirks 4k and >> broken_trim, >> > but for me the real block size is 512bytes and only setting the flag >> > broken_trim didn't help... >> > >> > Mario >> Did you try 4k quirk ? >> >> Theron >> > From owner-freebsd-stable@freebsd.org Sat Feb 29 04:54:26 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8684B2556C9 for ; Sat, 29 Feb 2020 04:54:26 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ultimatedns.net", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48TvFs1NdXz4PZm for ; Sat, 29 Feb 2020 04:54:24 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by udns.ultimatedns.net (8.15.2/8.15.2) with ESMTPS id 01T4sdKI049924 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Fri, 28 Feb 2020 20:54:45 -0800 (PST) (envelope-from bsd-lists@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 In-Reply-To: From: Chris Reply-To: bsd-lists@BSDforge.com To: Subject: Re: Running FreeBSD on M.2 SSD Date: Fri, 28 Feb 2020 20:54:45 -0800 Message-Id: <10e3153ee81dcd7919079cd0bfc16656@udns.ultimatedns.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 48TvFs1NdXz4PZm X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of bsd-lists@BSDforge.com has no SPF policy when checking 24.113.41.81) smtp.mailfrom=bsd-lists@BSDforge.com X-Spamd-Result: default: False [-1.04 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[bsd-lists@BSDforge.com]; XM_UA_NO_VERSION(0.01)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; IP_SCORE(-0.29)[ip: (-0.53), ipnet: 24.113.0.0/16(-0.26), asn: 11404(-0.60), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; DMARC_NA(0.00)[BSDforge.com]; REPLYTO_ADDR_EQ_FROM(0.00)[]; NEURAL_HAM_MEDIUM(-0.66)[-0.663,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Feb 2020 04:54:26 -0000 On Fri, 28 Feb 2020 21:44:45 -0300 Mario Olofo mario=2Eolofo@gmail=2Ecom said > Hello guys, a little update that let me more confused >=20 > I reinstalled the FreeBSD with 4k pages using the sysctl > vfs=2Ezfs=2Emin_auto_ashift =3D 12 and no errors after a lot of stress I put = on > it=2E > One thing that I noticed is that with the pool as 4k, the disk fill up ve= ry > fast, recompiling the kernel used my 8GB space and didn't even completed=2E > But now I don't know if the 4k is the correct answer or if this just dela= ys > the problem as the pages are bigger=2E The TLDR of 4k vs 512 largely has to do with the size of the files going onto your medium=2E Many files of a smaller size fit better on a 512 boundary= =2E Whereas larger mp3s or archives fair better on a 4k boundary=2E BTW these are called SECTOR sizes=2E Not pages=2E :) 4k blocks typically read faster, than th= e 512 blocks (sectors)=2E Because more data can be consumed in one read/write=2E So really, your going to have to decide how best to "tune" your disk to bes= t suite it's intended use=2E Many small files=2E Or big files, and storage=2E HTH --Chris FreeBSD 14=2E0-FUTURE #0=2E000 cray256 >=20 > Mario >=20 > Em sex=2E, 28 de fev=2E de 2020 =C3=A0s 13:18, Mario Olofo > escreveu: >=20 > > Yes, tried 4k quirk but not on install because don't know how to, I did= a > > clean install then patch and rebuild the kernel, but > > the volume was already configured for 512bytes, I think I would need to > > create manually the volume, but don't remember how to anymore xD > > But I'll search some tutorials and try=2E From what I saw, the patch > > suggested on bugzilla got merged into the stable branch, so the quirk w= ill > > be > > detected to use 4k in the installer in a near future=2E > > > > Mario > > > > Em sex=2E, 28 de fev=2E de 2020 =C3=A0s 12:52, Theron > > escreveu: > > > >> On 2020-02-28 09:14, Mario Olofo wrote: > >> > Thanks! > >> > > >> > The only thing that I didn't checked was the questions of Theron, ab= out > >> > misaligned data=2E > >> > The layout of the disk is as follows: > >> > > >> > Disco /dev/sdb: 447,1 GiB, 480113590272 bytes, 937721856 setores > >> > Unidades: setor de 1 * 512 =3D 512 bytes > >> > Tamanho de setor (l=C3=B3gico/f=C3=ADsico): 512 bytes / 512 bytes > >> > Tamanho E/S (m=C3=ADnimo/=C3=B3timo): 512 bytes / 512 bytes > >> > Tipo de r=C3=B3tulo do disco: gpt > >> > Identificador do disco: D1725E60-D734-4461-90F8-E9EB2376A65A > >> > > >> > Dispositivo In=C3=ADcio Fim Setores Tamanho Tipo > >> > /dev/sdb1 2048 1023999 1021952 499M Windows ambiente d= e > >> > recupera=C3=A7=C3=A3o > >> > /dev/sdb2 1024000 1228799 204800 100M Sistema EFI > >> > /dev/sdb3 1228800 1261567 32768 16M Microsoft reservad= o > >> > /dev/sdb4 1261568 532482047 531220480 253,3G Microsoft dados b= =C3=A1sico > >> > /dev/sdb5 532482048 549257215 16775168 8G FreeBSD ZFS > >> > /dev/sdb6 549257216 937719807 388462592 185,2G Linux sistema de > >> arquivos > >> > > >> > The zfsroot was configured automatically by the installer, so I thin= k > >> that > >> > it align the volume automaticaly right? > >> > > >> > Mario > >> > >> Yes, I don't see any potential alignment issue here=2E I would wonder i= f > >> this drive is misrepresenting its physical sector size, deceiving ZFS > >> and the SATA driver into making small writes that the drive does not > >> actually support, but it looks like you may have already tried the > >> relevant workaround: > >> > >> On 2020-02-27 23:44, Mario Olofo wrote: > >> > Maybe the problem really is a combination of factors, for the person > >> that > >> > filed a bug on bugzilla the fix was setting the quirks 4k and > >> broken_trim, > >> > but for me the real block size is 512bytes and only setting the flag > >> > broken_trim didn't help=2E=2E=2E > >> > > >> > Mario > >> Did you try 4k quirk ? > >> > >> Theron > >> > > > _______________________________________________ > freebsd-stable@freebsd=2Eorg mailing list > https://lists=2Efreebsd=2Eorg/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd=2Eorg" From owner-freebsd-stable@freebsd.org Sat Feb 29 14:50:03 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 66A72260DE0 for ; Sat, 29 Feb 2020 14:50:03 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: from mail-qt1-x82c.google.com (mail-qt1-x82c.google.com [IPv6:2607:f8b0:4864:20::82c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48V8T55k2xz4SbQ for ; Sat, 29 Feb 2020 14:50:01 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: by mail-qt1-x82c.google.com with SMTP id e20so4312309qto.5 for ; Sat, 29 Feb 2020 06:50:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=VfMiSCOZIym7cE7BJ25wANqglQY6s82lYeLWxLGD1RQ=; b=lObk1yRTl35uYhVS+fnybbx44St/Zx8nGKHbJ1qivfDITPtSqIeb0/CFkBPJhvs8WW kXvGraHSK/PTGUA3ddWa3cbkyH9txKXp3tG0UCtn+JSy20zyVehbXv4BDfEg5kIciQ6y yZX//Rwpu+9XaKTWyO/5isnqozwnTpcgl0fAVT+ZMBqqsNzGw+i6BCgcx0MfsPCdAjue xoHzsrFiwWtXwKDQroBP0Zau/DchYDKYgggHtEyhSNSXcR697oWasVY/Jw07qJJMNklZ uT5UM3ow66kM5feq+II7Wybv7S6wcJeXDFaFWNY11ZPJHM5sfWbL4/FhfbzhxKWjjssg Caqw== 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=VfMiSCOZIym7cE7BJ25wANqglQY6s82lYeLWxLGD1RQ=; b=CajpMLxqeS0SCEPHMqUAIUORatymBvcsl3+nWpna23GQ2fgNuRxEt+y+nJqskT3INz pSC/g/sNPz1jhYInWn1ap8zzlPuFQHhbHXWQ1+6WWgDIj9eXpPZ5sp2qZjQnzYbGZbwy 2hWdOhhB6jWc3uO8lGV7p92k2kW01MQESmaYsP47ol5rjwIA+4y5+XScys9m2NKQP4pl 1e2D2C7+r38SQSiC1QYNI3RanTpU7idnD2ki3/bLsHSB4B5hLJSUw3r9jp/lTGUQFXnO zbkLnkqnNEx/c02agc8sFqHjYJUXKeDkNsk2uiA6d7Gvjjy6N8logiTiriIyGCYpaQVM CIlQ== X-Gm-Message-State: APjAAAXFuVXAZieXik83LW3csV7GzZlvctzEkDz/bnDiMpeDxD+9gIHu Kt06gk/e+XlGZJ+VOoEWCLVRCbVkpw5CF5hY/e4nlg== X-Google-Smtp-Source: APXvYqw+TlKgzgSlSmaNOdtai3CSDJ313kS4nXvJr+rPwXqBLdB82vffwB7Nh6HllNLxir4VcVrD/H2qp+O2wAdh/Lc= X-Received: by 2002:ac8:4c89:: with SMTP id j9mr8838218qtv.29.1582987800528; Sat, 29 Feb 2020 06:50:00 -0800 (PST) MIME-Version: 1.0 References: <10e3153ee81dcd7919079cd0bfc16656@udns.ultimatedns.net> In-Reply-To: <10e3153ee81dcd7919079cd0bfc16656@udns.ultimatedns.net> From: Mario Olofo Date: Sat, 29 Feb 2020 11:49:48 -0300 Message-ID: Subject: Re: Running FreeBSD on M.2 SSD To: bsd-lists@bsdforge.com Cc: FreeBSD Stable X-Rspamd-Queue-Id: 48V8T55k2xz4SbQ X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=lObk1yRT; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of marioolofo@gmail.com designates 2607:f8b0:4864:20::82c as permitted sender) smtp.mailfrom=marioolofo@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[c.2.8.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; IP_SCORE(0.00)[ip: (-9.20), ipnet: 2607:f8b0::/32(-1.88), asn: 15169(-1.67), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Feb 2020 14:50:03 -0000 Hello, sorry my lack of vocabulary and thanks for the clarification I think that it's a waste of space for me, and I'm afraid that this empty space is making the problem just less frequent. I remember that many years ago I implemented a FFS for an embedded system, and the SD Card was 4k "aligned", with the smallest block being 512 bytes. The only difference really is when I write/read from it, I have to align the command to request x blocks starting at some 4k aligned address, even if I just want 1 block. As the system had a lot of small files, I did the FFS on top of this as 1k sectors, I hoped that the ZFS could do something like that (ie. read/write every 4k but with 1k sectors). Mario Em s=C3=A1b., 29 de fev. de 2020 =C3=A0s 01:54, Chris escreveu: > On Fri, 28 Feb 2020 21:44:45 -0300 Mario Olofo mario.olofo@gmail.com said > > > Hello guys, a little update that let me more confused > > > > I reinstalled the FreeBSD with 4k pages using the sysctl > > vfs.zfs.min_auto_ashift =3D 12 and no errors after a lot of stress I pu= t on > > it. > > One thing that I noticed is that with the pool as 4k, the disk fill up > very > > fast, recompiling the kernel used my 8GB space and didn't even complete= d. > > But now I don't know if the 4k is the correct answer or if this just > delays > > the problem as the pages are bigger. > The TLDR of 4k vs 512 largely has to do with the size of the files going > onto your medium. Many files of a smaller size fit better on a 512 > boundary. > Whereas larger mp3s or archives fair better on a 4k boundary. BTW these a= re > called SECTOR sizes. Not pages. :) 4k blocks typically read faster, than > the > 512 blocks (sectors). Because more data can be consumed in one read/write= . > So really, your going to have to decide how best to "tune" your disk to > best > suite it's intended use. Many small files. Or big files, and storage. > > HTH > > --Chris > FreeBSD 14.0-FUTURE #0.000 cray256 > > > > Mario > > > > Em sex., 28 de fev. de 2020 =C3=A0s 13:18, Mario Olofo > > > escreveu: > > > > > Yes, tried 4k quirk but not on install because don't know how to, I > did a > > > clean install then patch and rebuild the kernel, but > > > the volume was already configured for 512bytes, I think I would need = to > > > create manually the volume, but don't remember how to anymore xD > > > But I'll search some tutorials and try. From what I saw, the patch > > > suggested on bugzilla got merged into the stable branch, so the quirk > will > > > be > > > detected to use 4k in the installer in a near future. > > > > > > Mario > > > > > > Em sex., 28 de fev. de 2020 =C3=A0s 12:52, Theron > > > escreveu: > > > > > >> On 2020-02-28 09:14, Mario Olofo wrote: > > >> > Thanks! > > >> > > > >> > The only thing that I didn't checked was the questions of Theron, > about > > >> > misaligned data. > > >> > The layout of the disk is as follows: > > >> > > > >> > Disco /dev/sdb: 447,1 GiB, 480113590272 bytes, 937721856 setores > > >> > Unidades: setor de 1 * 512 =3D 512 bytes > > >> > Tamanho de setor (l=C3=B3gico/f=C3=ADsico): 512 bytes / 512 bytes > > >> > Tamanho E/S (m=C3=ADnimo/=C3=B3timo): 512 bytes / 512 bytes > > >> > Tipo de r=C3=B3tulo do disco: gpt > > >> > Identificador do disco: D1725E60-D734-4461-90F8-E9EB2376A65A > > >> > > > >> > Dispositivo In=C3=ADcio Fim Setores Tamanho Tipo > > >> > /dev/sdb1 2048 1023999 1021952 499M Windows ambiente > de > > >> > recupera=C3=A7=C3=A3o > > >> > /dev/sdb2 1024000 1228799 204800 100M Sistema EFI > > >> > /dev/sdb3 1228800 1261567 32768 16M Microsoft > reservado > > >> > /dev/sdb4 1261568 532482047 531220480 253,3G Microsoft dados > b=C3=A1sico > > >> > /dev/sdb5 532482048 549257215 16775168 8G FreeBSD ZFS > > >> > /dev/sdb6 549257216 937719807 388462592 185,2G Linux sistema de > > >> arquivos > > >> > > > >> > The zfsroot was configured automatically by the installer, so I > think > > >> that > > >> > it align the volume automaticaly right? > > >> > > > >> > Mario > > >> > > >> Yes, I don't see any potential alignment issue here. I would wonder > if > > >> this drive is misrepresenting its physical sector size, deceiving ZF= S > > >> and the SATA driver into making small writes that the drive does not > > >> actually support, but it looks like you may have already tried the > > >> relevant workaround: > > >> > > >> On 2020-02-27 23:44, Mario Olofo wrote: > > >> > Maybe the problem really is a combination of factors, for the pers= on > > >> that > > >> > filed a bug on bugzilla the fix was setting the quirks 4k and > > >> broken_trim, > > >> > but for me the real block size is 512bytes and only setting the fl= ag > > >> > broken_trim didn't help... > > >> > > > >> > Mario > > >> Did you try 4k quirk ? > > >> > > >> Theron > > >> > > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g > " > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@freebsd.org Sat Feb 29 19:06:06 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4E7A4265AAC for ; Sat, 29 Feb 2020 19:06:06 +0000 (UTC) (envelope-from uspensky@x-art.ru) Received: from x-art.ru (charibdis.x-art.ru [80.70.228.55]) by mx1.freebsd.org (Postfix) with ESMTP id 48VG8Y0dgyz4MWs for ; Sat, 29 Feb 2020 19:06:04 +0000 (UTC) (envelope-from uspensky@x-art.ru) Received: from gw-old.x-art.ru (gw-old.x-art.ru [192.168.172.252]) by mta.x-art.ru (Postfix) with ESMTP id 5B6021BF30A; Sat, 29 Feb 2020 22:05:57 +0300 (MSK) Date: Sat, 29 Feb 2020 22:05:56 +0300 (MSK) From: Antony Uspensky X-X-Sender: aiu@gw-old.x-art.ru To: Chris cc: freebsd-stable@freebsd.org Subject: Re: Running FreeBSD on M.2 SSD In-Reply-To: <10e3153ee81dcd7919079cd0bfc16656@udns.ultimatedns.net> Message-ID: References: <10e3153ee81dcd7919079cd0bfc16656@udns.ultimatedns.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Rspamd-Queue-Id: 48VG8Y0dgyz4MWs X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of uspensky@x-art.ru has no SPF policy when checking 80.70.228.55) smtp.mailfrom=uspensky@x-art.ru X-Spamd-Result: default: False [0.51 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.54)[-0.538,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[x-art.ru]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.04)[0.042,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:20807, ipnet:80.70.224.0/20, country:RU]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(0.00)[country: RU(0.01)] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Feb 2020 19:06:06 -0000 On Fri, 28 Feb 2020, Chris wrote: > The TLDR of 4k vs 512 largely has to do with the size of the files going > onto your medium. Many files of a smaller size fit better on a 512 boundary. > Whereas larger mp3s or archives fair better on a 4k boundary. BTW these are > called SECTOR sizes. Not pages. :) 4k blocks typically read faster, than the > 512 blocks (sectors). Because more data can be consumed in one read/write. > So really, your going to have to decide how best to "tune" your disk to best > suite it's intended use. Many small files. Or big files, and storage. You're absolutely wrong. ZFS writes transaction groups, not files. Read something on ZFS, e.g. Handbook. A. From owner-freebsd-stable@freebsd.org Sat Feb 29 20:17:51 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1AD2E26741D for ; Sat, 29 Feb 2020 20:17:51 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-il1-f172.google.com (mail-il1-f172.google.com [209.85.166.172]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48VHlK5b7Rz3wyS for ; Sat, 29 Feb 2020 20:17:49 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-il1-f172.google.com with SMTP id n11so867465ild.1 for ; Sat, 29 Feb 2020 12:17:49 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=xuEwxX4Meq/14U/DkLW2UY7Dia4/HQJFMY9KcZu7aD0=; b=spWRBu2L+KYMndbC+TJl7GgwaDSlz7LZU23DLtqLt3a42dQVrbF8vWGA8wTPynnly4 fUUAFpGS/wRTdrhwaMpoEJfaR/R7TvsFRnPk9pOaAQtg+MHfvARwtj5GPPum6sh9F0g4 jobMY0uvPiDYEmOTN8PObo9ye9NH9saNBaWZ2QEQpJpLjk50o/WOhO3lJqiUypn0o4AT /lobbG5BcPVviisG1zmLy/7LfZ35ucVBRjPXkDMSY/85X6oR4257su6Kd0ULemLi0ZTN JpM5LIJi+zmQgurl/zX8Oaf27N8sN+RXbvp/Pa9F3Ccv6VKBMyw5kDYixlZOdsRYxV89 rTOg== X-Gm-Message-State: APjAAAUXWwx0L632NB7bLHf6qeu6XKipkvI6MDeWYL8nh/sA3XZEVUaV DD3r2/RQg1AdXBke1KVeIFowVyuolxuIEroJnoZeFCRI X-Google-Smtp-Source: APXvYqy/zUhFM02b58RqNMxH4iFM/DP6QWkCf6r91D+m65XKdL9hJhTEBL7BeSGWW2dyx3CASQU/CrPTNdB+bc1DXiM= X-Received: by 2002:a92:db4f:: with SMTP id w15mr4349234ilq.182.1583007467346; Sat, 29 Feb 2020 12:17:47 -0800 (PST) MIME-Version: 1.0 From: Ed Maste Date: Sat, 29 Feb 2020 15:17:32 -0500 Message-ID: Subject: Any sync-serial driver users (ce/cp/ctau/cx)? To: freebsd-stable stable Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 48VHlK5b7Rz3wyS X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.166.172 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-3.25 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_TRACE(0.00)[0:+]; TO_DN_ALL(0.00)[]; IP_SCORE(-2.25)[ip: (-6.57), ipnet: 209.85.128.0/17(-2.99), asn: 15169(-1.67), country: US(-0.05)]; RCVD_IN_DNSWL_NONE(0.00)[172.166.85.209.list.dnswl.org : 127.0.5.0]; SUBJECT_ENDS_QUESTION(1.00)[]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; RCVD_TLS_ALL(0.00)[]; TO_DOM_EQ_FROM_DOM(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Feb 2020 20:17:51 -0000 Is anyone using sync serial drivers ce, cp, ctau, or cx? NYCBUG's dmesg didn't turn up any entries. I suspect these are obsolete and ought to be removed. From owner-freebsd-stable@freebsd.org Sat Feb 29 20:57:33 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6D4CD240993 for ; Sat, 29 Feb 2020 20:57:33 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qv1-xf2c.google.com (mail-qv1-xf2c.google.com [IPv6:2607:f8b0:4864:20::f2c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48VJd772kBz49K9 for ; Sat, 29 Feb 2020 20:57:31 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qv1-xf2c.google.com with SMTP id c19so881822qvv.4 for ; Sat, 29 Feb 2020 12:57:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=dhz+C8FK3G+pfpOnnEaCx2RnMwzlBQgPTFYhCAQ3ftA=; b=HEYPSS30w9h4hNRAC/q98JQfMjmI1fOm89LNlWTTqCGKA7YJEWKZFnqwn6V41HH+vx LcWeaD1+cXo2hKS3bMh0CIBgQq2PiJI+9ccuIngd/cjYmcJtu7VsMWR6/umV8T+4H5KM cGkDUQTik7+0Z1D1NyokjHRiQH5/gFOg6p1gX3tGVRa03OLAyQAmEtAqWF3MEpiZSB/x dz+H9JE/z77gCcecWWt/MnlfFVBZSoyb5OI0l8tlYfMspx9DuVHnY8vtqmtmyQL47Ddj Vcy3/wXZLh3GifalEUPl7Msn3WB4j5imIPaSnYjrJzw3Fl4waRaKqY6ocH+UyPru15zz fqZg== 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=dhz+C8FK3G+pfpOnnEaCx2RnMwzlBQgPTFYhCAQ3ftA=; b=TwBFZ4FD7FDBFi8a66t+ppR//Ct8m1KavzA8SPWq+etLUpy/IWIzIrVtbgo5U13J0e t3vsdZVjqTMYXFfP9hmoQC9KVybJrGwdaTQzlGcpY3sliaaB3W25qZ5PRCQ6m5pZVxJk FuaB1WwEU+On5SpuJdHBChyS/HD5Xnkf6jdgvKk/8ZbYj/oFULK0TUsoWR/8Ov3h+Rfj TZpev7opFBsAJSpV6Nosbq8zthLof9MV49vYFfj6TtfT/m7SUK4YVGUzonmrJpygw/C8 kPp2shLyBwz47PMGIZslTZyb7DztmbGQTqXx5Vo4tVBFcgLJU1OhkXvWPcu+Ti0zSuqH /QqQ== X-Gm-Message-State: APjAAAVIatS9Y1LINErb2QZ0iOIyMuZ25S+x3J4ofFidga/xx7vW2UWW GDt68Ln/Ae2v1PnmSyvXLSYOsCbfvaGJFCngBEmToFuTMGI= X-Google-Smtp-Source: APXvYqxhK9LhGOP8RSqMQzw83pvflRuJXEwAtKcupFBiIB6vTRYzkLowcJvPmqPlAHKqqmhV6Q5HdS5gzJu9DxlkLVg= X-Received: by 2002:a05:6214:2a8:: with SMTP id m8mr7261284qvv.87.1583009850310; Sat, 29 Feb 2020 12:57:30 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Sat, 29 Feb 2020 13:57:19 -0700 Message-ID: Subject: Re: Any sync-serial driver users (ce/cp/ctau/cx)? To: Ed Maste Cc: freebsd-stable stable X-Rspamd-Queue-Id: 48VJd772kBz49K9 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=HEYPSS30; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::f2c) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-1.23 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; IP_SCORE(-1.23)[ip: (-2.54), ipnet: 2607:f8b0::/32(-1.88), asn: 15169(-1.67), country: US(-0.05)]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; URI_COUNT_ODD(1.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[c.2.f.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Feb 2020 20:57:33 -0000 On Sat, Feb 29, 2020, 1:18 PM Ed Maste wrote: > Is anyone using sync serial drivers ce, cp, ctau, or cx? NYCBUG's > dmesg didn't turn up any entries. I suspect these are obsolete and > ought to be removed. > These date from the 2000s. They were important for point to point links until maybe 2000 and largely obsolete by 2010 or so as internet connection technologies shifted away from sync T1/E1 lines to other technologies... These drivers replaced earlier ISA versions of the cards, see sys/i386/isa/cronyx.c for driver that also supported MSDOS! through at least stable/3. the cx driver dates from this time. The others date from later imports (2004-2006) by Roman Kurakin and are for the PCI generation of cards. Looking at the drivers themselves, we see that they haven't been updated, except for API changes, since maybe 2005 or 2006. The code was made MPSAFE at the time. However, several transitions in technology have happened in the network and tty layers and it's not clear this code works well with them. All the Giant code for network protocols and such was removed in 2007. And several other major changes since then. The ce driver has FreeBSD_version ifdefs from 3 to 7. None of the other drivers have such support. All of these drivers have mechanically obfuscated C code to implement their core functions (at least I hope it was done mechanically). Roman was the maintainer through 2006 or 2007. I think it was then handed off Murray Stokely around that time, then I think I got some number of cards around 2010 from him. We've been looking for a maintainer for these since then. There have been no takers. I'm unsure where these cards wound up in my collection, to be honest, but if there's serious interest I can look but I'm not hopeful I still have them as I've been purging all the stuff older than 10-15 years from my collection recently... Given the ~15 years of nothing but API changes to these cards, and the lack of testing of those changes, and the large technology transitions in net and tty layers of the system, I'd honestly be surprised if these drivers still work. Warner _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >