From nobody Sun Apr 23 12:29:01 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Q46yT5K1xz45LvD for ; Sun, 23 Apr 2023 12:29:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-19.consmr.mail.gq1.yahoo.com (sonic306-19.consmr.mail.gq1.yahoo.com [98.137.68.82]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Q46yS1YPwz46Ln for ; Sun, 23 Apr 2023 12:29:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=NcB2zEFw; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.82 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1682252958; bh=Fc3ys4ECbyj6vCz6QQAZ1MHbzOChkvr04uvRIDpbnd0=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=NcB2zEFwDmZhl9qHJc/IOdYgx7QjqLQfaUSZIWccVmG8hyCw8SrII1QHzA8DGQA864W3t7VZGayYILOaH/8XJdXFHQ77TQHCjKWL9KWcwW38BgNQlGOgB97YbIaWgKCy+hWPMGmVhP0k3DlLNvNvep70LhAsA4fndPZF3JeLvnveJjMAX5PelFHivgdAuEUCU2LBymoUDIrEYA+O4D9+e6sDwzN174NlPHfXTGvTeVog8yqlnaFN6XxtTfGJFewv4pXHMmHmowDbXfsUiyPn7Vap4jK6slqrEBBlbmcuCZmyPXmjlbTTIaSnuStslrNGkktJJHbSG2suOLzCV8DRvw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1682252958; bh=kvluOEYorHhWFWHWq7FfOabYxEPOtHTVASwzPImrmuH=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=BbGc/LWDK10NgWFX8Nb6HdGHIVXevyoeLXSv8FOqueco5FnRIeXf7O9MmXLCXvnKhBdlUmDTdVttBIwH7D6eJC5U+6MVoKj33DaeEnCo9j3RTTheAM5mFz3xJepNQmVEMqvreUGjy3aBgDTPdeZv/Jao5G/6hCxbs3sxz5NGh1141zVp5sXtAwz3meln7dSgKg7CT5zXfro6Re4L+grlT0rHm+s9INF4c6/LEG9Gxeca34GIHS6A41QHOjdfftVjeTTqO8Zb1dEIdaefrk2N/Tz/wWgtpM8D/rBr5tZ8GyMAkN7IPFfEFC7upKAeOlyACgl6EsBW9h9sQ9RumHGNng== X-YMail-OSG: 6tOtXoUVM1n.tq6vzt762_B5CotBf0WXzrG7BiLufICquFrwrLvpY_YqRguutA1 onPPXD4Xq_LHgf923AXOVeDLZympw6xZY5iQSBcZQcXOlBNTMcwqE.95zxJSgUbjRP5hDCfJsAJz 8a_Crn7.IYYfRgXlcIhY8QH.ZUdH9DfcQseqrma.eFawWIEQqyAnh3J4qKQLtrgtcXl6NmV5JdIO Y8AjJ3WUj0McyrPQTJnkCUJppwEHKxVbpWaI_rPQgVmTInMRLkZEMfVt5BMAeQ0HCLAh4ALG4XG2 ZI9joRyx25f5Zgmsr10tWwVc92VTuPCyX_3Dqh48DR9N__UUDo5HToddwjkxUZxpmibNudHEQSmz KIQv3hrHezL6frYu_JSTfDj7xKbg0qX7PIX7FTTuIBW.hQd4aPye13YclnEFYSQStXNTSO28trh_ xFlfhCKNA0n0TH3gPY5Nc2Fmxho2OCR8lbK8rxIEtnzP2xfeDkzyq8TZt8.DaPLFaGUt9l6lpT7S dQj7C2O4fWZy2Vb_izQZSO6TtIhLlnTVeELTe5QZECOnwztCN4KBzWU3riXQmQu4yRS6MXqtrDz1 7pr0nv7PRyh7CjykAAyw9ds7itoUSpn9sXghqQCmGAnKXWq0X0oD2labu_Fe6mSw2HZ7rQTHVZ1a BkMe.bqHf.LAIu0xYNmA7glfJMnCE_3L5F4xs98XifMZ5m.ZlwO_Vgc_JVBEJt8sh5iV85b_GtAd fwyZTJVnyXIFTE7nPNM7xdNv5cV..2F2ToAB7YOmiosoy6_62UErdeySYUfT56VEGkxPF_KxcrUC H6qS4Yk2Y7VlOQV748fvIEaNy8QHL4kursHjPvJBHK1WtutpLU7_bkRwwybQ4iU9eC81iLZUnEIU .hnbYzLx8c3tO28beFq0__h9IqO0PBcqIU8RqZ_RUOd1f6zPRHrHepYM0jWQIp2IoSnlBDMsVqv9 Xkodp9WfdBZGBJAZYwIRnSDSvhrF8lZ09ZSoaUPQZoshgos7VOICxvS4bvEE57H23Cxy2sNCVGIf VgkQnTz8r60AmQR9P5hutx_oIaOJMjvHS3kwZW0ME8RtuivVpfvEsOWgHoPXPIYRtWV58i5S1_Uk gJtj_mG8BueuuyXJNr.7oEfIODdcO42Z0i4d8W.0BBquvDTcDt9vcjFyEfmhSS38LUjCcBTlZtOC lXL61IVjmcJj1glie.dD_O5wyBXjBAAcd3ORVwuzn2UpQh.zwUwsiO57VXjC.FTN2X.8yEqfjQf9 s7ClbYkTbiVjSMIOJ6ytWMp2Oq8Mf3l3ldm6MMXqu15AzpvHEjNhqPSS.g.BLtc1Iiws5sNhRC5x xNXBfpbr.jYEmJcBCcehgkDVczMRxo5HJhhqN_vCIvLYM9qbUmAaL0oRm0BJfvkI_Cdzf7FVKoD6 9XODybt1d27.rzp6skqyLdG5R.4jtTAtnDb18dD4.Hsn0v3Xrbp.rEsewdiSPn0PcSknRN8TwvNI H7X17nLSPY5dRjPc17eHrUGxjy9jbGI8rjV52z_jNRlDHVT4V4lyyb5NQu6sMKJMrceYZoy4yQlZ UmqzKreBvs7s8.2lLit21.IXH0DzS46GyyW7sOsGK2PZSKsAYeQXzc_1O9Pw6xWDp_pFrwZSZP5Y cw_A2VhwqravuwY6fJF_ccZK_YKe7vNfiycw.huG8N0IayoV92CJe_Hj4_j2roWTEdV_fHO5t9.x bTFF_.R4J9oI9qRvFuqS922AR5S9AzT_l5qqU4gj9IvU6qSI4qm_tXL8jQIwlyrIJwZzKr_R59K3 krPPKxGc9im0Be9a1OTfbcfyyfpRT.SMG731rLBZ.xPlslkBCL4jieRkyb6naMWZmiKqyC3z5M0t Fdyc8tesiSwOzYK4ZwJyowUT0MvXmu3pkksOlrF0rNRhviFK8oTfPkhOiJ3RbRt2knr7hNox4jFW 2yOreZZZRM_mCKg88trQPvWEn4iNvW9fThu_WN2XTHnStUCgaFbLG5QF6Rhx9xg8sspVNKnF5ukl _3mCL8kTAU5N42kxgqbxINO9Bj1JlPDB5AM91VBPgLBQyqyqu5mSzzyyUzscQHr_CIvYQa3KaR3T Y.Vd2AQ6M_DJvokRn48khKSIVxnhXgdh.u5Js2lKkrOddlDUJSkOEUE6Mi_bZgUgdYzrdqo8zSUd TTDu04HWrLQV2BNnQmqa9.8kmhG8shd5AHaXp97VQTJzN3N1Wyhn2xL_wqZiSwgrcq2ZmlNWJd2J K4C2I_UOyg5qv3ExarFB8lv72fEF8vO462qbSlQ75EZzS.p163GwjCRTOBJPGMd0snHys7j..G.w - X-Sonic-MF: X-Sonic-ID: f8445c28-384e-4257-84f7-c04364a3d7f1 Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Sun, 23 Apr 2023 12:29:18 +0000 Received: by hermes--production-bf1-5f9df5c5c4-84ds6 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 40f8fa5d7a432aef331124b2902928d3; Sun, 23 Apr 2023 12:29:13 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: RE: ntpd fails on recent -current/arm64 Message-Id: Date: Sun, 23 Apr 2023 05:29:01 -0700 To: peter@rulingia.com, Current FreeBSD X-Mailer: Apple Mail (2.3731.400.51.1.1) References: X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.997]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.82:from]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.82:from] X-Rspamd-Queue-Id: 4Q46yS1YPwz46Ln X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Peter Jeremy write on Date: Sun, 23 Apr 2023 11:47:01 UTC : > Somewhere between c283016-g607bc91d90a3 and c283077-g7f658f99f7ed, I see the problem at main-n262371-72ef722b2a34-dirty (aarch64), in the middle of your range. So in the smaller range is: Thu, 20 Apr 2023 . . . =E2=80=A2 git: 607bc91d90a3 - main - vmrun.sh: Fix a typo in usage() = Mateusz Piotrowski=20 =E2=80=A2 Re: git: 373b95976bce - main - netstat: document that PCB = information can't be read from corefiles tuexen_at_freebsd.org =E2=80=A2 git: de1dde5dfea4 - main - network.subr: adjust regex for = wlans_xxxxx rc.conf entries Bjoern A. Zeeb =E2=80=A2 Re: git: 8dcf3a82c54c - main - libc: Implement bsort(3) a = bitonic type of sorting algorithm. Brooks Davis=20 =E2=80=A2 git: 7db7bfe1a7b9 - main - iwlwifi: quieten more compiler = warnings Bjoern A. Zeeb =E2=80=A2 git: 35f7fa4ac1ae - main - LinuxKPI: 802.11: improve = assertion and tkip code Bjoern A. Zeeb =E2=80=A2 git: fdb987bebddf - main - inpcb: Split PCB hash tables = Mark Johnston=20 =E2=80=A2 git: 3e98dcb3d574 - main - inpcb: Move inpcb matching = logic into separate functions Mark Johnston=20 =E2=80=A2 git: 7b92493ab1d4 - main - inpcb: Avoid inp_cred = dereferences in SMR-protected lookup Mark Johnston=20 =E2=80=A2 git: 5fd1a67e885e - main - inpcb: Release the inpcb cred = reference before freeing the structure Mark Johnston=20 =E2=80=A2 git: dd9059b3e9a1 - main - makefs: set cd9660 Rock Ridge = timestamps for . and .. Ed Maste=20 =E2=80=A2 git: 0df4d8ad7a1b - main - Add jobs.mk to allow for = target-jobs Simon J. Gerraty =E2=80=A2 git: d1f4c44aa8af - main - x86: Move i386 ppireg.h to x86 = Dmitry Chagin=20 =E2=80=A2 git: de4da6cd04bf - main - x86: Move i386 timerreg.h to = x86 Dmitry Chagin=20 =E2=80=A2 git: 8fe4f8f7a75f - main - Fix building host tools for = host Simon J. Gerraty =E2=80=A2 git: bb8e8e230d94 - main - Revert "libc: Implement = bsort(3) a bitonic type of sorting algorithm." Hans Petter Selasky=20 =E2=80=A2 Re: git: bb8e8e230d94 - main - Revert "libc: Implement = bsort(3) a bitonic type of sorting algorithm." Jessica Clarke=20 =E2=80=A2 Re: git: bb8e8e230d94 - main - Revert "libc: Implement = bsort(3) a bitonic type of sorting algorithm." Brooks Davis=20 =E2=80=A2 git: 1a149d65baed - main - dtrace: get rid of uchar_t = types Mark Johnston=20 =E2=80=A2 git: 080e56a6c98c - main - dtrace: expose = dtrace_instr_size() to userland and implement it for riscv Mark Johnston=20= =E2=80=A2 git: 75081b9ed8e6 - main - dtrace: use dtrace_instr_size() = in the riscv dtrace_subr.c Mark Johnston=20 =E2=80=A2 git: 1fef7abdc76b - main - dtrace: add register bindings = for RISC-V Mark Johnston=20 =E2=80=A2 Re: git: bb8e8e230d94 - main - Revert "libc: Implement = bsort(3) a bitonic type of sorting algorithm." Hans Petter Selasky=20 =E2=80=A2 Re: git: bb8e8e230d94 - main - Revert "libc: Implement = bsort(3) a bitonic type of sorting algorithm." Hans Petter Selasky=20 =E2=80=A2 git: 47e888f8363d - main - Remove a few more references to = riscv64sf. John Baldwin=20 =E2=80=A2 git: 048606bec11f - main - perfmon(4): Use a C89 function = definition for a SYSINIT. John Baldwin=20 =E2=80=A2 git: bf043855213c - main - arm: Use C89 function = declaration for db_read_bytes. John Baldwin=20 =E2=80=A2 Re: git: c1e813d12309 - main - hwpmc: Correct selection of = Intel fixed counters. Alexander Motin=20 =E2=80=A2 git: 72ef722b2a34 - main - dpaa2: add console support for = FDT based systems Bjoern A. Zeeb . . . > some change in the kernel has made ntpd stop working on my arm64 test > box. (My amd64 test box is a couple of days behind so I'm not sure if > it's arm-specific). >=20 > What I've identified so far: > * The problem is in the kernel, not userland. See below for the truss output oddity of doing 2 sendto's (no recvfrom) instead of sendto then recvfrom. =46rom an machine with an older context that works: . . . socket(PF_INET,SOCK_DGRAM,IPPROTO_UDP) =3D 3 (0x3) connect(3,{ AF_INET 127.0.0.1:123 },16) =3D 0 (0x0) sendto(3,"\^V\^A\0\^A\0\0\0\0\0\0\0\0",12,0,NULL,0) =3D 12 (0xc) select(4,{ 3 },0x0,0x0,{ 5.000000 }) =3D 1 (0x1) recvfrom(3,"\^V\M^A\0\^A\^F\^X\0\0\0\0\0\^X"...,516,0,NULL,0x0) =3D 36 = (0x24) fstat(1,{ mode=3Dcrw--w---- ,inode=3D138,size=3D0,blksize=3D4096 }) =3D = 0 (0x0) ioctl(1,TIOCGETA,0x735a71d98c58) =3D 0 (0x0) >=20 > * The impact seems to be limited to ntpd (in particular, ntpdate = works). > * ntpd appears to be correctly exchanging NTP packets with peers. > * ntpd is not responding to "ntpq -p" queries I noticed that "ntpq -c as" end up doing: . . . open("/etc/services",O_RDONLY|O_CLOEXEC,0666) =3D 3 (0x3) fstat(3,{ mode=3D-rw-r--r-- ,inode=3D14579,size=3D72600,blksize=3D72704 = }) =3D 0 (0x0) lseek(3,0x0,SEEK_CUR) =3D 0 (0x0) lseek(3,0x0,SEEK_SET) =3D 0 (0x0) read(3,"#\n# Network services, Internet "...,72704) =3D 72600 (0x11b98) close(3) =3D 0 (0x0) socket(PF_INET,SOCK_DGRAM,IPPROTO_UDP) =3D 3 (0x3) connect(3,{ AF_INET 127.0.0.1:123 },16) =3D 0 (0x0) sendto(3,"\^V\^A\0\^A\0\0\0\0\0\0\0\0",12,0,NULL,0) =3D 12 (0xc) select(4,{ 3 },0x0,0x0,{ 5.000000 }) =3D 0 (0x0) sendto(3,"\^V\^A\0\^A\0\0\0\0\0\0\0\0",12,0,NULL,0) =3D 12 (0xc) select(4,{ 3 },0x0,0x0,{ 5.000000 }) =3D 0 (0x0) localhost: timed out, nothing received write(2,"localhost: timed out, nothing re"...,39) =3D 39 (0x27) ***Request timed out write(2,"***Request timed out\n",21) =3D 21 (0x15) exit(0x0) process exit, rval =3D 0 Note the: socket(PF_INET,SOCK_DGRAM,IPPROTO_UDP) =3D 3 (0x3) I've no use of PF set up. Your "ntpq -p" also gets such: socket(PF_INET,SOCK_DGRAM,IPPROTO_UDP) =3D 3 (0x3) connect(3,{ AF_INET 127.0.0.1:123 },16) =3D 0 (0x0) sendto(3,"\^V\^A\0\^A\0\0\0\0\0\0\0\0",12,0,NULL,0) =3D 12 (0xc) select(4,{ 3 },0x0,0x0,{ 5.000000 }) =3D 0 (0x0) sendto(3,"\^V\^A\0\^A\0\0\0\0\0\0\0\0",12,0,NULL,0) =3D 12 (0xc) select(4,{ 3 },0x0,0x0,{ 5.000000 }) =3D 0 (0x0) localhost: timed out, nothing received write(2,"localhost: timed out, nothing re"...,39) =3D 39 (0x27) ***Request timed out write(2,"***Request timed out\n",21) =3D 21 (0x15) exit(0x0) process exit, rval =3D 0 > * ntp_gettime and ntp_adjtime both return TIME_ERROR to ntptime >=20 > I've looked through the commits and, beyond much of netinet being > roto-tilled, I can't see anything obvious. >=20 > Is anyone else seeing anything similar? Yes. I noticed via systems without a RTC that I'd set up to have ntpd fix the times on. The times stopped being fixed. > Can anyone suggest where > to look next? See the truss output above? (I'm no expert in the area. I'm just noting the odd sendto sendto sequence without any recvfrom.) =3D=3D=3D Mark Millard marklmi at yahoo.com