From owner-freebsd-stable@freebsd.org Sun Mar 1 06:24: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 84E1A27E592 for ; Sun, 1 Mar 2020 06:24:50 +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 48VYCh4Gnrz3Pcp for ; Sun, 1 Mar 2020 06:24:48 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from [172.16.6.33] ([193.68.138.20]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.15.2/8.15.2) with ESMTPSA id 0216ObNW061739 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NO); Sun, 1 Mar 2020 08:24:38 +0200 (EET) (envelope-from daniel@digsys.bg) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: Daniel Kalchev Mime-Version: 1.0 (1.0) Subject: Re: Running FreeBSD on M.2 SSD Date: Sun, 1 Mar 2020 08:24:33 +0200 Message-Id: <29C7C315-99F2-46CE-A269-341FBDFE117E@digsys.bg> References: Cc: Theron , Pete Wright , FreeBSD Stable In-Reply-To: To: Mario Olofo X-Mailer: iPhone Mail (17D50) X-Rspamd-Queue-Id: 48VYCh4Gnrz3Pcp 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)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; 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)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.968,0]; IP_SCORE(-0.09)[ipnet: 193.68.0.0/19(-0.10), 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]; 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: Sun, 01 Mar 2020 06:24:50 -0000 Is TRIM still on? I understand the quirks patch indicates the drive has some trouble with 4K a= ligned writes. If memory serves it I also indicated broken TRIM so to be saf= e you need both. Daniel > On 29 Feb 2020, at 2:46, Mario Olofo wrote: >=20 > =EF=BB=BFHello guys, a little update that let me more confused >=20 > 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 o= n > it. > One thing that I noticed is that with the pool as 4k, the disk fill up ver= y > 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 delay= s > the problem as the pages are bigger. >=20 > Mario >=20 >> Em sex., 28 de fev. 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. =46rom 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. >>=20 >> Mario >>=20 >> Em sex., 28 de fev. de 2020 =C3=A0s 12:52, Theron >> escreveu: >>=20 >>> On 2020-02-28 09:14, Mario Olofo wrote: >>>> Thanks! >>>>=20 >>>> The only thing that I didn't checked was the questions of Theron, about= >>>> misaligned data. >>>> The layout of the disk is as follows: >>>>=20 >>>> 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 >>>>=20 >>>> 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=A1= sico >>>> /dev/sdb5 532482048 549257215 16775168 8G FreeBSD ZFS >>>> /dev/sdb6 549257216 937719807 388462592 185,2G Linux sistema de >>> arquivos >>>>=20 >>>> The zfsroot was configured automatically by the installer, so I think >>> that >>>> it align the volume automaticaly right? >>>>=20 >>>> Mario >>>=20 >>> 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: >>>=20 >>> 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... >>>>=20 >>>> Mario >>> Did you try 4k quirk ? >>>=20 >>> Theron >>>=20 >>=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 Sun Mar 1 13:55:45 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 152982415D7 for ; Sun, 1 Mar 2020 13:55:45 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: from mail-qt1-x836.google.com (mail-qt1-x836.google.com [IPv6:2607:f8b0:4864:20::836]) (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 48VlCz1ssJz4X8W for ; Sun, 1 Mar 2020 13:55:43 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: by mail-qt1-x836.google.com with SMTP id v25so5597731qto.7 for ; Sun, 01 Mar 2020 05:55:43 -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=4nty0dkbQf/+07p60flhKDFHe4PxdN130FeA6gFoCbY=; b=Gata2jDKwPypcEAD5pNqmTaL43rEiu1VLf2+oBLhuUyNqzRpA4ABsk4NlDnArTX0E+ 0HUb9cSqW5d8koPUA0v4/ULVpBwgBoECKaGiPuD+18X9QRvT0ssKvhHa1DsJQ9JYACC/ Lr9pOaiYj0rYqGMw+vM4S+9AF1Aiid20az1HRXbFfK5WteZl5RqhlGN/TXglepSHzUdz vUDDbMUukhOXLNEVhE8Il0RFP5Us7J/gynmAODTu1FyMIFLcKAdRjGAvoKzF2MNYSdE5 U9IeAN0vjM6vWE8Y6sqmFQLiGoOKRFBf0tjFlEvfyGzDKxOd7/AtzQNA4sx/XEI95qxP ECJg== 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=4nty0dkbQf/+07p60flhKDFHe4PxdN130FeA6gFoCbY=; b=P6iSU6Wt0xnU2iS/LTL8/WVh7bxYDH4VT1lGwUo19CjgCwCjr/KfgkCEs6oPACP8nh YhFsiDVdkBjYqDcNbRa/uv1UVkZBSGee3DD7DstgevLq8uw5TP7Q4mZTxnRMoDNtIUaI YeLoHs/2cHOh+LF7MxRj8wfoB4rZUQjeiZ8H3hN4HUQRHPo+cWBD/vIklIT0IJpUsufp 5u9MwVVn6VpyFYCArS0vF4CWkUrpn9R8pf7V8Vq84YNEIixFlWT8EdrVzHjHBqfk78DD K1kKFA3N6SCXyy9vR5IvMQ3rSshTJqDcKJ5BPFlWeyo1TyjDynqfdf4WrVGNscL5LIa/ yKzQ== X-Gm-Message-State: ANhLgQ1hq4LVyGbUspqCG2nAayQg6sfBTThM0qKsC5k5B9j9yozqdeik TFEGmsd+VKvSvnpyD/kPeR50r7VA3plbt+33v6A= X-Google-Smtp-Source: ADFU+vs/SI0WciAHh5FjNKBaYJRvRlZJACpbbe13onGatEcO944tsdQ79GGFobsSMgQxmDYK37WzeJOerVHqbkihAoA= X-Received: by 2002:ac8:7952:: with SMTP id r18mr520205qtt.29.1583070942170; Sun, 01 Mar 2020 05:55:42 -0800 (PST) MIME-Version: 1.0 References: <29C7C315-99F2-46CE-A269-341FBDFE117E@digsys.bg> In-Reply-To: <29C7C315-99F2-46CE-A269-341FBDFE117E@digsys.bg> From: Mario Olofo Date: Sun, 1 Mar 2020 10:55:30 -0300 Message-ID: Subject: Re: Running FreeBSD on M.2 SSD To: Daniel Kalchev Cc: Theron , Pete Wright , FreeBSD Stable X-Rspamd-Queue-Id: 48VlCz1ssJz4X8W X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Gata2jDK; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of marioolofo@gmail.com designates 2607:f8b0:4864:20::836 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]; URI_COUNT_ODD(1.00)[3]; TO_DN_ALL(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: (-9.13), 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)[-0.998,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; 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]; 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)[6.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]; FREEMAIL_CC(0.00)[gmail.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: Sun, 01 Mar 2020 13:55:45 -0000 Yes, I installed with TRIM on and used the system with it on, but now I expanded the partition, reinstalled and rebuild the kernel with the quirk of broken TRIM to be safe but it appears to not be needed as far as I can tell. Will continue to work on the wifi driver now that the filesystem is stable =3D) Thank you all! <3 Mario Em dom., 1 de mar. de 2020 =C3=A0s 03:24, Daniel Kalchev escreveu: > Is TRIM still on? > > I understand the quirks patch indicates the drive has some trouble with 4= K > aligned writes. If memory serves it I also indicated broken TRIM so to be > safe you need both. > > Daniel > > > > On 29 Feb 2020, at 2:46, Mario Olofo wrote: > > > > =EF=BB=BFHello 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. > > > > Mario > > > >> Em sex., 28 de fev. de 2020 =C3=A0s 13:18, Mario Olofo < > mario.olofo@gmail.com> > >> escreveu: > >> > >> Yes, tried 4k quirk but not on install because don't know how to, I di= d > a > >> clean install then patch and rebuild the kernel, but > >> the volume was already configured for 512bytes, I think I would need t= o > >> 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 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. 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 > >>> > >> > > _______________________________________________ > > 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 Mon Mar 2 19:03: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 6BED1257807 for ; Mon, 2 Mar 2020 19:03:51 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io1-f42.google.com (mail-io1-f42.google.com [209.85.166.42]) (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 48WV124t1pz3G5t for ; Mon, 2 Mar 2020 19:03:50 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io1-f42.google.com with SMTP id w9so551445iob.12 for ; Mon, 02 Mar 2020 11:03:50 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Zlk1+l8LjfX+j+rKaJFQVur0XLm06NC+r2/gGKm+Ums=; b=Hi+O9t2lvIF1BRLNqkD68Mxe0mT+gKjcgykxW0W9LWFvh+LNq1N7WdjmQ9lMSk6/UV a0IrYalJA72scigKVYhb/U7cIFdKkdJ7xegSP54kIqVtdIoIoKUmM0E5M66DcSxD8DX+ awqwhAjjXtADsKxyF+nRhX/eZJq6W98XJqFFFJ7YJsF7QNVAOkBIR8qhxNKo6+vg4GlR GvjLr6x3CCT/CW7lnHev3GoHVXiFATaxLqVrUAv9az4URNgI+Q6rTCoC/QiJtfLx5Fp+ 6juBq9yQN2q6rR6qo5jyY5dSb6ppKkMERurYQam3xMmhqsikW757BdTzDS+xRLoKaCFp WlyA== X-Gm-Message-State: ANhLgQ2gyZAgMPozk/4Cu2tdBdOz/nZLm9D0CJCgscOUXGpiIQuw/+d2 v7dTurJDdLn2kgUt2vDLQgdQyaYCK8/id1fl3Dc= X-Google-Smtp-Source: ADFU+vspAZ8Me4u8OIjtAiw+q9BLf9SHvT5Z0lL3qgjbmEnWw3gvgt1XyAtoODM9Uqh+MRmY5TtRuKbXnjVWGTS/eo8= X-Received: by 2002:a6b:7e46:: with SMTP id k6mr773499ioq.11.1583175829784; Mon, 02 Mar 2020 11:03:49 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Ed Maste Date: Mon, 2 Mar 2020 14:03:38 -0500 Message-ID: Subject: Re: Any sync-serial driver users (ce/cp/ctau/cx)? To: Warner Losh Cc: freebsd-stable stable Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 48WV124t1pz3G5t 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.42 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-3.01 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; IP_SCORE(-2.01)[ip: (-5.37), ipnet: 209.85.128.0/17(-2.99), asn: 15169(-1.66), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_TRACE(0.00)[0:+]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[42.166.85.209.list.dnswl.org : 127.0.5.0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[42.166.85.209.rep.mailspike.net : 127.0.0.17]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; RCVD_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, 02 Mar 2020 19:03:51 -0000 On Sat, 29 Feb 2020 at 15:57, Warner Losh wrote: > > 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. Deprecation notices in review D23928 https://reviews.freebsd.org/D23928. As rgrimes points out cx(4) is for an ISA card (Cronyx Sigma family), and I assume there's no conflict over removing it. Likewise with ctau, which is also ISA, discontinued by the manufacturer and not supported in FreeBSD 7+ by them. From owner-freebsd-stable@freebsd.org Mon Mar 2 23:49:20 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 BF6C125E2DC for ; Mon, 2 Mar 2020 23:49:20 +0000 (UTC) (envelope-from antoine.michard@chezgeek.fr) Received: from wout1-smtp.messagingengine.com (wout1-smtp.messagingengine.com [64.147.123.24]) (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 48WcLR40nVz4TLs for ; Mon, 2 Mar 2020 23:49:19 +0000 (UTC) (envelope-from antoine.michard@chezgeek.fr) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 0B28C6CE for ; Mon, 2 Mar 2020 18:49:17 -0500 (EST) Received: from imap8 ([10.202.2.58]) by compute1.internal (MEProxy); Mon, 02 Mar 2020 18:49:18 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chezgeek.fr; h= mime-version:message-id:date:from:to:subject:content-type; s= fm2; bh=eY1Wrp0Q3yJMFHABHqoX0KEIsGa6WoAsQq9WRvj40aI=; b=yI+S3AVI IdITX/zYmPREZ3AYXnRoE4sEFlLsrfEqcPiSCZp244woPo1JwL5HeU3g1Iul1J2u ibv99YJJpl5Vk1J0Mfmm3OscJeGbbvExsxMSbqGnn3j0bqcuEM/bIo4Q+1+TqpbS Rxq3xqNg2mCOFIPK+RlCJb/V5lR9mz6MH39w8Sw3x0sXHTBoOCmBn+Ic61W/ARni sW6HYTz5LNJKgD2/qW5N/sqwSrMecfP6n5A8yJyXQwrL1509tFtgy1ZOTF7g4wRP 1CK8rhClGC1e6GFfVgv7RoyKW2Zb//CF373q36gONbTv5mlSmfD1ATnLzsbS55Xj feE+OVhiWqYotw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=eY1Wrp0Q3yJMFHABHqoX0KEIsGa6W oAsQq9WRvj40aI=; b=ERhNhpOvhFsg1xecjYdSFPaIKKLi+rSnJQJXXxSC6uLDG F0hfKAzTNSJPuXa6k2gV0GSI2kK/LdYhu8u5WA5efc7wbtscw7DL/ry60fRxfdlR CFFYj+/xLL/H96KBdS6aJaiEYUXGmmB12u0RuRM7D7g/OjbFMl7yN/FwtmbV4jHI 085OvaykM/3JKwi4oeTVVL/MfiEbK+jX5uMNcHmkAyJAI4CjrVYQHyJURHiyPWFv tDH81To5kHBy9FUBLqoa+muTdr/cD2qaSjdnOXeTvjO9J8UxkziL4WOZykAlSZEM NtmOBl8cpKzfudlj+iMmLFSCJ7ijZkOqCx+oX8qGw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedugedruddthedguddtucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepofgfggfkfffhvffutgesrgdtreerreertdenucfhrhhomhepfdetnhhtohhi nhgvucfoihgthhgrrhgufdcuoegrnhhtohhinhgvrdhmihgthhgrrhgusegthhgviihgvg gvkhdrfhhrqeenucffohhmrghinhepfhhrvggvsghsugdrohhrghenucevlhhushhtvghr ufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegrnhhtohhinhgvrdhmihgthh grrhgusegthhgviihgvggvkhdrfhhr X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id 53B80520093; Mon, 2 Mar 2020 18:49:17 -0500 (EST) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.1.7-967-g014f925-fmstable-20200226v1 Mime-Version: 1.0 Message-Id: <88094ee1-23d1-4657-9417-a3b5845ead7e@www.fastmail.com> Date: Tue, 03 Mar 2020 00:48:56 +0100 From: "Antoine Michard" To: "FreeBSD Stable" Subject: Wrong architecture: FreeBSD:12.0:amd64 instead of FreeBSD:12:amd64 X-Rspamd-Queue-Id: 48WcLR40nVz4TLs X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=chezgeek.fr header.s=fm2 header.b=yI+S3AVI; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=ERhNhpOv; dmarc=none; spf=pass (mx1.freebsd.org: domain of antoine.michard@chezgeek.fr designates 64.147.123.24 as permitted sender) smtp.mailfrom=antoine.michard@chezgeek.fr X-Spamd-Result: default: False [-3.78 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.69)[-0.692,0]; R_DKIM_ALLOW(-0.20)[chezgeek.fr:s=fm2,messagingengine.com:s=fm2]; XM_UA_NO_VERSION(0.01)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.24:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[chezgeek.fr]; URI_COUNT_ODD(1.00)[1]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[chezgeek.fr:+,messagingengine.com:+]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; IP_SCORE(-3.49)[ip: (-9.81), ipnet: 64.147.123.0/24(-4.92), asn: 11403(-2.69), country: US(-0.05)]; MID_RHS_WWW(0.50)[]; RCVD_IN_DNSWL_LOW(-0.10)[24.123.147.64.list.dnswl.org : 127.0.5.1] Content-Type: text/plain 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, 02 Mar 2020 23:49:20 -0000 Hi all, I just connect to my server this evening for pkg update task and I've got this: # pkg update Updating FreeBSD repository catalogue... Fetching meta.txz: 100% 916 B 0.9kB/s 00:01 Fetching packagesite.txz: 100% 6 MiB 6.5MB/s 00:01 Processing entries: 63% pkg: wrong architecture: FreeBSD:12.0:amd64 instead of FreeBSD:12:amd64 pkg: repository FreeBSD contains packages with wrong ABI: FreeBSD:12.0:amd64 Processing entries: 100% Unable to update repository FreeBSD Error updating repositories! I immediatly start to search what is going wrong but I found nothing: # pkg -vv | grep ABI ABI = "FreeBSD:12:amd64"; ALTABI = "freebsd:12:x86:64"; # uname -UK 1201000 1201000 I've update my /usr/src and delete my iocage package, still nothing So I deleted all my packgage and try again and again but still repositorie issue... # pkg info pkg-1.12.0 Package manager # freebsd-update fetch install Looking up update.FreeBSD.org mirrors... 3 mirrors found. Fetching metadata signature for 12.1-RELEASE from update2.freebsd.org... done. Fetching metadata index... done. Inspecting system... done. Preparing to download files... done. No updates needed to update system to 12.1-RELEASE-p2. No updates are available to install. # freebsd-version 12.1-RELEASE-p2 What is wrong with my system ?? It's make me crazy Thanks for your help -- Antoine Michard GPG Key: 0xF5C9E7CD0882B381 From owner-freebsd-stable@freebsd.org Mon Mar 2 23:56: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 50ECD25E648 for ; Mon, 2 Mar 2020 23:56:55 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-lf1-x133.google.com (mail-lf1-x133.google.com [IPv6:2a00:1450:4864:20::133]) (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 48WcWB0dPrz3JfQ for ; Mon, 2 Mar 2020 23:56:53 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by mail-lf1-x133.google.com with SMTP id n30so1087351lfh.6 for ; Mon, 02 Mar 2020 15:56:53 -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=9QRP+M/wJEtXMVHGxvbSv8QtgRH5wHsz9QjobgjfMng=; b=T1nTP47USlV1GxFhXHuirvEYNP56u+SuY1MZv5PGMBBzWTpvbGF8eaCp7ekaX8hmqR 1W0sSDmosAO/57HNJoGgIictaoBfEhnp0Dc8B7QNLWtLrtZbgErUS0UMAetgM/BSFw9B qk2wfysXqptBUScje+oQ9MJG56zo3fiAN+bSDI6qQziK80Nm7gT02ihRe9axS15xU1rn 2qMg923mU7NMSGOqAV5qmtwJcbcREYwzOi1ZAz+I+pcmffY10Su/05yxwIuSZyxxbMNb YWDdR4Qp3z22W17Zuux339qyaDHcIU2b6SI8LyoQRLODhRjTPWwafJ2ibhH5+MLqjJ7I DymA== 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=9QRP+M/wJEtXMVHGxvbSv8QtgRH5wHsz9QjobgjfMng=; b=fYbA1duAn+Q9siOt+1VprEDl7XgF1Sz4DMw3bwcLF4gjHv+RZJLo5vdYOWCRUcsJ5A yQxJKLjYnEIsjkG5P3rHn8yhq6xtEA7iKK9VuCY2FatrpHVetSMbh2KC1uYy8CjGaesg 9NmcxS23A3yXHQ1goSE1f6V1ZSRiX7eyYlnt9Ufo0ryhO5CzASWK414IuE9UEmizomv+ yIBiVP3yYKmCWah5KUKbU1Elj4HY9aG84CBH4MVUAasy6jK1kYQUXoiUV7Wd4bYOz8d2 9HDjDncUcoWk5SStL5Tpur0SfLPnk5a9iyFIzI/q0fUDtmQA8PwgmaxOlFKMcNDvDuEj YvUg== X-Gm-Message-State: ANhLgQ0athDg3wthc14BCl+4xaWYDdbHtQQcr8YvZBgE1TAIkFjhY9Bv jQIZeWWF94oun0bNo3UDbRuL5VUWjIvslI999G0= X-Google-Smtp-Source: ADFU+vt6ws1aTt9+H7MtDOTdNGWEDzcx6YvpIiK0dracB1PJJuHvOPLvACz79NBXT3VCOz40M4GhhAQ96YcyNqNlaWc= X-Received: by 2002:a05:6512:1109:: with SMTP id l9mr926736lfg.50.1583193411564; Mon, 02 Mar 2020 15:56:51 -0800 (PST) MIME-Version: 1.0 References: <88094ee1-23d1-4657-9417-a3b5845ead7e@www.fastmail.com> In-Reply-To: <88094ee1-23d1-4657-9417-a3b5845ead7e@www.fastmail.com> From: Freddie Cash Date: Mon, 2 Mar 2020 15:56:40 -0800 Message-ID: Subject: Re: Wrong architecture: FreeBSD:12.0:amd64 instead of FreeBSD:12:amd64 To: Antoine Michard Cc: FreeBSD Stable X-Rspamd-Queue-Id: 48WcWB0dPrz3JfQ X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=T1nTP47U; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of fjwcash@gmail.com designates 2a00:1450:4864:20::133 as permitted sender) smtp.mailfrom=fjwcash@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]; 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)[3.3.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; IP_SCORE(0.00)[ip: (-9.47), ipnet: 2a00:1450::/32(-2.41), asn: 15169(-1.66), 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" 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, 02 Mar 2020 23:56:55 -0000 On Mon, Mar 2, 2020 at 3:49 PM Antoine Michard wrote: > Hi all, > > I just connect to my server this evening for pkg update task and I've got > this: > # pkg update > Updating FreeBSD repository catalogue... > Fetching meta.txz: 100% 916 B 0.9kB/s 00:01 > Fetching packagesite.txz: 100% 6 MiB 6.5MB/s 00:01 > Processing entries: 63% > pkg: wrong architecture: FreeBSD:12.0:amd64 instead of FreeBSD:12:amd64 > pkg: repository FreeBSD contains packages with wrong ABI: > FreeBSD:12.0:amd64 > Processing entries: 100% > Unable to update repository FreeBSD > Error updating repositories! > It's not your system. There's an issue with the package building cluster that's putting the wrong version number (12.0 instead of 12) into the architecture string. It's a known issue, they're working on it, we just need to be patient while they fix it. :) (Although, all previous mentions of this were regarding 13.0; this is the first time I've seen the issue with 12.0 come across the mailing lists.) -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@freebsd.org Tue Mar 3 00:03: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 DE31725ECA7 for ; Tue, 3 Mar 2020 00:03:34 +0000 (UTC) (envelope-from antoine.michard@chezgeek.fr) Received: from wout1-smtp.messagingengine.com (wout1-smtp.messagingengine.com [64.147.123.24]) (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 48Wcfs28knz400V for ; Tue, 3 Mar 2020 00:03:32 +0000 (UTC) (envelope-from antoine.michard@chezgeek.fr) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 7CB566D4; Mon, 2 Mar 2020 19:03:31 -0500 (EST) Received: from imap8 ([10.202.2.58]) by compute1.internal (MEProxy); Mon, 02 Mar 2020 19:03:31 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chezgeek.fr; h= mime-version:message-id:in-reply-to:references:date:from:to:cc :subject:content-type; s=fm2; bh=3fhZq6pxzf/hB0FtYxR5bNfCXrwUy4R I2oHs55v2ZJc=; b=gTj/GZtzEB5ilLaHJBaqHXUAhM9eUVwg4LpB292VIrBFUDB SxTFq7WUjHNvXfzn+LuR2jMp6+FDRFgUJFZq1vrUEJ2z196jTgn5XX3o9Dbh4TWJ T4bSeDsI5y2Ik6tURAzAMUo76jIbggk8Y9v0WrppxOzKeQjk/S5gQrc4sMLxp7VR TaXmT/d94eYuqgPgp3Lk6Sfsv1RPyCoSYbCqzFsN7LsrRd3Dcio0odt5SR3nSgbd h1Gxcb3OoNq9x8F0hMDijLspv40+hQ+H5JOhzOYfzcP8djuUOhbmd2Q/r0PVhADv 4IHFgjpaQRutMgYEQXBH9WRXEUIVv8snHxTG4UQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=3fhZq6 pxzf/hB0FtYxR5bNfCXrwUy4RI2oHs55v2ZJc=; b=rQMn0k53nCSJuHTf99dnkm QUFGthK+OXKZYOtv/ih1khoX1NkzSpS4U6xe36XlnCVcPJuupiLhr3LTYg9sGyRa 6Xrisv7/5flLOxJsDJYyBkOcs8SQHnuHtodSd8X7Zks8Ej/Lvv9IJeMEIUBEB6UE 6tHdbGwHCsc6mvSUHuTblqddWbOm3AiV3cyiCA5FbRNo+n2KFRYjIo2cJsdQ9cXr KkAz6TZeVdzk8ger43POpjrn1YJ39AmZYoG+XjILkx1Yp8qmPrwMJbXsQ7yYxoep 68S+VK7bMFbsDlBetwBbV3m4fYd5RgVhhezMsH6K5kYdwEWzZz37onBlJwpN2Vzw == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedugedruddthedgudefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepofgfggfkjghffffhvffutgesrgdtreerreerjeenucfhrhhomhepfdetnhht ohhinhgvucfoihgthhgrrhgufdcuoegrnhhtohhinhgvrdhmihgthhgrrhgusegthhgvii hgvggvkhdrfhhrqeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhl fhhrohhmpegrnhhtohhinhgvrdhmihgthhgrrhgusegthhgviihgvggvkhdrfhhr X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id E48B6520093; Mon, 2 Mar 2020 19:03:30 -0500 (EST) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.1.7-967-g014f925-fmstable-20200226v1 Mime-Version: 1.0 Message-Id: <6adb5a42-36bb-4a6d-9293-1312921d8bcf@www.fastmail.com> In-Reply-To: References: <88094ee1-23d1-4657-9417-a3b5845ead7e@www.fastmail.com> Date: Tue, 03 Mar 2020 01:03:09 +0100 From: "Antoine Michard" To: "Freddie Cash" Cc: "FreeBSD Stable" Subject: =?UTF-8?Q?Re:_Wrong_architecture:_FreeBSD:12.0:amd64_instead_of_FreeBSD:?= =?UTF-8?Q?12:amd64?= X-Rspamd-Queue-Id: 48Wcfs28knz400V X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=chezgeek.fr header.s=fm2 header.b=gTj/GZtz; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=rQMn0k53; dmarc=none; spf=pass (mx1.freebsd.org: domain of antoine.michard@chezgeek.fr designates 64.147.123.24 as permitted sender) smtp.mailfrom=antoine.michard@chezgeek.fr X-Spamd-Result: default: False [-3.88 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[chezgeek.fr:s=fm2,messagingengine.com:s=fm2]; XM_UA_NO_VERSION(0.01)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.24:c]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[chezgeek.fr]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[chezgeek.fr:+,messagingengine.com:+]; RCPT_COUNT_TWO(0.00)[2]; SUBJ_EXCESS_QP(1.20)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; IP_SCORE(-3.49)[ip: (-9.81), ipnet: 64.147.123.0/24(-4.92), asn: 11403(-2.69), country: US(-0.05)]; MID_RHS_WWW(0.50)[]; RCVD_IN_DNSWL_LOW(-0.10)[24.123.147.64.list.dnswl.org : 127.0.5.1] 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, 03 Mar 2020 00:03:35 -0000 Oh crap !!! I've found no info of it.. Thanks for your quick reply, I will waiting So, I will rebuild my system later :-) Fortunately my jails is intact so it will be back online quickly -- Antoine Michard GPG Key: 0xF5C9E7CD0882B381 Mar 03 mars 2020, =C3=A0 00:56, Freddie Cash a =C3=A9crit : > On Mon, Mar 2, 2020 at 3:49 PM Antoine Michard wrote: >> Hi all, >>=20 >> I just connect to my server this evening for pkg update task and I'v= e got this: >> # pkg update >> Updating FreeBSD repository catalogue...=20 >> Fetching meta.txz: 100% 916 B 0.9kB/s 00:01=20 >> Fetching packagesite.txz: 100% 6 MiB 6.5MB/s 00:01=20 >> Processing entries: 63% >> pkg: wrong architecture: FreeBSD:12.0:amd64 instead of FreeBSD:12:am= d64 >> pkg: repository FreeBSD contains packages with wrong ABI: FreeBSD:12= .0:amd64 >> Processing entries: 100% >> Unable to update repository FreeBSD >> Error updating repositories! >=20 > It's not your system. There's an issue with the package building clust= er that's putting the wrong version number (12.0 instead of 12) into the= architecture string. >=20 > It's a known issue, they're working on it, we just need to be patient = while they fix it. :) >=20 > (Although, all previous mentions of this were regarding 13.0; this is = the first time I've seen the issue with 12.0 come across the mailing lis= ts.) >=20 > --=20 > Freddie Cash > fjwcash@gmail.com From owner-freebsd-stable@freebsd.org Tue Mar 3 01:09: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 1D4AA261543 for ; Tue, 3 Mar 2020 01:09:23 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pf1-x432.google.com (mail-pf1-x432.google.com [IPv6:2607:f8b0:4864:20::432]) (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 48Wf6n0k60z3PXT for ; Tue, 3 Mar 2020 01:09:20 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: by mail-pf1-x432.google.com with SMTP id n7so592787pfn.0 for ; Mon, 02 Mar 2020 17:09:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:reply-to:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=4F2axTSs0TKI4XE/t7uJ0Ry0+5NsLqs0q3szAzxyxsg=; b=tOEVs6C34J9BNVlw0bKUsMu5Lbyber5YOWn124jlOqmIupiLZ03uyBcVTaM6Itx0Sy idZCO8VRyn5mfUzOTfMihD5neYQ73/y3MshaeYokxmMJaSp6v2oxVQtIksXo+4XrvZRq TczDrVWE1bg+FuTK3bRVOklZGZGuNKRgs9bvS7tRE45JKQlwIj0/9QRH3ESGFIG2srwm 5VK0CkHP3xgi4uOqsD0EbyCMhvfp7YcKuRl9nPGCuucD2fgoqem444jAcsT0vFmFE9ko p+jho4Y0SLhemlYu6iVBtBDSMg9PVhKlkbs0eWYSOuzo/03F8LjQW8D13O+UMWMVeELh eaCA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:reply-to:subject:to:cc:references:from :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=4F2axTSs0TKI4XE/t7uJ0Ry0+5NsLqs0q3szAzxyxsg=; b=izd4zlIX17LWZ/qNBbXceYLZJiKhcNEDG5oOY7D3aY8Sgd9B9mtKy4p0dv/nN53Txc m5Z0aMOhPC0Js0FJt060oEemAGz4kaI//AErBvbirqTPoOUHkxDOpm9w2+su+WeQ+PCX dv87RMx7yHgaXvQFNNOvuF/yqMgJIrGW+vrXMCcEsPlzvrv3EsJUBCE4JqQkpspyR63u 1eWwj+7bug1zbLYrmLkN3M+loHDt+T8DuhgFWA/S/I39tyal+ZUgQktRirlje+TBYvma B2sR1pfpVoZ/N6fHdaTHmA2+iN6kO/1UJmxco7PMpseWhbJJEKwdzFl+FTOrUOOIIK2q /BuQ== X-Gm-Message-State: ANhLgQ3FAFWvV3yiB7x2c6AtWGCMvb2X5YlPT6GxrGiINUmOUXO8bL0E KooH5bVxQ7VHxBiJFQDN/9J6iInH X-Google-Smtp-Source: ADFU+vsuDprNbn+fRi9hDA0RXseXXfTREVCl8YLf03+B5N2QanGlCCBeOc+Ezy0eCcEQ8ECgkKtX1A== X-Received: by 2002:a63:f74a:: with SMTP id f10mr1591967pgk.360.1583197758794; Mon, 02 Mar 2020 17:09:18 -0800 (PST) Received: from ?IPv6:2403:5800:7100:5d01:3526:e4ef:363e:c98b? (2403-5800-7100-5d01-3526-e4ef-363e-c98b.ip6.aussiebb.net. [2403:5800:7100:5d01:3526:e4ef:363e:c98b]) by smtp.gmail.com with ESMTPSA id 188sm18141141pfa.62.2020.03.02.17.09.17 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 02 Mar 2020 17:09:18 -0800 (PST) Sender: Kubilay Kocak Reply-To: koobs@FreeBSD.org Subject: Re: Wrong architecture: FreeBSD:12.0:amd64 instead of FreeBSD:12:amd64 To: Freddie Cash , Antoine Michard Cc: FreeBSD Stable References: <88094ee1-23d1-4657-9417-a3b5845ead7e@www.fastmail.com> From: Kubilay Kocak Message-ID: Date: Tue, 3 Mar 2020 12:09:14 +1100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:74.0) Gecko/20100101 Thunderbird/74.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: 48Wf6n0k60z3PXT X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=tOEVs6C3; dmarc=none; spf=pass (mx1.freebsd.org: domain of koobsfreebsd@gmail.com designates 2607:f8b0:4864:20::432 as permitted sender) smtp.mailfrom=koobsfreebsd@gmail.com X-Spamd-Result: default: False [-4.51 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[koobs@FreeBSD.org]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; FORGED_SENDER(0.30)[koobs@FreeBSD.org,koobsfreebsd@gmail.com]; FREEMAIL_TO(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[koobs@FreeBSD.org,koobsfreebsd@gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; TAGGED_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[FreeBSD.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2.3.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(-2.31)[ip: (-7.99), ipnet: 2607:f8b0::/32(-1.86), asn: 15169(-1.66), 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: Tue, 03 Mar 2020 01:09:23 -0000 On 3/03/2020 10:56 am, Freddie Cash wrote: > On Mon, Mar 2, 2020 at 3:49 PM Antoine Michard > wrote: > >> Hi all, >> >> I just connect to my server this evening for pkg update task and I've got >> this: >> # pkg update >> Updating FreeBSD repository catalogue... >> Fetching meta.txz: 100% 916 B 0.9kB/s 00:01 >> Fetching packagesite.txz: 100% 6 MiB 6.5MB/s 00:01 >> Processing entries: 63% >> pkg: wrong architecture: FreeBSD:12.0:amd64 instead of FreeBSD:12:amd64 >> pkg: repository FreeBSD contains packages with wrong ABI: >> FreeBSD:12.0:amd64 >> Processing entries: 100% >> Unable to update repository FreeBSD >> Error updating repositories! >> > > It's not your system. There's an issue with the package building cluster > that's putting the wrong version number (12.0 instead of 12) into the > architecture string. > > It's a known issue, they're working on it, we just need to be patient while > they fix it. :) > > (Although, all previous mentions of this were regarding 13.0; this is the > first time I've seen the issue with 12.0 come across the mailing lists.) > Issue tracked in: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244549 From owner-freebsd-stable@freebsd.org Tue Mar 3 07:52: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 EA9252679E7 for ; Tue, 3 Mar 2020 07:52:53 +0000 (UTC) (envelope-from timp87@gmail.com) Received: from mail-wr1-x443.google.com (mail-wr1-x443.google.com [IPv6:2a00:1450:4864:20::443]) (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 48Wq4N04ZFz3K4y for ; Tue, 3 Mar 2020 07:52:51 +0000 (UTC) (envelope-from timp87@gmail.com) Received: by mail-wr1-x443.google.com with SMTP id q8so3070313wrm.4 for ; Mon, 02 Mar 2020 23:52:51 -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=Wai5osSPKNkkN0qr9GgROOwIYYRHgioSwgSdHkc1YBY=; b=qtM08srdOlusNZ6SpInvqCKJwLYglaaDobQuEomQuRCl0msaei5s1ReDbo9eabBz5W VzczEHrf+swkNFpHtjNC8pbwFVaithKXPr8FeGWLtLQqRpqRAZAO7zwAaMukcORTJRZb WOKi+Xn1mwWS0tbLJsmTFeQTbm2uQF6W0sNbFgz7GP84sk7O5UZgZU/G6yGorHDoY7V5 BTAZ0bMYIIhWSKq4qMD5LP4MUflRVXX96MW+ydyhsF84pzvR7+ZBk1SaEPrGEAzW19x3 yDtA1AafvFL7KtvRTAaKhd+9/PkTLUbCfvsz+dG2+UPR2sSUmmDc/fG4qppST/nqLVP4 7USA== 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=Wai5osSPKNkkN0qr9GgROOwIYYRHgioSwgSdHkc1YBY=; b=ctaSkx4AMfE3xSR/+HdgItp9Ef4A8SMKvPVlexAoNjBjk0F0Y8SzW4VSNlQL6UaGDT xa/VNXHXMYen3YZp3egu44IbrEWTL+kjLAFKPHTSAuQr99EN8W12N8DbkgIvud4/mOn5 V0ShJ43dKW1v1Dq/epR8U6N5A4W8Nv3rjiqPUqYd0FUPEIirL8soqBWgG8nBtDOjZg+v 7mCqPWSoKGajQL3xLvEiFiH60MOrQv2E+50t6oQpH1kDtAlj5gReGp9njBhsCwEAFfwH VeWXkfPJN8r3TKs9hPMoLTVO1SE01BILnMrtzJaHug+Oa4HKqzaBc7sHxBD+JBZAazAx +Fng== X-Gm-Message-State: ANhLgQ0uQ524H5ChWoh7fEpjzsGteLnQDtx0zZ91matGRXMP+IrRw0iW 2knhnFxiohnLoYnb6CGol1KRI+Cx9TjhSqDzI+kfVREjuWQ= X-Google-Smtp-Source: ADFU+vsOKccsLXtn5pR9gQ56Av1IjuzPHC5db8Fs45BEjH4hJg8qTYwE5NSQqg62R2U/NcT4UMOvPPYyysLeEffDNCY= X-Received: by 2002:adf:cd0a:: with SMTP id w10mr2539872wrm.171.1583221968566; Mon, 02 Mar 2020 23:52:48 -0800 (PST) MIME-Version: 1.0 From: Pavel Timofeev Date: Tue, 3 Mar 2020 10:52:37 +0300 Message-ID: Subject: Building 12-STABLE for MIPS using GCC 9.2 To: freebsd-stable stable Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 48Wq4N04ZFz3K4y X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=qtM08srd; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of timp87@gmail.com designates 2a00:1450:4864:20::443 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]; FREEMAIL_FROM(0.00)[gmail.com]; 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)[ip: (2.38), ipnet: 2a00:1450::/32(-2.41), asn: 15169(-1.66), 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)[3.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]; TO_MATCH_ENVRCPT_ALL(0.00)[]; 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: Tue, 03 Mar 2020 07:52:54 -0000 Hi, I've tried to build 12-stable r358547 for MIPS using mips-gcc9-9.2.0 (gcc 6.5.0 is available but out of date and probably will be removed from ports tree in some future). 12-stable can't be compiled with such gcc version right now, so here is a list of errors and patches taken from HEAD that helped me to do build it. This is in case someone wants to do the same at least: - The first build error was: jemalloc_malloc_io.c: In function '__je_malloc_vsnprintf': jemalloc_malloc_io.c:383:2: error: case label value exceeds maximum value for type [-Werror] 383 | case '?' | 0x80: \ | ^~~~ jemalloc_malloc_io.c:595:5: note: in expansion of macro 'GET_ARG_NUMERIC' 595 | GET_ARG_NUMERIC(val, 'p'); | ^~~~~~~~~~~~~~~ jemalloc_malloc_io.c:401:2: error: case label value exceeds maximum value for type [-Werror] 401 | case 'j' | 0x80: \ | ^~~~ jemalloc_malloc_io.c:595:5: note: in expansion of macro 'GET_ARG_NUMERIC' 595 | GET_ARG_NUMERIC(val, 'p'); | ^~~~~~~~~~~~~~~ jemalloc_malloc_io.c:389:2: error: case label value exceeds maximum value for type [-Werror] 389 | case 'l' | 0x80: \ | ^~~~ jemalloc_malloc_io.c:595:5: note: in expansion of macro 'GET_ARG_NUMERIC' 595 | GET_ARG_NUMERIC(val, 'p'); | ^~~~~~~~~~~~~~~ jemalloc_malloc_io.c:395:2: error: case label value exceeds maximum value for type [-Werror] 395 | case 'q' | 0x80: \ | ^~~~ jemalloc_malloc_io.c:595:5: note: in expansion of macro 'GET_ARG_NUMERIC' 595 | GET_ARG_NUMERIC(val, 'p'); | ^~~~~~~~~~~~~~~ jemalloc_malloc_io.c:410:2: error: case label value exceeds maximum value for type [-Werror] 410 | case 'z' | 0x80: \ | ^~~~ jemalloc_malloc_io.c:595:5: note: in expansion of macro 'GET_ARG_NUMERIC' 595 | GET_ARG_NUMERIC(val, 'p'); | ^~~~~~~~~~~~~~~ cc1: all warnings being treated as errors --- jemalloc_malloc_io.o --- *** [jemalloc_malloc_io.o] Error code 1 make[4]: stopped in /usr/home/pavel.timofeev/mips/12/lib/libc 1 error Fix from HEAD https://svnweb.freebsd.org/base?view=revision&revision=355975 - The second error was: ===> lib/libalias/modules/nbt (all) /usr/home/pavel.timofeev/mips/12/sys/netinet/libalias/alias_nbt.c: In function 'protohandler2out': /usr/home/pavel.timofeev/mips/12/sys/netinet/libalias/alias_nbt.c:127:48: error: taking address of packed member of 'struct ip' may result in an unaligned pointer value [-Werror=address-of-packed-member] 127 | return (AliasHandleUdpNbtNS(la, pip, ah->lnk, &pip->ip_src, ah->sport, | ^~~~~~~~~~~~ cc1: all warnings being treated as errors --- alias_nbt.o --- *** [alias_nbt.o] Error code 1 make[7]: stopped in /usr/home/pavel.timofeev/mips/12/lib/libalias/modules/nbt 1 error make[7]: stopped in /usr/home/pavel.timofeev/mips/12/lib/libalias/modules/nbt --- all_subdir_lib/libalias/modules/nbt --- *** [all_subdir_lib/libalias/modules/nbt] Error code 2 make[6]: stopped in /usr/home/pavel.timofeev/mips/12/lib/libalias/modules 1 error make[6]: stopped in /usr/home/pavel.timofeev/mips/12/lib/libalias/modules --- all_subdir_lib/libalias/modules --- *** [all_subdir_lib/libalias/modules] Error code 2 make[5]: stopped in /usr/home/pavel.timofeev/mips/12/lib/libalias 1 error make[5]: stopped in /usr/home/pavel.timofeev/mips/12/lib/libalias --- all_subdir_lib/libalias --- *** [all_subdir_lib/libalias] Error code 2 make[4]: stopped in /usr/home/pavel.timofeev/mips/12/lib 1 error make[4]: stopped in /usr/home/pavel.timofeev/mips/12/lib --- lib__L --- *** [lib__L] Error code 2 make[3]: stopped in /usr/home/pavel.timofeev/mips/12 A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/home/pavel.timofeev/mips/12/sbin/ipf/libipf --- sbin/ipf/libipf__L --- *** [sbin/ipf/libipf__L] Error code 2 make[3]: stopped in /usr/home/pavel.timofeev/mips/12 2 errors Applying this commit from HEAD helped https://svnweb.freebsd.org/base?view=revision&revision=355971 - Third error was: ===> lib/libdevdctl (all) In file included from /usr/home/pavel.timofeev/mips/12/lib/libdevdctl/consumer.cc:55: /usr/home/pavel.timofeev/mips/12/lib/libdevdctl/event.h: In member function 'DevdCtl::Guid DevdCtl::ZfsEvent::PoolGUID() const': /usr/home/pavel.timofeev/mips/12/lib/libdevdctl/event.h:413:20: error: implicitly-declared 'constexpr DevdCtl::Guid::Guid(const DevdCtl::Guid&)' is deprecated [-Werror=deprecated-copy] 413 | return (m_poolGUID); | ^ In file included from /usr/home/pavel.timofeev/mips/12/lib/libdevdctl/consumer.cc:54: /usr/home/pavel.timofeev/mips/12/lib/libdevdctl/guid.h:114:1: note: because 'DevdCtl::Guid' has user-provided 'DevdCtl::Guid& DevdCtl::Guid::operator=(const DevdCtl::Guid&)' 114 | Guid::operator=(const Guid &rhs) | ^~~~ In file included from /usr/home/pavel.timofeev/mips/12/lib/libdevdctl/consumer.cc:55: /usr/home/pavel.timofeev/mips/12/lib/libdevdctl/event.h: In member function 'DevdCtl::Guid DevdCtl::ZfsEvent::VdevGUID() const': /usr/home/pavel.timofeev/mips/12/lib/libdevdctl/event.h:419:20: error: implicitly-declared 'constexpr DevdCtl::Guid::Guid(const DevdCtl::Guid&)' is deprecated [-Werror=deprecated-copy] 419 | return (m_vdevGUID); | ^ In file included from /usr/home/pavel.timofeev/mips/12/lib/libdevdctl/consumer.cc:54: /usr/home/pavel.timofeev/mips/12/lib/libdevdctl/guid.h:114:1: note: because 'DevdCtl::Guid' has user-provided 'DevdCtl::Guid& DevdCtl::Guid::operator=(const DevdCtl::Guid&)' 114 | Guid::operator=(const Guid &rhs) | ^~~~ In file included from /usr/home/pavel.timofeev/mips/obj/mips_ap/usr/home/pavel.timofeev/mips/12/mips.mips/tmp/usr/include/c++/v1/memory:667, from /usr/home/pavel.timofeev/mips/obj/mips_ap/usr/home/pavel.timofeev/mips/12/mips.mips/tmp/usr/include/c++/v1/list:183, from /usr/home/pavel.timofeev/mips/12/lib/libdevdctl/consumer.cc:50: /usr/home/pavel.timofeev/mips/obj/mips_ap/usr/home/pavel.timofeev/mips/12/mips.mips/tmp/usr/include/c++/v1/atomic: At global scope: /usr/home/pavel.timofeev/mips/obj/mips_ap/usr/home/pavel.timofeev/mips/12/mips.mips/tmp/usr/include/c++/v1/atomic:726:6: warning: always_inline function might not be inlinable [-Wattributes] 726 | void __cxx_atomic_store(__cxx_atomic_base_impl<_Tp>* __a, _Tp __val, | ^~~~~~~~~~~~~~~~~~ /usr/home/pavel.timofeev/mips/obj/mips_ap/usr/home/pavel.timofeev/mips/12/mips.mips/tmp/usr/include/c++/v1/atomic:718:6: warning: always_inline function might not be inlinable [-Wattributes] 718 | void __cxx_atomic_store(volatile __cxx_atomic_base_impl<_Tp>* __a, _Tp __val, | ^~~~~~~~~~~~~~~~~~ /usr/home/pavel.timofeev/mips/obj/mips_ap/usr/home/pavel.timofeev/mips/12/mips.mips/tmp/usr/include/c++/v1/atomic:763:5: warning: always_inline function might not be inlinable [-Wattributes] 763 | _Tp __cxx_atomic_exchange(__cxx_atomic_base_impl<_Tp>* __a, _Tp __value, | ^~~~~~~~~~~~~~~~~~~~~ /usr/home/pavel.timofeev/mips/obj/mips_ap/usr/home/pavel.timofeev/mips/12/mips.mips/tmp/usr/include/c++/v1/atomic:753:5: warning: always_inline function might not be inlinable [-Wattributes] 753 | _Tp __cxx_atomic_exchange(volatile __cxx_atomic_base_impl<_Tp>* __a, | ^~~~~~~~~~~~~~~~~~~~~ cc1plus: all warnings being treated as errors --- consumer.o --- *** [consumer.o] Error code 1 make[5]: stopped in /usr/home/pavel.timofeev/mips/12/lib/libdevdctl 1 error make[5]: stopped in /usr/home/pavel.timofeev/mips/12/lib/libdevdctl --- all_subdir_lib/libdevdctl --- *** [all_subdir_lib/libdevdctl] Error code 2 The fix is from HEAD https://svnweb.freebsd.org/base?view=revision&revision=355974 - Fourth error was: /usr/home/pavel.timofeev/mips/12/sbin/camcontrol/camcontrol.c: In function 'ataidentify': /usr/home/pavel.timofeev/mips/12/sbin/camcontrol/camcontrol.c:2377:45: error: converting a packed 'struct ata_params' pointer (alignment 1) to a 'uint16_t' {aka 'short unsigned int'} pointer (alignment 2) may re sult in an unaligned pointer value [-Werror=address-of-packed-member] 2377 | dump_data((void*)ident_buf, sizeof(struct ata_params)); | ^~~~~~~~~~ In file included from /usr/home/pavel.timofeev/mips/12/sys/cam/ata/ata_all.h:34, from /usr/home/pavel.timofeev/mips/12/sys/cam/cam_ccb.h:45, from /usr/home/pavel.timofeev/mips/12/sbin/camcontrol/camcontrol.c:56: /usr/home/pavel.timofeev/mips/12/sys/sys/ata.h:37:8: note: defined here 37 | struct ata_params { | ^~~~~~~~~~ /usr/home/pavel.timofeev/mips/12/sbin/camcontrol/camcontrol.c: In function 'atasecurity_notify': /usr/home/pavel.timofeev/mips/12/sbin/camcontrol/camcontrol.c:2486:38: warning: argument to 'sizeof' in 'strncpy' call is the same expression as the source; did you mean to use the size of the destination? [-Wsi zeof-pointer-memaccess] 2486 | strncpy(pass, pwd->password, sizeof(pwd->password)); | ^ cc1: all warnings being treated as errors --- camcontrol.o --- *** [camcontrol.o] Error code 1 make[6]: stopped in /usr/home/pavel.timofeev/mips/12/sbin/camcontrol 1 error make[6]: stopped in /usr/home/pavel.timofeev/mips/12/sbin/camcontrol --- camcontrol_make --- *** [camcontrol_make] Error code 2 Fix from HEAD https://svnweb.freebsd.org/base?view=revision&revision=355972 - Fifth error: ===> usr.sbin/pw (all) [35/1784] /usr/home/pavel.timofeev/mips/12/usr.sbin/pw/pw.c:30:19: warning: 'rcsid' defined but not used [-Wunused-const-variable=] 30 | static const char rcsid[] = | ^~~~~ /usr/home/pavel.timofeev/mips/12/usr.sbin/pw/pw_conf.c:30:19: warning: 'rcsid' defined but not used [-Wunused-const-variable=] 30 | static const char rcsid[] = | ^~~~~ /usr/home/pavel.timofeev/mips/12/usr.sbin/pw/pw_conf.c: In function 'write_userconfig': /usr/home/pavel.timofeev/mips/12/usr.sbin/pw/pw_conf.c:420:38: warning: '/pw.conf' directive output may be truncated writing 8 bytes into a region of size between 1 and 1024 [-Wformat-truncation=] 420 | snprintf(cfgfile, sizeof(cfgfile), "%s/" _PW_CONF, | ^~~~~ /usr/home/pavel.timofeev/mips/12/usr.sbin/pw/pw_conf.c:420:41: note: format string is defined here 420 | snprintf(cfgfile, sizeof(cfgfile), "%s/" _PW_CONF, /usr/home/pavel.timofeev/mips/12/usr.sbin/pw/pw_conf.c:420:3: note: 'snprintf' output between 9 and 1032 bytes into a destination of size 1024 420 | snprintf(cfgfile, sizeof(cfgfile), "%s/" _PW_CONF, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 421 | conf.etcpath); | ~~~~~~~~~~~~~ /usr/home/pavel.timofeev/mips/12/usr.sbin/pw/pw_user.c: In function 'print_user': /usr/home/pavel.timofeev/mips/12/usr.sbin/pw/pw_user.c:590:2: error: this 'if' clause does not guard... [-Werror=misleading-indentation] 590 | if (pwd->pw_expire > (time_t)0 && (tptr = localtime(&pwd->pw_expire)) != NULL) | ^~ /usr/home/pavel.timofeev/mips/12/usr.sbin/pw/pw_user.c:592:3: note: ...this statement, but the latter is misleadingly indented as if it were guarded by the 'if' 592 | if (pwd->pw_change > (time_t)0 && (tptr = localtime(&pwd->pw_change)) != NULL) | ^~ At top level: /usr/home/pavel.timofeev/mips/12/usr.sbin/pw/pw_user.c:31:19: warning: 'rcsid' defined but not used [-Wunused-const-variable=] 31 | static const char rcsid[] = | ^~~~~ /usr/home/pavel.timofeev/mips/12/contrib/bmake/dir.c: In function 'Dir_FindHereOrAbove': /usr/home/pavel.timofeev/mips/12/contrib/bmake/dir.c:1455:36: warning: 'snprintf' output may be truncated before the last format character [-Wformat-truncation=] 1455 | snprintf(try, sizeof(try), "%s/%s", dirbase, search_path); | ^ /usr/home/pavel.timofeev/mips/12/contrib/bmake/dir.c:1455:3: note: 'snprintf' output 2 or more bytes (assuming 1026) into a destination of size 1025 1455 | snprintf(try, sizeof(try), "%s/%s", dirbase, search_path); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ cc1: all warnings being treated as errors --- pw_user.o --- *** [pw_user.o] Error code 1 make[4]: stopped in /usr/home/pavel.timofeev/mips/12/usr.sbin/pw 1 error The fix from HEAD https://svnweb.freebsd.org/base?view=revision&revision=348282 - Sixth error /usr/home/pavel.timofeev/mips/12/sys/dev/ath/ath_hal/ar5210/ar5210_xmit.c: In function 'ar5210GetTxDescLinkPtr': /usr/home/pavel.timofeev/mips/12/sys/dev/ath/ath_hal/ar5210/ar5210_xmit.c:671:13: error: taking address of packed member of 'struct ar5210_desc' may result in an unaligned pointer value [-Werror=address-of-packe d-member] 671 | *linkptr = &ads->ds_link; | ^~~~~~~~~~~~~ cc1: all warnings being treated as errors --- ar5210_xmit.o --- *** [ar5210_xmit.o] Error code 1 make[4]: stopped in /usr/home/pavel.timofeev/mips/12/sys/modules/ath_hal_ar5210 1 error Fix from HEAD https://svnweb.freebsd.org/base?view=revision&revision=355970 I do not know the policy about GCC architectures, but it would be great to make them buildable with GCC version up to date. From owner-freebsd-stable@freebsd.org Tue Mar 3 11:14: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 2A6C526C107 for ; Tue, 3 Mar 2020 11:14:33 +0000 (UTC) (envelope-from marek.salwerowicz@misal.pl) Received: from mail3.misal.pl (mail3.misal.pl [84.10.51.110]) (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 48WvY322Chz4WMF for ; Tue, 3 Mar 2020 11:14:30 +0000 (UTC) (envelope-from marek.salwerowicz@misal.pl) Received: from localhost (mail3.misal.pl [127.0.0.1]) by mail3.misal.pl (Postfix) with ESMTP id 7F57580FA for ; Tue, 3 Mar 2020 12:14:23 +0100 (CET) X-Virus-Scanned: amavisd X-Spam-Flag: NO X-Spam-Score: -3 X-Spam-Level: X-Spam-Status: No, score=-3 tagged_above=-9999 required=8 tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1] autolearn=ham autolearn_force=no Received: from mail3.misal.pl ([127.0.0.1]) by localhost (mail3.misal.pl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id T_CYyeubnQ_U for ; Tue, 3 Mar 2020 12:14:21 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.11.0 mail3.misal.pl 7D57D80F9 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=misal.pl; s=misal.pl; t=1583234061; bh=qVCiauPryntqAlnluzRLglnbKxwDxgj5CmyeGxCP3qo=; h=To:From:Subject:Date:From; b=gyTQHHEPuDqi7oj2fAn3mRnymjbddQBo9TuxSO7vm0rJB+TtmpckGMFe54zEH7SKk bzZa6/rPAUM0o/mCKIKCOE/TVTlCbeiLrcYpn/XCunIAZ3TCQ8xXnzX3jkn5WzyMim lVhCSM3OsQXTdLjPSSeYNT9LhUB7/jtS/cM1gkkc= To: freebsd-stable@freebsd.org From: Marek Salwerowicz Subject: 12.1-RELEASE-p1 kernel crash Message-ID: <3fd53d60-ffca-9033-ad84-1c794f19c4d0@misal.pl> Date: Tue, 3 Mar 2020 12:14:20 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 48WvY322Chz4WMF X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=misal.pl header.s=misal.pl header.b=gyTQHHEP; dmarc=pass (policy=none) header.from=misal.pl; spf=pass (mx1.freebsd.org: domain of marek.salwerowicz@misal.pl designates 84.10.51.110 as permitted sender) smtp.mailfrom=marek.salwerowicz@misal.pl X-Spamd-Result: default: False [0.57 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[misal.pl:s=misal.pl]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_NONE(0.00)[]; NEURAL_SPAM_MEDIUM(0.95)[0.954,0]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.98)[-0.976,0]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(1.60)[ipnet: 84.10.0.0/17(4.38), asn: 6830(3.70), country: AT(-0.10)]; DKIM_TRACE(0.00)[misal.pl:+]; DMARC_POLICY_ALLOW(-0.50)[misal.pl,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:6830, ipnet:84.10.0.0/17, country:AT]; MID_RHS_MATCH_FROM(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, 03 Mar 2020 11:14:33 -0000 Hi all, I run a following server: - Supermicro 6047R-E1R36L - 96 GB RAM - 1x INTEL CPU E5-2640 v2 @ 2.00GHz - FreeBSD 10.3-RELEASE-p11 Drive for OS: - HW RAID1: 2x KINGSTON SV300S37A120G zpool1: - 9x WD RED 4TB ; 9x HGST HUS726040ALA610 @ raidz2 - log: mirrored Intel 730 SSD - cache: single Intel 730 SSD zpool2: - 6x HGST HUH721010ALN604 @raidz2 - 6x HGST HUH721010ALN604 @raidz2 The servers works as NFS filer for VMWare ESXi servers. It's been working flawlessly for several years. On Mid-December 2019 I performed upgrade from 10.3-RELEASE to 12.1-RELEASE-p1. After 60 days of operating, the system rebooted with core dump: Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 2; apic id = 02 fault virtual address    = 0x410 fault code        = supervisor read data, page not present instruction pointer    = 0x20:0xffffffff80bda098 stack pointer            = 0x28:0xfffffe0102085e00 frame pointer            = 0x28:0xfffffe0102085eb0 code segment        = base 0x0, limit 0xfffff, type 0x1b             = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags    = interrupt enabled, resume, IOPL = 0 current process        = 1067 (nfsd: service) trap number        = 12 panic: page fault cpuid = 2 time = 1581660610 KDB: stack backtrace: #0 0xffffffff80c1d297 at kdb_backtrace+0x67 #1 0xffffffff80bd05cd at vpanic+0x19d #2 0xffffffff80bd0423 at panic+0x43 #3 0xffffffff810a7dcc at trap_fatal+0x39c #4 0xffffffff810a7e19 at trap_pfault+0x49 #5 0xffffffff810a740f at trap+0x29f #6 0xffffffff81081a0c at calltrap+0x8 #7 0xffffffff828f79fb at zio_change_priority+0x12b #8 0xffffffff82841dc5 at arc_read+0xf5 #9 0xffffffff8284f5c8 at dbuf_read+0x728 #10 0xffffffff8285ac23 at dmu_buf_hold_array_by_dnode+0x1f3 #11 0xffffffff8285c757 at dmu_read_uio_dnode+0x37 #12 0xffffffff8285c88b at dmu_read_uio_dbuf+0x3b #13 0xffffffff82926772 at zfs_freebsd_read+0x2c2 #14 0xffffffff8122a1b6 at VOP_READ_APV+0x76 #15 0xffffffff80b014e3 at nfsvno_read+0x373 #16 0xffffffff80af6366 at nfsrvd_read+0x5c6 #17 0xffffffff80adcee8 at nfsrvd_dorpc+0x658 Uptime: 60d11h16m56s Dumping 11451 out of 98232 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% 0xffffffff80bd039b in doadump (textdump=) at /usr/src/sys/kern/kern_shutdown.c:365 365        if (dumping) (kgdb) list *0xffffffff80bda098 0xffffffff80bda098 is in _sx_xlock_hard (/usr/src/sys/sys/systm.h:262). 257        struct thread_lite *td; 258 259        td = (struct thread_lite *)curthread; 260        KASSERT(td->td_critnest != 0, 261            ("critical_exit: td_critnest == 0")); 262        __compiler_membar(); 263        td->td_critnest--; 264        __compiler_membar(); 265        if (__predict_false(td->td_owepreempt)) 266            critical_exit_preempt(); (kgdb) backtrace #0  0xffffffff80bd039b in doadump (textdump=) at /usr/src/sys/kern/kern_shutdown.c:365 #1  0xffffffff80bd03c5 in doadump (textdump=) at /usr/src/sys/kern/kern_shutdown.c:371 #2  0xffffffff80bd01c8 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:450 #3  0xffffffff80bd0629 in vpanic (fmt=, ap=) at /usr/src/sys/kern/kern_shutdown.c:873 #4  0xffffffff80bd0423 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:803 #5  0xffffffff810a7dcc in trap_fatal (frame=0xfffffe0102085d40, eva=1040) at /usr/src/sys/amd64/amd64/trap.c:943 #6  0xffffffff810a7e19 in trap_pfault (frame=0xfffffe0102085d40, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:767 #7  0xffffffff810a740f in trap (frame=0xfffffe0102085d40) at /usr/src/sys/amd64/amd64/trap.c:443 #8  0xffffffff81081a0c in alltraps_pushregs_no_rax () at /usr/src/sys/amd64/amd64/exception.S:273 #9  0x0000000000000000 in ?? () The same situation happened 2 weeks later. I have coredump saved from 14th of February. I have temporarily disabled  it from operations and test RAM using Memtest 4.8.7, however after 12-13 hours of tests running no RAM issues were reported so far. Is there anything more I can try to debug using kdbg and how to find root cause? Best regards, Marek -- Marek Salwerowicz MISAL-SYSTEM From owner-freebsd-stable@freebsd.org Tue Mar 3 21:21: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 4F9D725BDA9 for ; Tue, 3 Mar 2020 21:21:07 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [IPv6:2607:f3e0:0:3::19]) (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 "pyroxene.sentex.ca", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48X90w1184z45YG for ; Tue, 3 Mar 2020 21:21:04 +0000 (UTC) (envelope-from mike@sentex.net) Received: from [IPv6:2607:f3e0:0:4:8daf:c41f:b1b7:2339] ([IPv6:2607:f3e0:0:4:8daf:c41f:b1b7:2339]) by pyroxene2a.sentex.ca (8.15.2/8.15.2) with ESMTPS id 023LL2V3078565 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO) for ; Tue, 3 Mar 2020 16:21:03 -0500 (EST) (envelope-from mike@sentex.net) To: FreeBSD-STABLE Mailing List From: mike tancsa Subject: pkg breakage ? Autocrypt: addr=mike@sentex.net; keydata= mQENBFywzOMBCACoNFpwi5MeyEREiCeHtbm6pZJI/HnO+wXdCAWtZkS49weOoVyUj5BEXRZP xflV2ib2hflX4nXqhenaNiia4iaZ9ft3I1ebd7GEbGnsWCvAnob5MvDZyStDAuRxPJK1ya/s +6rOvr+eQiXYNVvfBhrCfrtR/esSkitBGxhUkBjOti8QwzD71JVF5YaOjBAs7jZUKyLGj0kW yDg4jUndudWU7G2yc9GwpHJ9aRSUN8e/mWdIogK0v+QBHfv/dsI6zVB7YuxCC9Fx8WPwfhDH VZC4kdYCQWKXrm7yb4TiVdBh5kgvlO9q3js1yYdfR1x8mjK2bH2RSv4bV3zkNmsDCIxjABEB AAG0HW1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5uZXQ+iQFUBBMBCAA+FiEEmuvCXT0aY6hs 4SbWeVOEFl5WrMgFAlywzOYCGwMFCQHhM4AFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AACgkQ eVOEFl5WrMhnPAf7Bf+ola0V9t4i8rwCMGvzkssGaxY/5zNSZO9BgSgfN0WzgmBEOy/3R4km Yn5KH94NltJYAAE5hqkFmAwK6psOqAR9cxHrRfU+gV2KO8pCDc6K/htkQcd/mclJYpCHp6Eq EVJOiAxcNaYuHZkeMdXDuvvI5Rk82VHk84BGgxIqIrhLlkguoPbXOOa+8c/Mpb1sRAGZEOuX EzKNC49+GS9gKW6ISbanyPsGEcFyP7GKMzcHBPf3cPrewZQZ6gBoNscasL6IJeAQDqzQAxbU GjO0qBSMRgnLXK7+DJlxrYdHGXqNbV6AYsmHJ6c2WWWiuRviFBqXinlgJ2FnYebZPAfWibkB DQRcsMzkAQgA1Dpo/xWS66MaOJLwA28sKNMwkEk1Yjs+okOXDOu1F+0qvgE8sVmrOOPvvWr4 axtKRSG1t2QUiZ/ZkW/x/+t0nrM39EANV1VncuQZ1ceIiwTJFqGZQ8kb0+BNkwuNVFHRgXm1 qzAJweEtRdsCMohB+H7BL5LGCVG5JaU0lqFU9pFP40HxEbyzxjsZgSE8LwkI6wcu0BLv6K6c Lm0EiHPOl5G8kgRi38PS7/6s3R8QDsEtbGsYy6O82k3zSLIjuDBwA9GRaeigGppTxzAHVjf5 o9KKu4O7gC2KKVHPegbXS+GK7DU0fjzX57H5bZ6komE5eY4p3oWT/CwVPSGfPs8jOwARAQAB iQE8BBgBCAAmFiEEmuvCXT0aY6hs4SbWeVOEFl5WrMgFAlywzOQCGwwFCQHhM4AACgkQeVOE Fl5WrMhmjQf/dBCjAVn1J0GzSsHiLvSAQz1cchbdy8LD0Tnpzjgp5KLU7sNojbI8vqt4yKAi cayI88j8+xxNXPMWM4pHELuUuVHS5XTpHa/wwulUtI5w/zyKlUDsIvqTPZLUEwH7DfNBueVM WyNaIjV2kxSmM8rNMC+RkgyfbjGLCkmWsMRVuLIUYpl5D9WHmenUbiErlKU2KvEEXEg/aLKq 3m/AdM9RAYsP9O4l+sAZEfyYoNJzDhTZMzn/9Q0uFPLK9smDQh4WBTFaApveVJPHRKmHPoNF Xxj+yScYdQ4SKH34WnhNSELvnZQ3ulH5tpASmm0w+GxfZqSc8+QCwoKtBRDUxoE56A== Message-ID: <1a292c26-578f-c8f0-cb03-bbc8ad4b0ba9@sentex.net> Date: Tue, 3 Mar 2020 16:21:03 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 48X90w1184z45YG X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:3::19 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-1.70 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.994,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; HFILTER_HELO_IP_A(1.00)[pyroxene2a.sentex.ca]; TO_DN_ALL(0.00)[]; DMARC_NA(0.00)[sentex.net]; IP_SCORE(-1.71)[ipnet: 2607:f3e0::/32(-4.92), asn: 11647(-3.54), country: CA(-0.09)]; HFILTER_HELO_NORES_A_OR_MX(0.30)[pyroxene2a.sentex.ca]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; 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, 03 Mar 2020 21:21:07 -0000 I am preparing to upgrade a jail thats currently on RELENG_11 and moving to RELENG_12.  I imported the data from the 11 box to the 12 box (its qjail) and it worked fine.  I can spin up the jail etc.  However, when trying to upgrade the packages, I have run into this error # pkg upgrade -f Updating FreeBSD repository catalogue... [bullochtest] Fetching meta.txz: 100%    916 B   0.9kB/s    00:01    [bullochtest] Fetching packagesite.txz: 100%    6 MiB   3.2MB/s    00:02    Processing entries:  63% pkg: wrong architecture: FreeBSD:12.0:amd64 instead of FreeBSD:12:amd64 pkg: repository FreeBSD contains packages with wrong ABI: FreeBSD:12.0:amd64 Processing entries: 100% Unable to update repository FreeBSD Error updating repositories! Which seems to be related to this bug ? https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244549 Does anyone know of a work around ?     ---Mike From owner-freebsd-stable@freebsd.org Tue Mar 3 23:05: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 D873225DF3B for ; Tue, 3 Mar 2020 23:05:10 +0000 (UTC) (envelope-from nonesuch@longcount.org) 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 48XCK12JQrz3GpW for ; Tue, 3 Mar 2020 23:05:08 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: by mail-qt1-x82d.google.com with SMTP id r6so4223822qtt.9 for ; Tue, 03 Mar 2020 15:05:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=longcount-org.20150623.gappssmtp.com; s=20150623; h=content-transfer-encoding:from:mime-version:subject:date:message-id :references:cc:in-reply-to:to; bh=QCMuVASeXEGj4Oc9Yy64F0KaIoV2zF40uh83oHDGjg0=; b=S3JmPXFuo3NWqNq9E7sipes/G4kFTeCPf5LhvWW81DYHHWQ7d7EQL7wYSPYYTRX+OH 1U9nQf6xN/1CeXJpIRarxGCf13N+VlkglFrwMI7VaVcds70GV6dtwr3tw20t9D6RK1Qn gw9nWUX0bfdIQcwr12kUZIWp6BsblSKcxLfIX2uFEfya2OMelj5xnaOJf9HxJkBXyfWg /2FQx3V+je2mK8W6Fw3Xys38b44T1Glr273m9QMf71yoA4EI1/WV2jZYGPkFTvP2fUFg gb9k/tARAvWcT8eJRF2PHQj39Ekhs73gUWcCQBsbySpNdPJxO1oNVX49Molj51tHtKyX Kp4g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:content-transfer-encoding:from:mime-version :subject:date:message-id:references:cc:in-reply-to:to; bh=QCMuVASeXEGj4Oc9Yy64F0KaIoV2zF40uh83oHDGjg0=; b=lbsC9K0F0qs5oIjtTeIHEbRaJDF669Hfcm5dny4+zoFOAE9zIkGkMomLoFzMd+kP4x 499nt4EBnXV2fM2JQXrFVDNB0NPZKcFd9aO4GizTHaHJZ0HGbmD1PPFctYD0fnnt5BOu 2c8NpqvkOkzM/PEd2/zQjOWfaApdJ+60SkgcjI/o+eVjNe8CQInyGFiAyAUlXhOyT+9K 2oGRrHoK78X4IpYomBw5X0DwW3Nd4Yao5xK0KjxIjO78Q+D357MUecgRWPl/wqkIhpxc xNQNDAgEakeOhB/eIWnsITatU38htU7FkE57x+rKXDiY1lwx0D/4wMPvg+q48c4/bojH nL6w== X-Gm-Message-State: ANhLgQ1lKU6PrlkyJUlwK+3CPHPwPN5VozkGH4fcpSbrevwHDlHiQDg0 CvZ3W28+6XKMlitIeAvMB2w5EnJMdCM= X-Google-Smtp-Source: ADFU+vuZ8dnxUmTiAuhSzsPtvAWJ5f9ygduAPoU/DsaYOe37zFLvWaGCNgDPt8GEs6YON1clbQNnZw== X-Received: by 2002:ac8:6055:: with SMTP id k21mr2252739qtm.242.1583276707323; Tue, 03 Mar 2020 15:05:07 -0800 (PST) Received: from ?IPv6:2600:1017:b420:bcc5:38d2:c5f6:1da3:4aa9? ([2600:1017:b420:bcc5:38d2:c5f6:1da3:4aa9]) by smtp.gmail.com with ESMTPSA id t8sm4998392qtp.92.2020.03.03.15.05.04 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 03 Mar 2020 15:05:06 -0800 (PST) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: Mark Saad Mime-Version: 1.0 (1.0) Subject: Re: pkg breakage ? Date: Tue, 3 Mar 2020 18:04:42 -0500 Message-Id: References: <1a292c26-578f-c8f0-cb03-bbc8ad4b0ba9@sentex.net> Cc: FreeBSD-STABLE Mailing List In-Reply-To: <1a292c26-578f-c8f0-cb03-bbc8ad4b0ba9@sentex.net> To: mike tancsa X-Mailer: iPhone Mail (17D50) X-Rspamd-Queue-Id: 48XCK12JQrz3GpW X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=longcount-org.20150623.gappssmtp.com header.s=20150623 header.b=S3JmPXFu; dmarc=none; spf=none (mx1.freebsd.org: domain of nonesuch@longcount.org has no SPF policy when checking 2607:f8b0:4864:20::82d) smtp.mailfrom=nonesuch@longcount.org X-Spamd-Result: default: False [-3.37 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[longcount-org.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; IP_SCORE(-2.57)[ip: (-9.28), ipnet: 2607:f8b0::/32(-1.86), asn: 15169(-1.66), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[longcount.org]; 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)[]; DKIM_TRACE(0.00)[longcount-org.20150623.gappssmtp.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]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; 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, 03 Mar 2020 23:05:10 -0000 Mike=20 Not the best solution but switch from =E2=80=9Clatest=E2=80=9D to =E2=80=9C= quarterly=E2=80=9D in the pkg config . The quarterly repos are unaffected. =20= --- Mark Saad | nonesuch@longcount.org > On Mar 3, 2020, at 4:21 PM, mike tancsa wrote: >=20 > =EF=BB=BFI am preparing to upgrade a jail thats currently on RELENG_11 and= moving > to RELENG_12. I imported the data from the 11 box to the 12 box (its > qjail) and it worked fine. I can spin up the jail etc. However, when > trying to upgrade the packages, I have run into this error >=20 >=20 > # pkg upgrade -f > Updating FreeBSD repository catalogue... > [bullochtest] Fetching meta.txz: 100% 916 B 0.9kB/s 00:01 =20 > [bullochtest] Fetching packagesite.txz: 100% 6 MiB 3.2MB/s 00:02 = =20 > Processing entries: 63% > pkg: wrong architecture: FreeBSD:12.0:amd64 instead of FreeBSD:12:amd64 > pkg: repository FreeBSD contains packages with wrong ABI: FreeBSD:12.0:amd= 64 > Processing entries: 100% > Unable to update repository FreeBSD > Error updating repositories! >=20 >=20 > Which seems to be related to this bug ? >=20 >=20 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D244549 >=20 >=20 > Does anyone know of a work around ? >=20 > ---Mike >=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 Wed Mar 4 13:34:09 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 0ED2E26EB24 for ; Wed, 4 Mar 2020 13:34:09 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [IPv6:2607:f3e0:0:3::19]) (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 "pyroxene.sentex.ca", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48XZbg1CD1z3HQK for ; Wed, 4 Mar 2020 13:34:07 +0000 (UTC) (envelope-from mike@sentex.net) Received: from [IPv6:2607:f3e0:0:4:8daf:c41f:b1b7:2339] ([IPv6:2607:f3e0:0:4:8daf:c41f:b1b7:2339]) by pyroxene2a.sentex.ca (8.15.2/8.15.2) with ESMTPS id 024DY52Y049988 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Wed, 4 Mar 2020 08:34:05 -0500 (EST) (envelope-from mike@sentex.net) Subject: Re: pkg breakage ? To: Mark Saad Cc: FreeBSD-STABLE Mailing List References: <1a292c26-578f-c8f0-cb03-bbc8ad4b0ba9@sentex.net> From: mike tancsa Autocrypt: addr=mike@sentex.net; keydata= mQENBFywzOMBCACoNFpwi5MeyEREiCeHtbm6pZJI/HnO+wXdCAWtZkS49weOoVyUj5BEXRZP xflV2ib2hflX4nXqhenaNiia4iaZ9ft3I1ebd7GEbGnsWCvAnob5MvDZyStDAuRxPJK1ya/s +6rOvr+eQiXYNVvfBhrCfrtR/esSkitBGxhUkBjOti8QwzD71JVF5YaOjBAs7jZUKyLGj0kW yDg4jUndudWU7G2yc9GwpHJ9aRSUN8e/mWdIogK0v+QBHfv/dsI6zVB7YuxCC9Fx8WPwfhDH VZC4kdYCQWKXrm7yb4TiVdBh5kgvlO9q3js1yYdfR1x8mjK2bH2RSv4bV3zkNmsDCIxjABEB AAG0HW1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5uZXQ+iQFUBBMBCAA+FiEEmuvCXT0aY6hs 4SbWeVOEFl5WrMgFAlywzOYCGwMFCQHhM4AFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AACgkQ eVOEFl5WrMhnPAf7Bf+ola0V9t4i8rwCMGvzkssGaxY/5zNSZO9BgSgfN0WzgmBEOy/3R4km Yn5KH94NltJYAAE5hqkFmAwK6psOqAR9cxHrRfU+gV2KO8pCDc6K/htkQcd/mclJYpCHp6Eq EVJOiAxcNaYuHZkeMdXDuvvI5Rk82VHk84BGgxIqIrhLlkguoPbXOOa+8c/Mpb1sRAGZEOuX EzKNC49+GS9gKW6ISbanyPsGEcFyP7GKMzcHBPf3cPrewZQZ6gBoNscasL6IJeAQDqzQAxbU GjO0qBSMRgnLXK7+DJlxrYdHGXqNbV6AYsmHJ6c2WWWiuRviFBqXinlgJ2FnYebZPAfWibkB DQRcsMzkAQgA1Dpo/xWS66MaOJLwA28sKNMwkEk1Yjs+okOXDOu1F+0qvgE8sVmrOOPvvWr4 axtKRSG1t2QUiZ/ZkW/x/+t0nrM39EANV1VncuQZ1ceIiwTJFqGZQ8kb0+BNkwuNVFHRgXm1 qzAJweEtRdsCMohB+H7BL5LGCVG5JaU0lqFU9pFP40HxEbyzxjsZgSE8LwkI6wcu0BLv6K6c Lm0EiHPOl5G8kgRi38PS7/6s3R8QDsEtbGsYy6O82k3zSLIjuDBwA9GRaeigGppTxzAHVjf5 o9KKu4O7gC2KKVHPegbXS+GK7DU0fjzX57H5bZ6komE5eY4p3oWT/CwVPSGfPs8jOwARAQAB iQE8BBgBCAAmFiEEmuvCXT0aY6hs4SbWeVOEFl5WrMgFAlywzOQCGwwFCQHhM4AACgkQeVOE Fl5WrMhmjQf/dBCjAVn1J0GzSsHiLvSAQz1cchbdy8LD0Tnpzjgp5KLU7sNojbI8vqt4yKAi cayI88j8+xxNXPMWM4pHELuUuVHS5XTpHa/wwulUtI5w/zyKlUDsIvqTPZLUEwH7DfNBueVM WyNaIjV2kxSmM8rNMC+RkgyfbjGLCkmWsMRVuLIUYpl5D9WHmenUbiErlKU2KvEEXEg/aLKq 3m/AdM9RAYsP9O4l+sAZEfyYoNJzDhTZMzn/9Q0uFPLK9smDQh4WBTFaApveVJPHRKmHPoNF Xxj+yScYdQ4SKH34WnhNSELvnZQ3ulH5tpASmm0w+GxfZqSc8+QCwoKtBRDUxoE56A== Message-ID: Date: Wed, 4 Mar 2020 08:34:06 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 48XZbg1CD1z3HQK X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:3::19 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-1.57 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.86)[-0.861,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[sentex.net]; HFILTER_HELO_IP_A(1.00)[pyroxene2a.sentex.ca]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; HFILTER_HELO_NORES_A_OR_MX(0.30)[pyroxene2a.sentex.ca]; IP_SCORE(-1.71)[ipnet: 2607:f3e0::/32(-4.92), asn: 11647(-3.54), country: CA(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; 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: Wed, 04 Mar 2020 13:34:09 -0000 On 3/3/2020 6:04 PM, Mark Saad wrote: > Mike > Not the best solution but switch from “latest” to “quarterly” in the pkg config . The quarterly repos are unaffected. Thanks!  That will be good enough for this project and works for now     ---Mike From owner-freebsd-stable@freebsd.org Wed Mar 4 17:13: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 8B36B273C80 for ; Wed, 4 Mar 2020 17:13:50 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.sub.de [IPv6:2001:1440:5001:1::2]) (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 "uucp.dinoex.sub.de", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48XgT810Z3z4573 for ; Wed, 4 Mar 2020 17:13:48 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.org [185.220.148.12]) by uucp.dinoex.org (8.16.0.41/8.16.0.41) with ESMTPS id 024HD7Rj045385 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Wed, 4 Mar 2020 18:13:08 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) X-MDaemon-Deliver-To: X-Authentication-Warning: uucp.dinoex.sub.de: Host uucp.dinoex.org [185.220.148.12] claimed to be uucp.dinoex.sub.de Received: from citylink.dinoex.sub.org (uucp@localhost) by uucp.dinoex.sub.de (8.16.0.41/8.16.0.41/Submit) with UUCP id 024HD7H1045384 for freebsd-stable@freebsd.org; Wed, 4 Mar 2020 18:13:07 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.15.2/8.15.2) with ESMTP id 024GBrBi050059 for ; Wed, 4 Mar 2020 17:11:53 +0100 (CET) (envelope-from peter@gate.oper.dinoex.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by gate.oper.dinoex.org (8.15.2/8.15.2) with ESMTP id 024G9pwv049837 for ; Wed, 4 Mar 2020 17:09:52 +0100 (CET) (envelope-from peter@gate.oper.dinoex.org) Received: (from peter@localhost) by gate.oper.dinoex.org (8.15.2/8.15.2/Submit) id 024G9psw049836 for freebsd-stable@freebsd.org; Wed, 4 Mar 2020 17:09:51 +0100 (CET) (envelope-from peter) Date: Wed, 4 Mar 2020 17:09:51 +0100 From: Peter Sender: li-fbsd@citylink.dinoex.sub.org To: freebsd-stable@freebsd.org Subject: panic: too many modules Message-ID: <20200304160951.GA44138@gate.oper.dinoex.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 185.220.148.12; Sender-helo: uucp.dinoex.sub.de; ) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (uucp.dinoex.org [185.220.148.12]); Wed, 04 Mar 2020 18:13:11 +0100 (CET) X-Rspamd-Queue-Id: 48XgT810Z3z4573 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of pmc@citylink.dinoex.sub.org has no SPF policy when checking 2001:1440:5001:1::2) smtp.mailfrom=pmc@citylink.dinoex.sub.org X-Spamd-Result: default: False [0.03 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.11)[-0.114,0]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.95)[-0.947,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; HAS_XAW(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[sub.org]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8469, ipnet:2001:1440::/32, country:DE]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(0.19)[ip: (0.50), ipnet: 2001:1440::/32(0.25), asn: 8469(0.20), country: DE(-0.02)] 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, 04 Mar 2020 17:13:50 -0000 Front up: I do not like loadable modules. They are nice to try something out, but when you start to depend on some dozen loaded modules, debugging becomes a living hell: say you hunt some spurious misbehaviour and compare logfiles with those from four weeks ago, you will not know exactly which modules were loaded at that time. Compiling everything into the kernel has the advantage that the 'uname' does change on every change and so does precisely describe the running kernel. So I came across the cc_vegas and cc_cdg modules, and they aren't provided to compile into the kernel straightaway. But that should not be a big deal: just add some arbitrary new device to the KERNCONF, and then add the required files to sys/conf/files appropriately. Should work. But it doesn't. Right after the startup message, before even probing devices, it says panic: module_register_init: module named ertt not found and a stacktrace from kern/init_main.c:mi_startup(). But definitely the h_ertt is present in the kernel (I checked). To have a closer look, I added VERBOSE_SYSINIT to the kernel, and - the panic is gone, everything working as expected. Without even activating the output from VERBOSE_SYSINIT. Then, I moved netinet/khelp/h_ertt.c to the very end of sys/conf/files - and this also avoids the panic and things do work. While this change does nothing but change the sequence in which the files are compiled (and probably linked). I think this is not good. Everybody likes modules, (although -see above- they come with a serious tradeoff on reproducability). But if we now deliver components only as loadable modules because a compound kernel is no longer able to sort them out on boot, that's a more serious issue. I wouldn't complain if the module would simply not work (reproducible) when compiled into the kernel - but this here appears to be a race, most likely a timing race. And such being possible to happen at the point where the kernel sorts out it's own components - ups, that does worry me indeed... There seems also to be a desire for a *fast* system bringup. I don't share that. I do boot once a quarter, and if that takes a hour I don't mind. Maybe there is need for an option, to give fast boot to those who want a gaming console alike to be available immediately, and slow boot for those who want a reliable system in 24/7 operation? Maybe I'll take a closer look at the issue after switching to R.12 (probably not this year). Or, maybe somebody would like to point me to some paper describing how the module fabric is supposed to interface and by which steps the runtime linkage is achieved? Platform: FreeBSD 11.3-RELEASE-p6, Intel(R) Core(TM) i5-3570T CPU (IvyBridge) cheerio, PMc From owner-freebsd-stable@freebsd.org Wed Mar 4 17:13:47 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 DBE3F273C76 for ; Wed, 4 Mar 2020 17:13:47 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.sub.de [IPv6:2001:1440:5001:1::2]) (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 "uucp.dinoex.sub.de", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48XgT52kq1z4510 for ; Wed, 4 Mar 2020 17:13:43 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.org [185.220.148.12]) by uucp.dinoex.org (8.16.0.41/8.16.0.41) with ESMTPS id 024HD47x045367 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Wed, 4 Mar 2020 18:13:05 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) X-MDaemon-Deliver-To: X-Authentication-Warning: uucp.dinoex.sub.de: Host uucp.dinoex.org [185.220.148.12] claimed to be uucp.dinoex.sub.de Received: from citylink.dinoex.sub.org (uucp@localhost) by uucp.dinoex.sub.de (8.16.0.41/8.16.0.41/Submit) with UUCP id 024HD4TP045366 for freebsd-stable@freebsd.org; Wed, 4 Mar 2020 18:13:04 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.15.2/8.15.2) with ESMTP id 024GBrBg050059 for ; Wed, 4 Mar 2020 17:11:53 +0100 (CET) (envelope-from peter@gate.oper.dinoex.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by gate.oper.dinoex.org (8.15.2/8.15.2) with ESMTP id 024G9kAZ049820 for ; Wed, 4 Mar 2020 17:09:46 +0100 (CET) (envelope-from peter@gate.oper.dinoex.org) Received: (from peter@localhost) by gate.oper.dinoex.org (8.15.2/8.15.2/Submit) id 024G9kuC049819 for freebsd-stable@freebsd.org; Wed, 4 Mar 2020 17:09:46 +0100 (CET) (envelope-from peter) Date: Wed, 4 Mar 2020 17:09:46 +0100 From: Peter Sender: li-fbsd@citylink.dinoex.sub.org To: freebsd-stable@freebsd.org Subject: jedec_dimm fails to boot Message-ID: <20200304160946.GA42065@gate.oper.dinoex.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 185.220.148.12; Sender-helo: uucp.dinoex.sub.de; ) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (uucp.dinoex.org [185.220.148.12]); Wed, 04 Mar 2020 18:13:07 +0100 (CET) X-Rspamd-Queue-Id: 48XgT52kq1z4510 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of pmc@citylink.dinoex.sub.org has no SPF policy when checking 2001:1440:5001:1::2) smtp.mailfrom=pmc@citylink.dinoex.sub.org X-Spamd-Result: default: False [0.63 / 15.00]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.95)[-0.952,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; HAS_XAW(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(0.50)[0.498,0]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[sub.org]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8469, ipnet:2001:1440::/32, country:DE]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(0.19)[ip: (0.50), ipnet: 2001:1440::/32(0.25), asn: 8469(0.20), country: DE(-0.02)] 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, 04 Mar 2020 17:13:48 -0000 I met an Issue: When I kldload jedec_dimm durig runtime, it works just as expected, and the DIMM data appears in sysctl. But when I do * load the jedec_dimm at the loader prompt, or * add it to loader.conf, or * compile it into a custom kernel, it does not boot anymore. My custom kernel does just hang somewhere while switching the screen, i.e. no output. The GENERIC does immediate-reboot during the device probe phase. So both are not suitable for gathering additional info in an easy way. (And since my DIMM appear to have neither thermal nor serial, there is not much to gain for me here, so I will not pursue this further, at least not before switching to R.12.) But I fear there are some general problems with sorting out of the modules during system bringup - see also my other message titled "panic: too many modules". Some data for those interested: FreeBSD 11.3-RELEASE-p6 CPU: Intel(R) Core(TM) i5-3570T CPU (IvyBridge) Board: https://www.asus.com/Motherboards/P8B75V/specifications/ Config: hint.jedec_dimm.0.at="smbus12" hint.jedec_dimm.0.addr="0xa0" hint.jedec_dimm.1.at="smbus12" hint.jedec_dimm.1.addr="0xa2" hint.jedec_dimm.2.at="smbus12" hint.jedec_dimm.2.addr="0xa4" hint.jedec_dimm.3.at="smbus12" hint.jedec_dimm.3.addr="0xa6" ichsmb0: port 0xf040-0xf05f mem 0xf7d1500 0-0xf7d150ff irq 18 at device 31.3 on pci0 smbus12: on ichsmb0 smb12: on smbus12 With GENERIC it becomes smbus0 (because drm2 is not loaded) and I need to load "smbus" and "ichsmb" frontup. Cheerio, PMc From owner-freebsd-stable@freebsd.org Wed Mar 4 20:21:43 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 6FDC3277C05 for ; Wed, 4 Mar 2020 20:21:43 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-oi1-x244.google.com (mail-oi1-x244.google.com [IPv6:2607:f8b0:4864:20::244]) (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 48Xldy0Swnz4Xq5 for ; Wed, 4 Mar 2020 20:21:41 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-oi1-x244.google.com with SMTP id x75so3470321oix.5 for ; Wed, 04 Mar 2020 12:21:41 -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=dUCfg6CAvlHz0+9ZuEQFze1fJ9QBbm+0G4m7+wKZok0=; b=m12bd4Fzp0MGUPcslKYODn6FN1e7I15tMVI1cy2aGYYDBmrFYsMxVcI+Z3WpBpgBtz dcvo1O1JJzjEEsrRjXWReBJbdmTD8NVC93JZsfPlSPNHFb7WLMZOHtxNsBLJO7AYJTuI PU9081gPLNz7cHufsfsC81WVZvkhFvpASMsILI7kCzBbXjbkIoAUBT86nc3Yy497XyfI R4xCq6PNf2zdqLhksfRY6BEWJFm+qutaZ2J9IRPD3mmmJTbPLsZPHzf2b0nhqRK8E3nV lKkzpnRIseuspsYvrRaPVnd3RRV3w1vX+6t3wrR8PpoZgs2I8SJ7+VfSP1c7ip4gm/dI ugEQ== 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=dUCfg6CAvlHz0+9ZuEQFze1fJ9QBbm+0G4m7+wKZok0=; b=YNbgJVuO3XrtvzrHHXXqroemDtDXXz920HX3I1X3Dd430I27L4Ujc8zC395SVzo9TQ aTvLr38wqdRYft0/OGIEfeDN0Sd75x/RcqhOz9McR2j6xtd4Pp3j533hmKDlOTzehMhX 0lZMr7ct8U9N6cHFE4pL8baH7gutPvOce9DjyRHKQvxQdFpCmSqSGeeSyxHLPh9pZkPR DPfpyEzKOq74JR+BpyLmpyzkXXiY2hgZUi1cujHi/CwSvLgb9haT3Z6NnUVZJlZYKCvP oDHeY8k5OEMAFp28EGgob8IclsOpc/obf+MIx0m05/SD+d37Q8BIqDfj9OYIqZPRwfZq Vlpw== X-Gm-Message-State: ANhLgQ3i3NTdxjB5YcI8kc2W9nn+iq1liuwA8V3gQA311ryvPglwMZi0 fhSHp3+ajt2A3bEss0lsmN786NzotBloeCMpN5NnbAD6jXo= X-Google-Smtp-Source: ADFU+vt7K1ZqgxXFEJuFx2rOIkX1vqk2XUn/7GfA/zvY4AChMUav24CN6h72Nh/Dz/Tg8dwIrj8IsVFO2fT0q68OVSA= X-Received: by 2002:a05:6808:997:: with SMTP id a23mr1957734oic.176.1583353300045; Wed, 04 Mar 2020 12:21:40 -0800 (PST) MIME-Version: 1.0 References: <20200304160946.GA42065@gate.oper.dinoex.org> In-Reply-To: <20200304160946.GA42065@gate.oper.dinoex.org> From: Kevin Oberman Date: Wed, 4 Mar 2020 12:21:23 -0800 Message-ID: Subject: Re: jedec_dimm fails to boot To: Peter Cc: FreeBSD-STABLE Mailing List X-Rspamd-Queue-Id: 48Xldy0Swnz4Xq5 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=m12bd4Fz; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kob6558@gmail.com designates 2607:f8b0:4864:20::244 as permitted sender) smtp.mailfrom=kob6558@gmail.com X-Spamd-Result: default: False [-1.69 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; URI_COUNT_ODD(1.00)[11]; 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]; IP_SCORE(0.00)[ip: (2.48), ipnet: 2607:f8b0::/32(-1.86), asn: 15169(-1.66), 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(-0.99)[-0.992,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)[4.4.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" 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, 04 Mar 2020 20:21:43 -0000 On Wed, Mar 4, 2020 at 9:14 AM Peter wrote: > > I met an Issue: > > When I kldload jedec_dimm durig runtime, it works just as expected, > and the DIMM data appears in sysctl. > > But when I do > * load the jedec_dimm at the loader prompt, or > * add it to loader.conf, or > * compile it into a custom kernel, > it does not boot anymore. > > My custom kernel does just hang somewhere while switching the screen, > i.e. no output. The GENERIC does immediate-reboot during the device > probe phase. So both are not suitable for gathering additional info > in an easy way. (And since my DIMM appear to have neither thermal nor > serial, there is not much to gain for me here, so I will not pursue > this further, at least not before switching to R.12.) > But I fear there are some general problems with sorting out of the > modules during system bringup - see also my other message titled > "panic: too many modules". > > Some data for those interested: > > FreeBSD 11.3-RELEASE-p6 > CPU: Intel(R) Core(TM) i5-3570T CPU (IvyBridge) > Board: https://www.asus.com/Motherboards/P8B75V/specifications/ > Config: > hint.jedec_dimm.0.at="smbus12" > hint.jedec_dimm.0.addr="0xa0" > hint.jedec_dimm.1.at="smbus12" > hint.jedec_dimm.1.addr="0xa2" > hint.jedec_dimm.2.at="smbus12" > hint.jedec_dimm.2.addr="0xa4" > hint.jedec_dimm.3.at="smbus12" > hint.jedec_dimm.3.addr="0xa6" > > ichsmb0: port 0xf040-0xf05f mem > 0xf7d1500 > 0-0xf7d150ff irq 18 at device 31.3 on pci0 > smbus12: on ichsmb0 > smb12: on smbus12 > > With GENERIC it becomes smbus0 (because drm2 is not loaded) and I need > to load "smbus" and "ichsmb" frontup. > > Cheerio, > PMc > Looks like you just need the module loaded a bit later. Does adding kld_list="jedec_dimm.kld" to /etc/rc.conf work? If you already have kld_list, append "jedec_dimm". -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-stable@freebsd.org Wed Mar 4 20:41: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 81A182507E5 for ; Wed, 4 Mar 2020 20:41:31 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: from wnew1-smtp.messagingengine.com (wnew1-smtp.messagingengine.com [64.147.123.26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48Xm4m5zRJz4Hfc for ; Wed, 4 Mar 2020 20:41:28 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailnew.west.internal (Postfix) with ESMTP id 8E3064BE; Wed, 4 Mar 2020 15:41:25 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Wed, 04 Mar 2020 15:41:25 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.com; h= subject:to:references:from:message-id:date:mime-version :in-reply-to:content-type:content-transfer-encoding; s=fm2; bh=B wfqQ6o0cCpbsaBlAvimAu9r2J9/GGLJfNdIYJ+N/KM=; b=DSAe/5bBOYq/GbVdC YTwJYbvipZcDw8DgqZzEjVH7by1ZUH3wvVPPW/56sGHOeyOcrvOa3JlDm98HY+7n egAWYvA7nIqcMc4/od0pLmjVrNdbxOGK78KeoQliWu1wKvdYOEq1m6I4qOq5hEDs G2Hojvj8rd1JfuwH9yeRYaRmcvoL1RhZ5qaCdRLUU3+1vSwyYnpJ96FFuCfzYQU8 g8R3u5FkAMe8Y/FiblE/AllvKwuD/lDneOYKPd8uTOvMgNVBN3gqe5xDNkShJaCc ppPh5NXcduxsiHDwmJl7rGzHfs/+5EH24obCXJdWLKgDDx8B6QHU2RgqPQK7yFnL 48ibw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=BwfqQ6o0cCpbsaBlAvimAu9r2J9/GGLJfNdIYJ+N/ KM=; b=IuRKsTXHRH1ChzJYkcaPynLvIu4Yq/61lqbcEgQ5rzMyRXal/5KzGEh+f l3R86gs31BZWmbVt5BH5dF3UjWLu/YNVHLO0q7iXlDEqJ9zPszFvZsncAPGq5ME0 PJKaCqlIv7P2QwqJTGAqrMux7gxIXBdW0b4T/mWRA9GTDF01hHXFjv8uh4BqULIL CIruNbN0w+JN7wnHAJqduqtrKPidndUh84J5uflNWQORWaoqR0iQP74f1Y0v5fMl TfSQuQIztz+aXBs7sJwQWe0pGpIDabRZs8avQS7ll3g3moGIw9AdIRKUfv8fhnC7 u3KwfqX773pwW7axTWxUo/6Vv58cg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedugedruddtkedgudegtdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepuffvfhfhkffffgggjggtgfesth ejredttdefjeenucfhrhhomhepjghurhhiucfrrghnkhhovhcuoeihphgrnhhkohhvsehf rghsthhmrghilhdrtghomheqnecuffhomhgrihhnpegrshhushdrtghomhenucfkphephe drudefledrudeltddrudekieenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhep mhgrihhlfhhrohhmpeihphgrnhhkohhvsehfrghsthhmrghilhdrtghomh X-ME-Proxy: Received: from earth.lan (unknown [5.139.190.186]) by mail.messagingengine.com (Postfix) with ESMTPA id 09C7F3060BD1; Wed, 4 Mar 2020 15:41:23 -0500 (EST) Subject: Re: jedec_dimm fails to boot To: Peter , freebsd-stable@freebsd.org References: <20200304160946.GA42065@gate.oper.dinoex.org> From: Yuri Pankov Message-ID: <7a863c59-e8fb-76ce-443a-42bb9e44d5ae@fastmail.com> Date: Wed, 4 Mar 2020 23:41:22 +0300 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: <20200304160946.GA42065@gate.oper.dinoex.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48Xm4m5zRJz4Hfc X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=fastmail.com header.s=fm2 header.b=DSAe/5bB; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=IuRKsTXH; dmarc=pass (policy=none) header.from=fastmail.com; spf=pass (mx1.freebsd.org: domain of ypankov@fastmail.com designates 64.147.123.26 as permitted sender) smtp.mailfrom=ypankov@fastmail.com X-Spamd-Result: default: False [-3.08 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[fastmail.com:s=fm2,messagingengine.com:s=fm2]; NEURAL_HAM_MEDIUM(-0.98)[-0.982,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.26]; FREEMAIL_FROM(0.00)[fastmail.com]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[fastmail.com:+,messagingengine.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[fastmail.com,none]; RCVD_TLS_LAST(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[26.123.147.64.list.dnswl.org : 127.0.5.1]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[fastmail.com]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (-4.50), ipnet: 64.147.123.0/24(-4.92), asn: 11403(-2.69), country: US(-0.05)]; RECEIVED_SPAMHAUS_PBL(0.00)[186.190.139.5.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11] 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, 04 Mar 2020 20:41:31 -0000 On 04.03.2020 19:09, Peter wrote: > > I met an Issue: > > When I kldload jedec_dimm durig runtime, it works just as expected, > and the DIMM data appears in sysctl. > > But when I do > * load the jedec_dimm at the loader prompt, or > * add it to loader.conf, or > * compile it into a custom kernel, > it does not boot anymore. > > My custom kernel does just hang somewhere while switching the screen, > i.e. no output. The GENERIC does immediate-reboot during the device > probe phase. So both are not suitable for gathering additional info > in an easy way. (And since my DIMM appear to have neither thermal nor > serial, there is not much to gain for me here, so I will not pursue > this further, at least not before switching to R.12.) > But I fear there are some general problems with sorting out of the > modules during system bringup - see also my other message titled > "panic: too many modules". > > Some data for those interested: > > FreeBSD 11.3-RELEASE-p6 > CPU: Intel(R) Core(TM) i5-3570T CPU (IvyBridge) > Board: https://www.asus.com/Motherboards/P8B75V/specifications/ > Config: > hint.jedec_dimm.0.at="smbus12" > hint.jedec_dimm.0.addr="0xa0" > hint.jedec_dimm.1.at="smbus12" > hint.jedec_dimm.1.addr="0xa2" > hint.jedec_dimm.2.at="smbus12" > hint.jedec_dimm.2.addr="0xa4" > hint.jedec_dimm.3.at="smbus12" > hint.jedec_dimm.3.addr="0xa6" > > ichsmb0: port 0xf040-0xf05f mem 0xf7d1500 > 0-0xf7d150ff irq 18 at device 31.3 on pci0 > smbus12: on ichsmb0 > smb12: on smbus12 > > With GENERIC it becomes smbus0 (because drm2 is not loaded) and I need > to load "smbus" and "ichsmb" frontup. Could you try backporting r351604 and see if it helps? From owner-freebsd-stable@freebsd.org Thu Mar 5 01:53:45 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 7564125866A for ; Thu, 5 Mar 2020 01:53:45 +0000 (UTC) (envelope-from johannes@jo-t.de) Received: from email.jo-t.de (seppel.jo-t.de [188.68.55.77]) (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 48Xv145TMVz3Dls for ; Thu, 5 Mar 2020 01:53:44 +0000 (UTC) (envelope-from johannes@jo-t.de) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=jo-t.de; s=jot0; t=1583373223; bh=S7GIErvvfNl1mXBM3rUrjFtpFaerI56qpXccThviGmw=; h=From:Subject:To:Message-ID:Date:MIME-Version:From; b=pPesEUHdqoJ90gRb8NdOvUd9QL5WIjH2qix6vFG8buwghJWEVDA8ByhWg+AGx+2Rt hmXPUX0ClGZlf4KfIwQczvOok8881G5kBJaFI2JctIsHj+6BnfNaBRWqJDGPLkzZ/M awMJ50OCkpqI+mMISGgAkI17q5aF5Sone6/wtNu3QEBgQvQTqJfEMmO8ZGOe6q2WrY I6iiyoYTXcUqzKyjAYTiR6wxi8F9v3In3ml8C4puCIiGt6sFHZ9mR3DHAOCyKpu5oa EDwfIpxs0LpswKaXObBj5DSXLUUkZ0vGdY8BgiDYzdbi14zfIiamMYto5xhezfhqfq 7RnFJJ6x7+cpQ== From: Johannes Totz Subject: kldunload geom_journal hangs with jfini To: freebsd-stable@freebsd.org Message-ID: Date: Thu, 5 Mar 2020 01:53:42 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48Xv145TMVz3Dls X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=jo-t.de header.s=jot0 header.b=pPesEUHd; dmarc=pass (policy=none) header.from=jo-t.de; spf=pass (mx1.freebsd.org: domain of johannes@jo-t.de designates 188.68.55.77 as permitted sender) smtp.mailfrom=johannes@jo-t.de X-Spamd-Result: default: False [-2.54 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.42)[-0.425,0]; R_DKIM_ALLOW(-0.20)[jo-t.de:s=jot0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx:c]; 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]; DKIM_TRACE(0.00)[jo-t.de:+]; DMARC_POLICY_ALLOW(-0.50)[jo-t.de,none]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-0.12)[asn: 197540(-0.58), country: DE(-0.02)]; ASN(0.00)[asn:197540, ipnet:188.68.48.0/21, country:DE]; MID_RHS_MATCH_FROM(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, 05 Mar 2020 01:53:45 -0000 Hi everyone, a recent 12-stable rev 358557 amd64 build hangs on kldunload of geom_journal. To reproduce: kldload geom_journal kldunload geom_journal kldunload just hangs indefinitely. top says the state is "jfini:". It's using some cpu time though. procstat -k hangs as well. Very reproducable, on both virtualbox as well as real hardware. Any extra info that could help? Johannes From owner-freebsd-stable@freebsd.org Thu Mar 5 02:13:35 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 06564258F09 for ; Thu, 5 Mar 2020 02:13:35 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.sub.de [IPv6:2001:1440:5001:1::2]) (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 "uucp.dinoex.sub.de", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48XvRw6WsZz4HkP for ; Thu, 5 Mar 2020 02:13:32 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.org [185.220.148.12]) by uucp.dinoex.org (8.16.0.41/8.16.0.41) with ESMTPS id 0252D5ch084466 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 5 Mar 2020 03:13:06 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) X-Authentication-Warning: uucp.dinoex.sub.de: Host uucp.dinoex.org [185.220.148.12] claimed to be uucp.dinoex.sub.de Received: from citylink.dinoex.sub.org (uucp@localhost) by uucp.dinoex.sub.de (8.16.0.41/8.16.0.41/Submit) with UUCP id 0252D51a084465; Thu, 5 Mar 2020 03:13:05 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.15.2/8.15.2) with ESMTP id 02528sim018362; Thu, 5 Mar 2020 03:08:54 +0100 (CET) (envelope-from peter@gate.oper.dinoex.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by gate.oper.dinoex.org (8.15.2/8.15.2) with ESMTP id 025289KG018247; Thu, 5 Mar 2020 03:08:09 +0100 (CET) (envelope-from peter@gate.oper.dinoex.org) Received: (from peter@localhost) by gate.oper.dinoex.org (8.15.2/8.15.2/Submit) id 025289li018246; Thu, 5 Mar 2020 03:08:09 +0100 (CET) (envelope-from peter) Date: Thu, 5 Mar 2020 03:08:08 +0100 From: Peter Sender: li-fbsd@citylink.dinoex.sub.org To: Yuri Pankov Cc: freebsd-stable@freebsd.org Subject: Re: jedec_dimm fails to boot Message-ID: <20200305020808.GA17143@gate.oper.dinoex.org> References: <20200304160946.GA42065@gate.oper.dinoex.org> <7a863c59-e8fb-76ce-443a-42bb9e44d5ae@fastmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7a863c59-e8fb-76ce-443a-42bb9e44d5ae@fastmail.com> X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 185.220.148.12; Sender-helo: uucp.dinoex.sub.de; ) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (uucp.dinoex.org [185.220.148.12]); Thu, 05 Mar 2020 03:13:08 +0100 (CET) X-Rspamd-Queue-Id: 48XvRw6WsZz4HkP X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of pmc@citylink.dinoex.sub.org has no SPF policy when checking 2001:1440:5001:1::2) smtp.mailfrom=pmc@citylink.dinoex.sub.org X-Spamd-Result: default: False [-0.52 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.79)[-0.788,0]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.82)[-0.819,0]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[sub.org]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[fastmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8469, ipnet:2001:1440::/32, country:DE]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(0.19)[ip: (0.50), ipnet: 2001:1440::/32(0.25), asn: 8469(0.20), country: DE(-0.02)] 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, 05 Mar 2020 02:13:35 -0000 On Wed, Mar 04, 2020 at 11:41:22PM +0300, Yuri Pankov wrote: ! On 04.03.2020 19:09, Peter wrote: ! > When I kldload jedec_dimm durig runtime, it works just as expected, ! > and the DIMM data appears in sysctl. ! > ! > But when I do ! > * load the jedec_dimm at the loader prompt, or ! > * add it to loader.conf, or ! > * compile it into a custom kernel, ! > it does not boot anymore. ! Could you try backporting r351604 and see if it helps? Yepp, that works. Thank You! :) From owner-freebsd-stable@freebsd.org Thu Mar 5 06:33: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 B9CB125F3A1 for ; Thu, 5 Mar 2020 06:33:49 +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 48Y1DD2GWCz4BpT for ; Thu, 5 Mar 2020 06:33:47 +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 0256XcsE079363 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 5 Mar 2020 17:33:43 +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 0256XWVV067381 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 5 Mar 2020 17:33:33 +1100 (AEDT) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.15.2/8.15.2/Submit) id 0256XWTa067380; Thu, 5 Mar 2020 17:33:32 +1100 (AEDT) (envelope-from peter) Date: Thu, 5 Mar 2020 17:33:32 +1100 From: Peter Jeremy To: Dewayne Geraghty Cc: freebsd-stable stable Subject: Re: ntp problems stratum 2 to 14? Message-ID: <20200305063332.GC42815@server.rulingia.com> References: <20200226194329.GA85186@server.rulingia.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="mxv5cy4qt+RJ9ypb" 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: 48Y1DD2GWCz4BpT 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.49 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.986,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; IP_SCORE(-3.10)[ip: (-9.50), ipnet: 2001:19f0:5800::/38(-4.13), asn: 20473(-1.84), 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: Thu, 05 Mar 2020 06:33:49 -0000 --mxv5cy4qt+RJ9ypb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Dewayne, Sorry for the delay. Unfortunately, I can't really suggest anything - it's not clear to me why ntpd would prefer a stratum 14 clock over a stratum 2 clock. Have you tried looking through the debugging hints page (https://www.eecis.udel.edu/~mills/ntp/html/debug.html)? I haven't seen that problem but I don't use the local clock. During startup, it would not seem unreasonable for the local clock to become valid first because it will have a lower jitter. But ntpd should switch to the stratum 2 clock and stay with in as the better time source. One problem is that if ntpd decides to switch away from the clock for any reason (eg a burst of jitter), it may get stuck on the local clock as it drifts further from "real" time. --=20 Peter Jeremy --mxv5cy4qt+RJ9ypb Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE7rKYbDBnHnTmXCJ+FqWXoOSiCzQFAl5gnTdfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEVF QjI5ODZDMzA2NzFFNzRFNjVDMjI3RTE2QTU5N0EwRTRBMjBCMzQACgkQFqWXoOSi CzSdARAAl+8Y5ry/DKK4sPa3JjF8nKyDw5Rh0etxlUG2Sbg87mEMR8RnHjAaZxG/ iSVcA3npyrOR3nzbYWGR8+GZVTf1o6fxdb8477J5sD7Ok4o5nqmvhkrhn0gzqJlx ncbCQ3y7PLkG9Ywy7Jq3Gm1bYPhw/qCXC5f9jiBBPzA4XmljLbzisYk0urvR9ANI YeNQxW+GS6Ptj/3yf6iGd3ov3cCRH/a+V8OK+l+wgewARX0zFWqH4v1I5uS8E1WR HF4D2ePsR6GE19+TsOsqlS0agvGRSPrgndrLLiAXYLPRPXt7n4CQzyBh4pNcmMlf ECuZkVL+d+Yuo5VpOWMPNJbCgkk9JO+ZQGtve8yKXeAAPs49hozbPrwNkNcKdwBP dvxLHT5Sea0VJFAqvLr2zqNFVKwZEEIY2m17P4Yo4eZi/qBzBvqPJbxF6dG053/s FUXCqz5pYFHckUkZeDO5v2ZYpEAGpMmQxngPXEJlhftA7cvbHQ5sUWOdhbuyh+/J hGLMah4Zm3eiIK0ua3q9e+BtfZwxjsIAfMypXbLoL7RtHbCBuA5Bp1rEeH7uPkCn I3Zwqb9O56RqQUKJzBPDUDjPiU7VjkXYv7MYcbY3JoZovS4J1IWOZCAwR4xChUy8 TTbH8r13gVy8sS53IkIJ2WzVyhHik7k490kQ9Kp9HKZsOobczXs= =e2Pz -----END PGP SIGNATURE----- --mxv5cy4qt+RJ9ypb-- From owner-freebsd-stable@freebsd.org Thu Mar 5 12: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 AD6A8268C07 for ; Thu, 5 Mar 2020 12:55:13 +0000 (UTC) (envelope-from trond.endrestol@ximalas.info) Received: from enterprise.ximalas.info (enterprise.ximalas.info [IPv6:2001:700:1100:1::8]) (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 "ximalas.info", Issuer "Hostmaster ximalas.info" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Y9hH4xFmz419r; Thu, 5 Mar 2020 12:55:11 +0000 (UTC) (envelope-from trond.endrestol@ximalas.info) Received: from enterprise.ximalas.info (Ximalas@localhost [127.0.0.1]) by enterprise.ximalas.info (8.15.2/8.15.2) with ESMTPS id 025CswPd088145 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 5 Mar 2020 13:54:58 +0100 (CET) (envelope-from trond.endrestol@ximalas.info) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ximalas.info; s=default; t=1583412898; bh=Hs7LZGQa2Gt9wWkjc5J+wZRXZd5BGAHGkXrCf6DnxkY=; h=Date:From:To:cc:Subject; b=A/W1TUMfxLmThaREBFxN0FnYpbJluZFKon6H1Bt8eRzqVdLwqzMxciIMk6qDxkxg2 1PmZFo56xYfrk39UWOrMm/zr7ys+95IveAbFezwH64jmERrcAJIGiV6nVso9p/xwLe F8yXVpCMWqICYCjlJmCgFAhHp2PaYJlckElKeKjbA8bQhU9On1+2OoVUk05OhbAbV0 wsgpbneadKoegma8ntPva7tlkSxI0UVLs3dBgvVSpmhhJDSxAzsBioRTg4UfMVN8oK u+oavnTWiqD7DEU8DbUGdvrSdX6RgMpHXRyPFnx8tH3OKaRTGC2s53A2tYmsRnlqMz CRduCiEwF1Ttw== Received: from localhost (trond@localhost) by enterprise.ximalas.info (8.15.2/8.15.2/Submit) with ESMTP id 025Csw7Z088142; Thu, 5 Mar 2020 13:54:58 +0100 (CET) (envelope-from trond.endrestol@ximalas.info) X-Authentication-Warning: enterprise.ximalas.info: trond owned process doing -bs Date: Thu, 5 Mar 2020 13:54:58 +0100 (CET) From: =?UTF-8?Q?Trond_Endrest=C3=B8l?= Sender: Trond.Endrestol@ximalas.info To: freebsd-stable@freebsd.org cc: imp@freebsd.org Subject: r358661 breaks /usr/src/usr.sbin/amd/include/newvers.sh on stable/12 Message-ID: User-Agent: Alpine 2.22 (BSF 395 2020-01-19) OpenPGP: url=http://ximalas.info/about/tronds-openpgp-public-key MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-1.2 required=5.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on enterprise.ximalas.info X-Rspamd-Queue-Id: 48Y9hH4xFmz419r X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ximalas.info header.s=default header.b=A/W1TUMf; dmarc=pass (policy=none) header.from=ximalas.info; spf=pass (mx1.freebsd.org: domain of trond.endrestol@ximalas.info designates 2001:700:1100:1::8 as permitted sender) smtp.mailfrom=trond.endrestol@ximalas.info X-Spamd-Result: default: False [-5.08 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.983,0]; R_DKIM_ALLOW(-0.20)[ximalas.info:s=default]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[ximalas.info:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[ximalas.info,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:224, ipnet:2001:700::/32, country:NO]; IP_SCORE(-2.09)[ip: (-8.26), ipnet: 2001:700::/32(-1.43), asn: 224(-0.77), country: NO(-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: Thu, 05 Mar 2020 12:55:13 -0000 The command "sh /usr/src/usr.sbin/amd/include/newvers.sh /usr/src/sys/conf/newvers.sh" is run a part of a normal build, creating config_local.h. After r358661, I find this in my build logs for stable/12: eval: 1: Syntax error: end of file unexpected (expecting ")") eval: 1: Syntax error: Error in command substitution Meta mode is activated, and the build logs gives this insight: _ERROR_CMD='@rm -f config_local.h; sh /usr/src/usr.sbin/amd/include/newvers.sh /usr/src/sys/conf/newvers.sh > config_local.h;' .CURDIR='/usr/src/usr.sbin/amd/include' Any attempts to build again, results in: --- amd.o --- /usr/src/contrib/amd/amd/amd.c:275:17: error: use of undeclared identifier 'HOST_OS_NAME' gopt.op_sys = HOST_OS_NAME; ^ /usr/src/contrib/amd/amd/amd.c:278:21: error: use of undeclared identifier 'HOST_OS_VERSION' gopt.op_sys_ver = HOST_OS_VERSION; ^ /usr/src/contrib/amd/amd/amd.c:281:22: error: use of undeclared identifier 'HOST_OS' gopt.op_sys_full = HOST_OS; ^ 3 errors generated. CC-ing imp@ as he's the author of r358661. -- Trond. From owner-freebsd-stable@freebsd.org Thu Mar 5 13: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 89546269138 for ; Thu, 5 Mar 2020 13:01:57 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (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 48Y9r43Kr0z4CjV; Thu, 5 Mar 2020 13:01:56 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id 025D1nX8058825; Thu, 5 Mar 2020 13:01:49 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id 025D1ng2058824; Thu, 5 Mar 2020 05:01:49 -0800 (PST) (envelope-from david) Date: Thu, 5 Mar 2020 05:01:49 -0800 From: David Wolfskill To: Trond =?iso-8859-1?Q?Endrest=F8l?= Cc: freebsd-stable@freebsd.org, imp@freebsd.org Subject: Re: r358661 breaks /usr/src/usr.sbin/amd/include/newvers.sh on stable/12 Message-ID: <20200305130149.GC1511@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Trond =?iso-8859-1?Q?Endrest=F8l?= , freebsd-stable@freebsd.org, imp@freebsd.org References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="nWqJwdiWj0NHfEIU" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 48Y9r43Kr0z4CjV X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 107.204.234.170 as permitted sender) smtp.mailfrom=david@catwhisker.org X-Spamd-Result: default: False [-6.98 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.997,0]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[catwhisker.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(-2.58)[ip: (-9.67), ipnet: 107.192.0.0/12(-4.84), asn: 7018(1.64), 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: Thu, 05 Mar 2020 13:01:57 -0000 --nWqJwdiWj0NHfEIU Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 05, 2020 at 01:54:58PM +0100, Trond Endrest=F8l wrote: > The command > "sh /usr/src/usr.sbin/amd/include/newvers.sh /usr/src/sys/conf/newvers.sh" > is run a part of a normal build, creating config_local.h. >=20 > After r358661, I find this in my build logs for stable/12: >=20 > eval: 1: Syntax error: end of file unexpected (expecting ")") > eval: 1: Syntax error: Error in command substitution > .... As Tomoaki AOKI pointed out (in svn-src-stable-12@): | This should be MFC'ed with r346022, otherwise usr.sbin/amd | does not build. (I hand-applied the change, and the build (and suibsequent reboot & smoke-test) succeeded.) Peace, david --=20 David H. Wolfskill david@catwhisker.org "Racism is a poison, hatred is a poison." -- Angela Merkel See http://www.catwhisker.org/~david/publickey.gpg for my public key. --nWqJwdiWj0NHfEIU Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl5g+D1fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 Pcm3NAgAnYc++sN46/ICRclbMVw7E+THcChDq2P1IkTHZ++ZxTeivjV46UlOf/9+ YWxb6A4QLT0rVhSMcOCIhSL2DNipIYajWWBFt+j1p7+msSCj16jHN2OEcWxjmNoG BBghy8loYW4x/sVqJX/C86SzDeg4dxp+x0O/TF+CmEYKqdVcdNI1W1hJmQcsKcl0 Jlu+ykJgMoRJHvnKElYFYIqw+6PDXITyhbH0kF43GhW1JqtMJ24UqSCKPKduTq62 TuLSgPU2Dd++oKSN5gEtf4wP6L7kx1IuESc9VGgTdQwRzLbtT0wY01QJLRi9EMI7 /sAlluyVkQzxxjBRvCP+hSKszVFTbQ== =KPwN -----END PGP SIGNATURE----- --nWqJwdiWj0NHfEIU-- From owner-freebsd-stable@freebsd.org Thu Mar 5 13:19: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 A6155269760 for ; Thu, 5 Mar 2020 13:19:51 +0000 (UTC) (envelope-from trond.endrestol@ximalas.info) Received: from enterprise.ximalas.info (enterprise.ximalas.info [IPv6:2001:700:1100:1::8]) (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 "ximalas.info", Issuer "Hostmaster ximalas.info" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48YBDk08hCz3MWH; Thu, 5 Mar 2020 13:19:49 +0000 (UTC) (envelope-from trond.endrestol@ximalas.info) Received: from enterprise.ximalas.info (Ximalas@localhost [127.0.0.1]) by enterprise.ximalas.info (8.15.2/8.15.2) with ESMTPS id 025DJagP096052 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 5 Mar 2020 14:19:36 +0100 (CET) (envelope-from trond.endrestol@ximalas.info) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ximalas.info; s=default; t=1583414376; bh=7Xm7rEfOVROSPzsWfPQ13XMpuxd6T2t23z8BWApsYLo=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=DnbvDR9YISMd6sgUw4pCuZoP9jyfjvyhl9Xy/f9s8WupD1IcOq5Debe4GhrF6oiqV vp57kWK5zRovu+Rujg+TVwtElO2Ttiaz7P20wVcC6/0UzUXe2xPuabXTjo/QFkmYil dVNGYbgf07HX+a8k/8LWy6c+Hb57mRot0YaT9KvrG0zJU/Rfbr0kKeL4wprtoFjq6A 7hMAY3CigblgcVjwZVKjovO/lVgYRv3uMi27DlwbLZypSgQhaAiGA83hleKy3v9qAn WuPX05+m/ulTUfMuSgg/SAHHuwgalHHeGJcIRmnmQz1Bid1PxaqprCNZ8xl22vEfdW 8Z1MLvv9HRz3g== Received: from localhost (trond@localhost) by enterprise.ximalas.info (8.15.2/8.15.2/Submit) with ESMTP id 025DJab2096049; Thu, 5 Mar 2020 14:19:36 +0100 (CET) (envelope-from trond.endrestol@ximalas.info) X-Authentication-Warning: enterprise.ximalas.info: trond owned process doing -bs Date: Thu, 5 Mar 2020 14:19:36 +0100 (CET) From: =?UTF-8?Q?Trond_Endrest=C3=B8l?= Sender: Trond.Endrestol@ximalas.info To: David Wolfskill cc: freebsd-stable@freebsd.org, imp@freebsd.org Subject: Re: r358661 breaks /usr/src/usr.sbin/amd/include/newvers.sh on stable/12 In-Reply-To: <20200305130149.GC1511@albert.catwhisker.org> Message-ID: References: <20200305130149.GC1511@albert.catwhisker.org> User-Agent: Alpine 2.22 (BSF 395 2020-01-19) OpenPGP: url=http://ximalas.info/about/tronds-openpgp-public-key MIME-Version: 1.0 X-Spam-Status: No, score=-1.2 required=5.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on enterprise.ximalas.info X-Rspamd-Queue-Id: 48YBDk08hCz3MWH X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ximalas.info header.s=default header.b=DnbvDR9Y; dmarc=pass (policy=none) header.from=ximalas.info; spf=pass (mx1.freebsd.org: domain of trond.endrestol@ximalas.info designates 2001:700:1100:1::8 as permitted sender) smtp.mailfrom=trond.endrestol@ximalas.info X-Spamd-Result: default: False [-4.03 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.979,0]; R_DKIM_ALLOW(-0.20)[ximalas.info:s=default]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+a:c]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; HAS_XAW(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[ximalas.info:+]; CTYPE_MIXED_BOGUS(1.00)[]; DMARC_POLICY_ALLOW(-0.50)[ximalas.info,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:224, ipnet:2001:700::/32, country:NO]; IP_SCORE(-2.05)[ip: (-8.11), ipnet: 2001:700::/32(-1.38), asn: 224(-0.75), country: NO(-0.01)] Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2020 13:19:51 -0000 On Thu, 5 Mar 2020 05:01-0800, David Wolfskill wrote: > On Thu, Mar 05, 2020 at 01:54:58PM +0100, Trond Endrestøl wrote: > > The command > > "sh /usr/src/usr.sbin/amd/include/newvers.sh /usr/src/sys/conf/newvers.sh" > > is run a part of a normal build, creating config_local.h. > > > > After r358661, I find this in my build logs for stable/12: > > > > eval: 1: Syntax error: end of file unexpected (expecting ")") > > eval: 1: Syntax error: Error in command substitution > > .... > > As Tomoaki AOKI pointed out (in > svn-src-stable-12@): > > | This should be MFC'ed with r346022, otherwise usr.sbin/amd > | does not build. > > (I hand-applied the change, and the build (and suibsequent reboot & > smoke-test) succeeded.) Thank you. -- Trond. From owner-freebsd-stable@freebsd.org Thu Mar 5 13:55: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 7BCCD26A499 for ; Thu, 5 Mar 2020 13:55:26 +0000 (UTC) (envelope-from wlosh@bsdimp.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 48YC1l1LZsz3ywX for ; Thu, 5 Mar 2020 13:55:22 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x732.google.com with SMTP id y126so1900330qke.4 for ; Thu, 05 Mar 2020 05:55:22 -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; bh=kfATl/W90yq0V7ywHY36F23MDUnHqI7ZFwr+6h/aZPQ=; b=g4cH2355/bO/BmYyX3vZLdo3/3BfyL8Jb8S+K7FHWM8906I0rGWjfKZPLWjQhm9LA0 sBzjmQsV5GtMtL32RUNN0668oJ/vJVnt/E5cX8y/4eWAlVjhImMFKVKyQa1HviDq7PR1 ybxO+QL2a7pasxjIRYxPROOjcfrxhK8bjZSy0cZc5EYMMw6W7GVaA6UH1iyJ9z9yy7dR ZJY3G2FvBc3LlLaqkxVDvPt7E4Yd3nHFeUwZQNTqXSfYXdnNwdXLob95YOYmAhHc4bnh tDLGXPOZZ/Z6i9EdXLysrHt6En+uG3w9k5lhO8Cjb9Le/LURbyju8hwAKl/FVp6j1/YV IE3w== 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=kfATl/W90yq0V7ywHY36F23MDUnHqI7ZFwr+6h/aZPQ=; b=QpaBiMXmIwxz0hfBvwYg8J1L/Cf3RFY1MgvrjLEc7RRalJtHAIJPBlDqhe11+gnrYm E7cg7nMjb6zAGd/F4bxR0gqiqVWGFSEyUJFs/J4q6AsUAoFZu7FL3KGLGM3f/4Afpqho X4VFBvFvv+pLmSBguJ0ZJh2Ejw8IrKXYdc4weZuaPzXJOLi4qpBly9PZe3PISmS+UFc2 EyPr80nzsrHSGwAVIlZVuKWXceOAb8WLM3wh9R7ueeHSjeToQVGznbIUrZmAR9VztRI3 L0J+gw5Z5zHQkItMXYHgaQ1aRtAANxsqIH4a22A4xulz21frREC5p8uocY8DBRA4TYjC F12A== X-Gm-Message-State: ANhLgQ2fIYCNxg+VhtSAeOY+zwh4pxoDfPOKP8LD1wIpmg1n9tZ55U3q 4rI2Yq2tLoMO0vMEjpCbPEhLIV7bqwLexPAP2EN7PQ== X-Google-Smtp-Source: ADFU+vtiUtu9bxj+5hn9U/dJCsyrjZ0i5Ig8dttw4HEOttjsqJQJ7TA+V8hP7Yf+ORUrZ0KPOxEqzKDJP28bdhYPJkM= X-Received: by 2002:a37:8b45:: with SMTP id n66mr8011998qkd.380.1583416520250; Thu, 05 Mar 2020 05:55:20 -0800 (PST) MIME-Version: 1.0 References: <20200305130149.GC1511@albert.catwhisker.org> In-Reply-To: <20200305130149.GC1511@albert.catwhisker.org> From: Warner Losh Date: Thu, 5 Mar 2020 06:55:08 -0700 Message-ID: Subject: Re: r358661 breaks /usr/src/usr.sbin/amd/include/newvers.sh on stable/12 To: David Wolfskill , =?UTF-8?Q?Trond_Endrest=C3=B8l?= , FreeBSD-STABLE Mailing List , Warner Losh X-Rspamd-Queue-Id: 48YC1l1LZsz3ywX X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=g4cH2355; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::732) 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]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; 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]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE(-2.58)[ip: (-9.32), ipnet: 2607:f8b0::/32(-1.86), asn: 15169(-1.65), 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, 05 Mar 2020 13:55:26 -0000 On Thu, Mar 5, 2020 at 6:01 AM David Wolfskill wrote= : > On Thu, Mar 05, 2020 at 01:54:58PM +0100, Trond Endrest=C3=B8l wrote: > > The command > > "sh /usr/src/usr.sbin/amd/include/newvers.sh > /usr/src/sys/conf/newvers.sh" > > is run a part of a normal build, creating config_local.h. > > > > After r358661, I find this in my build logs for stable/12: > > > > eval: 1: Syntax error: end of file unexpected (expecting ")") > > eval: 1: Syntax error: Error in command substitution > > .... > > As Tomoaki AOKI pointed out (in > svn-src-stable-12@): > > | This should be MFC'ed with r346022, otherwise usr.sbin/amd > | does not build. > > (I hand-applied the change, and the build (and suibsequent reboot & > smoke-test) succeeded.) > I'm rebuilding too with this change and will commit when I confirm it worked. Warner From owner-freebsd-stable@freebsd.org Thu Mar 5 15:23: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 ED7A326C519 for ; Thu, 5 Mar 2020 15:23: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 48YDzl0xQyz3F3G for ; Thu, 5 Mar 2020 15:23:46 +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 025FNir8084575; Thu, 5 Mar 2020 15:23:45 GMT (envelope-from rb@gid.co.uk) From: Bob Bishop Message-Id: <53A0BB94-6D6B-472B-9BCF-9B49EDFF7593@gid.co.uk> Content-Type: multipart/signed; boundary="Apple-Mail=_E8CC73EF-5165-4AAD-9886-C0CCE3A5F4DD"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: ntp problems stratum 2 to 14? Date: Thu, 5 Mar 2020 15:23:44 +0000 In-Reply-To: <20200305063332.GC42815@server.rulingia.com> Cc: Dewayne Geraghty , freebsd-stable stable To: Peter Jeremy References: <20200226194329.GA85186@server.rulingia.com> <20200305063332.GC42815@server.rulingia.com> X-Mailer: Apple Mail (2.3273) X-Rspamd-Queue-Id: 48YDzl0xQyz3F3G 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 [-3.62 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.983,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[gid.co.uk]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TO_DN_ALL(0.00)[]; IP_SCORE(-0.84)[ip: (-2.81), ipnet: 194.32.164.0/24(-1.40), asn: 42831(0.10), country: GB(-0.07)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[250.164.32.194.list.dnswl.org : 127.0.10.0]; SIGNED_PGP(-2.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:42831, ipnet:194.32.164.0/24, country:GB]; 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: Thu, 05 Mar 2020 15:23:49 -0000 --Apple-Mail=_E8CC73EF-5165-4AAD-9886-C0CCE3A5F4DD Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi, > On 5 Mar 2020, at 06:33, Peter Jeremy wrote: >=20 > Hi Dewayne, >=20 > Sorry for the delay. Unfortunately, I can't really suggest anything - > it's not clear to me why ntpd would prefer a stratum 14 clock over a > stratum 2 clock. Have you tried looking through the debugging hints > page (https://www.eecis.udel.edu/~mills/ntp/html/debug.html)? >=20 > I haven't seen that problem but I don't use the local clock. >=20 > During startup, it would not seem unreasonable for the local clock to > become valid first because it will have a lower jitter. But ntpd > should switch to the stratum 2 clock and stay with in as the better > time source. One problem is that if ntpd decides to switch away from > the clock for any reason (eg a burst of jitter), it may get stuck on > the local clock as it drifts further from "real" time. Yes. I=E2=80=99ve had exactly that happen with a stratum 1 (GPS) server = with only local as fallback. The GPS signal dropped for a while and the = box drifted off sufficiently that it wouldn=E2=80=99t reacquire the = accurate clock. The solution is to add a few pool (or whatever) servers into the config = - you can still =E2=80=98prefer=E2=80=99 a local server but it ensures = the box won=E2=80=99t drift off into the weeds. > -- > Peter Jeremy -- Bob Bishop rb@gid.co.uk --Apple-Mail=_E8CC73EF-5165-4AAD-9886-C0CCE3A5F4DD Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQR+a6Wh87I/iYwcbE+8xpPppLfFvwUCXmEZgAAKCRC8xpPppLfF v9kBAKCAxe9gUzpB6ljW7t0CaWXIJAtcxACfXQUcYYCQQRJbifZY65ZISBI8vsk= =mCf7 -----END PGP SIGNATURE----- --Apple-Mail=_E8CC73EF-5165-4AAD-9886-C0CCE3A5F4DD-- From owner-freebsd-stable@freebsd.org Thu Mar 5 18:19: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 AC90D26FE65 for ; Thu, 5 Mar 2020 18:19:37 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound3d.ore.mailhop.org (outbound3d.ore.mailhop.org [54.186.57.195]) (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 48YJtc3h76z3FWY for ; Thu, 5 Mar 2020 18:19:36 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1583432373; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=cnF7rp75yMMGpzJEfNkxgZt6fz7wYQRSICLXZYViXRkHKsEBkK4wRhyH16kizy+OIIFtLSjsC/kDl 40U0Exg7D2nREe+d+yNJruYAz+aEU8oj/4KAI25T1lkKDY3TRzQ6670aV7Ir4sDWrwtkIfR7X1+Ruc 7mnlXiU+ZvB2sH5vyXANmGKvHzPtb33LdoNZy9syfrcQ1+z2orxT+p5XxL23Ecoy8avV0T2Qf4pt5J UUDp0X+7mlPAz4RNj7GUFlBag/W6ru1mIbGJpsjHFOuL7j6VqA/of5EEKL43dRbNrDYjFaRIVsnDN3 rTI0WMFEMSMs75flllmKNi3cQJEN01w== 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=X6TkyzP2mQIritaXHhvj7g3Miczq2AFMWl5DhnnFWio=; b=gV4RexuTPaq07lX5ZbYGyjpZ+AQRQmuXgeXK+q6OIOhzvCzqqLM8+ush/uxVfqBnLLMbl7nwR1YoZ GS3bfk5SLfaudXw9l5UXd2+D1u+W5nnqS4J3eweLrFb9HV6GzyfQflLZUIGFvitf3c/RoN2IICEtMR hUkMLNDPnUY1YyQpGyUMhzqL18tWl0ostxT7CjaOeBcfjVkRaUwr8QGL1nklE75IsxUbqSR5GRY10K d3zAClrx5q6LgxgM+r9akTJKwS3HArlemCMwg+cZYyoIAV6iuC6JYsxStlWyqX7BRCgGbT2Vs9ZFvY dIh2I7MuTAKh1ElDxPiQ66SdLpRPPvQ== ARC-Authentication-Results: i=1; outbound3.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=X6TkyzP2mQIritaXHhvj7g3Miczq2AFMWl5DhnnFWio=; b=gKK4ZidaGJGYNlEam0iNYgD6TjuXock+Y0lS6gY0ElZadsaZ8gZ0JnEL5XNQBKTeeYKB+AUEJGOSC zYS77xvbiNzDxQvhXLtITdg3NlOc0tDlkXMfy0wSX5HRG56L2PyDqVQAHigXkScpV6yLuqRM4hk+xd ypm+88pyxvtrb0ASqNDvgcEBOUc2wOr1LBd1ma27X5tJDk+ABVgIwpk1+/zo/YF59EGPFFj0ckV81G CrfThHRztF83KQxg3edO0nBAXRjgSdoClJKHsJXteBwt4+1A/SM5yhf+YsC2VL1q948GkS4uFC1hQD HKjKSPc8jxGJ7ViNJAiUobDxIyDiMHA== X-MHO-RoutePath: aGlwcGll X-MHO-User: db700550-5f0d-11ea-b80e-052b4a66b6b2 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 outbound3.ore.mailhop.org (Halon) with ESMTPSA id db700550-5f0d-11ea-b80e-052b4a66b6b2; Thu, 05 Mar 2020 18:19:31 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 025IJUKI024830; Thu, 5 Mar 2020 11:19:30 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: Subject: Re: ntp problems stratum 2 to 14? From: Ian Lepore To: Dewayne Geraghty , freebsd-stable stable Date: Thu, 05 Mar 2020 11:19:30 -0700 In-Reply-To: References: 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: 48YJtc3h76z3FWY X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-0.23 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; NEURAL_SPAM_MEDIUM(0.77)[0.767,0]; ASN(0.00)[asn:16509, ipnet:54.186.0.0/15, country:US] 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, 05 Mar 2020 18:19:38 -0000 On Wed, 2020-02-26 at 16:37 +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 > 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 > Using a local clock is a bad bad idea. I'm not sure what problem you think it solves, but I'm fairly sure that configuring local clocks is at the root of your problems. The only valid configuration that includes a local clock is when some external mechanism other than ntp is disciplining the kernel clock and ntpd is being used only to monitor that performance and serve time to others. Your configuration is almost the perfect setup for failure: one unreliable network clock, and the local clock. Ntpd's strong point is being able to select reliable servers from a collection of candidates. When you reduce its choices to just two, there is no way it can make a correct choice. The sequence you show above starts out with 10.0.7.6 sync'd to another network server, with an offset of 227ms, making it a bad candidate as system peer. Two minutes later 10.0.7.6 has switched itself to its local clock and dropped to stratum 14; ntpd is not going to choose a remote stratum 14 server over the stratum 14 local clock. Eventually 10.0.7.6 steps its clock and resumes operation at stratum 2. Shortly after that, the problem system follows by stepping its clock then switching the system peer to 10.0.7.6. You're going to keep having these kinds of problems as long as local clocks are configured. Especially since multiple servers in your syncronization net are configured that way, and don't have enough peers to sanity-check the times. -- Ian From owner-freebsd-stable@freebsd.org Thu Mar 5 20:50: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 C48B024C16D for ; Thu, 5 Mar 2020 20:50:05 +0000 (UTC) (envelope-from dewaynegeraghty@gmail.com) Received: from mail-wr1-x444.google.com (mail-wr1-x444.google.com [IPv6:2a00:1450:4864:20::444]) (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 48YNDC565Lz4ZnH; Thu, 5 Mar 2020 20:50:03 +0000 (UTC) (envelope-from dewaynegeraghty@gmail.com) Received: by mail-wr1-x444.google.com with SMTP id x7so8716190wrr.0; Thu, 05 Mar 2020 12:50:03 -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=hiR7ECM1zEEUnDNVyPWHELWpbWLYKDqi+PvkAowOQbw=; b=i3uqZFmxNRfzDSWthhe3iablYmIB/kJMw+6uPJogRemBBwOCNfuP2Fa/IldRJAIYlX KvothG7TqPadxtKDNtdf+8bN1W0RtiSl3L4lXWrDHvCz12ggHK/dL4Ne0LeqYzsQSzhY xrd/3aNiaGgyrRk5SulUcYqW4SV4nRA8JTJZzhzXsquTjPcZM7WBvdEa5u8zgvVvg4/k D6198IiLpGodSkLRJrUvqWEWX+LETR04YfPOborJHYqmq9C2n5KQdf+4q6QWG43PA9UD U15G2k5VLi6/RkAoO7TUbqwEcf5Ijpt0jOUAJMTArdt/8PMNe4QwnVzkD9vZabHjt+x4 78+A== 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=hiR7ECM1zEEUnDNVyPWHELWpbWLYKDqi+PvkAowOQbw=; b=SxcQkGH3yj96hEOeaNvhLFH6p4nwxKhZPHe3dapMRQrx1cudQPeufuKFiaNaqOqBEl LXW52pCVvoUXbp/Mu27MjAvUMCvkTVXaQYykyE1L7Kr8xMLpHFQKUNmvGmbTxDD89DcV ak1dkmgwR+lMo+5rb3hJ9oGk6eycrvbG3B7fr1uTmTE+UgSvDieVho7/AWoWhBwbmz0Y jU51FslAuDgpo0yGD80CSgJFD1Z8VLca7UVASqVkKWxv3R6h5hyoAT8RxQCss7AHm6Ly +XOQY2cAq8rNnvKY6L0u6qQy84OPxkLKtuVk2sWKLo2xB1yKkcwDdetbktw2sxSdakIE cN/A== X-Gm-Message-State: ANhLgQ34EYdhKt5bnCUClwJ2vYuC2xZoJLqQrbZnLt6ogb7rUn7foA/Z EBkHrvIffXBsLjHtPOfJH9nZI9o+nBvHZZXBiqaWfNtFQM4= X-Google-Smtp-Source: ADFU+vsRyTePW8BB47VwfJ7BuxDuV8tJqj1RGcg8DaSu+zTAlzE60h72CaysyLXE90oa/nVHcf2GXhjJCE2op2KjLSQ= X-Received: by 2002:adf:df0c:: with SMTP id y12mr693612wrl.257.1583441398824; Thu, 05 Mar 2020 12:49:58 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Dewayne Geraghty Date: Fri, 6 Mar 2020 07:49:34 +1100 Message-ID: Subject: Re: ntp problems stratum 2 to 14? To: Ian Lepore Cc: freebsd-stable stable X-Rspamd-Queue-Id: 48YNDC565Lz4ZnH X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-5.80 / 15.00]; NEURAL_HAM_MEDIUM(-0.80)[-0.804,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,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: Thu, 05 Mar 2020 20:50:06 -0000 Ian, Good points. I did remove the fudge and 127.127.1.1 lines from the config with the same result as below. Interestingly the clock at 10.0.7.6 isn't really unreliable, as its been my time source since 2005, and serves clients, so it is pretty ok. Without a local clock, named fails (its linked with kerberos). Yes I'd never seen my clock server become st 14, which prompted me to seek help. I haven't repeated that scenario, but I continuously get "interrupted system call" and I haven't been able to sync while running debug or ktrace - so I dont have "what good looks like". Thanks Peter. I've rebuilt net/ntpd in various ways including all defaults. Rebuilt the kernel (& world), to the latest 12 stable. Reset almost all sysctl's (I change 91 of them). I keep getting interrupted system call at 1 sec intervals, which I suspect is a problem For the reader: a stratum 2 clocks 10.0.7.6 syncs with some atomic clocks within city; a server 10.0.7.91 running ntpd 4.2.8p14 on FreeBSD 12.1 r358565M irregularly and usually wont sync, and experiences "interrupted system calls". The jump to stratum 14 was a surprise, but not repeatable. Sometimes the ntpd port starts and uses the next hop time server, but usually within 20 minutes returns to LOCL though more often goes straight to LOCL. During ktrace's I've observed: 66894 ntpd CALL write(0x1,0x80078e000,0x2e) 66894 ntpd GIO fd 1 wrote 46 bytes "select() returned -1: Interrupted system call ... "poll_update: at 1 10.0.7.6 poll 4 burst 0 retry 2 head 14 early 2 next 16 " 66894 ntpd RET write 74/0x4a 66894 ntpd CALL select(0x19,0x7fffffffde50,0,0,0) 66894 ntpd RET select -1 errno 4 Interrupted system call 66894 ntpd PSIG SIGALRM caught handler=0x80072f600 mask=0x0 code=SI_KERNEL 66894 ntpd CALL sigprocmask(SIG_SETMASK,0x7fffffffd7a4,0) 66894 ntpd RET sigprocmask 0 66894 ntpd CALL sigreturn(0x7fffffffd3d0) 66894 ntpd RET sigreturn JUSTRETURN 66894 ntpd CALL write(0x1,0x80078e000,0x2e) 66894 ntpd GIO fd 1 wrote 46 bytes "select() returned -1: Interrupted system call ... "select() returned -1: Interrupted system call " 66894 ntpd RET write 46/0x2e 66894 ntpd CALL select(0x19,0x7fffffffde50,0,0,0) 66894 ntpd RET select -1 errno 4 Interrupted system call 66894 ntpd PSIG SIGALRM caught handler=0x80072f600 mask=0x0 code=SI_KERNEL 66894 ntpd CALL sigprocmask(SIG_SETMASK,0x7fffffffd7a4,0) 66894 ntpd RET sigprocmask 0 66894 ntpd CALL sigreturn(0x7fffffffd3d0) 66894 ntpd RET sigreturn JUSTRETURN 66894 ntpd CALL write(0x1,0x80078e000,0x2e) 66894 ntpd GIO fd 1 wrote 46 bytes "select() returned -1: Interrupted system call but I have no idea whether or not these interrupted system calls are normal or not. and with debug (-D5) this is what I see 5 Mar 18:26:50 ntpd[86274]: select(): nfound=-1, error: Interrupted system call alarming: normal 5 Mar 18:26:51 ntpd[86274]: select(): nfound=-1, error: Interrupted system call poll_update: at 17 10.0.7.6 poll 4 burst 0 retry 0 head 0 early 2 next 16 sendpkt(21, dst=10.0.7.6, src=10.0.7.91, ttl=0, len=72) peer_xmit: at 17 10.0.7.91->10.0.7.6 mode 3 keyid 0000232f len 72 index 0 read_network_packet: fd=21 length 72 from 10.0.7.6 fetch_timestamp: system bintime network time stamp: 1583393211.408612992 restrictions: looking up 10.0.7.6 match_restrict4_addr: Checking 127.0.0.1, port 123 ... doesn't match: ippeerlimit -4 match_restrict4_addr: Checking 127.0.0.1, port 123 ... doesn't match: ippeerlimit -1 match_restrict4_addr: Checking 10.0.7.91, port 123 ... doesn't match: ippeerlimit -4 match_restrict4_addr: Checking 10.0.7.6, port 123 ... MATCH: ippeerlimit -1 receive: at 17 10.0.7.91<-10.0.7.6 ippeerlimit -1 mode 4 iflags up,broadcast,multicast restrict nomodify,nopeer,noquery,notrap org 0xe20b283b.687ad7f6 xmt 0xe20b2838.2001aa5b MRU: interval 16 headway 8 limit 64 receive: at 17 10.0.7.91<-10.0.7.6 mode 4/server:AM_PROCPKT keyid 0000232f len 72 auth 1 org 0xe20b283b.687ad7f6 xmt 0xe20b2838.2001aa5b MAC receive: MATCH_ASSOC dispatch: mode 4/server:AM_PROCPKT poll_update: at 17 10.0.7.6 poll 4 burst 0 retry 0 head 14 early 2 next 16 clock_filter: n 2 off -3.283397 del 0.000382 dsp 3.937561 jit 0.000551 alarming: normal 5 Mar 18:26:52 ntpd[86274]: select(): nfound=-1, error: Interrupted system call alarming: normal 5 Mar 18:26:53 ntpd[86274]: select(): nfound=-1, error: Interrupted system call alarming: normal I have rebuild with ntp-4.2.8p14 and with no additional compile rules and the port's defaults. I keep getting 6 Mar 07:05:16 ntpd[98682]: select(): nfound=-1, error: Interrupted system call alarming: normal 6 Mar 07:05:17 ntpd[98682]: select(): nfound=-1, error: Interrupted system call alarming: normal 6 Mar 07:05:18 ntpd[98682]: select(): nfound=-1, error: Interrupted system call alarming: normal 6 Mar 07:05:19 ntpd[98682]: select(): nfound=-1, error: Interrupted system call alarming: normal 6 Mar 07:05:20 ntpd[98682]: select(): nfound=-1, error: Interrupted system call So with compile, minimum settings and all aslr variables set to 0. We get the above result running as either ntpd or root. I'm starting to wonder about the network stack? My build comprises: # make __MAKE_CONF=/etc/make_test.conf -C /usr/ports/net/ntp -VCFLAGS -VLDFLAGS -O2 -pipe -fstack-protector-strong -fno-strict-aliasing -fstack-protector # make __MAKE_CONF=/etc/make_test.conf -C /usr/ports/net/ntp showconfig |grep =on DEBUG=on: Build with debugging support DOCS=on: Build and/or install documentation EXAMPLES=on: Build and/or install examples IPV6=on: IPv6 protocol support LOCAL_CLOCK=on: Enable local clock reference NLS=on: Native Language Support PERL_UTILS=on: Install ntp-wait and ntptrace utilities SSL=on: SSL protocol support THREADS=on: Threading support Also the base systems ntp 4.2.8p13 also experiences "interrupted system calls" 80370 ntpd CALL select(0x19,0x7fffffffde40,0,0,0) 80370 ntpd RET select -1 errno 4 Interrupted system call 80370 ntpd PSIG SIGALRM caught handler=0x801473610 mask=0x0 code=SI_KERNEL 80370 ntpd CALL sigprocmask(SIG_SETMASK,0x7fffffffd7a4,0) 80370 ntpd RET sigprocmask 0 80370 ntpd CALL sigreturn(0x7fffffffd3d0) 80370 ntpd RET sigreturn JUSTRETURN 80370 ntpd CALL select(0x19,0x7fffffffde40,0,0,0) 80370 ntpd RET select -1 errno 4 Interrupted system call ; perhaps just having aslr built into the kernel?? Its straw clutching time... I appreciate your consideration. All suggestions welcome. :) PS Ian the main time server 10.0.7.6 sync's off 2x atomic clocks, with 2x GPS as failover ;) The internal server 10.0.7.91 serves the internal clients only. From owner-freebsd-stable@freebsd.org Thu Mar 5 21:31: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 1E6FF24D25C for ; Thu, 5 Mar 2020 21:31:37 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound3d.ore.mailhop.org (outbound3d.ore.mailhop.org [54.186.57.195]) (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 48YP88220lz42MY for ; Thu, 5 Mar 2020 21:31:36 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1583443894; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=HnHbLehXV3Pyoz5e0ptP1Wcoqplh6i40rXZDXFZl3QD6nd7hVtHg8wBu5NgX8YEbIOM5E3ylYJnsW 2EExngXIQXla94P4mv/jWoSmjHSnyiUH7DnCw6Zc8zagZPhKceK9htjoFpbkZ1cD7D6NTfvjPXGyN5 vbak3dpOqoJ0qM552PiR9XUCqQd86TZ8+cY5kOvnemwzquCD2WPMLXna+CSrTx+WwRHttIr0HUTFBq YABkJqSBs5j8jaTVYJTyg1OLLrrlutKA1Rnqpq8XzNTzTIKhazelMhL1xM6FsrxyH/+i+CTtxkHY7S YtAUY5P5DVxz/RLzsiYcciztMWNmOsA== 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:cc:to:from:subject:message-id:dkim-signature:from; bh=4ZBgmbJwneAivXur90B8sgicJ7ZoC8SryhBuVLUzSRs=; b=nJCTQECJZ66pHSD6UiN23QQ1YMZoEIEAK36IFdSwtO5wGY0SoaRKIy4HIpTVFciwfH+50PhLcG20W misQmBzMII9bSK+yz9m4iUhtgDn8m3i53Zs/Weu0gO4O4Uv9ukYjBixGaQle/JcrrxKPST5bs/Rtoi mt0JDsYPumqWNrV9MP4xxegirzvvWP2eC/rfsDaBJqU0OY47e6/xEbkFyxisgl4jNeWj4u4E63fDMK T7F1YYhcTsE+gXfq1zsoDywRVIjQxoPdpLWL6H+1JqgnZEGZPnR4kBCzP+6HJlWxeJB2OG/xYshyqT gcCCeS/QIMSxsVixsnLea5H+Z3SalYg== ARC-Authentication-Results: i=1; outbound3.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:cc:to:from:subject:message-id:from; bh=4ZBgmbJwneAivXur90B8sgicJ7ZoC8SryhBuVLUzSRs=; b=Ed8kpTp4PzwqA9mHkCkrqMEIVADpZKW9t9ab+Po0VQQVK67oIAvM/JHZKPoWIeY5URVU9K3kmawq1 9/93d7CAwH/O4gDCTqxRK0U6WIxxpvPiWMpFjvCNUyU2wDBuBVLSJa2FKNLKIQwpYE8KTpdq2Ag93I L9uTe3XBdznk7t0Onj9rPCKQRGhMf3+fVOWJNkJuOIrhi/711AXpGUrNBRQX0fYRSUcyWeCaN+GjWu clDO8XhuPNx4cwVuPweo7ov02lRBj4ORqE68bznpdpb7R5/KL9bbO7lsUF/xhhDBchHdzccrPMyywi OUnUffG/hja8Qm+8LUryK1KB03p7aRg== X-MHO-RoutePath: aGlwcGll X-MHO-User: aee44f6b-5f28-11ea-b80e-052b4a66b6b2 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 outbound3.ore.mailhop.org (Halon) with ESMTPSA id aee44f6b-5f28-11ea-b80e-052b4a66b6b2; Thu, 05 Mar 2020 21:31:33 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 025LVW9A025493; Thu, 5 Mar 2020 14:31:32 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <21f48a0c5f14c93b72b78c0d9d0ecfb4956fb062.camel@freebsd.org> Subject: Re: ntp problems stratum 2 to 14? From: Ian Lepore To: Dewayne Geraghty Cc: freebsd-stable stable Date: Thu, 05 Mar 2020 14:31:32 -0700 In-Reply-To: References: 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: 48YP88220lz42MY X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-0.23 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_MEDIUM(0.77)[0.767,0]; ASN(0.00)[asn:16509, ipnet:54.186.0.0/15, country:US]; NEURAL_HAM_LONG(-1.00)[-0.998,0] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2020 21:31:37 -0000 On Fri, 2020-03-06 at 07:49 +1100, Dewayne Geraghty wrote: > Ian, Good points. I did remove the fudge and 127.127.1.1 lines from the > config with the same result as below. Interestingly the clock at 10.0.7.6 > isn't really unreliable, as its been my time source since 2005, and serves > clients, so it is pretty ok. Without a local clock, named fails (its linked > with kerberos). Yes I'd never seen my clock server become st 14, which > prompted me to seek help. I haven't repeated that scenario, but I > continuously get "interrupted system call" and I haven't been able to sync > while running debug or ktrace - so I dont have "what good looks like". > > Thanks Peter. I've rebuilt net/ntpd in various ways including all > defaults. Rebuilt the kernel (& world), to the latest 12 stable. > Reset almost all sysctl's (I change 91 of them). I keep getting > interrupted system call at 1 sec intervals, which I suspect is a problem > > For the reader: a stratum 2 clocks 10.0.7.6 syncs with some atomic clocks > within city; a server 10.0.7.91 running ntpd 4.2.8p14 on FreeBSD 12.1 > r358565M irregularly and usually wont sync, and experiences "interrupted > system calls". > > The jump to stratum 14 was a surprise, but not repeatable. Sometimes the > ntpd port starts and uses the next hop time server, but usually within 20 > minutes returns to LOCL though more often goes straight to LOCL. During > ktrace's I've observed: > > 66894 ntpd CALL write(0x1,0x80078e000,0x2e) > 66894 ntpd GIO fd 1 wrote 46 bytes > "select() returned -1: Interrupted system call > ... > "poll_update: at 1 10.0.7.6 poll 4 burst 0 retry 2 head 14 early 2 > next 16 > " > 66894 ntpd RET write 74/0x4a > 66894 ntpd CALL select(0x19,0x7fffffffde50,0,0,0) > 66894 ntpd RET select -1 errno 4 Interrupted system call > 66894 ntpd PSIG SIGALRM caught handler=0x80072f600 mask=0x0 > code=SI_KERNEL > 66894 ntpd CALL sigprocmask(SIG_SETMASK,0x7fffffffd7a4,0) > 66894 ntpd RET sigprocmask 0 > 66894 ntpd CALL sigreturn(0x7fffffffd3d0) > 66894 ntpd RET sigreturn JUSTRETURN > 66894 ntpd CALL write(0x1,0x80078e000,0x2e) > 66894 ntpd GIO fd 1 wrote 46 bytes > "select() returned -1: Interrupted system call > ... > "select() returned -1: Interrupted system call > " > 66894 ntpd RET write 46/0x2e > 66894 ntpd CALL select(0x19,0x7fffffffde50,0,0,0) > 66894 ntpd RET select -1 errno 4 Interrupted system call > 66894 ntpd PSIG SIGALRM caught handler=0x80072f600 mask=0x0 > code=SI_KERNEL > 66894 ntpd CALL sigprocmask(SIG_SETMASK,0x7fffffffd7a4,0) > 66894 ntpd RET sigprocmask 0 > 66894 ntpd CALL sigreturn(0x7fffffffd3d0) > 66894 ntpd RET sigreturn JUSTRETURN > 66894 ntpd CALL write(0x1,0x80078e000,0x2e) > 66894 ntpd GIO fd 1 wrote 46 bytes > "select() returned -1: Interrupted system call > but I have no idea whether or not these interrupted system calls are normal > or not. > > and with debug (-D5) this is what I see > > 5 Mar 18:26:50 ntpd[86274]: select(): nfound=-1, error: Interrupted system > call > alarming: normal > 5 Mar 18:26:51 ntpd[86274]: select(): nfound=-1, error: Interrupted system > call > poll_update: at 17 10.0.7.6 poll 4 burst 0 retry 0 head 0 early 2 next 16 > sendpkt(21, dst=10.0.7.6, src=10.0.7.91, ttl=0, len=72) > peer_xmit: at 17 10.0.7.91->10.0.7.6 mode 3 keyid 0000232f len 72 index 0 > read_network_packet: fd=21 length 72 from 10.0.7.6 > fetch_timestamp: system bintime network time stamp: 1583393211.408612992 > restrictions: looking up 10.0.7.6 > match_restrict4_addr: Checking 127.0.0.1, port 123 ... doesn't match: > ippeerlimit -4 > match_restrict4_addr: Checking 127.0.0.1, port 123 ... doesn't match: > ippeerlimit -1 > match_restrict4_addr: Checking 10.0.7.91, port 123 ... doesn't match: > ippeerlimit -4 > match_restrict4_addr: Checking 10.0.7.6, port 123 ... MATCH: ippeerlimit -1 > receive: at 17 10.0.7.91<-10.0.7.6 ippeerlimit -1 mode 4 iflags > up,broadcast,multicast restrict nomodify,nopeer,noquery,notrap org > 0xe20b283b.687ad7f6 xmt 0xe20b2838.2001aa5b > MRU: interval 16 headway 8 limit 64 > receive: at 17 10.0.7.91<-10.0.7.6 mode 4/server:AM_PROCPKT keyid 0000232f > len 72 auth 1 org 0xe20b283b.687ad7f6 xmt 0xe20b2838.2001aa5b MAC > receive: MATCH_ASSOC dispatch: mode 4/server:AM_PROCPKT > poll_update: at 17 10.0.7.6 poll 4 burst 0 retry 0 head 14 early 2 next 16 > clock_filter: n 2 off -3.283397 del 0.000382 dsp 3.937561 jit 0.000551 > alarming: normal > 5 Mar 18:26:52 ntpd[86274]: select(): nfound=-1, error: Interrupted system > call > alarming: normal > 5 Mar 18:26:53 ntpd[86274]: select(): nfound=-1, error: Interrupted system > call > alarming: normal > > I have rebuild with ntp-4.2.8p14 and with no additional compile rules and > the port's defaults. I keep getting > > 6 Mar 07:05:16 ntpd[98682]: select(): nfound=-1, error: Interrupted system > call > alarming: normal > 6 Mar 07:05:17 ntpd[98682]: select(): nfound=-1, error: Interrupted system > call > alarming: normal > 6 Mar 07:05:18 ntpd[98682]: select(): nfound=-1, error: Interrupted system > call > alarming: normal > 6 Mar 07:05:19 ntpd[98682]: select(): nfound=-1, error: Interrupted system > call > alarming: normal > 6 Mar 07:05:20 ntpd[98682]: select(): nfound=-1, error: Interrupted system > call > > So with compile, minimum settings and all aslr variables set to 0. We get > the above result running as either ntpd or root. I'm starting to wonder > about the network stack? > > My build comprises: > # make __MAKE_CONF=/etc/make_test.conf -C /usr/ports/net/ntp -VCFLAGS > -VLDFLAGS > -O2 -pipe -fstack-protector-strong -fno-strict-aliasing > -fstack-protector > # make __MAKE_CONF=/etc/make_test.conf -C /usr/ports/net/ntp showconfig > > grep =on > > DEBUG=on: Build with debugging support > DOCS=on: Build and/or install documentation > EXAMPLES=on: Build and/or install examples > IPV6=on: IPv6 protocol support > LOCAL_CLOCK=on: Enable local clock reference > NLS=on: Native Language Support > PERL_UTILS=on: Install ntp-wait and ntptrace utilities > SSL=on: SSL protocol support > THREADS=on: Threading support > > Also the base systems ntp 4.2.8p13 also experiences "interrupted system > calls" > 80370 ntpd CALL select(0x19,0x7fffffffde40,0,0,0) > 80370 ntpd RET select -1 errno 4 Interrupted system call > 80370 ntpd PSIG SIGALRM caught handler=0x801473610 mask=0x0 > code=SI_KERNEL > 80370 ntpd CALL sigprocmask(SIG_SETMASK,0x7fffffffd7a4,0) > 80370 ntpd RET sigprocmask 0 > 80370 ntpd CALL sigreturn(0x7fffffffd3d0) > 80370 ntpd RET sigreturn JUSTRETURN > 80370 ntpd CALL select(0x19,0x7fffffffde40,0,0,0) > 80370 ntpd RET select -1 errno 4 Interrupted system call > ; perhaps just having aslr built into the kernel?? Its straw clutching > time... > > I appreciate your consideration. All suggestions welcome. :) > PS Ian the main time server 10.0.7.6 sync's off 2x atomic clocks, with 2x > GPS as failover ;) The internal server 10.0.7.91 serves the internal > clients only. > The interrupted system calls (EINTR returned from select()) are normal. Notice that each time it happens, it's associated with a SIGALARM being delivered to ntpd. Ntpd uses SIGALARM at 1hz to periodically get control and decide whether it's time to poll peers and do other periodic work. You say 10.0.7.6 syncs with some atomic clocks, but in your initial posting it was sync'd to its own LOCL clock at stratum 14, which is why the ntpd you were asking about refused to sync to it and also fell back to its own LOCL clock. Eventually 10.0.7.6 sync'd to 203.35.83.242, then the system you were asking about sync'd to 10.0.7.6. -- Ian From owner-freebsd-stable@freebsd.org Thu Mar 5 21: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 9572224DB3E for ; Thu, 5 Mar 2020 21:47:28 +0000 (UTC) (envelope-from dewaynegeraghty@gmail.com) Received: from mail-wm1-x336.google.com (mail-wm1-x336.google.com [IPv6:2a00:1450:4864:20::336]) (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 48YPVP44c3z3D6J; Thu, 5 Mar 2020 21:47:25 +0000 (UTC) (envelope-from dewaynegeraghty@gmail.com) Received: by mail-wm1-x336.google.com with SMTP id j1so193032wmi.4; Thu, 05 Mar 2020 13:47:25 -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=SzzuaTxnF2hfAPH3D/de41BRIn9xYLEUEYFl4u3SFN4=; b=Tg+5GfOCa6mmudIotJU9L26o9oFW2JhYAmEGbEj/IuHj7owCqz9WwibQpU9GP7qSQu jU9k12PvB2XiEayQsB8gOfWMGwqUnHKg+CvVGqEhrm5bMaVLrI9HA6AYFJKcSh8O7xN0 zuCrHVSF99RGQr7YJG9XprSgV3XaTjU5YlRLxNMGEauyEv1fs+wYefn5mxdLyXCtKQRf gxvMlg9i0UnIPMZO2dpVYS7Gb6dwKu3TwZHYIBC9WAOE0cVnHiX87Rpa9C5SsHVkAra+ BKhWDxDfWcyHtksessOQU6i2swPh7F56A6lX3ZDlYKpiK1FvESxTvmKrK94G53TTbBhL UYdg== 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=SzzuaTxnF2hfAPH3D/de41BRIn9xYLEUEYFl4u3SFN4=; b=d9HPEhcApcjuCPgHw4v93TEden64gTNOxS9QtAt2RMh4gj4uAaRkOBgTk0nZeKWx1y +ERM0bv38WmMi12ZGDjYHHezJh+Sw2XeyzJ261o1VebgPzMutBDgMK9IuNt7Grt+QNZa MjXr1Y27dpzUBbrxYyB4sRpm8F0YsxfL4PL3mhpB3mPfPQMneOWBb8YNYsvBlDkuPULM yli7ck0bYUZgxIySu20XH7x2LDHYKjsbfl9U3Shr6B+LUtKAYwx9EfF0hDvE8hr76LDP YqsS17O3hFigIIDWMyYRcbRedvvai2LMWxuErBChCmx+cQfQvK4WzqnEEuHShRTniZ2/ gDUg== X-Gm-Message-State: ANhLgQ2b/fbVtEOKQPZvZc5s/6K/ImJyW6uHsivjtQcJYMOqql2aPY1i pv8tG/jwck/o1nOlkVpxIv7bABi8Tyebz3UCRCxjVRLd X-Google-Smtp-Source: ADFU+vuoRQ++n+nxrkx/797XkGC3aIztufmfvKAt5qvqtDFZ2u/OKTwCoOCaFOonU9V6prHsa8amYqx5Bu8XloX8fLg= X-Received: by 2002:a7b:c414:: with SMTP id k20mr567502wmi.182.1583444842858; Thu, 05 Mar 2020 13:47:22 -0800 (PST) MIME-Version: 1.0 References: <21f48a0c5f14c93b72b78c0d9d0ecfb4956fb062.camel@freebsd.org> In-Reply-To: <21f48a0c5f14c93b72b78c0d9d0ecfb4956fb062.camel@freebsd.org> From: Dewayne Geraghty Date: Fri, 6 Mar 2020 08:46:59 +1100 Message-ID: Subject: Re: ntp problems stratum 2 to 14? To: Ian Lepore Cc: freebsd-stable stable X-Rspamd-Queue-Id: 48YPVP44c3z3D6J X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Tg+5GfOC; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of dewaynegeraghty@gmail.com designates 2a00:1450:4864:20::336 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]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE_FREEMAIL(0.00)[]; IP_SCORE(0.00)[ip: (-9.37), ipnet: 2a00:1450::/32(-2.40), asn: 15169(-1.65), 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)[6.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)[]; 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: Thu, 05 Mar 2020 21:47:28 -0000 > The interrupted system calls (EINTR returned from select()) are normal. > Notice that each time it happens, it's associated with a SIGALARM being > delivered to ntpd. Ntpd uses SIGALARM at 1hz to periodically get > control and decide whether it's time to poll peers and do other > periodic work. > > You say 10.0.7.6 syncs with some atomic clocks, but in your initial > posting it was sync'd to its own LOCL clock at stratum 14, which is why > the ntpd you were asking about refused to sync to it and also fell back > to its own LOCL clock. Eventually 10.0.7.6 sync'd to 203.35.83.242, > then the system you were asking about sync'd to 10.0.7.6. > > -- Ian > > > Thankyou for your insight; comforting to know that its normal/expected, so I don't need to follow that down. Yes, I probably caught 10.0.7.6 restarting ntp as I was trying to determine if there was some new incompatability or I changed some firewall rule, so I may have inadvertently blocked it. I apologise for complicating the original situation/post. Typically 10.0.7.6 is rebooted when the UPS needs new batteries, acting as firewall and time server. -- *** *NOTICE *This email and any attachments may contain legally privileged or confidential information and may be protected by copyright. You must not use or disclose them other than for the purposes for which they were supplied. The privilege or confidentiality attached to this message and attachments is not waived by reason of mistaken delivery to you. If you are not the intended recipient, you must not use, disclose, retain, forward or reproduce this message or any attachments. If you receive this message in error please notify the sender by return email or telephone, and destroy and delete all copies. ***