From owner-freebsd-current@freebsd.org Sun Dec 8 05:02:18 2019 Return-Path: Delivered-To: freebsd-current@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 0F0BB1D8334 for ; Sun, 8 Dec 2019 05:02:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.gq1.yahoo.com (sonic310-22.consmr.mail.gq1.yahoo.com [98.137.69.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47VvMD3sRPz4dYy for ; Sun, 8 Dec 2019 05:02:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: gQNwHvoVM1nyBr0dXIlW5KSn1oRNogEaB4HiBporAHOPwuTu76ErwgJ.nTDLafW cmZeggqF8rTyJzjWosofAaUlnmqb90pn9umGvvgwgA9Eh9kkY3hi62CeEHEXFXdfxIBuUodOceEs DgdBOPL8gXw8_y_hf2KTFWhk5w0vJrAxDeG5DDBWISbxAKzRO00rsB.8mPInskvp2YcINxi_WUnL znR0HK14BSKB5A.B4XrW4wrdEqT04wbFoWR3WPHRvc0kVUf5fw9x1nDi4YbylsDrjGT7BEaAXIk_ O59kBR2bZp9sEnz3JFyCSun5w676AXCAeKwTabwEc2c5gv4K89ZeSzBaB.VnIbQB5y1vcuLRpWX5 9f5y1EqBOs7mP6SVJPC1rTjixZF_SzNvvUOk5cW82CBEW.xmHc4pr6L_hvFYuTwqOQ65q9zk0FqP Oa5swm7aK3vx1AkYJX3v665IA_r_vdu1raJBBcwFF7buexu2Uu6VLGTN5kubVhJ3fmiTbpO9WSa6 Q7Sz8.dCQ9IOI_.MnS7c7lEz.pfTR19Hx.LLO3xToGBskeTl0x_gxDd.2aU.7Q7s3vRaEE3tbGwK DguVJMbov_HpT_asJQrnDdUCVIvAsCJRNfH6BW4xMoXJX8Lwg58CCWYLAd8Tf0dE6nQipAAc4kXt 6pkADnMeeDaz4zp6OM8YDOilUuJ1ALbTP8hmJOXtq7yFXsKDK1B0U_7mxWy4ry2DXPwndIvDaj0h x_aurbqets0ZI0kIvJYgUaNy2dOWJwhZytCpuN_ff90UfeclqWPS.QSjcNgQSygKueqdoilJUn_j Vpw2Q6Ls27lXFftBjBKbBLNjTQeYAZN68cJuQnEoTait9fLHaEFc5K_allb2vabrAkaFEdP2A9mJ a5xA2pG3Q228ZEtW.BpIvEnb4rpPewVYQ9v9d4BgTs9vGvm58YA8LHX_zf.35O08R351fhQUSJxG OoTSSFyrbZjnd8c20wCGNvpSsijB7XdF7ZO0RDBw5mfK6dMv5dCi9z2cECe2Pr_zC376Lwmg9po6 rTPjwKV1NIltBdMrhRh8fWQ5dsIVdpcpMkGacCbTaHhRIRhg45O2GI2PUzChtvp6b6eq.aztAhwj xHp0IRiLPH5pqa6VVq04H.IFzFMNrjHQMlkiSow1JOzLTrLR1u6FixsjjPTNmV.p7JYjV7bHLaIq uX6V5XfUFxBEny284v_GUnTCta8R9eh62J_wyIhCYsWs_M4fG42y_LxvaV58B3k6yH6w3TLKsyYA E2cJDvdP8Fa3sBfBHDeFNCxgUPmc1DI0A6oL_8.pW5q9_G_1DFJnbtB47VGRRQwxUD0zQmT9Sd6M VkB5IybH8epSBr9WicOO4_4v.t5QdaY4jAWkBkrNBgwUus7VLclr60xNWZN5EO32EMcN_DhOr9Wr UB6QyeU1T8PXHg.q1YS0gCcql2Tr0RDWiwMLUBK7bc.4- Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Sun, 8 Dec 2019 05:02:14 +0000 Received: by smtp427.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID ec35a451feb47fd087eb3d08c920dbd8; Sun, 08 Dec 2019 05:02:13 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3601.0.10\)) Subject: Re: head -r355027 context, poudiere jail constructions with the likes of -a arm64.aarch64 -x : awk: can't open file /sys/param.h From: Mark Millard In-Reply-To: <82CE331F-D359-415A-A702-49BF7285D88E@yahoo.com> Date: Sat, 7 Dec 2019 21:02:11 -0800 Cc: Ben Woods Content-Transfer-Encoding: quoted-printable Message-Id: References: <364D98C1-727B-4956-A73B-10CFEB8E1A12.ref@yahoo.com> <364D98C1-727B-4956-A73B-10CFEB8E1A12@yahoo.com> <82CE331F-D359-415A-A702-49BF7285D88E@yahoo.com> To: Bryan Drewery , FreeBSD Current , FreeBSD Toolchain , FreeBSD ports X-Mailer: Apple Mail (2.3601.0.10) X-Rspamd-Queue-Id: 47VvMD3sRPz4dYy X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.48 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; RCPT_COUNT_FIVE(0.00)[5]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (0.16), ipnet: 98.137.64.0/21(0.88), asn: 36647(0.71), country: US(-0.05)]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; SH_EMAIL_ZRD(0.00)[0.5.106.211]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.991,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.5.106.211]; NEURAL_HAM_LONG(-0.99)[-0.986,0]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[148.69.137.98.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_CC(0.00)[gmail.com] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Dec 2019 05:02:18 -0000 [In part this note shows that the issue is not specific to cross builds: -a arm64.aarch64 is not essential. But it also shows just where the /sys/param.h comes from.] On 2019-Nov-24, at 15:22, Mark Millard wrote: > On 2019-Nov-24, at 15:11, Ben Woods wrote: >=20 >> On Sun, 24 Nov 2019 at 1:27 pm, Mark Millard = wrote: >> My poudiere jail constructions with the likes of -a arm64.aarch64 -x = are >> all getting: >>=20 >> awk: can't open file /sys/param.h >> source line number 1 >>=20 >> Hi Mark, >>=20 >> I have been getting this same error on amd64 for some time when I use = the command below. >> # poudriere jail -j 13amd64 -u -m src=3D/usr/src >>=20 >> Any ideas what it could be? >=20 > Not so far. Good to know that cross-building is not part of the = required context. >=20 > I've yet to find a place that might be involved that mixes awk use = with an expression > generating a file path that could generate /sys/param.h as the path. >=20 > If this was happening in my prior -r352341 context, I did not notice = it. I jumped > from there to -r355027 . So I can not effectively narrow the range for = when it > started based on my activity. I've got evidence of what is reporting the /sys/param.h path: + [ -n '' ] + return 0 + build_native_xtools + [ 0 -eq 1 ] + return 0 + awk '/^\#define[[:blank:]]__FreeBSD_version/ {print $3}' = /usr/local/poudriere/jails/testBugzilla215561/usr/include/sys/param.h + setvar version_extra 1300061 + [ -r /usr/src/sys/conf/newvers.sh ] + update_version 1300061 + local 'version_extra=3D1300061' + grep '^[RB][A-Z]*=3D' /usr/src/sys/conf/newvers.sh + eval 'REVISION=3D"13.0"' 'BRANCH=3D${BRANCH_OVERRIDE:-CURRENT}' = 'RELEASE=3D"${REVISION}-${BRANCH}"' 'RELDATE=3D$(awk' = $'\'/__FreeBSD_version.*propagated' to newvers/ {print $'$3}\'' = '${PARAMFILE:-${SYSDIR}/sys/param.h})' + awk '/__FreeBSD_version.*propagated to newvers/ {print $3}' = /sys/param.h awk: can't open file /sys/param.h source line number 1 So it appears that: ${PARAMFILE:-${SYSDIR}/sys/param.h} became just: /sys/param.h suggesting that both PARAMFILE aned SYSDIR were empty/undefined. But looking around shows that SYSDIR being empty/undefined can lead to PARAMFILE being /sys/param.h directly. A grep shows for PARAMFILE : /usr/src/include/Makefile: env NEWVERS_SH=3D${NEWVERS_SH} = PARAMFILE=3D${PARAM_H} SYSDIR=3D${SYSDIR} \ /usr/src/sys/conf/newvers.sh:RELDATE=3D$(awk = '/__FreeBSD_version.*propagated to newvers/ {print $3}' = ${PARAMFILE:-${SYSDIR}/sys/param.h}) and for PARAM_H : /usr/src/include/Makefile:PARAM_H=3D ${SYSDIR}/sys/param.h /usr/src/include/Makefile:osreldate.h: ${NEWVERS_SH} ${PARAM_H} = ${MK_OSRELDATE_SH} /usr/src/include/Makefile: env NEWVERS_SH=3D${NEWVERS_SH} = PARAMFILE=3D${PARAM_H} SYSDIR=3D${SYSDIR} \ I got the message for the above from doing: poudriere -x jail -c -m src=3D/usr/src -J 32 -v head@355027 -j = testBugzilla215561 (with an appropriate env MAKEOBJDIRPREFIX=3D. . . for my environment). This was as part of seeing if an old bugzilla report can be closed. (It can be.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Mon Dec 9 18:52:51 2019 Return-Path: Delivered-To: freebsd-current@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 772E11DCA08 for ; Mon, 9 Dec 2019 18:52:51 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.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 "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47Wsl55BFsz3RCP; Mon, 9 Dec 2019 18:52:49 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id xB9Iqeal001091 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 9 Dec 2019 10:52:41 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id xB9Iqd0a001090; Mon, 9 Dec 2019 10:52:39 -0800 (PST) (envelope-from sgk) Date: Mon, 9 Dec 2019 10:52:39 -0800 From: Steve Kargl To: Hans Petter Selasky Cc: Alexander Motin , Warner Losh , FreeBSD Current Subject: Re: CAM breaks USB [was Re: USB causing boot to hang] Message-ID: <20191209185239.GA1056@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20191206202316.GA1053@troutmask.apl.washington.edu> <20191206223144.GA3224@troutmask.apl.washington.edu> <20191206225231.GA949@troutmask.apl.washington.edu> <20191206234105.GA1027@troutmask.apl.washington.edu> <3df3ff25-9f62-6f0f-7823-e846a43725eb@FreeBSD.org> <3e5ead69-b933-70a4-a183-67552d8932fb@selasky.org> <20191207021148.GB1234@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191207021148.GB1234@troutmask.apl.washington.edu> User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 47Wsl55BFsz3RCP X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=washington.edu (policy=none); spf=none (mx1.freebsd.org: domain of sgk@troutmask.apl.washington.edu has no SPF policy when checking 128.95.76.21) smtp.mailfrom=sgk@troutmask.apl.washington.edu X-Spamd-Result: default: False [-2.22 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; DMARC_POLICY_SOFTFAIL(0.10)[washington.edu : No valid SPF, No valid DKIM,none]; NEURAL_HAM_MEDIUM(-1.00)[-0.997,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; IP_SCORE(-0.22)[ip: (0.06), ipnet: 128.95.0.0/16(-0.27), asn: 73(-0.84), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_ADDR_EQ_FROM(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Dec 2019 18:52:51 -0000 On Fri, Dec 06, 2019 at 06:11:48PM -0800, Steve Kargl wrote: > On Sat, Dec 07, 2019 at 01:16:13AM +0100, Hans Petter Selasky wrote: > > > > There is an option you can compile into the kernel which will allow the > > keyboard to enter the debugger. > > > > options ALT_BREAK_TO_DEBUGGER > > > > Sounds to me like either a leaked refcount or that one thread is > > spinning blocking execution of other threads. > > > > I tried setting the sysctls > > hw.usb.umass.debug: 1 > hw.usb.xhci.debug: 1 > hw.usb.uhci.debug: 1 > hw.usb.ohci.debug: 1 > hw.usb.ehci.debug: 1 > > but when I rebooted I forgot to request a verbose boot. > There was no apparent debugging output to the console. > I try again on Monday to get additional information. > keyboard isn't available prior to the hang. A kernel built at 355010 hangs. This includes kernels built with and without INVARIANTS, INVARIANT_SUPPORT, WITNESS, and WITNESS_SKIPSPIN. This includes adding "kern.cam.boot_delay=30000" to /boot/loader.conf. Adding "hw.usb.debug=1", "hw.usb.umass.debug=1", "hw.usb.ctrl.debug=1", "hw.usb.xhci.debug=1", "hw.usb.uhci.debug=1", "hw.usb.ohci.debug=1", and "hw.usb.ehci.debug=1" shows no usb related output on the console when booting the 355010 kernel; whereas, a 355009 kernel floods the console. Unfortunately, I'm not a kernel hacker and I have run out of time trying to report an issue. -- Steve From owner-freebsd-current@freebsd.org Tue Dec 10 02:27:19 2019 Return-Path: Delivered-To: freebsd-current@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 A9C611CBDD6 for ; Tue, 10 Dec 2019 02:27:19 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-qv1-xf2a.google.com (mail-qv1-xf2a.google.com [IPv6:2607:f8b0:4864:20::f2a]) (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 47X3qV4yWZz4JQD for ; Tue, 10 Dec 2019 02:27:18 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: by mail-qv1-xf2a.google.com with SMTP id p2so3550352qvo.10 for ; Mon, 09 Dec 2019 18:27:18 -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=hzpEWkugOVyQ9CkiNaD0GcS0w12eVyPWnsx7zB3+UoM=; b=B5uGGzjHmBtcqFAc2mm+yeVwNI4IO8NIe6QDv+vbVBe8ZCzddLV57oXkxEWV6ANYVo ZelLvb9XA1XSO8rkzKCKOOjU4qil330bM2FHiR+KqDxNhW9UYQ+RuTFmo6rRcUdbbC8/ 4+I1RZ781jR3xfGrnUBZ/cZ75gUmWicN7ll2jiNlgBbSC14ShunushZXlCWYKYvvv/dR q0kMbTJDO6I/3sczkAZRXCYT6ndibsQHuYtIKVeRAH7X3g8dmF0xzSNCEIul059123NG IuT9uPJ3a4gNay8jMZEPuul4rJiKcXw4DlCK9TiDgGe12j5GImglJLU9mql2rBMS+Xs2 +LaQ== 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=hzpEWkugOVyQ9CkiNaD0GcS0w12eVyPWnsx7zB3+UoM=; b=MVw4EmVSw9jqA0vigQv0xnhwfEi+wETvYr71mF6ARWoxBmrihhYw9LSheFviXC9GHd L52V37b8xnQiwwOhQ32sVu51vuUWqPB7Lxo9bVcC1HgZl/kkpxAtJzKQBvRAmFSz4FQT WFpp82w+bDxkslzqAjxwfbFCis9EIwIIOVsj5s0yxjVHlwYPOdJ0SwzNrxa00D2I3nUn I6LkncOBiMUzlL1AjjYB3F2M+53MAs/SizL0CczRHQkZfK34zsAirnrKYPmSlaGVGmV2 nooVyqluUG2tlXJmseLMzybnWMoH+un3s1Vf+jtc7n62Vfg9ixvCt0XpPax62KB2o33g rR1g== X-Gm-Message-State: APjAAAVGth1Ze9XnN3lLPOqlsijgJMZsp5IQ3yc3EGQcS2uBMETeCyAs 0+vhGW63M0Pk7Y5lebRbwEmFzWtGgc5zZVqq0s24MkKO X-Google-Smtp-Source: APXvYqzc/IUGLun+tjkPM2fwFQGb7incFkcOrml0FsJOkIunwfz26FqvldZz5ST/69t2tSxZMrGOUNimSp/ZqQq7X3Q= X-Received: by 2002:a05:6214:13a8:: with SMTP id h8mr25694182qvz.41.1575944831888; Mon, 09 Dec 2019 18:27:11 -0800 (PST) MIME-Version: 1.0 From: Ryan Stone Date: Mon, 9 Dec 2019 21:27:01 -0500 Message-ID: Subject: dtrace not working on bhyve VM without invariant_tsc To: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 47X3qV4yWZz4JQD X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=B5uGGzjH; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of rysto32@gmail.com designates 2607:f8b0:4864:20::f2a as permitted sender) smtp.mailfrom=rysto32@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(0.00)[ipnet: 2607:f8b0::/32(-2.22), asn: 15169(-1.92), country: US(-0.05)]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; 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:2607:f8b0::/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-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2019 02:27:19 -0000 I have a bhyve VM guest on my laptop where dtrace just constantly aborts whenever I try to use it: [rstone@ebpf dtrace]sudo dtrace -s fdcopy.d Assertion failed: (buf->dtbd_timestamp >= first_timestamp), file /usr/home/rstone/git/bsd-worktree/ebpf-import/cddl/contrib/opensolaris/lib/libdtrace/common/dt_consume.c, line 3026. Abort trap I believe that the problem is caused by dtrace unconditionally using rdtsc() to implement dtrace_gethrtime(), assuming that the values will be stable for a given CPU. The VM's vcpus seem to be getting migrated frequently. Should dtrace instead be using the system timecounter? That should stand a much better chance of being monotonically increasing. From owner-freebsd-current@freebsd.org Tue Dec 10 16:06:34 2019 Return-Path: Delivered-To: freebsd-current@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 B61CE1DD27C for ; Tue, 10 Dec 2019 16:06:34 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [199.48.133.146]) (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 47XQ0n6mZNz3Jff for ; Tue, 10 Dec 2019 16:06:33 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from cerise.vangyzen.net (unknown [70.97.188.230]) by smtp.vangyzen.net (Postfix) with ESMTPSA id 56CEA564D6; Tue, 10 Dec 2019 10:06:27 -0600 (CST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3601.0.10\)) Subject: Re: dtrace not working on bhyve VM without invariant_tsc From: Eric van Gyzen In-Reply-To: Date: Tue, 10 Dec 2019 10:06:26 -0600 Cc: FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Ryan Stone X-Mailer: Apple Mail (2.3601.0.10) X-Rspamd-Queue-Id: 47XQ0n6mZNz3Jff X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of eric@vangyzen.net designates 199.48.133.146 as permitted sender) smtp.mailfrom=eric@vangyzen.net X-Spamd-Result: default: False [-5.01 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[vangyzen.net]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-3.21)[ip: (-8.41), ipnet: 199.48.132.0/22(-3.75), asn: 36236(-3.84), country: US(-0.05)]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:36236, ipnet:199.48.132.0/22, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2019 16:06:34 -0000 > On Dec 9, 2019, at 8:27 PM, Ryan Stone wrote: >=20 > I have a bhyve VM guest on my laptop where dtrace just constantly > aborts whenever I try to use it: >=20 > [rstone@ebpf dtrace]sudo dtrace -s fdcopy.d > Assertion failed: (buf->dtbd_timestamp >=3D first_timestamp), file > = /usr/home/rstone/git/bsd-worktree/ebpf-import/cddl/contrib/opensolaris/lib= /libdtrace/common/dt_consume.c, > line 3026. > Abort trap >=20 > I believe that the problem is caused by dtrace unconditionally using > rdtsc() to implement dtrace_gethrtime(), assuming that the values will > be stable for a given CPU. The VM's vcpus seem to be getting migrated > frequently. >=20 > Should dtrace instead be using the system timecounter? That should > stand a much better chance of being monotonically increasing. I=E2=80=99ve seen TSC issues with OneFS under bhyve on certain CPUs. = Pinning the VM to CPUs 1-N (i.e. avoiding CPU 0) worked around it. You = might try that as a workaround. Eric= From owner-freebsd-current@freebsd.org Tue Dec 10 16:29:44 2019 Return-Path: Delivered-To: freebsd-current@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 9E2951DDD09 for ; Tue, 10 Dec 2019 16:29:44 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qk1-x72b.google.com (mail-qk1-x72b.google.com [IPv6:2607:f8b0:4864:20::72b]) (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 47XQWW5xWXz3Ktf for ; Tue, 10 Dec 2019 16:29:43 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qk1-x72b.google.com with SMTP id l124so4966904qkf.8 for ; Tue, 10 Dec 2019 08:29:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=qKBHCViZ843UEqO7pcagAazT2GgsTWVHZLrhVa078w0=; b=FAYUWK1ybX5FylAglog+FXtXovMifj+TQOoxvHcMmLOxDeHWkM9rRzuLyLolIIGXs1 CVEhvcmnWmG/vaHYz6u4r6gjXv3ZN8bRfrlYJ9hkWiNusLwApi5C4phmWLiHrrwz2Ku7 JfBjoKEUu+ECD4N11X4doFzdzr9n4fdsb3dxAuFhpgCSHpU7QQmHi1ErX94v0RYLZaj9 tZDff8o/DJ5+d1fVDdzo7N6ZUE6DHK0nu0pOS/0wyXb9HFRYSDJhHrmg8HVnr6kIq1t1 FqmgkfUDcRlv7+r9wlByvugHBIFzopkOigkSR0IrCnYLjYa93oCBlkVLpi1IoWGVsLCU Aidg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=qKBHCViZ843UEqO7pcagAazT2GgsTWVHZLrhVa078w0=; b=kFrl3zosnJ5agdDla0XUN52MujnSVB/cYTTT6Rj4n1MbkC4rQxC2k9ektc/jh0cQBh 3X8mhr/wgrdm46yf+dbYwTY1U6fARrMK2L+T61tDLAxPiSACYIzFWm6Xauv+CbVdIUnn lCFTtimtVCBSjp7vB4blcfCfdo/5FhXhJwGD/5ZxZpeK4qHwntgdf9sOazIS/3qa+aOP vf9Krv1R9wk8V5dN9eCI+ifUSj7ff+hM5Sf7Lv5dvuIB9KDitv8IFFJAnKAtaGl2BJIB yMSoOOupgmY240zSh0t0bqRuXGuYA2ejw+421h7K7bWIlnVCwfkFsc/mSomXOU6muRVQ FVKA== X-Gm-Message-State: APjAAAWh0I5qMJBgGocIn8EZRvZelWwTP5M6MOEnlJro8UD126rGkmsk Onxn07EjqJVTX0esfxcOhdM= X-Google-Smtp-Source: APXvYqwIfaEb/Gg9/XwAjNyR8LYWN3gpnSy6B9KsBM8IsqVnRU17+E5tT6s0W1j+bgC2XWVZQOQlmA== X-Received: by 2002:a05:620a:1030:: with SMTP id a16mr20651547qkk.1.1575995382834; Tue, 10 Dec 2019 08:29:42 -0800 (PST) Received: from raichu (toroon0560w-lp130-05-69-158-183-252.dsl.bell.ca. [69.158.183.252]) by smtp.gmail.com with ESMTPSA id y91sm1274859qtd.28.2019.12.10.08.29.41 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 10 Dec 2019 08:29:41 -0800 (PST) Sender: Mark Johnston Date: Tue, 10 Dec 2019 11:29:36 -0500 From: Mark Johnston To: Ryan Stone Cc: FreeBSD Current Subject: Re: dtrace not working on bhyve VM without invariant_tsc Message-ID: <20191210162936.GA8996@raichu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 47XQWW5xWXz3Ktf X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=FAYUWK1y; dmarc=none; spf=pass (mx1.freebsd.org: domain of markjdb@gmail.com designates 2607:f8b0:4864:20::72b as permitted sender) smtp.mailfrom=markjdb@gmail.com X-Spamd-Result: default: False [-4.42 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[b.2.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-2.72)[ip: (-9.40), ipnet: 2607:f8b0::/32(-2.22), asn: 15169(-1.92), country: US(-0.05)]; FORGED_SENDER(0.30)[markj@freebsd.org,markjdb@gmail.com]; FREEMAIL_TO(0.00)[gmail.com]; MID_RHS_NOT_FQDN(0.50)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[markj@freebsd.org,markjdb@gmail.com]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2019 16:29:44 -0000 On Mon, Dec 09, 2019 at 09:27:01PM -0500, Ryan Stone wrote: > I have a bhyve VM guest on my laptop where dtrace just constantly > aborts whenever I try to use it: > > [rstone@ebpf dtrace]sudo dtrace -s fdcopy.d > Assertion failed: (buf->dtbd_timestamp >= first_timestamp), file > /usr/home/rstone/git/bsd-worktree/ebpf-import/cddl/contrib/opensolaris/lib/libdtrace/common/dt_consume.c, > line 3026. > Abort trap > > I believe that the problem is caused by dtrace unconditionally using > rdtsc() to implement dtrace_gethrtime(), assuming that the values will > be stable for a given CPU. The VM's vcpus seem to be getting migrated > frequently. > > Should dtrace instead be using the system timecounter? That should > stand a much better chance of being monotonically increasing. One complication here is that the timecounter must be readable without calling any symbols in the kernel, to avoid probe recursion. That is, dtrace_gethrtime() cannot unconditionally use the system timecounter. It might be possible to use the timecounter specifically for dtbd_timestamp, but I suspect that will just shift the problem elsewhere: dtrace uses the TSC to provide a global order for individual records. As Eric noted you can pin the vCPUs, but I'm surprised that laptop does not have an invariant TSC. DTrace used to attempt to synchronize TSCs, but I disabled this for guests in r345359. From owner-freebsd-current@freebsd.org Tue Dec 10 18:28:20 2019 Return-Path: Delivered-To: freebsd-current@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 80D531E15E4 for ; Tue, 10 Dec 2019 18:28:20 +0000 (UTC) (envelope-from ler@FreeBSD.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) (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 "*.lerctr.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47XT8N0fRJz45f4; Tue, 10 Dec 2019 18:28:19 +0000 (UTC) (envelope-from ler@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=ler2019; h=Message-ID:Subject:To:From:Date:Content-Type:MIME-Version: Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=tCY8mWPtvTSsTDl6SY3A+tM3ZbpQ1VVrBa5AnB1yYv8=; b=voMsFSYL+GB0+1Ct5dmoLB+Xfv qX/gHDmf9JNxMcY7UukyxE1H+EacYdnUh2U8194zCKzJlNJuNdKzn3p6lE74fJcLJ5tKYkre92xl3 bteC/GzCgzggRKzIZQ0FoW5+6KKclduV2t+rGDhOEMcmxBgWk/ev4nxZUd+K58t2s0Ria/xtemBUi u8h6RFnmbOfG2Qh2keKEdKpJsvRbfhDrJnw0yMona7nczNVt2ANeaGAeEztSeUAAQEj3azw8lbC2R Sq/yI/edeti7lDayXW2snFb/krnOUlMFXV+mLS6k+yZGFKzTKhFyMn/ZppINzP2F23Wi5x5btQplk y06+SBPQ==; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:bb:dcff:fe50:d900]:56819 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1iekDr-000JEH-Ud; Tue, 10 Dec 2019 12:27:00 -0600 Received: from 2600:1700:210:b180:a570:42b1:d71:e6ce by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Tue, 10 Dec 2019 12:26:52 -0600 MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=_f5fb0a1bae93f2ddfe026b111ede2614"; micalg=pgp-sha256 Date: Tue, 10 Dec 2019 12:26:52 -0600 From: Larry Rosenman To: Freebsd current , Mark Johnston Subject: sysutils/lsof: Recent changes have broken lsof User-Agent: Roundcube Webmail/1.4.1 Message-ID: <6b788f1d09c901e6af16f6ec5db8bd5c@FreeBSD.org> X-Sender: ler@FreeBSD.org X-Rspamd-Queue-Id: 47XT8N0fRJz45f4 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.91 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-0.98)[-0.981,0]; NEURAL_HAM_LONG(-0.93)[-0.933,0]; ASN(0.00)[asn:8166, ipnet:192.147.25.0/24, country:US] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2019 18:28:20 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --=_f5fb0a1bae93f2ddfe026b111ede2614 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Anyone know what I need to add to fix this? --- dnode.o --- In file included from dnode.c:62: /usr/src/sys/fs/tmpfs/tmpfs.h:508:2: warning: implicit declaration of function 'MPASS' is invalid in C99 [-Wimplicit-function-declaration] MPASS(mp != NULL && mp->mnt_data != NULL); ^ /usr/src/sys/fs/tmpfs/tmpfs.h:518:2: warning: implicit declaration of function 'MPASS' is invalid in C99 [-Wimplicit-function-declaration] MPASS(vp != NULL && vp->v_data != NULL); ^ /usr/src/sys/fs/tmpfs/tmpfs.h:529:2: warning: implicit declaration of function 'MPASS' is invalid in C99 [-Wimplicit-function-declaration] TMPFS_VALIDATE_DIR(node); ^ /usr/src/sys/fs/tmpfs/tmpfs.h:479:2: note: expanded from macro 'TMPFS_VALIDATE_DIR' MPASS((node)->tn_type == VDIR); \ ^ 3 warnings generated. --- dnode1.o --- cc -pipe -fstack-protector-strong -fno-strict-aliasing -DNEEDS_BOOL_TYPEDEF -DHASTASKS -DHAS_PAUSE_SBT -DHAS_DUP2 -DHAS_CLOSEFROM -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT -DHAS_TMPFS -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_IDEV -DHAS_VM_MEMATTR_T -DNEEDS_DEVICE_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHASFUSEFS -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DHAS_SB_CCC -DHAS_FDESCENTTBL -DFREEBSDV=13000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR=\"13.0-CURRENT\" -I/usr/src/sys -O2 -c dnode1.c -o dnode1.o In file included from dnode1.c:148: In file included from /usr/src/sys/fs/fuse/fuse_node.h:72: /usr/src/sys/fs/fuse/fuse_file.h:214:33: warning: declaration of 'struct fuse_open_out' will not be visible outside of this function [-Wvisibility] struct ucred *cred, struct fuse_open_out *foo); ^ In file included from dnode1.c:148: /usr/src/sys/fs/fuse/fuse_node.h:142:2: warning: implicit declaration of function 'getbinuptime' is invalid in C99 [-Wimplicit-function-declaration] getbinuptime(&now); ^ /usr/src/sys/fs/fuse/fuse_node.h:174:3: warning: implicit declaration of function 'MPASS' is invalid in C99 [-Wimplicit-function-declaration] MPASS(dvp->v_type == VDIR); ^ /usr/src/sys/fs/fuse/fuse_node.h:187:45: warning: declaration of 'struct fuse_entry_out' will not be visible outside of this function [-Wvisibility] int fuse_vnode_get(struct mount *mp, struct fuse_entry_out *feo, ^ 4 warnings generated. --- lib/liblsof.a --- --- fino.o --- cc -pipe -fstack-protector-strong -fno-strict-aliasing -DNEEDS_BOOL_TYPEDEF -DHASTASKS -DHAS_PAUSE_SBT -DHAS_DUP2 -DHAS_CLOSEFROM -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT -DHAS_TMPFS -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_IDEV -DHAS_VM_MEMATTR_T -DNEEDS_DEVICE_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHASFUSEFS -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DHAS_SB_CCC -DHAS_FDESCENTTBL -DFREEBSDV=13000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR="13.0-CURRENT" -I/usr/src/sys -O2 -c fino.c -o fino.o --- dnode2.o --- --- dnode2.o --- cc -pipe -fstack-protector-strong -fno-strict-aliasing -DNEEDS_BOOL_TYPEDEF -DFREEBSDV=13000 -DHAS_ZFS -DHAS_CV_TIMEDWAIT_SBT -DHAS_V_LOCKF -D_SOLARIS_C_SOURCE -O2 -I/usr/src/sys/cddl/compat/opensolaris -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/usr/src/sys/cddl/contrib/opensolaris/uts/common -I/usr/src/sys/cddl/contrib/opensolaris/common/zfs -I/usr/src/sys/cddl/contrib/opensolaris/common -I/wrkdirs/usr/ports/sysutils/lsof/work/lsof-4.93.2/usr/src/include -I`pwd` -c dnode2.c -o dnode2.o In file included from dnode2.c:56: In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_znode.h:33: In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/dmu.h:48: In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_context.h:73: In file included from /usr/src/sys/cddl/compat/opensolaris/sys/vfs.h:37: /usr/src/sys/cddl/compat/opensolaris/sys/vnode.h:243:10: warning: implicit declaration of function 'VOP_FSYNC' is invalid in C99 [-Wimplicit-function-declaration] error = VOP_FSYNC(vp, MNT_WAIT, curthread); ^ --- lib/liblsof.a --- --- isfn.o --- cc -pipe -fstack-protector-strong -fno-strict-aliasing -DNEEDS_BOOL_TYPEDEF -DHASTASKS -DHAS_PAUSE_SBT -DHAS_DUP2 -DHAS_CLOSEFROM -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT -DHAS_TMPFS -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_IDEV -DHAS_VM_MEMATTR_T -DNEEDS_DEVICE_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHASFUSEFS -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DHAS_SB_CCC -DHAS_FDESCENTTBL -DFREEBSDV=13000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR="13.0-CURRENT" -I/usr/src/sys -O2 -c isfn.c -o isfn.o --- dnode2.o --- 1 warning generated. --- dproc.o --- cc -pipe -fstack-protector-strong -fno-strict-aliasing -DNEEDS_BOOL_TYPEDEF -DHASTASKS -DHAS_PAUSE_SBT -DHAS_DUP2 -DHAS_CLOSEFROM -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT -DHAS_TMPFS -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_IDEV -DHAS_VM_MEMATTR_T -DNEEDS_DEVICE_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHASFUSEFS -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DHAS_SB_CCC -DHAS_FDESCENTTBL -DFREEBSDV=13000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR=\"13.0-CURRENT\" -I/usr/src/sys -O2 -c dproc.c -o dproc.o dproc.c:693:23: error: no member named 'next' in 'struct vm_map_entry' if (!(ka = (KA_T)e->next)) ~ ^ 1 error generated. *** [dproc.o] Error code 1 from pkg-fallout. Thanks! -- Larry Rosenman http://people.freebsd.org/~ler Phone: +1 214-642-9640 E-Mail: ler@FreeBSD.org US Mail: 5708 Sabbia Dr, Round Rock, TX 78665-2106 --=_f5fb0a1bae93f2ddfe026b111ede2614 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc; size=488 Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEHjgknedhWzvJgwVzaXyZsatIp30FAl3v428ACgkQaXyZsatI p32a4gf+LNdiVrPUarUuYcCKVCNBhsL96V+knvAVZDq4IQRdfAKVvbPi0rFumrem 0dGoN9yvQznDXkqDAsyBALZd4lmmaWkyY7M3h0x3N/YB3nrIFdFRbck20K1l1Fcj 0xnlDfzp6CmH4L5gBOdv3oiz/9kyqWowlrbQiKU9fQBksWE+EaomYejEWlUwbuPS u7aAKLHBsxZKa5Jo4Itw1+ZhZYqnJgRTtMLyu5jXDQZ8WUhhJZmy1XCJiqNvnpoT 8IkkOyZuLFyTHiexlsPMxhXsFHZAxP+RX//H3fO1a2mtHn2tyxtWOgLhF8B/LbnF Fig1vdML+jPmhbn/eW7qqjte1XBVuQ== =EI0d -----END PGP SIGNATURE----- --=_f5fb0a1bae93f2ddfe026b111ede2614-- From owner-freebsd-current@freebsd.org Tue Dec 10 19:23:13 2019 Return-Path: Delivered-To: freebsd-current@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 440D71E2607; Tue, 10 Dec 2019 19:23:13 +0000 (UTC) (envelope-from neel@neelc.org) Received: from nyc1.neelc.org (rainpuddle.neelc.org [66.42.69.219]) (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 47XVMh1SdYz48SY; Tue, 10 Dec 2019 19:23:11 +0000 (UTC) (envelope-from neel@neelc.org) Received: from mail.neelc.org (rainpuddle.neelc.org [IPv6:2001:19f0:8001:fed:5400:2ff:fe73:c622]) by nyc1.neelc.org (Postfix) with ESMTPSA id 4C369B05A3; Tue, 10 Dec 2019 14:23:02 -0500 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 10 Dec 2019 14:23:02 -0500 From: Neel Chauhan To: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: 13-CURRENT r355560: GNOME and KDE crash when logging in User-Agent: Roundcube Webmail/1.4.1 Message-ID: X-Sender: neel@neelc.org X-Rspamd-Queue-Id: 47XVMh1SdYz48SY X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of neel@neelc.org designates 66.42.69.219 as permitted sender) smtp.mailfrom=neel@neelc.org X-Spamd-Result: default: False [-2.73 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[neelc.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(-0.43)[asn: 20473(-2.08), country: US(-0.05)]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:20473, ipnet:66.42.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2019 19:23:13 -0000 Hi freebsd-current@, freebsd-ports@ mailing lists, When I updated my laptop to r355560, I could boot into GDM, but logging into GNOME led to a coredump and brought me back to GDM. I tried KDE, but logging in via SDDM also led to a crash. I noted a lot of changes to the VM subsystem have happened, are they related to the crashes? Not meaning that r355560 specifically caused the issue, but that's the last checked out revision. I don't have coredumps, sorry. Looks like my laptop will be booting into Windows for the time being. Running -STABLE is not an option because of unsupported hardware there. -Neel === https://www.neelc.org/ From owner-freebsd-current@freebsd.org Tue Dec 10 19:29:14 2019 Return-Path: Delivered-To: freebsd-current@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 7F3CB1E2A07 for ; Tue, 10 Dec 2019 19:29:14 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-qk1-x72a.google.com (mail-qk1-x72a.google.com [IPv6:2607:f8b0:4864:20::72a]) (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 47XVVd6KcSz48x9 for ; Tue, 10 Dec 2019 19:29:13 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: by mail-qk1-x72a.google.com with SMTP id z14so7122133qkg.9 for ; Tue, 10 Dec 2019 11:29:13 -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=3ZO3JGVI6HIfFiXnMI6KSr3AQ8jQPXFecYGOGSQKNLU=; b=B6EDeoU2KCrmXAqoYc/s49AMtrkasiM07dMufEf1TDovSnqUpPgOuAIUavTQsI6Tha wxq1iKu6gECtmCNUGcFTBKwnuf2rHjx+dQAYk/LA70kuWTMK+pOIrQio7EV9CoAHN8lC unaVoMjFG/s6DhZ7QJDo+eCMRb/F78AP5lIFC85Tmq+hzYVZwWaQIMY3pbdeErqi//Hw BFBY2p1CKXVZiXIVOe3lbA+3Z1OwoWVfz36w8pt8FikZVnt6F7dXL1kbaHIP6s+lLvCi KBXSXXjmr2a50I4l8siWSxKAbIX2QvedRe35gxGQ8YgSHWM7m9eZaSOO51c7dyZJoq8p f/Xw== 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=3ZO3JGVI6HIfFiXnMI6KSr3AQ8jQPXFecYGOGSQKNLU=; b=Mu+CwAx+zaK3mP2fZa/xPNTPCn6IBMhhPB/jUhZHqE6daytvyqHrFhWIHqrPCsqh27 Fg7rpTw0CJpvNnGLbCUY8l12HafO9PRVlqLDcPLQ+RfUm8I9lOBI1cKlGuCgu09JDElN Odqph1wKGqaqWaoSzV1XDo/v2HjQn7QGPRFCNLCPGXIBeUUYJZ0gByXn60HPIxnjBeTM p6KGv2VNsMs9sQPk2IpIoVw0r0vLAPWqnMPo4a+0OV8YmTtzGzulbY3BCZjWaUkRRIFi ddPrMpwwaZ3ny7WvNi+mCdrT4wd7oFlnmzlXTWLdUYU+3Ft6UtIzu6qBz4lsSMnCY3h0 bh/A== X-Gm-Message-State: APjAAAXrMXZuQQQwvE+B2gkikIznEUQHFC19m91WlU4CGtsB8rcsf4B7 pPhG7E/YFxm/g7SJ/VHycYiAUbPZ8+7yKK/2naKsFFAh X-Google-Smtp-Source: APXvYqw8Wev11jnLcWAUwCp5svLMiuNhSOeiNUNWfi88hU2a6czybtVQ6cy3j8amCbSSm4D6Uqi/RUN+MB8Oow5oOzI= X-Received: by 2002:a37:9146:: with SMTP id t67mr32531307qkd.98.1576006151877; Tue, 10 Dec 2019 11:29:11 -0800 (PST) MIME-Version: 1.0 From: Ryan Stone Date: Tue, 10 Dec 2019 14:29:00 -0500 Message-ID: Subject: WITH_LLVM_TARGET_BPF=yes broken on head To: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 47XVVd6KcSz48x9 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=B6EDeoU2; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of rysto32@gmail.com designates 2607:f8b0:4864:20::72a as permitted sender) smtp.mailfrom=rysto32@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@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: (-9.31), ipnet: 2607:f8b0::/32(-2.22), asn: 15169(-1.92), 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)[a.2.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; 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:2607:f8b0::/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-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2019 19:29:14 -0000 If I do a "make toolchain" with WITH_LLVM_TARGET_BPF=yes set in /etc/src.conf on the latest head I get the following errors when it tries to link clang. I believe that this was broken by the recent'ish llvm update; it worked as of r351363 back in August. ld: error: undefined symbol: llvm::initializeBPFAbstractMemberAccessPass(llvm::PassRegistry&) >>> referenced by BPFTargetMachine.cpp:37 (/srcpool/src/rstone/freebsd/contrib/llvm/lib/Target/BPF/BPFTargetMachine.cp p:37) >>> BPFTargetMachine.o:(LLVMInitializeBPFTarget) in archive /usr/obj/srcpool/src/rstone/freebsd/amd64.am d64/tmp/obj-tools/lib/clang/libllvm/libllvm.a ld: error: undefined symbol: llvm::createBPFAbstractMemberAccess() >>> referenced by BPFTargetMachine.cpp:97 (/srcpool/src/rstone/freebsd/contrib/llvm/lib/Target/BPF/BPFTargetMachine.cp p:97) >>> BPFTargetMachine.o:((anonymous namespace)::BPFPassConfig::addIRPasses()) in archive /usr/obj/srcpool /src/rstone/freebsd/amd64.amd64/tmp/obj-tools/lib/clang/libllvm/libllvm.a ld: error: undefined symbol: llvm::createBPFMISimplifyPatchablePass() >>> referenced by BPFTargetMachine.cpp:111 (/srcpool/src/rstone/freebsd/contrib/llvm/lib/Target/BPF/BPFTargetMachine.c pp:111) >>> BPFTargetMachine.o:((anonymous namespace)::BPFPassConfig::addMachineSSAOptimization()) in archive /u sr/obj/srcpool/src/rstone/freebsd/amd64.amd64/tmp/obj-tools/lib/clang/libllvm/libllvm.a ld: error: undefined symbol: llvm::BPFCoreSharedInfo::AmaAttr >>> referenced by string:1427 (/usr/include/c++/v1/string:1427) >>> BTFDebug.o:(llvm::BTFDebug::processLDimm64(llvm::MachineInstr const*)) in archive /usr/obj/srcpool/s rc/rstone/freebsd/amd64.amd64/tmp/obj-tools/lib/clang/libllvm/libllvm.a ld: error: undefined symbol: llvm::BPFCoreSharedInfo::AmaAttr >>> referenced by string:0 (/usr/include/c++/v1/string:0) >>> BTFDebug.o:(llvm::BTFDebug::processLDimm64(llvm::MachineInstr const*)) in archive /usr/obj/srcpool/s rc/rstone/freebsd/amd64.amd64/tmp/obj-tools/lib/clang/libllvm/libllvm.a ld: error: undefined symbol: llvm::BPFCoreSharedInfo::AmaAttr >>> referenced by string:0 (/usr/include/c++/v1/string:0) >>> BTFDebug.o:(llvm::BTFDebug::processLDimm64(llvm::MachineInstr const*)) in archive /usr/obj/srcpool/s rc/rstone/freebsd/amd64.amd64/tmp/obj-tools/lib/clang/libllvm/libllvm.a ld: error: undefined symbol: llvm::BPFCoreSharedInfo::AmaAttr >>> referenced by string:0 (/usr/include/c++/v1/string:0) >>> BTFDebug.o:(llvm::BTFDebug::processLDimm64(llvm::MachineInstr const*)) in archive /usr/obj/srcpool/s rc/rstone/freebsd/amd64.amd64/tmp/obj-tools/lib/clang/libllvm/libllvm.a ld: error: undefined symbol: llvm::BPFCoreSharedInfo::PatchableExtSecName >>> referenced by string:1427 (/usr/include/c++/v1/string:1427) >>> BTFDebug.o:(llvm::BTFDebug::processLDimm64(llvm::MachineInstr const*)) in archive /usr/obj/srcpool/s rc/rstone/freebsd/amd64.amd64/tmp/obj-tools/lib/clang/libllvm/libllvm.a ld: error: undefined symbol: llvm::BPFCoreSharedInfo::PatchableExtSecName >>> referenced by string:0 (/usr/include/c++/v1/string:0) >>> BTFDebug.o:(llvm::BTFDebug::processLDimm64(llvm::MachineInstr const*)) in archive /usr/obj/srcpool/s rc/rstone/freebsd/amd64.amd64/tmp/obj-tools/lib/clang/libllvm/libllvm.a ld: error: undefined symbol: llvm::BPFCoreSharedInfo::PatchableExtSecName >>> referenced by string:0 (/usr/include/c++/v1/string:0) >>> BTFDebug.o:(llvm::BTFDebug::processLDimm64(llvm::MachineInstr const*)) in archive /usr/obj/srcpool/s rc/rstone/freebsd/amd64.amd64/tmp/obj-tools/lib/clang/libllvm/libllvm.a ld: error: undefined symbol: llvm::BPFCoreSharedInfo::PatchableExtSecName >>> referenced by StringRef.h:0 (/srcpool/src/rstone/freebsd/contrib/llvm/include/llvm/ADT/StringRef.h:0) >>> BTFDebug.o:(llvm::BTFDebug::processLDimm64(llvm::MachineInstr const*)) in archive /usr/obj/srcpool/s rc/rstone/freebsd/amd64.amd64/tmp/obj-tools/lib/clang/libllvm/libllvm.a ld: error: undefined symbol: llvm::BPFCoreSharedInfo::AmaAttr >>> referenced by string:1427 (/usr/include/c++/v1/string:1427) >>> BTFDebug.o:(llvm::BTFDebug::InstLower(llvm::MachineInstr const*, llvm::MCInst&)) in archive /usr/obj /srcpool/src/rstone/freebsd/amd64.amd64/tmp/obj-tools/lib/clang/libllvm/libllvm.a ld: error: undefined symbol: llvm::BPFCoreSharedInfo::AmaAttr >>> referenced by string:0 (/usr/include/c++/v1/string:0) >>> BTFDebug.o:(llvm::BTFDebug::InstLower(llvm::MachineInstr const*, llvm::MCInst&)) in archive /usr/obj /srcpool/src/rstone/freebsd/amd64.amd64/tmp/obj-tools/lib/clang/libllvm/libllvm.a ld: error: undefined symbol: llvm::BPFCoreSharedInfo::AmaAttr >>> referenced by string:0 (/usr/include/c++/v1/string:0) >>> BTFDebug.o:(llvm::BTFDebug::InstLower(llvm::MachineInstr const*, llvm::MCInst&)) in archive /usr/obj /srcpool/src/rstone/freebsd/amd64.amd64/tmp/obj-tools/lib/clang/libllvm/libllvm.a ld: error: undefined symbol: llvm::BPFCoreSharedInfo::AmaAttr >>> referenced by string:0 (/usr/include/c++/v1/string:0) >>> BTFDebug.o:(llvm::BTFDebug::InstLower(llvm::MachineInstr const*, llvm::MCInst&)) in archive /usr/obj /srcpool/src/rstone/freebsd/amd64.amd64/tmp/obj-tools/lib/clang/libllvm/libllvm.a ld: error: undefined symbol: llvm::BPFCoreSharedInfo::PatchableExtSecName >>> referenced by string:1427 (/usr/include/c++/v1/string:1427) >>> BTFDebug.o:(llvm::BTFDebug::InstLower(llvm::MachineInstr const*, llvm::MCInst&)) in archive /usr/obj /srcpool/src/rstone/freebsd/amd64.amd64/tmp/obj-tools/lib/clang/libllvm/libllvm.a ld: error: undefined symbol: llvm::BPFCoreSharedInfo::PatchableExtSecName >>> referenced by string:0 (/usr/include/c++/v1/string:0) >>> BTFDebug.o:(llvm::BTFDebug::InstLower(llvm::MachineInstr const*, llvm::MCInst&)) in archive /usr/obj /srcpool/src/rstone/freebsd/amd64.amd64/tmp/obj-tools/lib/clang/libllvm/libllvm.a ld: error: undefined symbol: llvm::BPFCoreSharedInfo::PatchableExtSecName >>> referenced by string:0 (/usr/include/c++/v1/string:0) >>> BTFDebug.o:(llvm::BTFDebug::InstLower(llvm::MachineInstr const*, llvm::MCInst&)) in archive /usr/obj /srcpool/src/rstone/freebsd/amd64.amd64/tmp/obj-tools/lib/clang/libllvm/libllvm.a ld: error: undefined symbol: llvm::BPFCoreSharedInfo::PatchableExtSecName >>> referenced by new:0 (/usr/include/c++/v1/new:0) >>> BTFDebug.o:(llvm::BTFDebug::InstLower(llvm::MachineInstr const*, llvm::MCInst&)) in archive /usr/obj /srcpool/src/rstone/freebsd/amd64.amd64/tmp/obj-tools/lib/clang/libllvm/libllvm.a c++: error: linker command failed with exit code 1 (use -v to see invocation) From owner-freebsd-current@freebsd.org Tue Dec 10 21:15:19 2019 Return-Path: Delivered-To: freebsd-current@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 767471E4988 for ; Tue, 10 Dec 2019 21:15:19 +0000 (UTC) (envelope-from neel@neelc.org) Received: from nyc1.neelc.org (rainpuddle.neelc.org [IPv6:2001:19f0:8001:fed:5400:2ff:fe73:c622]) (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 47XXs25RlDz4H0W for ; Tue, 10 Dec 2019 21:15:18 +0000 (UTC) (envelope-from neel@neelc.org) Received: from mail.neelc.org (rainpuddle.neelc.org [IPv6:2001:19f0:8001:fed:5400:2ff:fe73:c622]) by nyc1.neelc.org (Postfix) with ESMTPSA id 4BB74B05A3 for ; Tue, 10 Dec 2019 16:15:09 -0500 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 10 Dec 2019 16:15:09 -0500 From: Neel Chauhan To: freebsd-current@freebsd.org Subject: 13-CURRENT r355560: GNOME and KDE crash when logging in User-Agent: Roundcube Webmail/1.4.1 Message-ID: X-Sender: neel@neelc.org X-Rspamd-Queue-Id: 47XXs25RlDz4H0W X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of neel@neelc.org designates 2001:19f0:8001:fed:5400:2ff:fe73:c622 as permitted sender) smtp.mailfrom=neel@neelc.org X-Spamd-Result: default: False [-2.63 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; DMARC_NA(0.00)[neelc.org]; IP_SCORE(-0.43)[asn: 20473(-2.08), country: US(-0.05)]; RCVD_COUNT_ONE(0.00)[1]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:20473, ipnet:2001:19f0:8000::/38, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; ONCE_RECEIVED(0.10)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2019 21:15:19 -0000 Hi freebsd-current@ mailing list, When I updated my laptop to r355560, I could boot into GDM, but logging into GNOME led to a coredump and brought me back to GDM. I tried KDE, but logging in via SDDM also led to a crash. I noted a lot of changes to the VM subsystem have happened, are they related to the crashes? Not meaning that r355560 specifically caused the issue, but that's the last checked out revision. I don't have coredumps, sorry. Looks like my laptop will be booting into Windows for the time being. Running -STABLE is not an option because of unsupported hardware there. -Neel === https://www.neelc.org/ From owner-freebsd-current@freebsd.org Tue Dec 10 21:18:12 2019 Return-Path: Delivered-To: freebsd-current@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 2C9851E4B92; Tue, 10 Dec 2019 21:18:12 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47XXwN0NpZz4HJS; Tue, 10 Dec 2019 21:18:12 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1129) id DD414FEB3; Tue, 10 Dec 2019 21:18:11 +0000 (UTC) Date: Tue, 10 Dec 2019 21:18:11 +0000 From: Li-Wen Hsu To: freebsd-testing@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: FreeBSD CI Weekly Report 2019-12-08 Message-ID: <20191210211811.GA76610@freefall.freebsd.org> Reply-To: freebsd-testing@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.11.4 (2019-03-13) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2019 21:18:12 -0000 (Please send the followup to freebsd-testing@ and note Reply-To is set.) FreeBSD CI Weekly Report 2019-12-08 =================================== Here is a summary of the FreeBSD Continuous Integration results for the period from 2019-12-02 to 2019-12-08. During this period, we have: * 2463 builds (95% (-1.3) passed, 5% (+1.3) failed) of buildworld and buildkernel (GENERIC and LINT) were executed on aarch64, amd64, armv6, armv7, i386, mips, mips64, powerpc, powerpc64, powerpcspe, riscv64, sparc64 architectures for head, stable/12, stable/11 branches. * 353 test runs (98% (+0.5) passed, 1.7% (-0.8) unstable, 0.3% (+0.3) exception) were executed on amd64, i386, riscv64 architectures for head, stable/12, stable/11 branches. * 42 doc builds (100% (0) passed) Test case status (on 2019-12-08 23:59): | Branch/Architecture | Total | Pass | Fail | Skipped | | ------------------- | ---------- | --------- | ----- | ------- | | head/amd64 | 7632 (+12) | 7563 (+9) | 0 (0) | 69 (+3) | | head/i386 | 7630 (+12) | 7557 (+9) | 0 (0) | 73 (+3) | | 12-STABLE/amd64 | 7488 (+5) | 7437 (+5) | 0 (0) | 51 (0) | | 12-STABLE/i386 | 7486 (+5) | 7428 (+2) | 0 (0) | 58 (+3) | | 11-STABLE/amd64 | 6858 (+5) | 6811 (+5) | 0 (0) | 47 (0) | | 11-STABLE/i386 | 6856 (+5) | 6804 (+2) | 0 (0) | 52 (+3) | (The statistics from experimental jobs are omitted) If any of the issues found by CI are in your area of interest or expertise please investigate the PRs listed below. The latest web version of this report is available at https://hackmd.io/@FreeBSD-CI/report-20191208 and archive is available at https://hackmd.io/@FreeBSD-CI/, any help is welcome. ## News * Experimental "Hardware test lab" result is available at: https://ci.freebsd.org/hwlab/ , more hardware support is welcomed! ## Failing and Flaky Tests (from experimental jobs) * https://ci.freebsd.org/job/FreeBSD-head-amd64-dtrace_test/ * cddl.usr.sbin.dtrace.common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237641 * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/ * There are ~13 failing and ~109 skipped cases, including flakey ones, see https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/lastCompletedBuild/testReport/ for more details * Work for cleaning these failing cass are in progress ## Disabled Tests * sys.fs.tmpfs.mount_test.large https://bugs.freebsd.org/212862 * sys.fs.tmpfs.link_test.kqueue https://bugs.freebsd.org/213662 * sys.kqueue.libkqueue.kqueue_test.main https://bugs.freebsd.org/233586 * sys.kern.ptrace_test.ptrace__PT_KILL_competing_stop https://bugs.freebsd.org/220841 * lib.libc.regex.exhaust_test.regcomp_too_big (i386 only) https://bugs.freebsd.org/237450 * sys.netinet.socket_afinet.socket_afinet_bind_zero https://bugs.freebsd.org/238781 * sys.netpfil.pf.names.names * sys.netpfil.pf.synproxy.synproxy https://bugs.freebsd.org/238870 * sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger https://bugs.freebsd.org/239292 * sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger https://bugs.freebsd.org/239397 * sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger https://bugs.freebsd.org/239399 * sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger https://bugs.freebsd.org/239425 * lib.libc.gen.getmntinfo_test.getmntinfo_test https://bugs.freebsd.org/240049 * sys.sys.qmath_test.qdivq_s64q https://bugs.freebsd.org/240219 * sys.kern.ptrace_test.ptrace__getppid https://bugs.freebsd.org/240510 * lib.libc.sys.stat_test.stat_socket https://bugs.freebsd.org/240621 * lib.libarchive.functional_test.test_write_filter_zstd https://bugs.freebsd.org/240683 * lib.libcasper.services.cap_dns.dns_test.main https://bugs.freebsd.org/241435 * local.kyua.* (31 cases) & local.lutok.* (3 cases) on 11-i386 https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/2278/testReport/ ## Issues ### Cause build fails * https://bugs.freebsd.org/233735 Possible build race: genoffset.o /usr/src/sys/sys/types.h: error: machine/endian.h: No such file or directory * https://bugs.freebsd.org/233769 Possible build race: ld: error: unable to find library -lgcc_s ### Cause kernel panics * https://bugs.freebsd.org/238870 sys.netpfil.pf.names.names and sys.netpfil.pf.synproxy.synproxy cause panic Patch exists: * https://reviews.freebsd.org/D20868 * https://reviews.freebsd.org/D20869 ### Open * https://bugs.freebsd.org/237403 Tests in sys/opencrypto should be converted to Python3 * https://bugs.freebsd.org/237641 Flakey test case: common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237656 "Freed UMA keg (rtentry) was not empty (18 items). Lost 1 pages of memory." seen when running sys/netipsec tests * https://bugs.freebsd.org/238781 sys.netinet.socket_afinet.socket_afinet_bind_zero does not work when mac_portacl(4) loaded * https://bugs.freebsd.org/239292 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger * https://bugs.freebsd.org/239397 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger * https://bugs.freebsd.org/239399 Flakey test case: sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger * https://bugs.freebsd.org/239425 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger * https://bugs.freebsd.org/241662 Flakey test case: lib.libarchive.functional_test.test_fuzz_iso9660 ### Others * [Tickets related to testing@](https://preview.tinyurl.com/y9maauwg) From owner-freebsd-current@freebsd.org Wed Dec 11 06:16:17 2019 Return-Path: Delivered-To: freebsd-current@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 EED001CDA36 for ; Wed, 11 Dec 2019 06:16:17 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47XmsF66Zrz3Dly; Wed, 11 Dec 2019 06:16:17 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "Let's Encrypt Authority X3" (verified OK)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id B37F8E8A6; Wed, 11 Dec 2019 06:16:17 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:470:7a58::907a:325e:46fe:4863] (unknown [IPv6:2001:470:7a58:0:907a:325e:46fe:4863]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id A73355F46D; Wed, 11 Dec 2019 07:16:15 +0100 (CET) From: Dimitry Andric Message-Id: <943609C6-6AD5-4BAC-B140-558A77BC1CD9@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_0B326860-3BF7-4EA1-A371-4F528412F0A6"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: WITH_LLVM_TARGET_BPF=yes broken on head Date: Wed, 11 Dec 2019 07:16:07 +0100 In-Reply-To: Cc: FreeBSD Current To: Ryan Stone References: X-Mailer: Apple Mail (2.3445.104.11) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2019 06:16:18 -0000 --Apple-Mail=_0B326860-3BF7-4EA1-A371-4F528412F0A6 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 10 Dec 2019, at 20:29, Ryan Stone wrote: > > If I do a "make toolchain" with WITH_LLVM_TARGET_BPF=yes set in > /etc/src.conf on the latest head I get the following errors when it > tries to link clang. I believe that this was broken by the recent'ish > llvm update; it worked as of r351363 back in August. Thanks for reporting it, this should now be fixed with r355602! -Dimitry --Apple-Mail=_0B326860-3BF7-4EA1-A371-4F528412F0A6 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----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCXfCJpwAKCRCwXqMKLiCW owlKAJ4nzjwIHhj930on6krpYfALwxUaBwCfSvJIBxRbz481C7UxME077iTOFlo= =BW8E -----END PGP SIGNATURE----- --Apple-Mail=_0B326860-3BF7-4EA1-A371-4F528412F0A6-- From owner-freebsd-current@freebsd.org Wed Dec 11 07:24:14 2019 Return-Path: Delivered-To: freebsd-current@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 80E701CF88B for ; Wed, 11 Dec 2019 07:24:14 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (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 "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47XpMd2KFvz3J52 for ; Wed, 11 Dec 2019 07:24:12 +0000 (UTC) (envelope-from ohartmann@walstatt.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1576049049; bh=poEMSARG6q1lz56RLXKkMlVv8qUuB4j0tld49J08vRg=; h=X-UI-Sender-Class:Date:From:To:Subject; b=kEeSEm+qG2cmKVoFuqekO6JlfS+X18PKfJz06O5WERgR4KCNK0AFW0hMDCvs3b+Xd mTeZGe541nJwZIM8ihpMv1VZ9N3ptOFJGWPXfFrl/7CRsl2gl/0LAvgR9RzBE8yetz tYes5va0vNWGs+oqhdrqfghTBot9r4EkNESaO8Y4= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from hermann.fritz.box ([91.65.80.100]) by mail.gmx.com (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MHoRK-1iTPln0kpa-00EyRw for ; Wed, 11 Dec 2019 08:24:09 +0100 Date: Wed, 11 Dec 2019 08:23:59 +0100 From: "Hartmann, O." To: FreeBSD CURRENT Subject: Supermicro X9SCV-Q: no boot options to define Message-ID: <20191211082359.7f362310@hermann.fritz.box> Organization: walstatt.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/NWk5yA2qaGTSLA=ojnRAVMM"; protocol="application/pgp-signature" X-Provags-ID: V03:K1:a6Yr83p7kaEVE7T8pVBBh57c94ldV7wPHGP8gFx9c4eZgvfaBCt t5G3OBC0hTgF6hD7/iwPD6U+N7ez+C9HYFi0kXThxm4Lbn9R3nROg51cwIzqxWQGc3Z69xq BtK6bgTuQyANNw8Dmcbghhl0QOOgXAspvlIvX6E7FngPatqkH4EMC8dXtlCE4J7zIkUpqlW QOTTej9xSHBUkTg8AjNFQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:aCQcvB1pmW4=:rdJuF4dPGp/EtDz0pegS9C Uv+gQHXb5LBuWzrTQQQ0rUMkxLmv4mLCvGyyu9fBDj4h1JF+LXnpAATsVCs0e0ul65gk5ytN6 a7opSBQRpVAB/x3MXuYIFiggVq3UCuL45eczm7XL8QijyI61mRblo/c562ORY+FntNvWd08PV cbBa7U+4a/pX8mLmg97dDZg1Ds64hcbraYwzemxMoaMnhxGnSgNX+CMI/UTdJaVCEs/4sSsMd Gj0rkK7LyDrK5sMHYB/EGl4fPC7cMcHHIPm6pyoxUsH4JQE+r9pXGjiCbsjQqRex0Je6w4xsn BS15RRuQzp8knnXQ8ueThqA0cPZAv6L469YoQj4X285nxIR22QhC15A2NnADamFUrk2o1JUrV 2nvqoNZmxxIQfr3eLr9TrCmviyaaz36fCxMtfy0WWLNaIlvSt1qSorCA72jS5qcCDHSKQlezs KOtOy++TiOeiedjpIHEMpOgfAdVIdLwwU6lMKovqMqEWsTkMCLLl8Xvv1q3srFLqiVcFIdeBJ v4b0CsL3WuaMU3t3ZZIgnjOn5dn0+LT5vndjYtBC+8RhV/Pd8uBsoIVJZgq4nOcjbFt5stoZO pzMH6l3Yu1xZlG5lLoJO1kkbEarEUaYoALusmFsi/sNVQlxIdEEWtwbWY9BeVRgS+As/7NoMk uId8Lh5gVKuu5ssI/NUS1qxIR8GQDcFsn/5vjj1fw4utN3sbOvenRamKAebtf3N45C5yvcjhr zRSUSgDZFZII2Nmsu4sNTb83uI3DbzI4eg11iRwEsW5rm/+sTYkLcZ/Z/IIp3P1bStkIZTaQT JCtmOZBO2ybsrNxEynjkVbgLRbRy0t8ZWtuMQ1eCkKNTHoBypHUiDqLebGwiw/redZnKhX4jj pq8JoUbQUoNH9yC2B1j7YY2seuvmYuheTvSF9vk91hcLIRoVm1bpp8yMH10uUwWkhB1VkAfuK iBZT3MJYPDdQmn/tkL5aJf7+StHe5Xh5O8UfNl11gxouDdph7ol7fmz89UggBgj9J7LmHzav9 5CcfmcK1veWJunXuSqtrhtjFQgCiWb1vrBlMx9w3kfA6mF+mCHQwGq8ldwpL/FsD0vO7DVCIt FZN6mVFCReM5SLB1tHxH1f9oTy5xWgx3TJ1Jf/K9p6/m2yyBZwgBoGY281022ysgjUTAjBTYr gtzneTeR2housxjxoQmB9vdNPXAlZpoK7zptC//aCK4jIRF5q4qx7YoYn485okxZIhIU0Kj1a lZ1MUYkGBNiYg3JF3UiHjdS7AG1mM5UwnZS19T6kKd43z1jliWqDdY3sSwc8= X-Rspamd-Queue-Id: 47XpMd2KFvz3J52 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.net header.s=badeba3b8450 header.b=kEeSEm+q; dmarc=none; spf=none (mx1.freebsd.org: domain of ohartmann@walstatt.org has no SPF policy when checking 212.227.17.20) smtp.mailfrom=ohartmann@walstatt.org X-Spamd-Result: default: False [-5.64 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmx.net:s=badeba3b8450]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[walstatt.org]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; IP_SCORE(-1.14)[ip: (-6.79), ipnet: 212.227.0.0/16(-1.17), asn: 8560(2.27), country: DE(-0.02)]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmx.net:+]; R_SPF_NA(0.00)[]; SIGNED_PGP(-2.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[20.17.227.212.list.dnswl.org : 127.0.3.1]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[100.80.65.91.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2019 07:24:14 -0000 --Sig_/NWk5yA2qaGTSLA=ojnRAVMM Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hello folks, my apology for polluting this list with a non-FreeBSD specific problem, but since Supermicro is a veryy often used vendor in the FreeBSD user/developer community I might find help here much fast. I got hands on onto an oldish Supermicro X9SCV-Q mainboard, equipted with an older i5-25XXM CPU running at 2,5 GHz). The AMI BIOS has version 2.10.1208 from 2012. The board does initially a longer beep and the it sounds like two or three very short beeps plus a last longer beep at a higher tune and then the system ALWAYS jumps into the firmware/BIOS screen, no matter whether I set a administrator password to protect the BIOS or not. Apart from the suspect of damaged RAM (three beeps indicate RAM problem above the first 64k block, two indicate PEI recovery or video memory problems if I interpret the manual correctly). Sometimes the POST screen shows some message like "... in Recovery State", due to the off-phased HDMI attached monitor, I do not see the first characters. Maybe someone knows what that might indicate. I already have changed the memory banks and the memory seems to be allright as the replacement memory has been checked thoroughly prior to the test in another well running box and I also checked the memory on another box with memtest tool without any suspicious indication. The attempt to flash the latest firmware fails due to the fact that I can not even define a boot device - either this process is cryptic or it isn't documented and I'm too dull. A FreeDOS 1.1 prepared USB flashdrive isn't bootable as any other UEFI/non UEFI flashdrive: I can see the USB drive as being attached to PCI bus in the firmware menu, I also can define a symbolic name, but then I fail in defining the path to the loader as suggested in the example (fs0:\file\loader.efi or so). Any hint is welcome. This board has been used successfully over the past years and was equipted with a TPM module at connector 23 (TMP1 header) - I'm unfamiliar with those technologies and my first guess apart from a hardware failure was that the hardware could have been protected anyway like it is done via secure boot. Unplugging that TPM header doesn' change anything. Also the boot of XigmaNAS latest USB flashed image or any FreeBSD (11, 12 CURRENT) latest USB flashed image failed so far. Thanks for some help in adavnce, oh --Sig_/NWk5yA2qaGTSLA=ojnRAVMM Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYIAB0WIQSy8IBxAPDkqVBaTJ44N1ZZPba5RwUCXfCZjwAKCRA4N1ZZPba5 Rwa7AQDwAgN2wUThO1v272s+oXfjfAFJt27YP+o8vN/JUF38XwD+P6yLVddlhDLR CG+WamWoBo271e0hnz3LliExgxtJDg0= =88Uc -----END PGP SIGNATURE----- --Sig_/NWk5yA2qaGTSLA=ojnRAVMM-- From owner-freebsd-current@freebsd.org Wed Dec 11 09:48:32 2019 Return-Path: Delivered-To: freebsd-current@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 F07EC1D25BC for ; Wed, 11 Dec 2019 09:48:32 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wr1-x42e.google.com (mail-wr1-x42e.google.com [IPv6:2a00:1450:4864:20::42e]) (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 47XsZ73NbZz3Q35 for ; Wed, 11 Dec 2019 09:48:31 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wr1-x42e.google.com with SMTP id b6so23308817wrq.0 for ; Wed, 11 Dec 2019 01:48:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=dmXw1JxVWufcdFAkoWjjqV1ODREj9gs9ehJfRddy1nw=; b=KyacK5g2uADGI04muRq4nt8/2ri9zJWA7LTohiYezBblDB5VIOvSr4NhQgr3g0/MDs bNf+3KpQqW6iHEQIdWhX29EBJCiL/HqKewbOGWEGqclPjVExPi+q+L/7S96c2jp01UNZ WfftpVw8iHvgzyGFQbd9uz6TSOt+MJ9xfcwxzabZVrWqU5jGDHTrg1FwL+TOg2v11Ous 7vLiOvTXq9DP0yczNy5jmvkVZq+4cCGvfnGC+abatT0GNIrNOT1jd3VdeUrEtLN8brB6 WupyIrLUveG3f4TW7OakEredECPCuo2VGzrJtQPYilvPS9kerWG1yGd46adxfOSu1Mkn 6FKg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=dmXw1JxVWufcdFAkoWjjqV1ODREj9gs9ehJfRddy1nw=; b=RyBV8wSIySKM+Mbrxjh2C6QzRNnyEPa/Jm8sCoc83zmxN3uQ4IWWu8gk+b+EDqXEd/ WOyfD6Ar7GHGF9fu3ziADwanvGOI8g5xtWYNZ16mUfCFW93lKZqKm93RRSlKeI1pA3DD hws5tABazS5gTk7rGMQ3Q7yABOwYXvMri26ESQWVg9TBOMI3iaPA2mWh40yGV/nPPB67 V7HPr5SOl9JWgGQKdx3yl6E/iZLWEHatQsMaaJ0X9rGrRJbuZprBuZn6mL8b2KXDpuzE KU8hZLUpoKyEv3G+cTw1ArbfFnR89uthbEdzmHuIQk4FB6zQOJx2C8huK82WIIY1NsEe yFJw== X-Gm-Message-State: APjAAAW96K3RGf1s3/1szg1TAQ94q8A0f3Kps6n8Fgb1s6/lOGHW5RB0 a0g+nqvnMJ443/E3f+OwgFHx27Gx X-Google-Smtp-Source: APXvYqxR8/H/qE2Lh04OHxc5EhLN3jk4/HCh7di1xlLo6l4eQ1jTJS7tpszNBp47LgcqtBFe2JcrXg== X-Received: by 2002:adf:ee82:: with SMTP id b2mr2885910wro.194.1576057709739; Wed, 11 Dec 2019 01:48:29 -0800 (PST) Received: from ernst.home (p5B023F94.dip0.t-ipconnect.de. [91.2.63.148]) by smtp.gmail.com with ESMTPSA id b185sm1709667wme.36.2019.12.11.01.48.28 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 11 Dec 2019 01:48:29 -0800 (PST) Date: Wed, 11 Dec 2019 10:48:22 +0100 From: Gary Jennejohn To: "Hartmann, O." Cc: FreeBSD CURRENT Subject: Re: Supermicro X9SCV-Q: no boot options to define Message-ID: <20191211104822.12abca40@ernst.home> In-Reply-To: <20191211082359.7f362310@hermann.fritz.box> References: <20191211082359.7f362310@hermann.fritz.box> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47XsZ73NbZz3Q35 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=KyacK5g2; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of gljennjohn@gmail.com designates 2a00:1450:4864:20::42e as permitted sender) smtp.mailfrom=gljennjohn@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[gljennjohn@gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; 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]; RECEIVED_SPAMHAUS_PBL(0.00)[148.63.2.91.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; 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]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; FREEMAIL_REPLYTO(0.00)[gmail.com]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[e.2.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-8.99), ipnet: 2a00:1450::/32(-2.68), asn: 15169(-1.92), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2019 09:48:33 -0000 On Wed, 11 Dec 2019 08:23:59 +0100 "Hartmann, O." wrote: > Hello folks, > > my apology for polluting this list with a non-FreeBSD specific problem, > but since Supermicro is a veryy often used vendor in the FreeBSD > user/developer community I might find help here much fast. > > I got hands on onto an oldish Supermicro X9SCV-Q mainboard, equipted > with an older i5-25XXM CPU running at 2,5 GHz). The AMI BIOS has > version 2.10.1208 from 2012. > The board does initially a longer beep and the it sounds like two > or three very short beeps plus a last longer beep at a higher tune and > then the system ALWAYS jumps into the firmware/BIOS screen, no matter > whether I set a administrator password to protect the BIOS or not. > Apart from the suspect of damaged RAM (three beeps indicate RAM > problem above the first 64k block, two indicate PEI recovery or video > memory problems if I interpret the manual correctly). > > Sometimes the POST screen shows some message like "... in Recovery > State", due to the off-phased HDMI attached monitor, I do not see the > first characters. Maybe someone knows what that might indicate. > > I already have changed the memory banks and the memory seems to be > allright as the replacement memory has been checked thoroughly prior to > the test in another well running box and I also checked the memory on > another box with memtest tool without any suspicious indication. > > The attempt to flash the latest firmware fails due to the fact that I > can not even define a boot device - either this process is cryptic or > it isn't documented and I'm too dull. A FreeDOS 1.1 prepared USB > flashdrive isn't bootable as any other UEFI/non UEFI flashdrive: I can > see the USB drive as being attached to PCI bus in the firmware menu, I > also can define a symbolic name, but then I fail in defining the path > to the loader as suggested in the example (fs0:\file\loader.efi or so). > Any hint is welcome. > > This board has been used successfully over the past years and was > equipted with a TPM module at connector 23 (TMP1 header) - I'm > unfamiliar with those technologies and my first guess apart from a > hardware failure was that the hardware could have been protected anyway > like it is done via secure boot. Unplugging that TPM header doesn' > change anything. > > Also the boot of XigmaNAS latest USB flashed image or any FreeBSD (11, > 12 CURRENT) latest USB flashed image failed so far. > > Thanks for some help in adavnce, > Don't know whether this will help, but a user posted to a forum that he had this mainboard and couldn't boot any USB device no matter what the tried. His final, working solution was: Further investigation found NOTHING would boot from USB. I cleared CMOS, entered setup and loaded Optimized Defaults, rebooted, and VOILA! Case closed. *happy dance* BTW he was using VGA. -- Gary Jennejohn From owner-freebsd-current@freebsd.org Wed Dec 11 10:48:42 2019 Return-Path: Delivered-To: freebsd-current@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 830941D3689 for ; Wed, 11 Dec 2019 10:48:42 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lj1-f178.google.com (mail-lj1-f178.google.com [209.85.208.178]) (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 47XtvY2glrz3xjB for ; Wed, 11 Dec 2019 10:48:41 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lj1-f178.google.com with SMTP id 21so23552705ljr.0 for ; Wed, 11 Dec 2019 02:48:41 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:openpgp:autocrypt:message-id :date:user-agent:mime-version:content-language :content-transfer-encoding; bh=5ccsfBHoDP2F61Eg1nluy0gJshVvLSUQCSFZQYhs1mM=; b=mron7trhUb1ZvTbL17380qtl6+xI2aKIYKq3spHzi8hYlLxeO9O4nGXn0abFsDYtuL kXC79gWnwmS84s2FkArrVqXk2KZpeLTAcPGZc7C7i57sN3yoDiWhoRIDXo+FrfuRCFOl zeAl/KsayB94a1ZF1yx2/XzoNgn6ieHl+RtvWfTelaLd9qzzqcvdvK11UYSOkqklduTN UaLjdZtnv5QyUmBfzEbd+EEYHk6548YBxoCUOx6nV/K79pwAEnotTAyb44zHveIbNqe4 SXVvDJ4m7ZmmlsOecw7HzyY9N+E1cVVsG5d+fTCITUPXIKUMQp2NqFmH543VkCXgcxQY M8Fw== X-Gm-Message-State: APjAAAWw4cEVJnhsSVRb0T1H3pZo6VDKnweBPHGnArwQ9TSuZAw/ojcL JdtNnLA5VXk0rDxxmcPU7iGyYEqm8Tg= X-Google-Smtp-Source: APXvYqzk0GEgP3IW8IHEX0N/xZNxd6HnJZbBRjpH8ARmM4Pu79LFgc1KHM8NqYY4AEI7vliMeA8LAg== X-Received: by 2002:a2e:b017:: with SMTP id y23mr1633925ljk.229.1576061318606; Wed, 11 Dec 2019 02:48:38 -0800 (PST) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id u16sm890299ljo.22.2019.12.11.02.48.37 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 11 Dec 2019 02:48:37 -0800 (PST) To: FreeBSD Current From: Andriy Gapon Subject: any scheduler/ipi/wakeup bug fixed in the last year? Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; prefer-encrypt=mutual; keydata= mQINBFm4LIgBEADNB/3lT7f15UKeQ52xCFQx/GqHkSxEdVyLFZTmY3KyNPQGBtyvVyBfprJ7 mAeXZWfhat6cKNRAGZcL5EmewdQuUfQfBdYmKjbw3a9GFDsDNuhDA2QwFt8BmkiVMRYyvI7l N0eVzszWCUgdc3qqM6qqcgBaqsVmJluwpvwp4ZBXmch5BgDDDb1MPO8AZ2QZfIQmplkj8Y6Z AiNMknkmgaekIINSJX8IzRzKD5WwMsin70psE8dpL/iBsA2cpJGzWMObVTtCxeDKlBCNqM1i gTXta1ukdUT7JgLEFZk9ceYQQMJJtUwzWu1UHfZn0Fs29HTqawfWPSZVbulbrnu5q55R4PlQ /xURkWQUTyDpqUvb4JK371zhepXiXDwrrpnyyZABm3SFLkk2bHlheeKU6Yql4pcmSVym1AS4 dV8y0oHAfdlSCF6tpOPf2+K9nW1CFA8b/tw4oJBTtfZ1kxXOMdyZU5fiG7xb1qDgpQKgHUX8 7Rd2T1UVLVeuhYlXNw2F+a2ucY+cMoqz3LtpksUiBppJhw099gEXehcN2JbUZ2TueJdt1FdS ztnZmsHUXLxrRBtGwqnFL7GSd6snpGIKuuL305iaOGODbb9c7ne1JqBbkw1wh8ci6vvwGlzx rexzimRaBzJxlkjNfMx8WpCvYebGMydNoeEtkWldtjTNVsUAtQARAQABtB5BbmRyaXkgR2Fw b24gPGF2Z0BGcmVlQlNELm9yZz6JAlQEEwEIAD4WIQS+LEO7ngQnXA4Bjr538m7TUc1yjwUC WbgsiAIbIwUJBaOagAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRB38m7TUc1yj+JAEACV l9AK/nOWAt/9cufV2fRj0hdOqB1aCshtSrwHk/exXsDa4/FkmegxXQGY+3GWX3deIyesbVRL rYdtdK0dqJyT1SBqXK1h3/at9rxr9GQA6KWOxTjUFURsU7ok/6SIlm8uLRPNKO+yq0GDjgaO LzN+xykuBA0FlhQAXJnpZLcVfPJdWv7sSHGedL5ln8P8rxR+XnmsA5TUaaPcbhTB+mG+iKFj GghASDSfGqLWFPBlX/fpXikBDZ1gvOr8nyMY9nXhgfXpq3B6QCRYKPy58ChrZ5weeJZ29b7/ QdEO8NFNWHjSD9meiLdWQaqo9Y7uUxN3wySc/YUZxtS0bhAd8zJdNPsJYG8sXgKjeBQMVGuT eCAJFEYJqbwWvIXMfVWop4+O4xB+z2YE3jAbG/9tB/GSnQdVSj3G8MS80iLS58frnt+RSEw/ psahrfh0dh6SFHttE049xYiC+cM8J27Aaf0i9RflyITq57NuJm+AHJoU9SQUkIF0nc6lfA+o JRiyRlHZHKoRQkIg4aiKaZSWjQYRl5Txl0IZUP1dSWMX4s3XTMurC/pnja45dge/4ESOtJ9R 8XuIWg45Oq6MeIWdjKddGhRj3OohsltKgkEU3eLKYtB6qRTQypHHUawCXz88uYt5e3w4V16H lCpSTZV/EVHnNe45FVBlvK7k7HFfDDkryLkCDQRZuCyIARAAlq0slcsVboY/+IUJdcbEiJRW be9HKVz4SUchq0z9MZPX/0dcnvz/gkyYA+OuM78dNS7Mbby5dTvOqfpLJfCuhaNYOhlE0wY+ 1T6Tf1f4c/uA3U/YiadukQ3+6TJuYGAdRZD5EqYFIkreARTVWg87N9g0fT9BEqLw9lJtEGDY EWUE7L++B8o4uu3LQFEYxcrb4K/WKmgtmFcm77s0IKDrfcX4doV92QTIpLiRxcOmCC/OCYuO jB1oaaqXQzZrCutXRK0L5XN1Y1PYjIrEzHMIXmCDlLYnpFkK+itlXwlE2ZQxkfMruCWdQXye syl2fynAe8hvp7Mms9qU2r2K9EcJiR5N1t1C2/kTKNUhcRv7Yd/vwusK7BqJbhlng5ZgRx0m WxdntU/JLEntz3QBsBsWM9Y9wf2V4tLv6/DuDBta781RsCB/UrU2zNuOEkSixlUiHxw1dccI 6CVlaWkkJBxmHX22GdDFrcjvwMNIbbyfQLuBq6IOh8nvu9vuItup7qemDG3Ms6TVwA7BD3j+ 3fGprtyW8Fd/RR2bW2+LWkMrqHffAr6Y6V3h5kd2G9Q8ZWpEJk+LG6Mk3fhZhmCnHhDu6CwN MeUvxXDVO+fqc3JjFm5OxhmfVeJKrbCEUJyM8ESWLoNHLqjywdZga4Q7P12g8DUQ1mRxYg/L HgZY3zfKOqcAEQEAAYkCPAQYAQgAJhYhBL4sQ7ueBCdcDgGOvnfybtNRzXKPBQJZuCyIAhsM BQkFo5qAAAoJEHfybtNRzXKPBVwQAKfFy9P7N3OsLDMB56A4Kf+ZT+d5cIx0Yiaf4n6w7m3i ImHHHk9FIetI4Xe54a2IXh4Bq5UkAGY0667eIs+Z1Ea6I2i27Sdo7DxGwq09Qnm/Y65ADvXs 3aBvokCcm7FsM1wky395m8xUos1681oV5oxgqeRI8/76qy0hD9WR65UW+HQgZRIcIjSel9vR XDaD2HLGPTTGr7u4v00UeTMs6qvPsa2PJagogrKY8RXdFtXvweQFz78NbXhluwix2Tb9ETPk LIpDrtzV73CaE2aqBG/KrboXT2C67BgFtnk7T7Y7iKq4/XvEdDWscz2wws91BOXuMMd4c/c4 OmGW9m3RBLufFrOag1q5yUS9QbFfyqL6dftJP3Zq/xe+mr7sbWbhPVCQFrH3r26mpmy841ym dwQnNcsbIGiBASBSKksOvIDYKa2Wy8htPmWFTEOPRpFXdGQ27awcjjnB42nngyCK5ukZDHi6 w0qK5DNQQCkiweevCIC6wc3p67jl1EMFY5+z+zdTPb3h7LeVnGqW0qBQl99vVFgzLxchKcl0 R/paSFgwqXCZhAKMuUHncJuynDOP7z5LirUeFI8qsBAJi1rXpQoLJTVcW72swZ42IdPiboqx NbTMiNOiE36GqMcTPfKylCbF45JNX4nF9ElM0E+Y8gi4cizJYBRr2FBJgay0b9Cp Message-ID: <7196727c-77bd-8c96-5194-3dcc7277d4bd@FreeBSD.org> Date: Wed, 11 Dec 2019 12:48:36 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47XtvY2glrz3xjB X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of agapon@gmail.com designates 209.85.208.178 as permitted sender) smtp.mailfrom=agapon@gmail.com X-Spamd-Result: default: False [-2.11 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; FORGED_SENDER(0.30)[avg@FreeBSD.org,agapon@gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[96.151.72.93.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; R_DKIM_NA(0.00)[]; FROM_NEQ_ENVFROM(0.00)[avg@FreeBSD.org,agapon@gmail.com]; TO_DOM_EQ_FROM_DOM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[FreeBSD.org]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; RCVD_IN_DNSWL_NONE(0.00)[178.208.85.209.list.dnswl.org : 127.0.5.0]; IP_SCORE(-1.11)[ip: (-0.45), ipnet: 209.85.128.0/17(-3.14), asn: 15169(-1.92), country: US(-0.05)]; RWL_MAILSPIKE_POSSIBLE(0.00)[178.208.85.209.rep.mailspike.net : 127.0.0.17]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2019 10:48:42 -0000 I am investigating a problem that originally looked like a ZFS I/O hang. But it quickly became obvious that the GEOM "up" queue was not being processed. (kgdb) p g_bio_run_up $54 = {bio_queue = {tqh_first = 0xfffff801d8627178, tqh_last = 0xfffff80134751658}, bio_queue_lock = {lock_object = {lo_name = 0xffffffff80ad11ab "bio queue", lo_flags = 16973824, lo_data = 0, lo_witness = 0x0}, mtx_lock = 0}, bio_queue_length = 19} The queue is unlocked and there are 19 bio-s on it. At the same time: (kgdb) tid 100125 (kgdb) bt #0 sched_switch (td=0xfffff80111b23000, newtd=0xfffff801119d2000, flags=) at /usr/src/sys/kern/sched_ule.c:1997 #1 0xffffffff80705405 in mi_switch (flags=, newtd=0x0) at /usr/src/sys/kern/kern_synch.c:436 #2 0xffffffff8074844a in sleepq_wait (wchan=, pri=) at /usr/src/sys/kern/subr_sleepqueue.c:694 #3 0xffffffff80704ed6 in _sleep (ident=0xffffffff81233d68 , lock=0xffffffff810d72e0 , priority=, wmesg=0xffffffff80b417e4 "-", sbt=0, pr=0, flags=256) at /usr/src/sys/kern/kern_synch.c:216 #4 0xffffffff8067713c in g_io_schedule_up (tp=) at /usr/src/sys/geom/geom_io.c:908 #5 0xffffffff8067772d in g_up_procbody (arg=) at /usr/src/sys/geom/geom_kern.c:99 #6 0xffffffff806c64c1 in fork_exit (callout=0xffffffff806776c0 , arg=0x0, frame=0xfffffe014cc87ac0) at /usr/src/sys/kern/kern_fork.c:1042 The "g_up" thread is sleeping as if the queue was empty. The code in g_io_schedule_up() and g_io_deliver() is obviously correct with respect to synchronizing the queue access and wait/wakeup. So, there must be something deeper. I examined the struct thread and the related scheduling objects: (kgdb) p *td $57 = {td_lock = 0xffffffff810f3a00 , td_proc = 0xfffff801119cd590, td_plist = {tqe_next = 0xfffff80111b1f5e0, tqe_prev = 0xfffff80111b235f0}, td_runq = {tqe_next = 0x0, tqe_prev = 0xffffffff810f3bd8 }, td_slpq = {tqe_next = 0x0, tqe_prev = 0xfffff80100050280}, td_lockq = {tqe_next = 0x0, tqe_prev = 0xfffffe018e443998}, td_hash = {le_next = 0x0, le_prev = 0xfffffe014bab68e8}, td_cpuset = 0xfffff80111b3a618, td_domain = {dr_policy = 0xffffffff810d78d8 , dr_iterator = 0}, td_sel = 0x0, td_sleepqueue = 0xfffff80100050280, td_turnstile = 0xfffff801a7ed8a80, td_rlqe = 0x0, td_umtxq = 0xfffff80111b13e80, td_tid = 100125, td_sigqueue = {sq_signals = {__bits = {0, 0, 0, 0}}, sq_kill = {__bits = {0, 0, 0, 0}}, sq_ptrace = {__bits = {0, 0, 0, 0}}, sq_list = {tqh_first = 0x0, tqh_last = 0xfffff80111b230d8}, sq_proc = 0xfffff801119cd590, sq_flags = 1}, td_lend_user_pri = 255 '\377', td_flags = 4, td_inhibitors = 0, td_pflags = 2097152, td_dupfd = 0, td_sqqueue = 0, td_wchan = 0x0, td_wmesg = 0x0, td_owepreempt = 0 '\000', td_tsqueue = 0 '\000', td_locks = 0, td_rw_rlocks = 0, td_sx_slocks = 0, td_lk_slocks = 0, td_stopsched = 0, td_blocked = 0x0, td_lockname = 0x0, td_contested = {lh_first = 0x0}, td_sleeplocks = 0x0, td_intr_nesting_level = 0, td_pinned = 0, td_ucred = 0xfffff80100082b00, td_limit = 0xfffff80100082a00, td_slptick = 0, td_blktick = 0, td_swvoltick = -2139537593, td_swinvoltick = -2139537706, td_cow = 0, td_ru = {ru_utime = {tv_sec = 0, tv_usec = 0}, ru_stime = {tv_sec = 0, tv_usec = 0}, ru_maxrss = 0, ru_ixrss = 0, ru_idrss = 0, ru_isrss = 0, ru_minflt = 0, ru_majflt = 0, ru_nswap = 0, ru_inblock = 0, ru_oublock = 0, ru_msgsnd = 0, ru_msgrcv = 0, ru_nsignals = 0, ru_nvcsw = 14113408, ru_nivcsw = 240828}, td_rux = {rux_runtime = 202213463115, rux_uticks = 0, rux_sticks = 10554, rux_iticks = 0, rux_uu = 0, rux_su = 36818497, rux_tu = 36818497}, td_incruntime = 46828278, td_runtime = 202260266673, td_pticks = 10557, td_sticks = 3, td_iticks = 0, td_uticks = 0, td_intrval = 0, td_oldsigmask = {__bits = {0, 0, 0, 0}}, td_generation = 14354236, td_sigstk = {ss_sp = 0x0, ss_size = 0, ss_flags = 0}, td_xsig = 0, td_profil_addr = 0, td_profil_ticks = 0, td_name = "g_up", '\000' , td_fpop = 0x0, td_dbgflags = 0, td_si = {si_signo = 0, si_errno = 0, si_code = 0, si_pid = 0, si_uid = 0, si_status = 0, si_addr = 0x0, si_value = {sival_int = 0, sival_ptr = 0x0, sigval_int = 0, sigval_ptr = 0x0}, _reason = {_fault = {_trapno = 0}, _timer = {_timerid = 0, _overrun = 0}, _mesgq = {_mqd = 0}, _poll = {_band = 0}, __spare__ = {__spare1__ = 0, __spare2__ = {0, 0, 0, 0, 0, 0, 0}}}}, td_ng_outbound = 0, td_osd = {osd_nslots = 0, osd_slots = 0x0, osd_next = {le_next = 0x0, le_prev = 0x0}}, td_map_def_user = 0x0, td_dbg_forked = 0, td_vp_reserv = 0, td_no_sleeping = 0, td_su = 0x0, td_sleeptimo = 0, td_rtcgen = 0, td_sigmask = {__bits = {0, 0, 0, 0}}, td_rqindex = 23 '\027', td_base_pri = 92 '\\', td_priority = 92 '\\', td_pri_class = 3 '\003', td_user_pri = 120 'x', td_base_user_pri = 120 'x', td_rb_list = 0, td_rbp_list = 0, td_rb_inact = 0, td_sa = {code = 0, callp = 0x0, args = {0 }, narg = 0}, td_pcb = 0xfffffe014cc87b80, td_state = TDS_RUNQ, td_uretoff = {tdu_retval = {0, 0}, tdu_off = 0}, td_cowgen = 0, td_slpcallout = {c_links = {le = {le_next = 0x0, le_prev = 0x0}, sle = {sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0x0}}, c_time = 0, c_precision = 0, c_arg = 0x0, c_func = 0x0, c_lock = 0x0, c_flags = 0, c_iflags = 16, c_cpu = 0, c_exec_time = 0, c_lines = {u128 = 1481, u16 = {1481, 0, 0, 0, 0, 0, 0, 0}}}, td_frame = 0xfffffe014cc87ac0, td_kstack_obj = 0xfffff80111b31e00, td_kstack = 18446741880269406208, td_kstack_pages = 16, td_critnest = 1, td_md = {md_spinlock_count = 1, md_saved_flags = 582, md_spurflt_addr = 0, md_invl_gen = {gen = 0, link = {le_next = 0x0, le_prev = 0x0}}}, td_ar = 0x0, td_lprof = {{lh_first = 0x0}, {lh_first = 0x0}}, td_dtrace = 0xfffff80111aef700, td_errno = 0, td_vnet = 0x0, td_vnet_lpush = 0x0, td_intr_frame = 0x0, td_rfppwait_p = 0x0, td_ma = 0x0, td_ma_cnt = 0, td_emuldata = 0x0, td_lastcpu = 3, td_oncpu = -1, td_lkpi_task = 0x0} (kgdb) p td->td_oncpu $58 = -1 (kgdb) p *td->td_sleepqueue $61 = {sq_blocked = {{tqh_first = 0x0, tqh_last = 0xfffff80100050280}, {tqh_first = 0x0, tqh_last = 0xfffff80100050290}}, sq_blockedcnt = {0, 0}, sq_hash = {le_next = 0xfffff807d069c380, le_prev = 0xffffffff811c7c40 }, sq_free = {lh_first = 0x0}, sq_wchan = 0xffffffff81233d68 , sq_type = 0} (kgdb) p *(struct td_sched *)&td[1] $68 = {ts_runq = 0xffffffff810f3a60 , ts_flags = 2, ts_cpu = 3, ts_rltick = -2139537593, ts_slice = 0, ts_slptime = 4601740, ts_runtime = 30146, ts_ltick = -2139537587, ts_ftick = -2139547918, ts_ticks = 20239, ts_name = "g_up tid 100125", '\000' } (kgdb) p tdq_cpu[3] $70 = {tdq_lock = {lock_object = {lo_name = 0xffffffff810f4678 "sched lock 3", lo_flags = 720896, lo_data = 0, lo_witness = 0x0}, mtx_lock = 0}, tdq_cg = 0xffffffff811ce8b0 , tdq_load = 1, tdq_cpu_idle = 1, tdq_sysload = 1, tdq_transferable = 1, tdq_switchcnt = 1, tdq_oldswitchcnt = 26, tdq_lowpri = 92 '\\', tdq_ipipending = 0 '\000', tdq_idx = 9 '\t', tdq_ridx = 9 '\t', tdq_realtime = { ... What I see here: - td_state = TDS_RUNQ -- so the thread is "kind of" woken up - td_oncpu = -1 -- but not quite - ts_cpu = 3 -- looks like it was placed on CPU3's run queue - tdq_cpu_idle = 1 -- the CPU still "runs" its idle thread So, if I am not confused, it appears like possibly a notification from a waking CPU to the woken CPU (CPU3) was never delivered. Potentially, a problem with cpu_idle_wakeup() ? I wonder if there have been any bug fixes in that area over the past year or so. Any help and pointers are welcome. Thank you! -- Andriy Gapon From owner-freebsd-current@freebsd.org Wed Dec 11 11:05:36 2019 Return-Path: Delivered-To: freebsd-current@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 1DF541D3C90 for ; Wed, 11 Dec 2019 11:05:36 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 47XvH363Gzz3ycC; Wed, 11 Dec 2019 11:05:35 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id xBBB5LER067827 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 11 Dec 2019 13:05:24 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua xBBB5LER067827 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id xBBB5L3X067826; Wed, 11 Dec 2019 13:05:21 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 11 Dec 2019 13:05:21 +0200 From: Konstantin Belousov To: Andriy Gapon Cc: FreeBSD Current Subject: Re: any scheduler/ipi/wakeup bug fixed in the last year? Message-ID: <20191211110521.GT2744@kib.kiev.ua> References: <7196727c-77bd-8c96-5194-3dcc7277d4bd@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7196727c-77bd-8c96-5194-3dcc7277d4bd@FreeBSD.org> User-Agent: Mutt/1.12.2 (2019-09-21) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tom.home X-Rspamd-Queue-Id: 47XvH363Gzz3ycC X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-6.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2019 11:05:36 -0000 On Wed, Dec 11, 2019 at 12:48:36PM +0200, Andriy Gapon wrote: > > I am investigating a problem that originally looked like a ZFS I/O hang. > But it quickly became obvious that the GEOM "up" queue was not being processed. > (kgdb) p g_bio_run_up > $54 = {bio_queue = {tqh_first = 0xfffff801d8627178, tqh_last = > 0xfffff80134751658}, bio_queue_lock = {lock_object = {lo_name = > 0xffffffff80ad11ab "bio queue", lo_flags = 16973824, lo_data = 0, lo_witness = > 0x0}, mtx_lock = 0}, bio_queue_length = 19} > > The queue is unlocked and there are 19 bio-s on it. > At the same time: > (kgdb) tid 100125 > (kgdb) bt > #0 sched_switch (td=0xfffff80111b23000, newtd=0xfffff801119d2000, > flags=) at /usr/src/sys/kern/sched_ule.c:1997 > #1 0xffffffff80705405 in mi_switch (flags=, newtd=0x0) at > /usr/src/sys/kern/kern_synch.c:436 > #2 0xffffffff8074844a in sleepq_wait (wchan=, pri=) > at /usr/src/sys/kern/subr_sleepqueue.c:694 > #3 0xffffffff80704ed6 in _sleep (ident=0xffffffff81233d68 , > lock=0xffffffff810d72e0 , priority=, > wmesg=0xffffffff80b417e4 "-", sbt=0, pr=0, flags=256) at > /usr/src/sys/kern/kern_synch.c:216 > #4 0xffffffff8067713c in g_io_schedule_up (tp=) at > /usr/src/sys/geom/geom_io.c:908 > #5 0xffffffff8067772d in g_up_procbody (arg=) at > /usr/src/sys/geom/geom_kern.c:99 > #6 0xffffffff806c64c1 in fork_exit (callout=0xffffffff806776c0 , > arg=0x0, frame=0xfffffe014cc87ac0) at /usr/src/sys/kern/kern_fork.c:1042 > > The "g_up" thread is sleeping as if the queue was empty. > The code in g_io_schedule_up() and g_io_deliver() is obviously correct with > respect to synchronizing the queue access and wait/wakeup. > So, there must be something deeper. > > I examined the struct thread and the related scheduling objects: > (kgdb) p *td > $57 = {td_lock = 0xffffffff810f3a00 , td_proc = > 0xfffff801119cd590, td_plist = {tqe_next = 0xfffff80111b1f5e0, tqe_prev = > 0xfffff80111b235f0}, td_runq = {tqe_next = 0x0, > tqe_prev = 0xffffffff810f3bd8 }, td_slpq = {tqe_next = 0x0, > tqe_prev = 0xfffff80100050280}, td_lockq = {tqe_next = 0x0, tqe_prev = > 0xfffffe018e443998}, td_hash = {le_next = 0x0, le_prev = 0xfffffe014bab68e8}, > td_cpuset = 0xfffff80111b3a618, td_domain = {dr_policy = 0xffffffff810d78d8 > , dr_iterator = 0}, td_sel = 0x0, td_sleepqueue = > 0xfffff80100050280, td_turnstile = 0xfffff801a7ed8a80, td_rlqe = 0x0, > td_umtxq = 0xfffff80111b13e80, td_tid = 100125, td_sigqueue = {sq_signals = > {__bits = {0, 0, 0, 0}}, sq_kill = {__bits = {0, 0, 0, 0}}, sq_ptrace = {__bits > = {0, 0, 0, 0}}, sq_list = {tqh_first = 0x0, > tqh_last = 0xfffff80111b230d8}, sq_proc = 0xfffff801119cd590, sq_flags = > 1}, td_lend_user_pri = 255 '\377', td_flags = 4, td_inhibitors = 0, td_pflags = > 2097152, td_dupfd = 0, td_sqqueue = 0, td_wchan = 0x0, > td_wmesg = 0x0, td_owepreempt = 0 '\000', td_tsqueue = 0 '\000', td_locks = 0, > td_rw_rlocks = 0, td_sx_slocks = 0, td_lk_slocks = 0, td_stopsched = 0, > td_blocked = 0x0, td_lockname = 0x0, td_contested = {lh_first = 0x0}, > td_sleeplocks = 0x0, td_intr_nesting_level = 0, td_pinned = 0, td_ucred = > 0xfffff80100082b00, td_limit = 0xfffff80100082a00, td_slptick = 0, td_blktick = > 0, td_swvoltick = -2139537593, td_swinvoltick = -2139537706, td_cow = 0, > td_ru = {ru_utime = {tv_sec = 0, tv_usec = 0}, ru_stime = {tv_sec = 0, tv_usec > = 0}, ru_maxrss = 0, ru_ixrss = 0, ru_idrss = 0, ru_isrss = 0, ru_minflt = 0, > ru_majflt = 0, ru_nswap = 0, ru_inblock = 0, ru_oublock = 0, > ru_msgsnd = 0, ru_msgrcv = 0, ru_nsignals = 0, ru_nvcsw = 14113408, > ru_nivcsw = 240828}, td_rux = {rux_runtime = 202213463115, rux_uticks = 0, > rux_sticks = 10554, rux_iticks = 0, rux_uu = 0, rux_su = 36818497, > rux_tu = 36818497}, td_incruntime = 46828278, td_runtime = 202260266673, > td_pticks = 10557, td_sticks = 3, td_iticks = 0, td_uticks = 0, td_intrval = 0, > td_oldsigmask = {__bits = {0, 0, 0, 0}}, td_generation = 14354236, > td_sigstk = {ss_sp = 0x0, ss_size = 0, ss_flags = 0}, td_xsig = 0, > td_profil_addr = 0, td_profil_ticks = 0, td_name = "g_up", '\000' times>, td_fpop = 0x0, td_dbgflags = 0, td_si = {si_signo = 0, si_errno = 0, > si_code = 0, si_pid = 0, si_uid = 0, si_status = 0, si_addr = 0x0, si_value > = {sival_int = 0, sival_ptr = 0x0, sigval_int = 0, sigval_ptr = 0x0}, _reason = > {_fault = {_trapno = 0}, _timer = {_timerid = 0, _overrun = 0}, > _mesgq = {_mqd = 0}, _poll = {_band = 0}, __spare__ = {__spare1__ = 0, > __spare2__ = {0, 0, 0, 0, 0, 0, 0}}}}, td_ng_outbound = 0, td_osd = {osd_nslots > = 0, osd_slots = 0x0, osd_next = {le_next = 0x0, le_prev = 0x0}}, > td_map_def_user = 0x0, td_dbg_forked = 0, td_vp_reserv = 0, td_no_sleeping = > 0, td_su = 0x0, td_sleeptimo = 0, td_rtcgen = 0, td_sigmask = {__bits = {0, 0, > 0, 0}}, td_rqindex = 23 '\027', td_base_pri = 92 '\\', > td_priority = 92 '\\', td_pri_class = 3 '\003', td_user_pri = 120 'x', > td_base_user_pri = 120 'x', td_rb_list = 0, td_rbp_list = 0, td_rb_inact = 0, > td_sa = {code = 0, callp = 0x0, args = {0 }, narg = 0}, > td_pcb = 0xfffffe014cc87b80, td_state = TDS_RUNQ, td_uretoff = {tdu_retval = > {0, 0}, tdu_off = 0}, td_cowgen = 0, td_slpcallout = {c_links = {le = {le_next = > 0x0, le_prev = 0x0}, sle = {sle_next = 0x0}, tqe = {tqe_next = 0x0, > tqe_prev = 0x0}}, c_time = 0, c_precision = 0, c_arg = 0x0, c_func = > 0x0, c_lock = 0x0, c_flags = 0, c_iflags = 16, c_cpu = 0, c_exec_time = 0, > c_lines = {u128 = 1481, u16 = {1481, 0, 0, 0, 0, 0, 0, 0}}}, > td_frame = 0xfffffe014cc87ac0, td_kstack_obj = 0xfffff80111b31e00, td_kstack = > 18446741880269406208, td_kstack_pages = 16, td_critnest = 1, td_md = > {md_spinlock_count = 1, md_saved_flags = 582, md_spurflt_addr = 0, > md_invl_gen = {gen = 0, link = {le_next = 0x0, le_prev = 0x0}}}, td_ar = > 0x0, td_lprof = {{lh_first = 0x0}, {lh_first = 0x0}}, td_dtrace = > 0xfffff80111aef700, td_errno = 0, td_vnet = 0x0, td_vnet_lpush = 0x0, > td_intr_frame = 0x0, td_rfppwait_p = 0x0, td_ma = 0x0, td_ma_cnt = 0, > td_emuldata = 0x0, td_lastcpu = 3, td_oncpu = -1, td_lkpi_task = 0x0} > > (kgdb) p td->td_oncpu > $58 = -1 > > (kgdb) p *td->td_sleepqueue > $61 = {sq_blocked = {{tqh_first = 0x0, tqh_last = 0xfffff80100050280}, > {tqh_first = 0x0, tqh_last = 0xfffff80100050290}}, sq_blockedcnt = {0, 0}, > sq_hash = {le_next = 0xfffff807d069c380, > le_prev = 0xffffffff811c7c40 }, sq_free = {lh_first = > 0x0}, sq_wchan = 0xffffffff81233d68 , sq_type = 0} > > (kgdb) p *(struct td_sched *)&td[1] > $68 = {ts_runq = 0xffffffff810f3a60 , ts_flags = 2, ts_cpu = 3, > ts_rltick = -2139537593, ts_slice = 0, ts_slptime = 4601740, ts_runtime = 30146, > ts_ltick = -2139537587, ts_ftick = -2139547918, ts_ticks = 20239, > ts_name = "g_up tid 100125", '\000' } > > (kgdb) p tdq_cpu[3] > $70 = {tdq_lock = {lock_object = {lo_name = 0xffffffff810f4678 > "sched lock 3", lo_flags = 720896, lo_data = 0, lo_witness = 0x0}, mtx_lock = > 0}, tdq_cg = 0xffffffff811ce8b0 , tdq_load = 1, > tdq_cpu_idle = 1, tdq_sysload = 1, tdq_transferable = 1, tdq_switchcnt = 1, > tdq_oldswitchcnt = 26, tdq_lowpri = 92 '\\', tdq_ipipending = 0 '\000', tdq_idx > = 9 '\t', tdq_ridx = 9 '\t', tdq_realtime = { ... > > What I see here: > - td_state = TDS_RUNQ -- so the thread is "kind of" woken up > - td_oncpu = -1 -- but not quite > - ts_cpu = 3 -- looks like it was placed on CPU3's run queue > - tdq_cpu_idle = 1 -- the CPU still "runs" its idle thread > > So, if I am not confused, it appears like possibly a notification from a waking > CPU to the woken CPU (CPU3) was never delivered. > Potentially, a problem with cpu_idle_wakeup() ? > > I wonder if there have been any bug fixes in that area over the past year or so. > Any help and pointers are welcome. What is the value of tdq_ipipending ? See https://reviews.freebsd.org/D22758 From owner-freebsd-current@freebsd.org Wed Dec 11 11:06:00 2019 Return-Path: Delivered-To: freebsd-current@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 415D01D3D39 for ; Wed, 11 Dec 2019 11:06:00 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lf1-f51.google.com (mail-lf1-f51.google.com [209.85.167.51]) (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 47XvHW3Khhz3ykh for ; Wed, 11 Dec 2019 11:05:59 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lf1-f51.google.com with SMTP id 9so16331870lfq.10 for ; Wed, 11 Dec 2019 03:05:59 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:from:to:references:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=zQhFeouORmeiz9AmhlXZ4Bv3zh4YkV/iNsOtnpB8grs=; b=EGuiRlairZX2k4X00T9wuomFk+dmvcBHRQgAVrMB0L01SiYHHVmYulCRF2EQS/V/hn iLFqxO6ghJyCEiYvgahBhw9BB7+LPsQinPI2s4VrpJ9vIWcd3XmYZTQJRNmTNiSyxoVq 6NnbnRpo/pDTFkQPOTU9vUy0pdsD/G6XjK8OVm/GBeb2PAbHDQ9Z9M3rNYEkjlqUcbYi GBhR3kFwtQs2KIkQXVlNCiRPhKT4cq9EBRjvDmlizvIag0VDcVDAjAQHYurN+vg3D+aT Ki37JtS+vBA5iMSMPH4/XJMeeExqvDScg1ImO9ruin9uzv88xSP9/9U/gHNeKJXXKPH+ IoAw== X-Gm-Message-State: APjAAAUMDlDfAQy/6LvLg9WWx7I+cJDCwTnzv/32Y2V9vvjFGguf/4pX E8n+PGVDpWxXg0CzqEbHd52o5xolI5I= X-Google-Smtp-Source: APXvYqzjqeAY6kuGtMCAeFD5qAs5p2vPkLrn/zrY8pzuOZ2//r+1cV3yKQKW5npYngRkXfebN+E5JQ== X-Received: by 2002:a19:f10e:: with SMTP id p14mr1787963lfh.3.1576062357430; Wed, 11 Dec 2019 03:05:57 -0800 (PST) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id u13sm962835lfq.19.2019.12.11.03.05.56 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 11 Dec 2019 03:05:56 -0800 (PST) Subject: Re: any scheduler/ipi/wakeup bug fixed in the last year? From: Andriy Gapon To: FreeBSD Current References: <7196727c-77bd-8c96-5194-3dcc7277d4bd@FreeBSD.org> Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; prefer-encrypt=mutual; keydata= mQINBFm4LIgBEADNB/3lT7f15UKeQ52xCFQx/GqHkSxEdVyLFZTmY3KyNPQGBtyvVyBfprJ7 mAeXZWfhat6cKNRAGZcL5EmewdQuUfQfBdYmKjbw3a9GFDsDNuhDA2QwFt8BmkiVMRYyvI7l N0eVzszWCUgdc3qqM6qqcgBaqsVmJluwpvwp4ZBXmch5BgDDDb1MPO8AZ2QZfIQmplkj8Y6Z AiNMknkmgaekIINSJX8IzRzKD5WwMsin70psE8dpL/iBsA2cpJGzWMObVTtCxeDKlBCNqM1i gTXta1ukdUT7JgLEFZk9ceYQQMJJtUwzWu1UHfZn0Fs29HTqawfWPSZVbulbrnu5q55R4PlQ /xURkWQUTyDpqUvb4JK371zhepXiXDwrrpnyyZABm3SFLkk2bHlheeKU6Yql4pcmSVym1AS4 dV8y0oHAfdlSCF6tpOPf2+K9nW1CFA8b/tw4oJBTtfZ1kxXOMdyZU5fiG7xb1qDgpQKgHUX8 7Rd2T1UVLVeuhYlXNw2F+a2ucY+cMoqz3LtpksUiBppJhw099gEXehcN2JbUZ2TueJdt1FdS ztnZmsHUXLxrRBtGwqnFL7GSd6snpGIKuuL305iaOGODbb9c7ne1JqBbkw1wh8ci6vvwGlzx rexzimRaBzJxlkjNfMx8WpCvYebGMydNoeEtkWldtjTNVsUAtQARAQABtB5BbmRyaXkgR2Fw b24gPGF2Z0BGcmVlQlNELm9yZz6JAlQEEwEIAD4WIQS+LEO7ngQnXA4Bjr538m7TUc1yjwUC WbgsiAIbIwUJBaOagAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRB38m7TUc1yj+JAEACV l9AK/nOWAt/9cufV2fRj0hdOqB1aCshtSrwHk/exXsDa4/FkmegxXQGY+3GWX3deIyesbVRL rYdtdK0dqJyT1SBqXK1h3/at9rxr9GQA6KWOxTjUFURsU7ok/6SIlm8uLRPNKO+yq0GDjgaO LzN+xykuBA0FlhQAXJnpZLcVfPJdWv7sSHGedL5ln8P8rxR+XnmsA5TUaaPcbhTB+mG+iKFj GghASDSfGqLWFPBlX/fpXikBDZ1gvOr8nyMY9nXhgfXpq3B6QCRYKPy58ChrZ5weeJZ29b7/ QdEO8NFNWHjSD9meiLdWQaqo9Y7uUxN3wySc/YUZxtS0bhAd8zJdNPsJYG8sXgKjeBQMVGuT eCAJFEYJqbwWvIXMfVWop4+O4xB+z2YE3jAbG/9tB/GSnQdVSj3G8MS80iLS58frnt+RSEw/ psahrfh0dh6SFHttE049xYiC+cM8J27Aaf0i9RflyITq57NuJm+AHJoU9SQUkIF0nc6lfA+o JRiyRlHZHKoRQkIg4aiKaZSWjQYRl5Txl0IZUP1dSWMX4s3XTMurC/pnja45dge/4ESOtJ9R 8XuIWg45Oq6MeIWdjKddGhRj3OohsltKgkEU3eLKYtB6qRTQypHHUawCXz88uYt5e3w4V16H lCpSTZV/EVHnNe45FVBlvK7k7HFfDDkryLkCDQRZuCyIARAAlq0slcsVboY/+IUJdcbEiJRW be9HKVz4SUchq0z9MZPX/0dcnvz/gkyYA+OuM78dNS7Mbby5dTvOqfpLJfCuhaNYOhlE0wY+ 1T6Tf1f4c/uA3U/YiadukQ3+6TJuYGAdRZD5EqYFIkreARTVWg87N9g0fT9BEqLw9lJtEGDY EWUE7L++B8o4uu3LQFEYxcrb4K/WKmgtmFcm77s0IKDrfcX4doV92QTIpLiRxcOmCC/OCYuO jB1oaaqXQzZrCutXRK0L5XN1Y1PYjIrEzHMIXmCDlLYnpFkK+itlXwlE2ZQxkfMruCWdQXye syl2fynAe8hvp7Mms9qU2r2K9EcJiR5N1t1C2/kTKNUhcRv7Yd/vwusK7BqJbhlng5ZgRx0m WxdntU/JLEntz3QBsBsWM9Y9wf2V4tLv6/DuDBta781RsCB/UrU2zNuOEkSixlUiHxw1dccI 6CVlaWkkJBxmHX22GdDFrcjvwMNIbbyfQLuBq6IOh8nvu9vuItup7qemDG3Ms6TVwA7BD3j+ 3fGprtyW8Fd/RR2bW2+LWkMrqHffAr6Y6V3h5kd2G9Q8ZWpEJk+LG6Mk3fhZhmCnHhDu6CwN MeUvxXDVO+fqc3JjFm5OxhmfVeJKrbCEUJyM8ESWLoNHLqjywdZga4Q7P12g8DUQ1mRxYg/L HgZY3zfKOqcAEQEAAYkCPAQYAQgAJhYhBL4sQ7ueBCdcDgGOvnfybtNRzXKPBQJZuCyIAhsM BQkFo5qAAAoJEHfybtNRzXKPBVwQAKfFy9P7N3OsLDMB56A4Kf+ZT+d5cIx0Yiaf4n6w7m3i ImHHHk9FIetI4Xe54a2IXh4Bq5UkAGY0667eIs+Z1Ea6I2i27Sdo7DxGwq09Qnm/Y65ADvXs 3aBvokCcm7FsM1wky395m8xUos1681oV5oxgqeRI8/76qy0hD9WR65UW+HQgZRIcIjSel9vR XDaD2HLGPTTGr7u4v00UeTMs6qvPsa2PJagogrKY8RXdFtXvweQFz78NbXhluwix2Tb9ETPk LIpDrtzV73CaE2aqBG/KrboXT2C67BgFtnk7T7Y7iKq4/XvEdDWscz2wws91BOXuMMd4c/c4 OmGW9m3RBLufFrOag1q5yUS9QbFfyqL6dftJP3Zq/xe+mr7sbWbhPVCQFrH3r26mpmy841ym dwQnNcsbIGiBASBSKksOvIDYKa2Wy8htPmWFTEOPRpFXdGQ27awcjjnB42nngyCK5ukZDHi6 w0qK5DNQQCkiweevCIC6wc3p67jl1EMFY5+z+zdTPb3h7LeVnGqW0qBQl99vVFgzLxchKcl0 R/paSFgwqXCZhAKMuUHncJuynDOP7z5LirUeFI8qsBAJi1rXpQoLJTVcW72swZ42IdPiboqx NbTMiNOiE36GqMcTPfKylCbF45JNX4nF9ElM0E+Y8gi4cizJYBRr2FBJgay0b9Cp Message-ID: <2de51e46-449a-6f84-1401-aab53d9aa6b2@FreeBSD.org> Date: Wed, 11 Dec 2019 13:05:56 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <7196727c-77bd-8c96-5194-3dcc7277d4bd@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47XvHW3Khhz3ykh X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of agapon@gmail.com designates 209.85.167.51 as permitted sender) smtp.mailfrom=agapon@gmail.com X-Spamd-Result: default: False [-2.12 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; FORGED_SENDER(0.30)[avg@FreeBSD.org,agapon@gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[96.151.72.93.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; R_DKIM_NA(0.00)[]; FROM_NEQ_ENVFROM(0.00)[avg@FreeBSD.org,agapon@gmail.com]; TO_DOM_EQ_FROM_DOM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[FreeBSD.org]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; RCVD_IN_DNSWL_NONE(0.00)[51.167.85.209.list.dnswl.org : 127.0.5.0]; IP_SCORE(-1.12)[ip: (-0.51), ipnet: 209.85.128.0/17(-3.14), asn: 15169(-1.92), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2019 11:06:00 -0000 On 11/12/2019 12:48, Andriy Gapon wrote: > So, if I am not confused, it appears like possibly a notification from a waking > CPU to the woken CPU (CPU3) was never delivered. > Potentially, a problem with cpu_idle_wakeup() ? > > I wonder if there have been any bug fixes in that area over the past year or so. > Any help and pointers are welcome. Hardware: CPU: Intel(R) Xeon(R) CPU E5-2680 v4 @ 2.40GHz (2400.05-MHz K8-class CPU) Origin="GenuineIntel" Id=0x406f1 Family=0x6 Model=0x4f Stepping=1 FreeBSD/SMP: 2 package(s) x 14 core(s) machdep.idle: acpi machdep.idle_available: spin, mwait, hlt, acpi machdep.idle_mwait: 1 -- Andriy Gapon From owner-freebsd-current@freebsd.org Wed Dec 11 11:10:32 2019 Return-Path: Delivered-To: freebsd-current@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 B655E1D3F31 for ; Wed, 11 Dec 2019 11:10:32 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lf1-f47.google.com (mail-lf1-f47.google.com [209.85.167.47]) (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 47XvNl4JGWz3yx8 for ; Wed, 11 Dec 2019 11:10:31 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lf1-f47.google.com with SMTP id v201so16318812lfa.11 for ; Wed, 11 Dec 2019 03:10:31 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=YLqMVuGF8kdtCdGrjdyyMF33YkWDmQqzx1FgkJEtBKo=; b=Pfotdx59iTBzh5N5+0flaTlOM4S/K5hjBMpDnGkBQfDOUKMkfMQLyURBdZJg0TcGup 3uJPyeW6swL+seb29SVjQthVLDhVNizqAq/BMW37UstSZk37Uh/nteA0zmvDJdu4C4Gx tP2szdloRwUV8uMgK0KdWYjOs7mIPKGjfAgj5xWgkehxj5bJ9xjVqtUQx0FeTa8he66k sssy/jIqkDRdAck8kEQX3FqIZVntxrY+uUlRH6V7Il2FsYmXOBB2RYI+x6u2uLNhChIE tio6hLOAcX7mdtoQ+TS2rD2l/90lrtFxjlNA7Fv8VqULpoTEObebtmgxoHphiGmoWYmw 0ENQ== X-Gm-Message-State: APjAAAUFWrX8FHS5Llby4IEdmM95l2Sq05tNMcUZc725IhuWLohkseWA r4F0isiJwyy0HuPXWHt5z1YwbiWE5io= X-Google-Smtp-Source: APXvYqygNPX9f92VhoVlhuClxAskXgzo9O7V0haReLVNtYn+qwlzLUbAE6EaCJsGcOIH9GRxNWTAOQ== X-Received: by 2002:ac2:5147:: with SMTP id q7mr1821506lfd.87.1576062629452; Wed, 11 Dec 2019 03:10:29 -0800 (PST) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id t27sm950368ljd.26.2019.12.11.03.10.28 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 11 Dec 2019 03:10:28 -0800 (PST) Subject: Re: any scheduler/ipi/wakeup bug fixed in the last year? To: Konstantin Belousov Cc: FreeBSD Current References: <7196727c-77bd-8c96-5194-3dcc7277d4bd@FreeBSD.org> <20191211110521.GT2744@kib.kiev.ua> From: Andriy Gapon Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; prefer-encrypt=mutual; keydata= mQINBFm4LIgBEADNB/3lT7f15UKeQ52xCFQx/GqHkSxEdVyLFZTmY3KyNPQGBtyvVyBfprJ7 mAeXZWfhat6cKNRAGZcL5EmewdQuUfQfBdYmKjbw3a9GFDsDNuhDA2QwFt8BmkiVMRYyvI7l N0eVzszWCUgdc3qqM6qqcgBaqsVmJluwpvwp4ZBXmch5BgDDDb1MPO8AZ2QZfIQmplkj8Y6Z AiNMknkmgaekIINSJX8IzRzKD5WwMsin70psE8dpL/iBsA2cpJGzWMObVTtCxeDKlBCNqM1i gTXta1ukdUT7JgLEFZk9ceYQQMJJtUwzWu1UHfZn0Fs29HTqawfWPSZVbulbrnu5q55R4PlQ /xURkWQUTyDpqUvb4JK371zhepXiXDwrrpnyyZABm3SFLkk2bHlheeKU6Yql4pcmSVym1AS4 dV8y0oHAfdlSCF6tpOPf2+K9nW1CFA8b/tw4oJBTtfZ1kxXOMdyZU5fiG7xb1qDgpQKgHUX8 7Rd2T1UVLVeuhYlXNw2F+a2ucY+cMoqz3LtpksUiBppJhw099gEXehcN2JbUZ2TueJdt1FdS ztnZmsHUXLxrRBtGwqnFL7GSd6snpGIKuuL305iaOGODbb9c7ne1JqBbkw1wh8ci6vvwGlzx rexzimRaBzJxlkjNfMx8WpCvYebGMydNoeEtkWldtjTNVsUAtQARAQABtB5BbmRyaXkgR2Fw b24gPGF2Z0BGcmVlQlNELm9yZz6JAlQEEwEIAD4WIQS+LEO7ngQnXA4Bjr538m7TUc1yjwUC WbgsiAIbIwUJBaOagAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRB38m7TUc1yj+JAEACV l9AK/nOWAt/9cufV2fRj0hdOqB1aCshtSrwHk/exXsDa4/FkmegxXQGY+3GWX3deIyesbVRL rYdtdK0dqJyT1SBqXK1h3/at9rxr9GQA6KWOxTjUFURsU7ok/6SIlm8uLRPNKO+yq0GDjgaO LzN+xykuBA0FlhQAXJnpZLcVfPJdWv7sSHGedL5ln8P8rxR+XnmsA5TUaaPcbhTB+mG+iKFj GghASDSfGqLWFPBlX/fpXikBDZ1gvOr8nyMY9nXhgfXpq3B6QCRYKPy58ChrZ5weeJZ29b7/ QdEO8NFNWHjSD9meiLdWQaqo9Y7uUxN3wySc/YUZxtS0bhAd8zJdNPsJYG8sXgKjeBQMVGuT eCAJFEYJqbwWvIXMfVWop4+O4xB+z2YE3jAbG/9tB/GSnQdVSj3G8MS80iLS58frnt+RSEw/ psahrfh0dh6SFHttE049xYiC+cM8J27Aaf0i9RflyITq57NuJm+AHJoU9SQUkIF0nc6lfA+o JRiyRlHZHKoRQkIg4aiKaZSWjQYRl5Txl0IZUP1dSWMX4s3XTMurC/pnja45dge/4ESOtJ9R 8XuIWg45Oq6MeIWdjKddGhRj3OohsltKgkEU3eLKYtB6qRTQypHHUawCXz88uYt5e3w4V16H lCpSTZV/EVHnNe45FVBlvK7k7HFfDDkryLkCDQRZuCyIARAAlq0slcsVboY/+IUJdcbEiJRW be9HKVz4SUchq0z9MZPX/0dcnvz/gkyYA+OuM78dNS7Mbby5dTvOqfpLJfCuhaNYOhlE0wY+ 1T6Tf1f4c/uA3U/YiadukQ3+6TJuYGAdRZD5EqYFIkreARTVWg87N9g0fT9BEqLw9lJtEGDY EWUE7L++B8o4uu3LQFEYxcrb4K/WKmgtmFcm77s0IKDrfcX4doV92QTIpLiRxcOmCC/OCYuO jB1oaaqXQzZrCutXRK0L5XN1Y1PYjIrEzHMIXmCDlLYnpFkK+itlXwlE2ZQxkfMruCWdQXye syl2fynAe8hvp7Mms9qU2r2K9EcJiR5N1t1C2/kTKNUhcRv7Yd/vwusK7BqJbhlng5ZgRx0m WxdntU/JLEntz3QBsBsWM9Y9wf2V4tLv6/DuDBta781RsCB/UrU2zNuOEkSixlUiHxw1dccI 6CVlaWkkJBxmHX22GdDFrcjvwMNIbbyfQLuBq6IOh8nvu9vuItup7qemDG3Ms6TVwA7BD3j+ 3fGprtyW8Fd/RR2bW2+LWkMrqHffAr6Y6V3h5kd2G9Q8ZWpEJk+LG6Mk3fhZhmCnHhDu6CwN MeUvxXDVO+fqc3JjFm5OxhmfVeJKrbCEUJyM8ESWLoNHLqjywdZga4Q7P12g8DUQ1mRxYg/L HgZY3zfKOqcAEQEAAYkCPAQYAQgAJhYhBL4sQ7ueBCdcDgGOvnfybtNRzXKPBQJZuCyIAhsM BQkFo5qAAAoJEHfybtNRzXKPBVwQAKfFy9P7N3OsLDMB56A4Kf+ZT+d5cIx0Yiaf4n6w7m3i ImHHHk9FIetI4Xe54a2IXh4Bq5UkAGY0667eIs+Z1Ea6I2i27Sdo7DxGwq09Qnm/Y65ADvXs 3aBvokCcm7FsM1wky395m8xUos1681oV5oxgqeRI8/76qy0hD9WR65UW+HQgZRIcIjSel9vR XDaD2HLGPTTGr7u4v00UeTMs6qvPsa2PJagogrKY8RXdFtXvweQFz78NbXhluwix2Tb9ETPk LIpDrtzV73CaE2aqBG/KrboXT2C67BgFtnk7T7Y7iKq4/XvEdDWscz2wws91BOXuMMd4c/c4 OmGW9m3RBLufFrOag1q5yUS9QbFfyqL6dftJP3Zq/xe+mr7sbWbhPVCQFrH3r26mpmy841ym dwQnNcsbIGiBASBSKksOvIDYKa2Wy8htPmWFTEOPRpFXdGQ27awcjjnB42nngyCK5ukZDHi6 w0qK5DNQQCkiweevCIC6wc3p67jl1EMFY5+z+zdTPb3h7LeVnGqW0qBQl99vVFgzLxchKcl0 R/paSFgwqXCZhAKMuUHncJuynDOP7z5LirUeFI8qsBAJi1rXpQoLJTVcW72swZ42IdPiboqx NbTMiNOiE36GqMcTPfKylCbF45JNX4nF9ElM0E+Y8gi4cizJYBRr2FBJgay0b9Cp Message-ID: <3e58b2e6-3c70-b584-28dd-ff98680a651e@FreeBSD.org> Date: Wed, 11 Dec 2019 13:10:27 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <20191211110521.GT2744@kib.kiev.ua> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47XvNl4JGWz3yx8 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of agapon@gmail.com designates 209.85.167.47 as permitted sender) smtp.mailfrom=agapon@gmail.com X-Spamd-Result: default: False [-2.12 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FORGED_SENDER(0.30)[avg@FreeBSD.org,agapon@gmail.com]; FREEMAIL_TO(0.00)[gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[96.151.72.93.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; IP_SCORE(-1.12)[ip: (-0.48), ipnet: 209.85.128.0/17(-3.14), asn: 15169(-1.92), country: US(-0.05)]; 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)[avg@FreeBSD.org,agapon@gmail.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[FreeBSD.org]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[47.167.85.209.list.dnswl.org : 127.0.5.0]; SUBJECT_ENDS_QUESTION(1.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[47.167.85.209.rep.mailspike.net : 127.0.0.17]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2019 11:10:32 -0000 On 11/12/2019 13:05, Konstantin Belousov wrote: > On Wed, Dec 11, 2019 at 12:48:36PM +0200, Andriy Gapon wrote: ... >> tdq_oldswitchcnt = 26, tdq_lowpri = 92 '\\', tdq_ipipending = 0 '\000', tdq_idx ... > What is the value of tdq_ipipending ? > See https://reviews.freebsd.org/D22758 It's zero, so it's probably a different issue. -- Andriy Gapon From owner-freebsd-current@freebsd.org Wed Dec 11 11:12:21 2019 Return-Path: Delivered-To: freebsd-current@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 36C961D41F1 for ; Wed, 11 Dec 2019 11:12:21 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (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 47XvQs0mBmz40P4; Wed, 11 Dec 2019 11:12:20 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.129.235]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id BD5F226017B; Wed, 11 Dec 2019 12:03:59 +0100 (CET) Subject: Re: any scheduler/ipi/wakeup bug fixed in the last year? To: Andriy Gapon , FreeBSD Current References: <7196727c-77bd-8c96-5194-3dcc7277d4bd@FreeBSD.org> From: Hans Petter Selasky Message-ID: Date: Wed, 11 Dec 2019 12:02:34 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.1.2 MIME-Version: 1.0 In-Reply-To: <7196727c-77bd-8c96-5194-3dcc7277d4bd@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47XvQs0mBmz40P4 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-6.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2019 11:12:21 -0000 > I wonder if there have been any bug fixes in that area over the past year or so. > Any help and pointers are welcome. Hi, A long time ago I fixed an issue for ARM: http://svnweb.freebsd.org/changeset/base/265913 I've always wondered why x86 does some fixed amount of idle spins before going to sleep. --HPS From owner-freebsd-current@freebsd.org Wed Dec 11 16:26:55 2019 Return-Path: Delivered-To: freebsd-current@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 200A21DA198 for ; Wed, 11 Dec 2019 16:26:55 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [199.48.133.146]) (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 47Y2Pp0r1Qz4JJb for ; Wed, 11 Dec 2019 16:26:53 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from disco.vangyzen.net (unknown [70.97.188.230]) by smtp.vangyzen.net (Postfix) with ESMTPSA id 1A18756490 for ; Wed, 11 Dec 2019 10:26:47 -0600 (CST) To: freebsd-current From: Eric van Gyzen Subject: ffs_fhtovp: inode overflow? Message-ID: Date: Wed, 11 Dec 2019 10:26:41 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.1.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47Y2Pp0r1Qz4JJb X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of eric@vangyzen.net designates 199.48.133.146 as permitted sender) smtp.mailfrom=eric@vangyzen.net X-Spamd-Result: default: False [-4.46 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[vangyzen.net]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_TRACE(0.00)[0:+]; TO_DN_ALL(0.00)[]; IP_SCORE(-3.16)[ip: (-8.23), ipnet: 199.48.132.0/22(-3.67), asn: 36236(-3.84), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:36236, ipnet:199.48.132.0/22, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2019 16:26:55 -0000 Since ino64 went in, Coverity complains that the two "ino >= foo" comparisons in ffs_fhtovp() compare a 64-bit value to a 32-bit. Is this a problem in practice? Eric From owner-freebsd-current@freebsd.org Wed Dec 11 18:07:29 2019 Return-Path: Delivered-To: freebsd-current@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 E2B4C1DCC17 for ; Wed, 11 Dec 2019 18:07:29 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (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 "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47Y4dq6qpVz4RVS for ; Wed, 11 Dec 2019 18:07:27 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1576087642; bh=V17OFt/T8htI/F1qGGDxkJ212qlz6ij6P1mch8E0638=; h=X-UI-Sender-Class:Date:From:To:Cc:Subject:In-Reply-To:References; b=kByvdK1Je9cTZycNKMbu7Jfivy1bKK3kq9PhJLUZk4x1ZI+K8OSVasUH9JmnIenOo u87DXiCqMrvHUHkXNeIe0e+riOSct3mtJqGGllWUaM1suh6obMdswCA/ivlU3Fvu9q DEDgSHD7xr4SQB+hlqggONgDrW4oL4MyptYFwVMk= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from hermann.fritz.box ([91.64.233.41]) by mail.gmx.com (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N7R1J-1heIfX0Plt-017oUi; Wed, 11 Dec 2019 19:07:22 +0100 Date: Wed, 11 Dec 2019 19:07:12 +0100 From: "Hartmann, O." To: Gary Jennejohn Cc: "Hartmann, O." , FreeBSD CURRENT Subject: Re: Supermicro X9SCV-Q: no boot options to define Message-ID: <20191211190712.30797459@hermann.fritz.box> In-Reply-To: <20191211104822.12abca40@ernst.home> References: <20191211082359.7f362310@hermann.fritz.box> <20191211104822.12abca40@ernst.home> Organization: walstatt.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/tVJAy+w7ACzF_8yQFMGIOMW"; protocol="application/pgp-signature" X-Provags-ID: V03:K1:EbxaCUx48v48Plw0ZrdWLZJ/YB1TB5ONqfj647DmQLpPICyxdF3 RJbw28NGUzVSMqiJhZZEzrYC6Gie4yGAKPVHqfsmWx6Du3o3qiOjo2TiWa7qvn3dcHXJFW/ fVx6irGaF+pDp54z3Q0N0I4qMR2sjP1S59D9lOj6X3v1bB8241TkNhhNWTjfY/oE/feUK8S hriDadeP+v2knQu9zVf7w== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:OH/IGno2bX0=:FTyOHN/LyO/iOxoEdhV9ad E5QYpgUT3a/GNRlt4vQ56BkYl4wMx1V4kJ2zYht4bvRQtLCNyVjjdE5abMyDbJGFz2D+XDAjC kOmkqVy1jKIKIK8OmFFh8wGHgRljk0wQCn13hCFRuM/BMbbkO4pYqUmVT/iHm0FZSXyeOR1Ht wD1SUJij2hXi45EC+eY4G004unWzRCPKur7jrfVkzGD2C3ZLm8zyvOdc3SUdDsgXFZkkcRRKY sjgTFmAQgHlosThXxNakRZZPkNT+C3fmYWA3v3uHlMCHhK60K0vt/Hiuv4EWGJp89DluET8TY sjO7UWBD4zUq+5o6GIMSg5txjQQ6394XWhZ6L4bCqGdymxzNS4nWDloFPpL2vM5cflYrf7Abd JX4xWY4SlSQZ4l/L5yjLwv9GlfdvpFK+KtxD+dCwmh4EoT2RTjb/Qv2yJeJYZwBk62uVg9RPK YZ1d5KR4NVsbzQ3ftQwziBkw4/V25UDFUWfBsaeAvB4Piz+2Cc4uVv/5E/lQ6BEuLEcM0c07u 5TVWB8AlaMAuA1n+TVaGUR4ziiSWzc/ssOzu8Z0XwfW7JFL1K/Eo2Dj1P5ODzw3FWZmra3HwF HwkdW+UOgchHz1E6S4nQDyjGIl0R30K5gLxIWWCWCo0jmaon0Atnmj3LEhVuSRzP59SY6eO9I eLAJXYsoFmS3HzYhNy3t8a+SjvQ5GSRd9yN5Utfg0LPqh1B4Lj3wOIukwCeFBOCh1W5V/rtzF TDlokeoM8v7DH/bx9Ww/fyKy3BxyM4CnA2YFtjbrsQOUERNrRITMhDkcTC1YqYHD+0ay1oyDS puL49v6TjziybW1opBwqnhRAg9n3NLwtLWYi+m1xOTxIePPPIxOyk1ZUmKPws27SveB30ViDf d34UIEaduF4iLU+R1IPsQq5X4XQPgfiEhhHCEIUnPxjOD+Znevobu8ypgYOXLEJZO6jLHrxB4 f/Jv2C8QlSv2JKo5NugWjNNrHEbD6dSC5jZ86xqJmeOpvb/EKWeyQ6p1jB2X5uNXBJe/YXUHu 1CpN9q2/kskIonDe7H9w7blyIdkN/dCkZ1xYLjYimHvgc8X7BNvW0djH0QBtHNg/QXP5hSLX2 xomLAjBTHNw5j1G/rlKrJl1FSrh84cLticw2NJ3btWCTpp3x2fdt7ojAUysmkXn1XY1UgkdDF n0WMwDorlyuqxPefY+qcl/1GbHQu/EN1C0u03KQlVikGyjYMJbeXDN7Xbj3uvcADnzhCEZl7u TUamAGLt+2JxebhAsO+e+th1Xf98HyI6uzyMNAyc/QTS5yKzUg67Vy2FMvgw= X-Rspamd-Queue-Id: 47Y4dq6qpVz4RVS X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.net header.s=badeba3b8450 header.b=kByvdK1J; dmarc=none; spf=none (mx1.freebsd.org: domain of o.hartmann@walstatt.org has no SPF policy when checking 212.227.17.20) smtp.mailfrom=o.hartmann@walstatt.org X-Spamd-Result: default: False [-5.65 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmx.net:s=badeba3b8450]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; IP_SCORE(-1.15)[ip: (-6.85), ipnet: 212.227.0.0/16(-1.18), asn: 8560(2.27), country: DE(-0.02)]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[walstatt.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmx.net:+]; R_SPF_NA(0.00)[]; SIGNED_PGP(-2.00)[]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_IN_DNSWL_LOW(-0.10)[20.17.227.212.list.dnswl.org : 127.0.3.1]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[41.233.64.91.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2019 18:07:29 -0000 --Sig_/tVJAy+w7ACzF_8yQFMGIOMW Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Wed, 11 Dec 2019 10:48:22 +0100 Gary Jennejohn wrote: > On Wed, 11 Dec 2019 08:23:59 +0100 > "Hartmann, O." wrote: >=20 > > Hello folks, > >=20 > > my apology for polluting this list with a non-FreeBSD specific > > problem, but since Supermicro is a veryy often used vendor in the > > FreeBSD user/developer community I might find help here much fast. > >=20 > > I got hands on onto an oldish Supermicro X9SCV-Q mainboard, equipted > > with an older i5-25XXM CPU running at 2,5 GHz). The AMI BIOS has > > version 2.10.1208 from 2012. > > The board does initially a longer beep and the it sounds like two > > or three very short beeps plus a last longer beep at a higher tune > > and then the system ALWAYS jumps into the firmware/BIOS screen, no > > matter whether I set a administrator password to protect the BIOS > > or not. Apart from the suspect of damaged RAM (three beeps indicate > > RAM problem above the first 64k block, two indicate PEI recovery or > > video memory problems if I interpret the manual correctly). > >=20 > > Sometimes the POST screen shows some message like "... in Recovery > > State", due to the off-phased HDMI attached monitor, I do not see > > the first characters. Maybe someone knows what that might indicate. > >=20 > > I already have changed the memory banks and the memory seems to be > > allright as the replacement memory has been checked thoroughly > > prior to the test in another well running box and I also checked > > the memory on another box with memtest tool without any suspicious > > indication. > >=20 > > The attempt to flash the latest firmware fails due to the fact that > > I can not even define a boot device - either this process is > > cryptic or it isn't documented and I'm too dull. A FreeDOS 1.1 > > prepared USB flashdrive isn't bootable as any other UEFI/non UEFI > > flashdrive: I can see the USB drive as being attached to PCI bus in > > the firmware menu, I also can define a symbolic name, but then I > > fail in defining the path to the loader as suggested in the example > > (fs0:\file\loader.efi or so). Any hint is welcome. > >=20 > > This board has been used successfully over the past years and was > > equipted with a TPM module at connector 23 (TMP1 header) - I'm > > unfamiliar with those technologies and my first guess apart from a > > hardware failure was that the hardware could have been protected > > anyway like it is done via secure boot. Unplugging that TPM header > > doesn' change anything. > >=20 > > Also the boot of XigmaNAS latest USB flashed image or any FreeBSD > > (11, 12 CURRENT) latest USB flashed image failed so far. > >=20 > > Thanks for some help in adavnce, > > =20 >=20 > Don't know whether this will help, but a user posted to a forum > that he had this mainboard and couldn't boot any USB device no > matter what the tried. >=20 > His final, working solution was: >=20 > > Further investigation found NOTHING would boot from USB. I > cleared CMOS, entered setup and loaded Optimized Defaults, > rebooted, and VOILA! Case closed. >=20 > *happy dance* > >=20 > BTW he was using VGA. >=20 Hello, thanks for the tip. I already tried and did a reset. It seems that one has to select first a propper boot option and there is the problem. Once a media has been inserted either as a bootable disk, bootable USB flash or (not tested) CDROM, the firmware offers at the option entry Boot the option new boot entry. I have first to give the option a name, then select from a (cryptic) list of definitions how the firmware addresses the controler/device/partition/bootimage et ceterum (Select File System) and then, the worst thing, Path for boot option. Leaving this empty renders any USB UEFI formated flash device unbootable. For FreeBSD booting, I had to issue "\efi\boot\bootx64.efi" - this worked also with a preinstalled Windows10 HOME hdd I "borrowed" to test, so I do not know the syntax of this option. Knowing this, I was able to boot Xubuntu 19.04 from USB flash, XigmaNAS 12.1 from USB flash, Windows10 HOME from a HDD and I was luckily able to boot one time XigmaNAS to install the software onto a SSD and even this worked - until a certain point where FreeBSD fails! Starting with FreeBSD 11.3-RELENG, FreeBSD 12.1-RELENG, FreeBSD 13-CURRENT, the box is bootimg and is then freezing at the point, where the console shows EFI framebuffer informations (see PR 209821,=20 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D209821). CURRENT (r355406) is freezing while showing some ATA device details.=20 =20 The AMI BIOS is at 2.10.1208 from 4th Nov 2012. There is a newer firmware available, but I can't install the firmware: while being able to UEFI USB flahes, it is impossible to boot FreeDOS 1.1 from an USB flash drive, even having properly set Legacy Boot ROM in PCIe/PnP/etc options in the firmware. I never have had such a confusing BIOS/firmware. Thanks, oh --Sig_/tVJAy+w7ACzF_8yQFMGIOMW Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYIAB0WIQSy8IBxAPDkqVBaTJ44N1ZZPba5RwUCXfEwUAAKCRA4N1ZZPba5 RzscAP9YSL2oliMEtkgxQZrhnMkt31agOA8Fckv0cUhVyP/HCQD+OseH9ft1RIG9 5OdZbcUS1MhWDrEkrOc3X7fzkPd02QQ= =hj+R -----END PGP SIGNATURE----- --Sig_/tVJAy+w7ACzF_8yQFMGIOMW-- From owner-freebsd-current@freebsd.org Wed Dec 11 18:51:52 2019 Return-Path: Delivered-To: freebsd-current@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 170711DDFBB for ; Wed, 11 Dec 2019 18:51:52 +0000 (UTC) (envelope-from SRS0=YaUn=2B=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 47Y5d30SSFz4VVC for ; Wed, 11 Dec 2019 18:51:50 +0000 (UTC) (envelope-from SRS0=YaUn=2B=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 83FC428426 for ; Wed, 11 Dec 2019 19:51:48 +0100 (CET) Received: from illbsd.quip.test (ip-62-24-92-232.net.upcbroadband.cz [62.24.92.232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id CC4212842B for ; Wed, 11 Dec 2019 19:51:47 +0100 (CET) From: Miroslav Lachman <000.fbsd@quip.cz> Subject: Re: Supermicro X9SCV-Q: no boot options to define To: FreeBSD-Current References: <20191211082359.7f362310@hermann.fritz.box> <20191211104822.12abca40@ernst.home> <20191211190712.30797459@hermann.fritz.box> Message-ID: <468439f2-32c7-ee94-0127-26215cd2d3bb@quip.cz> Date: Wed, 11 Dec 2019 19:51:47 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.3 MIME-Version: 1.0 In-Reply-To: <20191211190712.30797459@hermann.fritz.box> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47Y5d30SSFz4VVC X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of SRS0=YaUn=2B=quip.cz=000.fbsd@elsa.codelab.cz has no SPF policy when checking 94.124.105.4) smtp.mailfrom=SRS0=YaUn=2B=quip.cz=000.fbsd@elsa.codelab.cz X-Spamd-Result: default: False [3.86 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; IP_SCORE(0.88)[ip: (0.38), ipnet: 94.124.104.0/21(0.19), asn: 42000(3.73), country: CZ(0.09)]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[quip.cz]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_SPAM_MEDIUM(0.80)[0.798,0]; NEURAL_SPAM_LONG(0.99)[0.986,0]; RCVD_IN_DNSWL_NONE(0.00)[4.105.124.94.list.dnswl.org : 127.0.10.0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=YaUn=2B=quip.cz=000.fbsd@elsa.codelab.cz]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=YaUn=2B=quip.cz=000.fbsd@elsa.codelab.cz]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2019 18:51:52 -0000 Hartmann, O. wrote on 2019/12/11 19:07: > The AMI BIOS is at 2.10.1208 from 4th Nov 2012. There is a newer > firmware available, but I can't install the firmware: while being able > to UEFI USB flahes, it is impossible to boot FreeDOS 1.1 from an USB > flash drive, even having properly set Legacy Boot ROM in PCIe/PnP/etc > options in the firmware. I never have had such a confusing > BIOS/firmware. Did you try to boot some ISO media through IPMI remote media option? I don't know if X9SCV-Q have this option. I have X9SCA-F which is somewhat different than yours. Miroslav Lachman From owner-freebsd-current@freebsd.org Wed Dec 11 21:55:10 2019 Return-Path: Delivered-To: freebsd-current@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 082261E163F for ; Wed, 11 Dec 2019 21:55:10 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 47Y9hX5RfPz3C3v for ; Wed, 11 Dec 2019 21:55:08 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id xBBLt1Jr018035 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 11 Dec 2019 23:55:04 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua xBBLt1Jr018035 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id xBBLt14K018032; Wed, 11 Dec 2019 23:55:01 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 11 Dec 2019 23:55:01 +0200 From: Konstantin Belousov To: Eric van Gyzen Cc: freebsd-current Subject: Re: ffs_fhtovp: inode overflow? Message-ID: <20191211215501.GV2744@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.12.2 (2019-09-21) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tom.home X-Rspamd-Queue-Id: 47Y9hX5RfPz3C3v X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=gmail.com (policy=none); spf=softfail (mx1.freebsd.org: 2001:470:d5e7:1::1 is neither permitted nor denied by domain of kostikbel@gmail.com) smtp.mailfrom=kostikbel@gmail.com X-Spamd-Result: default: False [-1.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(0.00)[ip: (-2.83), ipnet: 2001:470::/32(-4.65), asn: 6939(-3.54), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2019 21:55:10 -0000 On Wed, Dec 11, 2019 at 10:26:41AM -0600, Eric van Gyzen wrote: > Since ino64 went in, Coverity complains that the two "ino >= foo" > comparisons in ffs_fhtovp() compare a 64-bit value to a 32-bit. Is this > a problem in practice? I do not think that this a problem, and Coverity could be a bit smarter there. The ino variable is 64bit, but why is it worrysome to compare it with a 32 bit value ? We want to limit the value to the max possible inode number but still keep it type-correct. In fact, the ino value is initialized from 32bit struct ufid ufid_ino, so Coverity could understand that and shut down the warning for formal reasons. From owner-freebsd-current@freebsd.org Thu Dec 12 23:30:19 2019 Return-Path: Delivered-To: freebsd-current@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 0E1361DD10C for ; Thu, 12 Dec 2019 23:30:19 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-eopbgr660049.outbound.protection.outlook.com [40.107.66.49]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47Yqls3Vldz4FLy for ; Thu, 12 Dec 2019 23:30:17 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=eUV9YFQ7FpwDO+IWxrlEcOoh3R3tiWPpqp1Bu8tWu+xViQDxtpAzOTyPIokPoaleBATexUeYOWZkSdjIBhVhilvLKoyNM0wqkVndj+vJNJBsGHYdU19nKzL622eUNBCMVhAxdZi3sK+1mkxDxZiQ3E41jDH//gTGAJdK3s0Vns7AupKn8HAF/LLB1ccV97Py9ge0pCAXHTRF2GSoMFE7PKo3fEbE9WjQF3PhYxvxgaVJqkSjrJYzHXv4MhlOf871rj/0MhsAUtz+Kl4/3ZhDtPDY/YNiJIMuyUZpNFQKhM5q3alUYIVzrK6ZLDVedg6orpW6In0W8hOWwRbkGVdivg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=iG6pmOKj4DBtPsJxNIsKQ0588i/hCqmotimLU91Unzc=; b=MmiYPnvkkznEsTXWtP1fPJv8ZDxPYsLXK7N4CEu+OHS1lDdDkEwmxLRTMQ64qpheii8LQXo1QYB+tgwbes1ewB2RHtkRokLAW2/wv94Z4eLDYoXYE30QCh/EZzw4+WwxN6D0C5P9B2d1NNOEIpxvYMgVDKDTwPHEW1mboubLtZBianUNxH50OXj5sCXKExKXkR4sqiy+0YK2ATdqC2ckmqo9ga2LU+pIuM3JloNepa5qS3KYiTKAB0WZ+afJPLGO+rMqu+ZmU+71rn+5sqQfmw3er5aPzzYGUmXV4lds4nK4nTzznnxxo7k6RjxUiyWgTIYgjul4Jw+WZ91vSoIwbw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none Received: from YQBPR0101MB1427.CANPRD01.PROD.OUTLOOK.COM (52.132.69.153) by YQBPR0101MB1250.CANPRD01.PROD.OUTLOOK.COM (52.132.71.157) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2538.18; Thu, 12 Dec 2019 23:30:15 +0000 Received: from YQBPR0101MB1427.CANPRD01.PROD.OUTLOOK.COM ([fe80::9504:a50d:ee12:b75]) by YQBPR0101MB1427.CANPRD01.PROD.OUTLOOK.COM ([fe80::9504:a50d:ee12:b75%5]) with mapi id 15.20.2538.017; Thu, 12 Dec 2019 23:30:15 +0000 From: Rick Macklem To: "freebsd-current@FreeBSD.org" Subject: Heads up: Large patch that adds NFSv4.2 has been committed to head/current Thread-Topic: Heads up: Large patch that adds NFSv4.2 has been committed to head/current Thread-Index: AQHVsUOB0W/mA1C8yk2aAbpGxNvmJg== Date: Thu, 12 Dec 2019 23:30:15 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: e8086484-ca00-4a6e-0309-08d77f5b3e29 x-ms-traffictypediagnostic: YQBPR0101MB1250: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 0249EFCB0B x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(136003)(396003)(376002)(366004)(39860400002)(189003)(199004)(6916009)(7696005)(316002)(71200400001)(6506007)(33656002)(786003)(52536014)(5660300002)(4744005)(86362001)(55016002)(81166006)(8936002)(81156014)(8676002)(66446008)(2906002)(66946007)(478600001)(64756008)(76116006)(66556008)(66476007)(186003)(9686003); DIR:OUT; SFP:1101; SCL:1; SRVR:YQBPR0101MB1250; H:YQBPR0101MB1427.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: mZyFJhU7VBhJYuIqP8gw2dg5QrinNmT6iNfZOwW8od00tHszvtVthOmG0JeDL0bbXT5AuzhEIgOxRs0OlKMiszpIAIJHO54skerpDkb0iZZUdygYl2b3w8SdokjQ6wqDr9qpK6woHx9ntwq7a+5aVQowjYPjxtl3vJuWu7FlN6MHZ5VUxQOfBfXuV/Pm+KG/iRZdxNGPD+S/bh99HqRj9SnynuPYEp/gVsaGNVhLTb8mMItn50il581WlK4zdv4OHUnTigel1ftfcmL/onPQHPKZHXsCjDMFO1e4weiiXjY4bxw8xu4TZLykilxcYIjCexhs1dEjAaJuOgBh/CRVZn2hO/+gOV6B5aF1P6PkyVBlikAR8tzrl4KSiiSK329QUoPeAGmyGL6+qkeKwjMVJYgDoyOmXy36+ACSwNVEwD7v5RJWVmm0idYz1cM0lLDi x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: e8086484-ca00-4a6e-0309-08d77f5b3e29 X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Dec 2019 23:30:15.4453 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: CRHUd8fQmf+LZFQvZaYJT0+S2GSs/NTxCwgLRDJlEFZctFgpz4UNuliIIbt1MVuef0+x6XJwEO5cDb0mJz8Vyg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQBPR0101MB1250 X-Rspamd-Queue-Id: 47Yqls3Vldz4FLy X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.66.49 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-4.66 / 15.00]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[uoguelph.ca]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(-1.36)[ipnet: 40.64.0.0/10(-3.84), asn: 8075(-2.89), country: US(-0.05)]; RCVD_IN_DNSWL_NONE(0.00)[49.66.107.40.list.dnswl.org : 127.0.3.0]; TO_DN_EQ_ADDR_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; ARC_ALLOW(-1.00)[i=1] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Dec 2019 23:30:19 -0000 Hi,=0A= =0A= r355677 is a large patch that adds NFSv4.2 support to the NFS client/server= .=0A= It has survived a "make universe" for all arches that would build (some mip= s=0A= and sparc64 failed for reasons unrelated to this patch).=0A= However, I have not been able to do a build with a recent GCC.=0A= If there are build problems, please let me know.=0A= =0A= Although there are a lot of code changes, they should not affect the other= =0A= versions of NFS. The patch does add two new sysctls that can be used to=0A= limit the minor versions of NFSv4 supported by the nfsd and, as such, NFSv4= .2=0A= can be disabled without reverting this patch.=0A= =0A= It does change the internal interface between the NFS modules, so they must= =0A= all be upgraded simultaneously. Although arguably not necessary, I will do = a=0A= version bump for this.=0A= =0A= Hopefully this big patch does not cause you grief, rick=0A= From owner-freebsd-current@freebsd.org Fri Dec 13 05:37:50 2019 Return-Path: Delivered-To: freebsd-current@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 707F71E3100 for ; Fri, 13 Dec 2019 05:37:50 +0000 (UTC) (envelope-from clay.daniels.jr@gmail.com) Received: from mail-lf1-x130.google.com (mail-lf1-x130.google.com [IPv6:2a00:1450:4864:20::130]) (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 47Yzvw6TwKz4XpM for ; Fri, 13 Dec 2019 05:37:48 +0000 (UTC) (envelope-from clay.daniels.jr@gmail.com) Received: by mail-lf1-x130.google.com with SMTP id f15so993247lfl.13 for ; Thu, 12 Dec 2019 21:37:48 -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=f7qhVGOMdI7fgvat7Gw3BIY0UX4I16RlBuauGzrmOTw=; b=Nwgp5ItLunm1JyXSPcHqUzbEyseDsA6Z6oMQr636KUGvd9hDyfqJS9GlLw9VBzd8jS BEW+MlHvAMmaZn4QF21l0cEAqV49VOm84svRVkUQbMzfy0e8UylX2fI3rqncn5M7uD+y LxMdCjbDoQCan2L8JH8J3wxOaRUCqD+FHx6zvc1sjkUgG271DtPq6X36ONOSdhnBmBbZ ckizvKTUje2xb6Ectgz+EguQIaIN2QTysPb2G64knAaqW/Yb7am9NpNBRwBHUQLm5Gj8 FzU9GUcn//nbSjI4mZl6URn42ns90LGERRM0HDX8VUhqL4Q3xOEe8krHTY3NjnaXoNlZ iXGw== 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=f7qhVGOMdI7fgvat7Gw3BIY0UX4I16RlBuauGzrmOTw=; b=fh8iOD6GPwl1DOzekmsEAWK9dIVQx3HM6svMe43nIvytib93Psh0kxAx088oxFOSMs YRM9IOoyfh24NALd1BE4abwHKS20rVWUcdHuEiqHXdiHcCnguKcaXKZLwpuQnbFyd1VT KusCE5/VRSv7X20eOAvVTuu5+I7xyaAJs75Nrwby5kai6n2OVxqwDKzcEFbe9DZRN6lg /T/nZzwfDRNveVfqP4Yv1pe8FYIoPOvqvBKqPz59kq/480lgFKpZPx5V3Dc4Oz7pimrk KrJRWTgD71GfHyLxnisMnHP9SIlQSoMW1qs7uyRhCpfJPhmeM3Q+1DRq2BvTe7jiNAmR oIVw== X-Gm-Message-State: APjAAAUzjiwiH6ff3S2A8YEv64ygzG2wwXmQztLm/7fLAUZjvzLhFbMw TABpiY9g/lrLXDbUOElImNENVv7PvCYCu0kwgwH1iUg= X-Google-Smtp-Source: APXvYqzOrD4/sIZp2RJ/ZyHhOzluWKkwcx2fI2wY0TjCgWQJEuQpzIRTq8uJQPEg+cf+H9V8Go5OTQMPz+XZZCJ9aR8= X-Received: by 2002:ac2:5b41:: with SMTP id i1mr7882765lfp.82.1576215465878; Thu, 12 Dec 2019 21:37:45 -0800 (PST) MIME-Version: 1.0 From: Clay Daniels Date: Thu, 12 Dec 2019 23:37:34 -0600 Message-ID: Subject: FreeBSD 13.0-CURRENT r355634 weekly snapshot works Great! To: "freebsd-current@freebsd.org" X-Rspamd-Queue-Id: 47Yzvw6TwKz4XpM X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Nwgp5ItL; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of claydanielsjr@gmail.com designates 2a00:1450:4864:20::130 as permitted sender) smtp.mailfrom=claydanielsjr@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; SUBJECT_ENDS_EXCLAIM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-9.07), ipnet: 2a00:1450::/32(-2.67), asn: 15169(-1.91), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[0.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]; TO_DN_EQ_ADDR_ALL(0.00)[]; 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-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Dec 2019 05:37:50 -0000 clay@bsd13:~ $ uname -a FreeBSD bsd13 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r355634: Thu Dec 12 04:17:50 UTC 2019 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 clay@bsd13:~ $ kldstat Id Refs Address Size Name 1 77 0xffffffff80200000 1f073a0 kernel 2 1 0xffffffff82320000 252320 amdgpu.ko 3 2 0xffffffff82573000 78d58 drm.ko 4 5 0xffffffff825ec000 13130 linuxkpi.ko 5 3 0xffffffff82600000 150e0 linuxkpi_gplv2.ko 6 2 0xffffffff82616000 22d8 lindebugfs.ko 7 1 0xffffffff82619000 10541 ttm.ko 8 1 0xffffffff8262a000 a0b8 amdgpu_polaris10_mc_bin.ko 9 1 0xffffffff82635000 6370 amdgpu_polaris10_pfp_2_bin.ko 10 1 0xffffffff8263c000 6370 amdgpu_polaris10_me_2_bin.ko 11 1 0xffffffff82643000 4370 amdgpu_polaris10_ce_2_bin.ko 12 1 0xffffffff82648000 7c98 amdgpu_polaris10_rlc_bin.ko 13 1 0xffffffff82650000 42380 amdgpu_polaris10_mec_2_bin.ko 14 1 0xffffffff82693000 42380 amdgpu_polaris10_mec2_2_bin.ko 15 1 0xffffffff826d6000 5270 amdgpu_polaris10_sdma_bin.ko 16 1 0xffffffff826dc000 5270 amdgpu_polaris10_sdma1_bin.ko 17 1 0xffffffff826e2000 5db58 amdgpu_polaris10_uvd_bin.ko 18 1 0xffffffff82740000 2ac78 amdgpu_polaris10_vce_bin.ko 19 1 0xffffffff8276b000 21da0 amdgpu_polaris10_k_smc_bin.ko 20 1 0xffffffff8278d000 3218 intpm.ko 21 1 0xffffffff82791000 2180 smbus.ko 22 1 0xffffffff82794000 2320 uhid.ko 23 1 0xffffffff82797000 32a0 wmt.ko 24 1 0xffffffff8279b000 4328 ums.ko 25 1 0xffffffff827a0000 2a08 mac_ntpd.ko clay@bsd13:~ $ From owner-freebsd-current@freebsd.org Fri Dec 13 10:52:30 2019 Return-Path: Delivered-To: freebsd-current@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 B30151CA22B for ; Fri, 13 Dec 2019 10:52:30 +0000 (UTC) (envelope-from contact@evilham.com) Received: from yggdrasil.evilham.com (yggdrasil.evilham.com [46.19.33.155]) (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 47Z6v06hlxz3P1n for ; Fri, 13 Dec 2019 10:52:28 +0000 (UTC) (envelope-from contact@evilham.com) Received: from yggdrasil.evilham.com (unknown [IPv6:2a0a:e5c1:121:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by yggdrasil.evilham.com (Postfix) with ESMTPSA id 47Z6tr6Hz3z3wbk; Fri, 13 Dec 2019 11:52:20 +0100 (CET) From: Evilham To: Rick Macklem Cc: "freebsd-current@FreeBSD.org" Subject: Re: Heads up: Large patch that adds NFSv4.2 has been committed to head/current References: In-reply-to: Date: Fri, 13 Dec 2019 11:52:18 +0100 Message-ID: <520420b9-48ea-4a49-84db-5e30336ef091@yggdrasil.evilham.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Rspamd-Queue-Id: 47Z6v06hlxz3P1n X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=evilham.com; spf=pass (mx1.freebsd.org: domain of contact@evilham.com designates 46.19.33.155 as permitted sender) smtp.mailfrom=contact@evilham.com X-Spamd-Result: default: False [-6.48 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-3.68)[ip: (-9.85), ipnet: 46.19.32.0/21(-4.92), asn: 196752(-3.64), country: NL(0.02)]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[evilham.com,none]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:196752, ipnet:46.19.32.0/21, country:NL]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Dec 2019 10:52:30 -0000 On dv., des. 13 2019, Rick Macklem wrote: > Hi, > > r355677 is a large patch that adds NFSv4.2 support to the NFS > client/server. > It has survived a "make universe" for all arches that would > build (some mips > and sparc64 failed for reasons unrelated to this patch). > However, I have not been able to do a build with a recent GCC. > If there are build problems, please let me know. > > Although there are a lot of code changes, they should not affect > the other > versions of NFS. The patch does add two new sysctls that can be > used to > limit the minor versions of NFSv4 supported by the nfsd and, as > such, NFSv4.2 > can be disabled without reverting this patch. > > It does change the internal interface between the NFS modules, > so they must > all be upgraded simultaneously. Although arguably not necessary, > I will do a > version bump for this. > > Hopefully this big patch does not cause you grief, rick Maybe for your relief: it looks like that build is working for me :-), so no unintended non-NFS consequences here. # uname -KiprsU FreeBSD 13.0-CURRENT amd64 GENERIC-NODEBUG 1300066 1300066 Hopefully I can test NFS 4.2 soon. Thank you for working on this! -- Evilham From owner-freebsd-current@freebsd.org Sat Dec 14 01:27:25 2019 Return-Path: Delivered-To: freebsd-current@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 4BF691DCEC9 for ; Sat, 14 Dec 2019 01:27:25 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [IPv6:2001:470:8d59: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 (2048 bits) client-digest SHA256) (Client CN "mail.protected-networks.net", Issuer "Protected Networks CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47ZVJW1y2Nz3J1V; Sat, 14 Dec 2019 01:27:23 +0000 (UTC) (envelope-from imb@protected-networks.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-transfer-encoding :content-language:content-type:content-type:mime-version :user-agent:date:date:message-id:subject:subject:from:from; s= 201508; t=1576286835; bh=nCojLqmCfjkvDeWwe0yD2nlEV2yGZkAwqTr0DUz uibQ=; b=hvtoLmkv527llvoN40GgQwBpQ/YEB20hBpJQxY1Mo750UFrezawMMM+ DilMR23u8scQpux1Pswt0+jOYz5F9VZ4ftume5oJHJ7it/IWaCOr3DQc0cf1Iso8 0VXktw7sn+6Xmqn87MWhTQAlkrTdX0Qw3UScMXCLn4LPEAgznlPM= Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id 586B6163E; Fri, 13 Dec 2019 20:27:15 -0500 (EST) To: freebsd-current , John Baldwin From: Michael Butler Subject: SVN r355732 breaks DRM Message-ID: <79d0207a-994b-4c79-fa80-ef1c58078b77@protected-networks.net> Date: Fri, 13 Dec 2019 20:27:14 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Language: en-NZ Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47ZVJW1y2Nz3J1V X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=protected-networks.net header.s=201508 header.b=hvtoLmkv; dmarc=none; spf=pass (mx1.freebsd.org: domain of imb@protected-networks.net designates 2001:470:8d59:1::8 as permitted sender) smtp.mailfrom=imb@protected-networks.net X-Spamd-Result: default: False [-6.07 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[protected-networks.net:s=201508]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[protected-networks.net]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[protected-networks.net:+]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-3.57)[ip: (-9.61), ipnet: 2001:470::/32(-4.66), asn: 6939(-3.55), country: US(-0.05)]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Dec 2019 01:27:25 -0000 -current now fails to build the DRM drivers :-( Building /usr/obj/usr/src/amd64.amd64/sys/TOSHI/modules/usr/local/sys/modules/drm-current-kmod/drm/drm_os_freebsd.o --- drm_os_freebsd.o --- /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_os_freebsd.c:47:3: error: implicit declaration of function 'untimeout' is invalid in C99 [-Werror,-Wimplicit-function-declaration] untimeout(clear_debug_func, NULL, reset_debug_log_handle); ^ /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_os_freebsd.c:57:28: error: implicit declaration of function 'timeout' is invalid in C99 [-Werror,-Wimplicit-function-declaration] reset_debug_log_handle = timeout(clear_debug_func, NULL, ^ /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_os_freebsd.c:57:26: error: assigning to 'struct callout_handle' from incompatible type 'int' reset_debug_log_handle = timeout(clear_debug_func, NULL, ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 3 errors generated. imb From owner-freebsd-current@freebsd.org Sat Dec 14 01:30:35 2019 Return-Path: Delivered-To: freebsd-current@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 64B021DD252 for ; Sat, 14 Dec 2019 01:30:35 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qv1-xf31.google.com (mail-qv1-xf31.google.com [IPv6:2607:f8b0:4864:20::f31]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47ZVNB4WfBz3JKf for ; Sat, 14 Dec 2019 01:30:34 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qv1-xf31.google.com with SMTP id p2so497521qvo.10 for ; Fri, 13 Dec 2019 17:30:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=EXQqZdi7E+/scTtQVvS5onhsV7bsNLY0BtUdx4K8oCY=; b=sEj/17zDlBxvhzLki8kHPhHptF0MKZcQ/n93L4FnSpKu6Il3YLGteP2Iq0EldiS4Yl gODoRxFofrHxgs1gz7aKeSGRXST6uj+PwHqwO7PLAF7oU2QlXT/7wHhMw2l0w9sW3xgn TvcNlC3e094RsARaLGL09Ivs+sPr80W4dQyqGqm0Mll6lRbhVBWOcGxQ203UEqZxw6Vy +bOM4XiY73qjjufdQT+54c8g7+MujRD39aD8sNfoRKoo7ZKw4m3s2isYY75JxQytdw4U vWPCsyoACjWNv5xsXxSO93z9ee0mehTkAVxioOzNMqrj78dNtDnYjVjWGQKiYcbIbt16 Ms8Q== 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=EXQqZdi7E+/scTtQVvS5onhsV7bsNLY0BtUdx4K8oCY=; b=dWEo+20mMUn4/ULHU82vM0TbmJtxXwzHPiOrhS5geYD2aGodfN3RhPvP/QWbD9pFz4 BsBWunIVox5idqpRibzewfIMbPvLqBZqm+nBG8pmaSwWNX+Ur8bSO85KemUW+kcPAq53 IdqdaN1axEXGwGcIRqOVPDMmrVNH/X+X0SE6SBFJoCVTc51Vdv1KFfRXR4gvBxaYFoM7 4Oc1i7KWBp3bM/h9XKx8cOf4wvgpu8Os9PONgU0t9HfT7HEhT2xchZxHTxJ1b+4/4f7e b4ihpU6yGdNxOaFrtUZsD68n1gpLW6U3bsX0KAP7N1JZyq89kszfmiuJ8OXvloxZlsgl z2BA== X-Gm-Message-State: APjAAAXLPZ072Lg/WGyGJ1qqIX11Gz4V1GBeoYf09w/yBp9LA7xBlHb7 SUbmuCiQej17yrbQTfreSIZucrtcBzUQ3sDbW8aXjQ== X-Google-Smtp-Source: APXvYqznTkfalIF3nw4+myrAa+bgbxR/0N48Jq7nFRrjnxqABXzwLOaVtmi7JNXP3h2iN0c3ExRsiXWdOestcAvHBQo= X-Received: by 2002:a0c:f792:: with SMTP id s18mr16639792qvn.118.1576287031472; Fri, 13 Dec 2019 17:30:31 -0800 (PST) MIME-Version: 1.0 References: <79d0207a-994b-4c79-fa80-ef1c58078b77@protected-networks.net> In-Reply-To: <79d0207a-994b-4c79-fa80-ef1c58078b77@protected-networks.net> From: Warner Losh Date: Fri, 13 Dec 2019 18:30:19 -0700 Message-ID: Subject: Re: SVN r355732 breaks DRM To: Michael Butler Cc: freebsd-current , John Baldwin X-Rspamd-Queue-Id: 47ZVNB4WfBz3JKf X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=sEj/17zD; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::f31) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-1.82 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.995,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-0.996,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; URI_COUNT_ODD(1.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE(-0.83)[ipnet: 2607:f8b0::/32(-2.20), asn: 15169(-1.91), 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" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Dec 2019 01:30:35 -0000 A fix is in progress. Warner On Fri, Dec 13, 2019, 6:27 PM Michael Butler wrote: > -current now fails to build the DRM drivers :-( > > Building > > /usr/obj/usr/src/amd64.amd64/sys/TOSHI/modules/usr/local/sys/modules/drm-current-kmod/drm/drm_os_freebsd.o > --- drm_os_freebsd.o --- > > /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_os_freebsd.c:47:3: > error: implicit declaration of function 'untimeout' is invalid in C99 > [-Werror,-Wimplicit-function-declaration] > untimeout(clear_debug_func, NULL, reset_debug_log_handle); > ^ > > /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_os_freebsd.c:57:28: > error: implicit declaration of function 'timeout' is invalid in C99 > [-Werror,-Wimplicit-function-declaration] > reset_debug_log_handle = timeout(clear_debug_func, NULL, > ^ > > /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_os_freebsd.c:57:26: > error: assigning to 'struct callout_handle' from incompatible type 'int' > reset_debug_log_handle = timeout(clear_debug_func, NULL, > ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 3 errors generated. > > imb > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >