From owner-freebsd-current@freebsd.org Sun Jul 1 06:50:56 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 07F461031794 for ; Sun, 1 Jul 2018 06:50:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-23.consmr.mail.ne1.yahoo.com (sonic312-23.consmr.mail.ne1.yahoo.com [66.163.191.204]) (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 ACC69813A4 for ; Sun, 1 Jul 2018 06:50:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: TTmLuVEVM1nq5_lVK68EbYu0aRL3EnQCU_RZXGLdeAgwT8uaIKDk.YuTyHDZjfB QJldtLeMq5m2npIBz1AozdGrWBUVwWqUIyWE6NtUDHX.5F1i6ESijQp7DAM_rFn55UtkKVxiltsy znZbHUVa.Ffic9qJVj1Q1rekNaCG.bReLx7YpW_W811qTP7yHvrdh7tZaz1JTsSh_DJgueaYQEUW QRLkv5BVDHhU2F31IAhZPuG3PuossUcZ5pxKyVxblRFulk7OTtKFkR1Fr3gQ_gojMmIW0Pe7N5Vr mHNYgT.n1Na5vs5HOwQ7d53f_r0b8mvf5vSpWLnobPQCi_mjeqosQBmyTJxveLlE.3oV6V3iNF.g UONNlgtOfqXdGdMnabcGaBvKjmcQeZXF5.d1y3L1_B_wH8GTxkPBcHUyOjRjRU4Zw97J1bxdwY.K HfJhYTyPaJiOcUM1uFJL7es7dHUmzwKh.HnbJlHzIl7v_uCugU7Dqg2M6ap34LxVCs6SDecKOWGL 1Et5lFhzkBS.TpBydcHYZZXQ2YJWfL_LDmot4IfAQ2fLq9B_AbEdsAsY8StWMtxtYuValn6x2lM3 3ugsAviyx2Ly_2QJMuI8d_ovVAO5VjLS943cwhLcX3ILh46DOihZJ0.gK55qsqwcRS76qQP4pIoy 8xOzg694Ts52wuBT4N5OfCIw96RgjSKnSMNlaRohAzU0P4d.4IcpfU3yR.NsZ.JglygsxKKdHzye 4av8v6WGn9Kme7rEAD1mmf.mHrWbqMtUSunZ6kmnpw3Sv1MlqtDrfETXL1Jin.Qp4EAlKfwmO3X4 vl7mAnaulU6DFR2qs.rWqSyCYgNkCUbnV02xLznVtcohj9WGRHlTvPWGj3HRZpnz1tI4ClsVKPD8 h_YIG9CADPT0KSTqazfzmD6gj3bjb4_uwsKAZpy2.vQcB1qXW49HmdugWdwSonToNjW5MccofT41 aOkFF3aayioauvFA4c5YuOdH32g-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.ne1.yahoo.com with HTTP; Sun, 1 Jul 2018 06:50:48 +0000 Received: from ip70-189-131-151.lv.lv.cox.net (EHLO [192.168.0.105]) ([70.189.131.151]) by smtp428.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID a6e843794107c7e46dd539757f0df3fb; Sun, 01 Jul 2018 06:50:45 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.4 \(3445.8.2\)) Subject: Re: svn commit: r335836 - head/usr.bin/top [broke ci.freebsd.org 's FreeBSD-head-riscv64-build] Message-Id: Date: Sat, 30 Jun 2018 23:50:44 -0700 To: daichi@FreeBSD.org, svn-src-head@freebsd.org, FreeBSD Current X-Mailer: Apple Mail (2.3445.8.2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 01 Jul 2018 06:50:56 -0000 https://ci.freebsd.org/job/FreeBSD-head-riscv64-build/9229/consoleText --- utils.o --- /usr/local/bin/riscv64-unknown-freebsd11.1-gcc = --sysroot=3D/workspace/obj/workspace/src/riscv.riscv64/tmp = -B/usr/local/riscv64-unknown-freebsd11.1/bin/ -O2 -pipe = -march=3Drv64imafdc -mabi=3Dlp64d -g -MD -MF.depend.utils.o = -MTutils.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers = -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter = -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type = -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter = -Wcast-align -Wchar-subscripts -Winline -Wnested-externs = -Wredundant-decls -Wold-style-definition -Wno-pointer-sign = -Wno-error=3Daddress -Wno-error=3Darray-bounds -Wno-error=3Dattributes = -Wno-error=3Dbool-compare -Wno-error=3Dcast-align -Wno-error=3Dclobbered = -Wno-error=3Denum-compare -Wno-error=3Dextra -Wno-error=3Dinline = -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dstrict-aliasing = -Wno-error=3Duninitialized -Wno-error=3Dunused-but-set-variable = -Wno-error=3Dunused-function -Wno-error=3Dunused-value = -Wno-error=3Dmisleading-indentation -Wno-error=3Dnonnull-compare = -Wno-error=3Dshift-negative-value -Wno-error=3Dtautological-compare = -Wno-error=3Dunused-const-variable -Wno-error=3Dbool-operation = -Wno-error=3Ddeprecated -Wno-error=3Dexpansion-to-defined = -Wno-error=3Dformat-overflow -Wno-error=3Dformat-truncation = -Wno-error=3Dimplicit-fallthrough -Wno-error=3Dint-in-bool-context = -Wno-error=3Dmemset-elt-size -Wno-error=3Dnonnull = -Wno-error=3Dpointer-compare -Wno-error=3Dstringop-overflow = -Wno-error=3Ddiscarded-qualifiers -Wno-error=3Dincompatible-pointer-types = -c /workspace/src/usr.bin/top/utils.c -o utils.o /workspace/src/usr.bin/top/utils.c: In function 'utf8strvisx': /workspace/src/usr.bin/top/utils.c:357:10: error: comparison is always = true due to limited range of data type [-Werror=3Dtype-limits] if (0 <=3D *src_p && *src_p <=3D 31) { ^~ I'd guess that riscv64 has an unsigned type for *src_p --and that fairly modern gcc complains where system clang and old gcc 4.2.1 do not complain for the issue. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Sun Jul 1 07:26:43 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2299EFD3B8E; Sun, 1 Jul 2018 07:26:43 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B525383B12; Sun, 1 Jul 2018 07:26:42 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from coleburn.home.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id 27F0B1FBC9; Sun, 1 Jul 2018 07:26:42 +0000 (UTC) (envelope-from dim@FreeBSD.org) From: Dimitry Andric Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_CF308ACF-945B-4BEB-A4D7-53EDC056F40C"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 11.4 \(3445.8.2\)) Subject: Re: svn commit: r335813 [ broke ci.freebsd.org 's FreeBSD-head-{aarch64,amd64,i386}-build ] Date: Sun, 1 Jul 2018 09:26:30 +0200 In-Reply-To: <082D396D-639C-445F-A04E-5C56F219D177@FreeBSD.org> Cc: svn-src-head@freebsd.org, FreeBSD Current To: Mark Millard References: <84175A6B-B159-4320-95FD-C5BC7F3B4C96@yahoo.com> <082D396D-639C-445F-A04E-5C56F219D177@FreeBSD.org> X-Mailer: Apple Mail (2.3445.8.2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 01 Jul 2018 07:26:43 -0000 --Apple-Mail=_CF308ACF-945B-4BEB-A4D7-53EDC056F40C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 30 Jun 2018, at 15:58, Dimitry Andric wrote: >=20 > On 30 Jun 2018, at 15:22, Mark Millard wrote: >>=20 >> = https://ci.freebsd.org/job/FreeBSD-head-aarch64-build/8358/consoleText >>=20 >> --- all_subdir_armv8crypto --- >> /usr/src/sys/crypto/armv8/armv8_crypto_wrap.c:46:10: fatal error: = 'arm_neon.h' file not found >> #include >> ^~~~~~~~~~~~ >> 1 error generated. >> *** [armv8_crypto_wrap.o] Error code 1 >>=20 >>=20 >> https://ci.freebsd.org/job/FreeBSD-head-amd64-build/9268/consoleText >>=20 >> --- lib/liblzma__L --- >> In file included from = /usr/src/contrib/xz/src/liblzma/lz/lz_encoder.c:23: >> /usr/src/contrib/xz/src/liblzma/common/memcmplen.h:19:11: fatal = error: 'immintrin.h' file not found >> # include >> ^~~~~~~~~~~~~ >> 1 error generated. >> *** [lz_encoder.o] Error code 1 >=20 > Yeah, sorry about that, working on it now. I'm awaiting a full build = to > see if there are any other issues. This should now be fixed with r335819. -Dimitry --Apple-Mail=_CF308ACF-945B-4BEB-A4D7-53EDC056F40C 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 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCWziCJgAKCRCwXqMKLiCW o7tCAKD+UDGlX2lA0CwzDMncYOUuCsqN9QCgoB18GG5y+7oS0CEpBQP5pzTOub4= =FSvs -----END PGP SIGNATURE----- --Apple-Mail=_CF308ACF-945B-4BEB-A4D7-53EDC056F40C-- From owner-freebsd-current@freebsd.org Sun Jul 1 13:35:11 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E1FD6FF74E1 for ; Sun, 1 Jul 2018 13:35:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-3.consmr.mail.bf2.yahoo.com (sonic305-3.consmr.mail.bf2.yahoo.com [74.6.133.42]) (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 715557016D for ; Sun, 1 Jul 2018 13:35:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 5.8ukBAVM1k4RbT1NUdQg2hcIoj820.ewO1I0Ploto6Yo8v7yLDQWQUGZVZPlTV WiuWZCStiXtGvjvdFVjRSKvsV4pxZ6K6ZxPOn5aIjNg.oFAMyB9gPm2.C0Zy4Xc9ynALpEt6eaT3 kGCtk4uAS2vVib7WpVcKT7BTZQ.8raLJ3HSfj8BKguMngpQzjAftO3Z4ktcb9qpndRfNYt.WW5zh aNGj9VKRrFycD7abqeZ4leze0iKvZdLErWzfXGp349Q98MkVTFFfyY9KMeYW1481aAwVie_1n4sK tNCBEVJrgGaa1w6D5Ev0tgaxmt._.6Dx2o7qT.iIZC7OJNZc68sUlyHB9i4e3lXLQgmdP64KJWA6 ywzNGb4Psa6FXp_pC91qofhSsD4nQZhiI1u4Pln42eMoqSu0xj8R29NonAELoHS8a6TTsJ.Sqh0m YLpi9ENZLIb5I6S.IlqlK7zo7Zn6luFOpXSB2HCndkkX_ZEhLBdnVtBXLjxNfAWhjyb_y2iFV1B. r_u04I0XgFY8YnpYNIZNUrq9Tpqed4E17KU9m.OWfxym67a1sdbihnR0Uu4cFhUy6.k2YjJ3F4Ms dJLFFYGmfvI7iwhyfa9JNSydmYjoRGgZ.CMC3ytQR_4y1MSpGr4oCDhv_PL5.6sa9ekdbXM4Qy9m jzJmLFlckoOQvuqoVcKbcSBtlsTwZI8rjpcK1tUkRearknML6yTCtUjkqSrKUlOmfByjcEBdot3m XCDe2zCAjhT2SCWI3dxQpEjSJjbTXBo0r4TgyKaEdSsQG6SWa6ToiQhTvhOccl9XllUOZ7Njlfkx CY_94W8ZaEmxi0mAI3TA.KO5FgkcuDQAzlbIA4fvC1KnzWn1qj2R2XO3tZmwHd3mXGz.CWhFCSZv L589MnkR8Mm6cge6jC22zMJ00BaCfVY3FUbR8S6WqMg_78Iye1H36QuT97Wl2E1uS2.lc1Bf1FGx tQylOAEsrHqSupwSXSw0blBIwW6e414JaLA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.bf2.yahoo.com with HTTP; Sun, 1 Jul 2018 13:35:04 +0000 Received: from ip70-189-131-151.lv.lv.cox.net (EHLO [192.168.0.105]) ([70.189.131.151]) by smtp418.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 837bf48a2c504dcc024e050c984c14d9; Sun, 01 Jul 2018 13:35:01 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.4 \(3445.8.2\)) Subject: Re: head -r335782 (?) broke ci.freebsd.org's FreeBSD-head-amd64-gcc build (lib32 part of build) From: Mark Millard In-Reply-To: Date: Sun, 1 Jul 2018 06:34:58 -0700 Cc: Bryan Drewery , svn-src-head@freebsd.org, FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <00D1127A-1F0E-4E0E-B86C-1C5AA5B2E085@yahoo.com> <7A845F2C-C994-4828-823D-33A97B7B6EB0@yahoo.com> <72081b02-cf23-82ec-32df-7f5793c35f57@FreeBSD.org> <003509F0-F2F4-4A43-82FE-3F6FC23D19D4@yahoo.com> <65b19cc4-eaf0-13ed-43e6-9f04a1f7f196@FreeBSD.org> <49BF6569-96A9-4104-BDE6-8BB94C0D9626@yahoo.com> To: John Baldwin , Dimitry Andric X-Mailer: Apple Mail (2.3445.8.2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 01 Jul 2018 13:35:11 -0000 My brain finally engaged for showing exactly what files are included for the gcc builds: the .meta files include that information explicitly (along with other files that are opened during the operation). amd64 is as I reported, just one header file from gcc: float.h . powerpc64 builds Lex/Lexer.cpp without defining __ALTIVEC__ and so is not including . Building without __ALTIVEC__ might be an error itself but would be a workaround for the altivec.h file name aliasing vs. search-path problem. The details from the .meta files for the amd64 float.h failure and the powerpc64 altivec.h issue follow. For the -r335782+ amd64 context: E 73559 /bin/sh R 73559 /etc/libmap.conf R 73559 /var/run/ld-elf.so.hints R 73559 /lib/libedit.so.7 R 73559 /lib/libc.so.7 R 73559 /lib/libncursesw.so.8 F 73559 73560 E 73560 /usr/local/bin/x86_64-unknown-freebsd12.0-gcc R 73560 /etc/libmap.conf R 73560 /var/run/ld-elf.so.hints R 73560 /usr/lib/libc++.so.1 R 73560 /lib/libcxxrt.so.1 R 73560 /lib/libm.so.5 R 73560 /lib/libc.so.7 R 73560 /lib/libgcc_s.so.1 F 73560 73561 E 73561 /usr/local/libexec/gcc/x86_64-unknown-freebsd12.0/6.4.0/cc1 R 73561 /etc/libmap.conf R 73561 /var/run/ld-elf.so.hints R 73561 /usr/local/lib/libmpc.so.3 R 73561 /usr/local/lib/libmpfr.so.6 R 73561 /usr/local/lib/libgmp.so.10 R 73561 /lib/libz.so.6 R 73561 /usr/lib/libc++.so.1 R 73561 /lib/libcxxrt.so.1 R 73561 /lib/libm.so.5 R 73561 /lib/libc.so.7 R 73561 /lib/libgcc_s.so.1 R 73561 /dev/urandom R 73561 /usr/src/lib/msun/src/catrigl.c F 73560 73562 E 73562 /usr/local/bin/x86_64-unknown-freebsd12.0-as R 73562 /etc/libmap.conf R 73562 /var/run/ld-elf.so.hints R 73562 /lib/libc.so.7 R 73562 catrigl.o W 73562 catrigl.o R 73561 = /usr/obj/amd64_xtoolchain-gcc/amd64.amd64/usr/src/amd64.amd64/obj-lib32/tm= p/usr/include/sys/cdefs.h R 73561 = /usr/obj/amd64_xtoolchain-gcc/amd64.amd64/usr/src/amd64.amd64/obj-lib32/tm= p/usr/include/complex.h R 73561 = /usr/local/lib/gcc/x86_64-unknown-freebsd12.0/6.4.0/include/float.h R 73561 /usr/src/lib/msun/ld80/invtrig.h R 73561 /usr/src/lib/libc/include/fpmath.h R 73561 = /usr/obj/amd64_xtoolchain-gcc/amd64.amd64/usr/src/amd64.amd64/obj-lib32/tm= p/usr/include/sys/endian.h R 73561 = /usr/obj/amd64_xtoolchain-gcc/amd64.amd64/usr/src/amd64.amd64/obj-lib32/tm= p/usr/include/sys/_types.h R 73561 = /usr/obj/amd64_xtoolchain-gcc/amd64.amd64/usr/src/amd64.amd64/obj-lib32/tm= p/usr/include/machine/_types.h R 73561 = /usr/obj/amd64_xtoolchain-gcc/amd64.amd64/usr/src/amd64.amd64/obj-lib32/tm= p/usr/include/x86/_types.h R 73561 = /usr/obj/amd64_xtoolchain-gcc/amd64.amd64/usr/src/amd64.amd64/obj-lib32/tm= p/usr/include/machine/_limits.h R 73561 = /usr/obj/amd64_xtoolchain-gcc/amd64.amd64/usr/src/amd64.amd64/obj-lib32/tm= p/usr/include/x86/_limits.h R 73561 = /usr/obj/amd64_xtoolchain-gcc/amd64.amd64/usr/src/amd64.amd64/obj-lib32/tm= p/usr/include/machine/endian.h R 73561 = /usr/obj/amd64_xtoolchain-gcc/amd64.amd64/usr/src/amd64.amd64/obj-lib32/tm= p/usr/include/x86/endian.h R 73561 /usr/src/lib/libc/i386/_fpmath.h R 73561 /usr/src/lib/msun/src/math.h R 73561 = /usr/obj/amd64_xtoolchain-gcc/amd64.amd64/usr/src/amd64.amd64/obj-lib32/tm= p/usr/include/machine/_limits.h R 73561 /usr/src/lib/msun/src/math_private.h R 73561 = /usr/obj/amd64_xtoolchain-gcc/amd64.amd64/usr/src/amd64.amd64/obj-lib32/tm= p/usr/include/sys/types.h R 73561 = /usr/obj/amd64_xtoolchain-gcc/amd64.amd64/usr/src/amd64.amd64/obj-lib32/tm= p/usr/include/machine/endian.h R 73561 = /usr/obj/amd64_xtoolchain-gcc/amd64.amd64/usr/src/amd64.amd64/obj-lib32/tm= p/usr/include/sys/_pthreadtypes.h R 73561 = /usr/obj/amd64_xtoolchain-gcc/amd64.amd64/usr/src/amd64.amd64/obj-lib32/tm= p/usr/include/sys/_stdint.h R 73561 = /usr/obj/amd64_xtoolchain-gcc/amd64.amd64/usr/src/amd64.amd64/obj-lib32/tm= p/usr/include/sys/select.h R 73561 = /usr/obj/amd64_xtoolchain-gcc/amd64.amd64/usr/src/amd64.amd64/obj-lib32/tm= p/usr/include/sys/_sigset.h R 73561 = /usr/obj/amd64_xtoolchain-gcc/amd64.amd64/usr/src/amd64.amd64/obj-lib32/tm= p/usr/include/sys/_timeval.h R 73561 = /usr/obj/amd64_xtoolchain-gcc/amd64.amd64/usr/src/amd64.amd64/obj-lib32/tm= p/usr/include/sys/timespec.h R 73561 = /usr/obj/amd64_xtoolchain-gcc/amd64.amd64/usr/src/amd64.amd64/obj-lib32/tm= p/usr/include/sys/_timespec.h R 73561 = /usr/obj/amd64_xtoolchain-gcc/amd64.amd64/usr/src/amd64.amd64/obj-lib32/tm= p/usr/include/machine/endian.h R 73561 /usr/src/lib/msun/src/catrigl.c X 73562 0 0 X 73561 1 0 D 73560 catrigl.o X 73560 1 0 X 73559 1 0 Note that only one one file (float.h) comes from gcc. It would have to not be a file of a related set of files (very independent) for such to be coherent. As for my pre-existing powerpc64 build under -r335782+: It did not include altivec.h at all according to its Lex_Lexer.o.meta file. Apparently __ALTIVEC__ is not defined, as the code for the #include in Lex/Lexer.cpp is: #ifdef __SSE2__ #include #elif __ALTIVEC__ #include #undef bool #endif It did open the 3 files with /gcc/ in the path (2 being headers): /usr/local/libexec/gcc/powerpc64-unknown-freebsd12.0/6.4.0/cc1plus /usr/local/lib/gcc/powerpc64-unknown-freebsd12.0/6.4.0/include/stddef.h /usr/local/lib/gcc/powerpc64-unknown-freebsd12.0/6.4.0/include/stdint.h but no others that I noticed. For the amd64 -> powerpc64 cross build context: E 74651 /bin/sh R 74651 /etc/libmap.conf R 74651 /var/run/ld-elf.so.hints R 74651 /lib/libedit.so.7 R 74651 /lib/libc.so.7 R 74651 /lib/libncursesw.so.8 F 74651 74652 E 74652 /usr/local/bin/powerpc64-unknown-freebsd12.0-g++ R 74652 /etc/libmap.conf R 74652 /var/run/ld-elf.so.hints R 74652 /usr/lib/libc++.so.1 R 74652 /lib/libcxxrt.so.1 R 74652 /lib/libm.so.5 R 74652 /lib/libc.so.7 R 74652 /lib/libgcc_s.so.1 F 74652 74653 E 74653 = /usr/local/libexec/gcc/powerpc64-unknown-freebsd12.0/6.4.0/cc1plus F 74652 74654 R 74653 /etc/libmap.conf R 74653 /var/run/ld-elf.so.hints R 74653 /usr/local/lib/libmpc.so.3 R 74653 /usr/local/lib/libmpfr.so.6 R 74653 /usr/local/lib/libgmp.so.10 R 74653 /lib/libz.so.6 R 74653 /usr/lib/libc++.so.1 R 74653 /lib/libcxxrt.so.1 R 74653 /lib/libm.so.5 R 74653 /lib/libc.so.7 R 74653 /lib/libgcc_s.so.1 R 74653 /dev/urandom R 74653 /usr/src/contrib/llvm/tools/clang/lib/Lex/Lexer.cpp E 74654 /usr/local/bin/powerpc64-unknown-freebsd12.0-as R 74654 /etc/libmap.conf R 74654 /var/run/ld-elf.so.hints R 74654 /lib/libc.so.7 D 74654 Lex/Lexer.o R 74654 Lex/Lexer.o W 74654 Lex/Lexer.o R 74653 /usr/src/contrib/llvm/tools/clang/include/clang/Lex/Lexer.h R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/LangOptions.h R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/CommentOptions.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/string R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/__config R 74653 /usr/src/sys/sys/endian.h R 74653 /usr/src/sys/sys/cdefs.h R 74653 /usr/src/sys/sys/_types.h R 74653 /usr/src/sys/powerpc/include/_types.h R 74653 /usr/src/sys/powerpc/include/endian.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/pthread.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/string_view R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/__string R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/algorithm R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/initializer_list R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cstddef R 74653 = /usr/local/lib/gcc/powerpc64-unknown-freebsd12.0/6.4.0/include/stddef.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/__nullptr R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/type_traits R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cstring R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/string.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/string.h R 74653 /usr/src/sys/sys/_null.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/strings.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/xlocale/_strings.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/xlocale/_string.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/utility R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/__tuple R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cstdint R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/stdint.h R 74653 = /usr/local/lib/gcc/powerpc64-unknown-freebsd12.0/6.4.0/include/stdint.h R 74653 /usr/src/sys/sys/stdint.h R 74653 /usr/src/sys/powerpc/include/_stdint.h R 74653 /usr/src/sys/sys/_stdint.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/__debug R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/memory R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/typeinfo R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/exception R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cstdlib R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/stdlib.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/stdlib.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/new R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/limits R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/__undef_macros R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/iterator R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/iosfwd R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/wchar.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/wchar.h R 74653 /usr/src/sys/powerpc/include/_limits.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/_ctype.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/runetype.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/xlocale/_wchar.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/__functional_base R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/tuple R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/stdexcept R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/atomic R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/__undef_macros R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/__undef_macros R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cstdio R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/stdio.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/stdio.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/__undef_macros R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/__undef_macros R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cwchar R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cwctype R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cctype R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/ctype.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/ctype.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/xlocale/_ctype.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/wctype.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/wctype.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/xlocale/_ctype.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/wchar.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/__undef_macros R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/vector R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/__bit_reference R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/__undef_macros R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/climits R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/limits.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/limits.h R 74653 /usr/src/sys/sys/limits.h R 74653 /usr/src/sys/sys/syslimits.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/__split_buffer R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/__undef_macros R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/__undef_macros R 74653 /usr/src/contrib/llvm/tools/clang/include/clang/Basic/LLVM.h R 74653 /usr/src/contrib/llvm/include/llvm/Support/Casting.h R 74653 /usr/src/contrib/llvm/include/llvm/Support/Compiler.h R 74653 /usr/src/lib/clang/include/llvm/Config/llvm-config.h R 74653 /usr/src/contrib/llvm/include/llvm/Support/type_traits.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 /usr/src/contrib/llvm/include/llvm/ADT/None.h R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/ObjCRuntime.h R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/VersionTuple.h R 74653 /usr/src/contrib/llvm/include/llvm/ADT/Optional.h R 74653 /usr/src/contrib/llvm/include/llvm/Support/AlignOf.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 /usr/src/contrib/llvm/include/llvm/ADT/Triple.h R 74653 /usr/src/contrib/llvm/include/llvm/ADT/Twine.h R 74653 /usr/src/contrib/llvm/include/llvm/ADT/SmallVector.h R 74653 /usr/src/contrib/llvm/include/llvm/ADT/iterator_range.h R 74653 /usr/src/contrib/llvm/include/llvm/Support/MathExtras.h R 74653 /usr/src/contrib/llvm/include/llvm/Support/SwapByteOrder.h R 74653 /usr/src/lib/clang/include/llvm/Support/DataTypes.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cmath R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/math.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/math.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cinttypes R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/inttypes.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/inttypes.h R 74653 /usr/src/sys/powerpc/include/_inttypes.h R 74653 /usr/src/sys/sys/stdint.h R 74653 /usr/src/sys/sys/types.h R 74653 /usr/src/sys/sys/_pthreadtypes.h R 74653 /usr/src/sys/sys/select.h R 74653 /usr/src/sys/sys/_sigset.h R 74653 /usr/src/sys/sys/_timeval.h R 74653 /usr/src/sys/sys/timespec.h R 74653 /usr/src/sys/sys/_timespec.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 /usr/src/contrib/llvm/include/llvm/Support/ErrorHandling.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 /usr/src/contrib/llvm/include/llvm/ADT/StringRef.h R 74653 /usr/src/contrib/llvm/include/llvm/ADT/STLExtras.h R 74653 /usr/src/contrib/llvm/include/llvm/ADT/iterator.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/functional R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/Sanitizers.h R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/Sanitizers.def R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/Sanitizers.def R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/Visibility.h R 74653 /usr/src/contrib/llvm/tools/clang/include/clang/Basic/Linkage.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/LangOptions.def R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/LangOptions.def R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/LangOptions.def R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/SourceLocation.h R 74653 = /usr/src/contrib/llvm/include/llvm/Support/PointerLikeTypeTraits.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/TokenKinds.h R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/TokenKinds.def R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/OpenCLImageTypes.def= R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/TokenKinds.def R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/OpenCLImageTypes.def= R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/TokenKinds.def R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/OpenCLImageTypes.def= R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/TokenKinds.def R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/OpenCLImageTypes.def= R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Lex/PreprocessorLexer.h R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Lex/MultipleIncludeOpt.h R 74653 /usr/src/contrib/llvm/tools/clang/include/clang/Lex/Token.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 /usr/src/contrib/llvm/include/llvm/ADT/ArrayRef.h R 74653 /usr/src/contrib/llvm/include/llvm/ADT/Hashing.h R 74653 /usr/src/contrib/llvm/include/llvm/Support/Host.h R 74653 /usr/src/contrib/llvm/include/llvm/ADT/StringMap.h R 74653 /usr/src/contrib/llvm/include/llvm/Support/Allocator.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/array R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 /usr/src/contrib/llvm/tools/clang/lib/Lex/UnicodeCharSets.h R 74653 /usr/src/contrib/llvm/include/llvm/Support/UnicodeCharRanges.h R 74653 /usr/src/contrib/llvm/include/llvm/ADT/SmallPtrSet.h R 74653 /usr/src/contrib/llvm/include/llvm/ADT/EpochTracker.h R 74653 /usr/src/lib/clang/include/llvm/Config/abi-breaking.h R 74653 /usr/src/contrib/llvm/include/llvm/Support/ReverseIteration.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 /usr/src/contrib/llvm/include/llvm/Support/Debug.h R 74653 /usr/src/contrib/llvm/include/llvm/Support/Mutex.h R 74653 /usr/src/contrib/llvm/include/llvm/Support/Threading.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/ciso646 R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/mutex R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/__mutex_base R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/chrono R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/ctime R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/time.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/xlocale/_time.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/ratio R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/__undef_macros R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/__undef_macros R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/system_error R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cerrno R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/errno.h R 74653 /usr/src/sys/sys/errno.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/__threading_support R 74653 /usr/src/sys/sys/sched.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/__undef_macros R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/__undef_macros R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/__undef_macros R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 /usr/src/contrib/llvm/include/llvm/Support/MutexGuard.h R 74653 /usr/src/contrib/llvm/include/llvm/Support/raw_ostream.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 /usr/src/contrib/llvm/tools/clang/include/clang/Basic/CharInfo.h R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/IdentifierTable.h R 74653 /usr/src/contrib/llvm/include/llvm/ADT/DenseMapInfo.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 /usr/src/contrib/llvm/include/llvm/ADT/SmallString.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/OperatorKinds.def R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/SourceManager.h R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/FileManager.h R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/FileSystemOptions.h R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/VirtualFileSystem.h R 74653 /usr/src/contrib/llvm/include/llvm/ADT/IntrusiveRefCntPtr.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 /usr/src/contrib/llvm/include/llvm/Support/Chrono.h R 74653 /usr/src/contrib/llvm/include/llvm/Support/FormatProviders.h R 74653 /usr/src/contrib/llvm/include/llvm/ADT/StringSwitch.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 = /usr/src/contrib/llvm/include/llvm/Support/FormatVariadicDetails.h R 74653 /usr/src/contrib/llvm/include/llvm/Support/NativeFormatting.h R 74653 /usr/src/contrib/llvm/include/llvm/Support/ErrorOr.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 /usr/src/contrib/llvm/include/llvm/Support/FileSystem.h R 74653 /usr/src/contrib/llvm/include/llvm/Support/Error.h R 74653 /usr/src/contrib/llvm/include/llvm/ADT/StringExtras.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 /usr/src/contrib/llvm/include/llvm/Support/MD5.h R 74653 /usr/src/contrib/llvm/include/llvm/Support/Endian.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/stack R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/deque R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/__undef_macros R 74653 /usr/src/contrib/llvm/include/llvm/Support/SourceMgr.h R 74653 /usr/src/contrib/llvm/include/llvm/Support/MemoryBuffer.h R 74653 /usr/src/contrib/llvm/include/llvm-c/Types.h R 74653 /usr/src/contrib/llvm/include/llvm/Support/CBindingWrapping.h R 74653 /usr/src/contrib/llvm/include/llvm/Support/SMLoc.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 /usr/src/contrib/llvm/include/llvm/ADT/DenseMap.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/map R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/__tree R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/__undef_macros R 74653 /usr/src/contrib/llvm/include/llvm/ADT/BitVector.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 /usr/src/contrib/llvm/include/llvm/ADT/DenseSet.h R 74653 /usr/src/contrib/llvm/include/llvm/ADT/PointerIntPair.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Lex/LexDiagnostic.h R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.h R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/DiagnosticIDs.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/lib/clang/libclang/clang/Basic/DiagnosticCommonKinds.inc R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/DiagnosticOptions.h R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/DiagnosticOptions.de= f R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/DiagnosticOptions.de= f R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/DiagnosticOptions.de= f R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/DiagnosticOptions.de= f R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/Specifiers.h R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/OpenCLImageTypes.def= R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/list R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/__undef_macros R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/lib/clang/libclang/clang/Basic/DiagnosticLexKinds.inc R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Lex/LiteralSupport.h R 74653 /usr/src/contrib/llvm/include/llvm/ADT/APFloat.h R 74653 /usr/src/contrib/llvm/include/llvm/ADT/APInt.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Lex/Preprocessor.h R 74653 /usr/src/contrib/llvm/tools/clang/include/clang/Basic/Builtins.h R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/Builtins.def R 74653 /usr/src/contrib/llvm/tools/clang/include/clang/Basic/Module.h R 74653 /usr/src/contrib/llvm/include/llvm/ADT/PointerUnion.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 /usr/src/contrib/llvm/include/llvm/ADT/SetVector.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 /usr/src/contrib/llvm/tools/clang/include/clang/Lex/MacroInfo.h R 74653 /usr/src/contrib/llvm/include/llvm/ADT/FoldingSet.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Lex/ModuleLoader.h R 74653 /usr/src/contrib/llvm/tools/clang/include/clang/Lex/ModuleMap.h R 74653 /usr/src/contrib/llvm/include/llvm/ADT/TinyPtrVector.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Lex/PPCallbacks.h R 74653 /usr/src/contrib/llvm/tools/clang/include/clang/Lex/Pragma.h R 74653 /usr/src/contrib/llvm/tools/clang/include/clang/Lex/PTHLexer.h R 74653 /usr/src/contrib/llvm/tools/clang/include/clang/Lex/TokenLexer.h R 74653 /usr/src/contrib/llvm/include/llvm/Support/Registry.h R 74653 /usr/src/contrib/llvm/include/llvm/Support/DynamicLibrary.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 = /usr/src/contrib/llvm/tools/clang/include/clang/Lex/PreprocessorOptions.h R 74653 /usr/src/contrib/llvm/include/llvm/ADT/StringSet.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/set R 74653 /usr/src/contrib/llvm/include/llvm/Support/ConvertUTF.h R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/c++/v1/cassert R 74653 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/tmp/usr/include/assert.h X 74653 0 0 X 74654 0 0 X 74652 0 0 X 74651 0 0 # Stop 1530379489.086422 # Bye bye =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 Jul 2 19:45:12 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C510A10387E1 for ; Mon, 2 Jul 2018 19:45:12 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670058.outbound.protection.outlook.com [40.107.67.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT TLS CA 4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 586C67729C for ; Mon, 2 Jul 2018 19:45:12 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTOPR0101MB0953.CANPRD01.PROD.OUTLOOK.COM (52.132.44.24) by YTOPR0101MB0794.CANPRD01.PROD.OUTLOOK.COM (52.132.47.139) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.906.24; Mon, 2 Jul 2018 19:45:10 +0000 Received: from YTOPR0101MB0953.CANPRD01.PROD.OUTLOOK.COM ([fe80::d0eb:3783:7c99:2802]) by YTOPR0101MB0953.CANPRD01.PROD.OUTLOOK.COM ([fe80::d0eb:3783:7c99:2802%4]) with mapi id 15.20.0906.026; Mon, 2 Jul 2018 19:45:10 +0000 From: Rick Macklem To: "freebsd-current@freebsd.org" Subject: Heads Up: rebuild nfsd if using the "-p" option Thread-Topic: Heads Up: rebuild nfsd if using the "-p" option Thread-Index: AQHUEjy3VVFHTbhjNkOb9mP7pCrjpg== Date: Mon, 2 Jul 2018 19:45:10 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=rmacklem@uoguelph.ca; x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; YTOPR0101MB0794; 7:e+mv4QMOEzcKN2xkgksBLpVh9QiwftTzvT9uS7IkoFQRNM2VPylS7HF5XnKqPAI8z+CUtPaGmbhVuENq/UTEZQgVFapl7Hn0KKnsBiPw5egFvJQW08NPjj4pVYKq/Fj9jAvcemxLhaqYA1QRsQX4pEvSkyA+VShm212agw+StaoCjmbUsdYI5R/ymnZZ5gQYP9RahBReEv437fEDPyKhiuYufpEHEnjM39r2bytMrsQ3SukJx9E5toxhDxSxUSkc x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 75210b81-088b-4a32-72c2-08d5e054526d x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(5600053)(711020)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(2017052603328)(7153060)(7193020); SRVR:YTOPR0101MB0794; x-ms-traffictypediagnostic: YTOPR0101MB0794: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(8121501046)(5005006)(3231254)(944501410)(52105095)(3002001)(10201501046)(93006095)(93001095)(149027)(150027)(6041310)(20161123558120)(20161123562045)(20161123564045)(20161123560045)(201703131423095)(201702281529075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011)(7699016); SRVR:YTOPR0101MB0794; BCL:0; PCL:0; RULEID:; SRVR:YTOPR0101MB0794; x-forefront-prvs: 07215D0470 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(366004)(376002)(136003)(396003)(39860400002)(51444003)(189003)(199004)(106356001)(2501003)(105586002)(305945005)(2900100001)(99286004)(478600001)(486006)(74316002)(55016002)(86362001)(7696005)(186003)(26005)(6506007)(102836004)(2351001)(97736004)(256004)(74482002)(5660300001)(476003)(6916009)(8676002)(2906002)(81166006)(81156014)(8936002)(316002)(9686003)(25786009)(5640700003)(6436002)(5250100002)(33656002)(53936002)(14454004)(68736007)(786003); DIR:OUT; SFP:1101; SCL:1; SRVR:YTOPR0101MB0794; H:YTOPR0101MB0953.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) x-microsoft-antispam-message-info: D4nrcIzGL1zmy5KXSR2Drs3gSg2A0aWd++hW3M3kBkTIMCHeng+NAJd5C8h79gc01fvJGh0m1Q16Yg8OOOyYrgNSguKD84ndROG4/BPvCXSh+6MoG+NSGX9R2EvW7MhtwVnJvvVM49b49WGKBt/Rh6fq6O1eKqRLRy1t2Gw9lWMkDRRWgoemqN1WSTyQOt8uPJuoY8L3aCBot5/k7CrXCybEeFendzIMHjHfXbAqkfK5KnrjwRUg4tZzgji6rGvcOZHjE1C0T2CGlGxD2F0Cdl2LOaK/G9gsgYF+MhtqzkBGuA7aiwq/o8WuYcgrrFXGEX8xL7OsVePuPsxCm8x/4ltBilO7k4c3XD+M8BK32HA= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: 75210b81-088b-4a32-72c2-08d5e054526d X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Jul 2018 19:45:10.6731 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTOPR0101MB0794 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 02 Jul 2018 19:45:13 -0000 r335870 changes the interface between the nfsd and the kernel for the case where the "-p" option is used, so if you are using "nfsd -p" you should reb= uild your nfsd from sources of r335871 or later. To be honest, I didn't see problems during testing, but I think that is bec= ause there are some bytes of "0" at the bottom of the stack for nfsd.c's main() = and I wouldn't want to guarantee that there isn't a problem without rebuilding = nfsd from sources. Note that old, pre r335172 binaries will continue to work fine, but there i= s no support for "-p" in them. rick From owner-freebsd-current@freebsd.org Tue Jul 3 05:46:08 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 68F0A10045E0 for ; Tue, 3 Jul 2018 05:46:08 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-12.consmr.mail.ne1.yahoo.com (sonic307-12.consmr.mail.ne1.yahoo.com [66.163.190.35]) (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 F048D8DCCD for ; Tue, 3 Jul 2018 05:46:07 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: Ez1uUhwVM1kFBm0FWGpg6hT9ojzGF4tyFW9Xty3eSsnav29omkrMKeaj6TuyXjM Q9zPibqHHO9CHLJl_G_sITbclXR28A1hhYZZoN_BjMnMQjfHkSCsYJDb.s.rX7sKMJoYsKfmbZ1X 1ff6wBAQ8w_cPhGMZWVm95YFt63ebCpJdLwhGkqc9y9VhjfsmMht5x7AotyVrvY8R1_NSMW6rUOg 7wXqp8HDlMfl539MVgntaGWFrx1MNgEqHKQGji0EPoEtnBua.3BsYBON4zy9Jo.ImOpwk7_t.RIj Z0pcalcz9LlCts.uPq3JFYbnIZEO0IUHPSvZn2XKJ8rGB8gqJ0GLNcUF1Rpzl2yqnjy4sSQF8gBz h2X2T4UcTMO_MEHYVlEiO_JszufHYWmbN_Ne8EKDBimYOW4.0wiENPUbdN3hNfFFaZIePZnR.yN7 T3FwrlNqcJ7cAATF1V_JEiK5u0T5f6ZBqBK22LDpFms8Dxm6fa0LSyzYMejUvxLtARskVzoUc66N os97FXUvyhhkZJmLTXPXm5dzViFqQagw.AjRvgix8_xTXgNnq4QKlYWxrDPFZhoRVNF8y_84..yq VnJzf8lo2a5WxYbi3XlTdPKhSz_4fGbW_.3ofFVVZWovNDx0kFyUmw3NMznTTHzJM0x5xsdbedAd NGsdRTCYq556_DcslGjT_CYP5M4jCzhu6sJ64szV0rFiWYpBCPuc00tj9UrQgzFTdcx3qMX17i09 pO.qIgsEEap95MiqSEYBlGW20LLL1fDcIoy5e0YB3wOXkgTu1yn0pLcLMerkbXfe7kOF1eLhRbHC XL_cYOsKzA6QNkwtApX7EvmTa8VMSP.fK9Ci4vDUJi8tjbo38gurs.DJOHPqvDMmN8_wzuV87mae gVK11vCRqF9tpM6ZJXyDJrYwAYAlIFUKRmlmeZuCd59isJZs613ffl6Fniq_vZoTpW20CzWglUSJ Bix2Uhdcdplxf0oSpsp_NGTU- Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.ne1.yahoo.com with HTTP; Tue, 3 Jul 2018 05:46:07 +0000 Received: from ip70-189-131-151.lv.lv.cox.net (EHLO [192.168.0.105]) ([70.189.131.151]) by smtp403.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 06ea8978396b8d9e54373cd8cc077982; Tue, 03 Jul 2018 05:46:02 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 11.4 \(3445.8.2\)) Subject: Re: svn commit: r335879 - in head/sys: conf kern sys [ broke ci.freebsd.org's FreeBSD-head-amd64-build ] Message-Id: <5399C6EA-2904-4A1B-BF07-43A5D854A710@yahoo.com> Date: Mon, 2 Jul 2018 22:46:00 -0700 To: mmacy@FreeBSD.org, svn-src-head@freebsd.org, FreeBSD Current X-Mailer: Apple Mail (2.3445.8.2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 03 Jul 2018 05:46:08 -0000 -r335879 broke ci.freebsd.org's FreeBSD-head-amd64-build : https://ci.freebsd.org/job/FreeBSD-head-amd64-build/ shows: --- ia32_genassym.o --- In file included from /usr/src/sys/compat/ia32/ia32_genassym.c:6: In file included from /usr/src/sys/sys/systm.h:113: /usr/src/sys/sys/kpilite.h:33:10: fatal error: 'offset.inc' file not found #include "offset.inc" ^~~~~~~~~~~~ 1 error generated. *** [ia32_genassym.o] Error code 1 Later builds ( -r335880 , -r335881 , -r335882 ) get the same. FreeBSD-head-i386-LINT also fails for such reasons. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Tue Jul 3 14:20:01 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5C5D61024388 for ; Tue, 3 Jul 2018 14:20:01 +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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protected-networks.net", Issuer "Protected Networks CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F3A0383298 for ; Tue, 3 Jul 2018 14:20:00 +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=1530627598; bh=PQHIJgiLdjByO5K/rRXMJ+S0TyH7SKFr6MwsFSx 8KZw=; b=GqmrrTjNZeQqxIbU39dR0YX63RXe7c62Dp8+hXFrNF0B/6ql1bNoGb+ PLo59VQll50CMK5skSAodXbd8WWNGvg4zys8gvjZsWf6ZVy1BIpJHMgXylIGAmOy C4J0vL8Cmy8hvIdCrBVoO+gXSC9yBO1NHZ36umJVaPVoJKRoMnko= Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id 508A573B5; Tue, 3 Jul 2018 10:19:58 -0400 (EDT) To: FreeBSD Current , Matthew Macy From: Michael Butler Subject: atomic changes break drm-next-kmod? Openpgp: preference=signencrypt Message-ID: Date: Tue, 3 Jul 2018 10:19:57 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.9.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 03 Jul 2018 14:20:01 -0000 It seems recent changes (SVN r335873?) may have broken drm-next-kmod .. --- i915_drv.o --- In file included from i915_drv.c:30: In file included from /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/linuxkpi/gplv2/include/linux/acpi.h:26: In file included from /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/linuxkpi/gplv2/include/linux/device.h:4: In file included from /usr/src/sys/compat/linuxkpi/common/include/linux/device.h:35: In file included from /usr/src/sys/compat/linuxkpi/common/include/linux/types.h:37: In file included from /usr/src/sys/sys/systm.h:44: ./machine/atomic.h:450:29: error: invalid operand for instruction ATOMIC_ASM(clear, long, "andq %1,%0", "ir", ~v); ^ :1:7: note: instantiated into assembly here andq $9223372036854775807,40672(%r14) ^~~~~~~~~~~~~~~~~~~~~ 1 error generated. *** [i915_drv.o] Error code 1 make[3]: stopped in /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/i915 --- i915_gem.o --- In file included from i915_gem.c:28: In file included from /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/include/drm/drmP.h:38: In file included from /usr/src/sys/sys/malloc.h:42: In file included from /usr/src/sys/sys/systm.h:44: ./machine/atomic.h:449:29: error: invalid operand for instruction ATOMIC_ASM(set, long, "orq %1,%0", "ir", v); ^ :1:6: note: instantiated into assembly here orq $-9223372036854775808,40672(%r14) ^~~~~~~~~~~~~~~~~~~~~~ 1 error generated. *** [i915_gem.o] Error code 1 From owner-freebsd-current@freebsd.org Tue Jul 3 15:02:54 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 682D61027FAB for ; Tue, 3 Jul 2018 15:02:54 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C5156859B7 for ; Tue, 3 Jul 2018 15:02:53 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([77.179.248.11]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LmOLO-1g8sdF1iFu-00Ztt3 for ; Tue, 03 Jul 2018 17:02:51 +0200 Date: Tue, 3 Jul 2018 17:02:23 +0200 From: "O. Hartmann" To: FreeBSD Current Subject: Re: atomic changes break drm-next-kmod? Message-ID: <20180703170223.266dbf5b@thor.intern.walstatt.dynvpn.de> In-Reply-To: References: Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Provags-ID: V03:K1:e9lySnKjAxFnPgW0Z/8dmI15+kydpcjUAaziY1plEp9SkKV6dWq +JBY5Qkgh6MNVOexOxiLL4Q976QJVAZ8cMTDNUSMTlBSdx7AWukImvUXXp1WL7ioI1E1mGn pZc9cYTChoaJt06vDSvTWu1dcXWnuS6LNJnaSt/zhqxJtfVcMXjuPmBjqUmoTjZ6J4jwHUi k1WRam19zimwz9Z3rkomA== X-UI-Out-Filterresults: notjunk:1;V01:K0:blYjwNP1VCw=:7vdIXSG3bcs+ubDnDsFoXB /SyxX2mmFdiIPFM4QONHkyOKy+gc1Dyc9a99Nd1JH2MVwGHqsYTGJfa5Zr8f6XuPdZbMm+yEn K2+fyH2uWcbSUfl4eYICrJl+O6EOO/vbfZJbkaSw7AwJ0n3LpKN0AnjdmRBx2XomEnZ6PvWKo aubwr3E0+FMLagpwLNVdGbG4YcQYWNTkTf2JLt6+wcctnsAvO6oUHcoWsu/+qGz3c8zbxKC/h XES1gU6lHV7Rk2RAOkkqY7CwMlTxF51Suo7ofD1b9tyupXwSbmjmvdN4aBEFNwlJGheetjMzd XTrON1Lx3+r6NR3H7TA/XGP9Iu6PPXj/DYwcuXT1/eheQlg4xw3BkaE4r5LHvO2GHqoNkwUsL qCIC75npLBnjSYO+38pgnVMkZSVoozLiqnD3fY0NrULnyhisNqtceDKeyhxsVnjdaB/cCi5+1 iwq9EWQMZv3m2cAvY1yN9zGSUtyQ1rV1mGoFO7zpy+Xc++02sw/jr0G5LWv0GoC0Nubtz4ChS Qz8yF4yFEXapBgs8OQfBmkSVWKER0wGuk8pZB/kx1UyAKAqqHQquheTbIoxyy8YftnguBJXBF oig8b9ARb2kBe62z0m8dFmcA73ScZlxMF7pA98YOkLzui/VPYVTM34/Xn/ANrLPnS+KxIcjzZ bt7TQfNmqNVUH2t7H8oEvl5pLkPlDSYzp2qtlfxz32mqwvnhB5t7HBClVeScK/L6pFS3Tkkgj JRqomK33qQ3t3nC8CnXK8x6Fp7bLP2medS6JhPL+rZF4nBYHBdQdON+BSQM4hODuzMV1A1h++ +4x3kLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 03 Jul 2018 15:02:54 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBNTEyDQoNCkFtIFR1 ZSwgMyBKdWwgMjAxOCAxMDoxOTo1NyAtMDQwMA0KTWljaGFlbCBCdXRsZXIgPGltYkBwcm90ZWN0 ZWQtbmV0d29ya3MubmV0PiBzY2hyaWViOg0KDQo+IEl0IHNlZW1zIHJlY2VudCBjaGFuZ2VzIChT Vk4gcjMzNTg3Mz8pIG1heSBoYXZlIGJyb2tlbiBkcm0tbmV4dC1rbW9kIC4uDQo+IA0KPiAtLS0g aTkxNV9kcnYubyAtLS0NCj4gSW4gZmlsZSBpbmNsdWRlZCBmcm9tIGk5MTVfZHJ2LmM6MzA6DQo+ IEluIGZpbGUgaW5jbHVkZWQgZnJvbQ0KPiAvdXNyL3BvcnRzL2dyYXBoaWNzL2RybS1uZXh0LWtt b2Qvd29yay9rbXMtZHJtLWE3NTMyMTUvbGludXhrcGkvZ3BsdjIvaW5jbHVkZS9saW51eC9hY3Bp Lmg6MjY6DQo+IEluIGZpbGUgaW5jbHVkZWQgZnJvbQ0KPiAvdXNyL3BvcnRzL2dyYXBoaWNzL2Ry bS1uZXh0LWttb2Qvd29yay9rbXMtZHJtLWE3NTMyMTUvbGludXhrcGkvZ3BsdjIvaW5jbHVkZS9s aW51eC9kZXZpY2UuaDo0Og0KPiBJbiBmaWxlIGluY2x1ZGVkIGZyb20NCj4gL3Vzci9zcmMvc3lz L2NvbXBhdC9saW51eGtwaS9jb21tb24vaW5jbHVkZS9saW51eC9kZXZpY2UuaDozNToNCj4gSW4g ZmlsZSBpbmNsdWRlZCBmcm9tDQo+IC91c3Ivc3JjL3N5cy9jb21wYXQvbGludXhrcGkvY29tbW9u L2luY2x1ZGUvbGludXgvdHlwZXMuaDozNzoNCj4gSW4gZmlsZSBpbmNsdWRlZCBmcm9tIC91c3Iv c3JjL3N5cy9zeXMvc3lzdG0uaDo0NDoNCj4gLi9tYWNoaW5lL2F0b21pYy5oOjQ1MDoyOTogZXJy b3I6IGludmFsaWQgb3BlcmFuZCBmb3IgaW5zdHJ1Y3Rpb24NCj4gQVRPTUlDX0FTTShjbGVhciwg ICAgbG9uZywgICJhbmRxICUxLCUwIiwgICJpciIsIH52KTsNCj4gICAgICAgICAgICAgICAgICAg ICAgICAgICAgIF4NCj4gPGlubGluZSBhc20+OjE6Nzogbm90ZTogaW5zdGFudGlhdGVkIGludG8g YXNzZW1ibHkgaGVyZQ0KPiAgICAgICAgIGFuZHEgJDkyMjMzNzIwMzY4NTQ3NzU4MDcsNDA2NzIo JXIxNCkNCj4gICAgICAgICAgICAgIF5+fn5+fn5+fn5+fn5+fn5+fn5+fg0KPiAxIGVycm9yIGdl bmVyYXRlZC4NCj4gKioqIFtpOTE1X2Rydi5vXSBFcnJvciBjb2RlIDENCj4gDQo+IG1ha2VbM106 IHN0b3BwZWQgaW4NCj4gL3Vzci9wb3J0cy9ncmFwaGljcy9kcm0tbmV4dC1rbW9kL3dvcmsva21z LWRybS1hNzUzMjE1L2k5MTUNCj4gLS0tIGk5MTVfZ2VtLm8gLS0tDQo+IEluIGZpbGUgaW5jbHVk ZWQgZnJvbSBpOTE1X2dlbS5jOjI4Og0KPiBJbiBmaWxlIGluY2x1ZGVkIGZyb20NCj4gL3Vzci9w b3J0cy9ncmFwaGljcy9kcm0tbmV4dC1rbW9kL3dvcmsva21zLWRybS1hNzUzMjE1L2luY2x1ZGUv ZHJtL2RybVAuaDozODoNCj4gSW4gZmlsZSBpbmNsdWRlZCBmcm9tIC91c3Ivc3JjL3N5cy9zeXMv bWFsbG9jLmg6NDI6DQo+IEluIGZpbGUgaW5jbHVkZWQgZnJvbSAvdXNyL3NyYy9zeXMvc3lzL3N5 c3RtLmg6NDQ6DQo+IC4vbWFjaGluZS9hdG9taWMuaDo0NDk6Mjk6IGVycm9yOiBpbnZhbGlkIG9w ZXJhbmQgZm9yIGluc3RydWN0aW9uDQo+IEFUT01JQ19BU00oc2V0LCAgICAgIGxvbmcsICAib3Jx ICUxLCUwIiwgICAiaXIiLCAgdik7DQo+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBeDQo+ IDxpbmxpbmUgYXNtPjoxOjY6IG5vdGU6IGluc3RhbnRpYXRlZCBpbnRvIGFzc2VtYmx5IGhlcmUN Cj4gICAgICAgICBvcnEgJC05MjIzMzcyMDM2ODU0Nzc1ODA4LDQwNjcyKCVyMTQpDQo+ICAgICAg ICAgICAgIF5+fn5+fn5+fn5+fn5+fn5+fn5+fn4NCj4gMSBlcnJvciBnZW5lcmF0ZWQuDQo+ICoq KiBbaTkxNV9nZW0ub10gRXJyb3IgY29kZSAxDQo+IA0KPiBfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBmcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5vcmcg bWFpbGluZyBsaXN0DQo+IGh0dHBzOi8vbGlzdHMuZnJlZWJzZC5vcmcvbWFpbG1hbi9saXN0aW5m by9mcmVlYnNkLWN1cnJlbnQNCj4gVG8gdW5zdWJzY3JpYmUsIHNlbmQgYW55IG1haWwgdG8gImZy ZWVic2QtY3VycmVudC11bnN1YnNjcmliZUBmcmVlYnNkLm9yZyINCg0KDQpJdCBicmVha3MgYWxz byBncmFwaGljcy9kcm0tc3RhYmxlLWttb2QgKHNlZSBQUiAyMjk0ODQsDQpodHRwczovL2J1Z3Mu ZnJlZWJzZC5vcmcvYnVnemlsbGEvc2hvd19idWcuY2dpP2lkPTIyOTQ4NCwgc2FtZSBlcnJvciBh cyB5b3UgZGVzY3JpYmVkDQphYm92ZSkgYW5kIGFsc28gZW11bGF0b3JzL3ZpcnR1YWxib3gtb3Nl LWttb2QuIEFzIGxvbmcgYXMgQ1VSUkVOVCByZXZpc2lvbiBpcyA8IHIzMzU4NzMsDQp0aG9zZSBr bW9kIGNvbXBpbGUgd2VsbC4NCi0gLS0gDQpPLiBIYXJ0bWFubg0KDQpJY2ggd2lkZXJzcHJlY2hl IGRlciBOdXR6dW5nIG9kZXIgw5xiZXJtaXR0bHVuZyBtZWluZXIgRGF0ZW4gZsO8cg0KV2VyYmV6 d2Vja2Ugb2RlciBmw7xyIGRpZSBNYXJrdC0gb2RlciBNZWludW5nc2ZvcnNjaHVuZyAowqcgMjgg QWJzLiA0IEJEU0cpLg0KLS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0NCg0KaUxVRUFSTUtB QjBXSVFRWlZaTXpBdHdDMlQvODZUclM1MjhmeUZoWWxBVUNXenVRR2dBS0NSRFM1MjhmeUZoWQ0K bEtIbkFmMGZJVkhudzF4QlZIem9nZVFRbzR2K2hlMTdSMmxuNmwyNWxOUi9wVUUxQVpPc0Z6UERh bUFrcWJZKw0KZjErVXNyK1A1bzdqbjI2Qmg0b2IzVW1JajI1REFmNHRKWnBlWlM0aUdaMzc0bHJD QWVtWUZiNTMrTUoxZkNsVw0KYUJMSTZEVk9pQmlPdC9VcExYWmYxd2hsL2R0UXZvNXlkMXh5d2ZZ T3dpOUpoOHRlSGNOVw0KPW10TUgNCi0tLS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLQ0K From owner-freebsd-current@freebsd.org Tue Jul 3 16:28:33 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2140B102EDD9; Tue, 3 Jul 2018 16:28:33 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B3A878A1C0; Tue, 3 Jul 2018 16:28:32 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 9567A9333; Tue, 3 Jul 2018 16:28:32 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 3AB4C261; Tue, 3 Jul 2018 16:28:31 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id DuwMg7z7H6qb; Tue, 3 Jul 2018 16:28:29 +0000 (UTC) Subject: Re: svn commit: r335879 - in head/sys: conf kern sys [ broke ci.freebsd.org's FreeBSD-head-amd64-build ] DKIM-Filter: OpenDKIM Filter v2.10.3 mail.xzibition.com AE8A025A To: Mark Millard , mmacy@FreeBSD.org, svn-src-head@freebsd.org, FreeBSD Current References: <5399C6EA-2904-4A1B-BF07-43A5D854A710@yahoo.com> From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Autocrypt: addr=bdrewery@FreeBSD.org; prefer-encrypt=mutual; keydata= xsBNBFJphmsBCADiFgmS4bIzwZijrS31SjEMzg+n5zNellgM+HkShwehpqCiyhXdWrvH6dTZ a6u50pbUIX7doTR7W7PQHCjCTqtpwvcj0eulZva+iHFp+XrbgSFHn+VVXgkYP2MFySyZRFab D2qqzJBEJofhpv4HvY6uQI5K99pMqKr1Z/lHqsijYYu4RH2OfwB5PinId7xeldzWEonVoCr+ rfxzO/UrgA6v/3layGZcKNHFjmc3NqoN1DXtdaEHqtjIozzbndVkH6lkFvIpIrI6i5ox8pwp VxsxLCr/4Musd5CWgHiet5kSw2SzNeA8FbxdLYCpXNVu+uBACEbCUP+CSNy3NVfEUxsBABEB AAHNJEJyeWFuIERyZXdlcnkgPGJkcmV3ZXJ5QEZyZWVCU0Qub3JnPsLAgAQTAQoAKgIbAwUL CQgHAwUVCgkICwUWAwIBAAIeAQIXgAIZAQUCWujOIgUJCmB7NwAKCRA113G7bkaXz/xpB/9b /UWIPbieY1IeIuHF2pyYPE7Hytkh3HVsxMA0F5Ma2AYQsXZZeKNKWrF7RPyDyDwUklLHJkhm k3EfClBbHxf08kMIm1vWCJRtgxic9knY/bzYGiWMpHjg3cSd1XfrYH1autYqTZAjDwIkgOjU dR//Tbn4V36sY7y2jz+kdMVWvK53U32aZqiwBbCn4DPe1wSZcUs17mV/0uZdIoGdj74B1orN A/0py5vHYo6HcbBNoaR8pKRLf5VZNRsxqGIMhTucx4SJWcHpuRBWYyvJSFzwvxdK4ZD4Yqoc kFGPVtOXktVMai9exrLvP3G77fKMu8DI6j4QRU4wCesnHuIfRPFuzsBNBFJphmsBCACiVFPf kNfaFtUSuY0395ueo/rMyHPGPQ2iwvERFCpeFGSQSgagpenNHLpFQKTg/dl6FOoST5tqyxMq fyHGHDzzU51bvA/IfaGoNi/BIhTe/toZNMRvpcI3PLjiGcnJnuwCCbAVOAGdb+t5cZtpNdOI cKYmrYG3u9RiBpe6dTF+qLrD/8Bs1wjhduQ8fcNNgnkXu8xDH4ZxY0lIc3QgvYWp9vimlQe6 iKjUd2/DX28ETZcD5h6pYV331KMPTrEI0p0yvFijUZce8c1XHFyL1j9sBAha5qpszJl6Uq5i LolhKRcGfcdmtD72vHQjUYglUyudSJUVyo2gMYjdbiFKzJulABEBAAHCwGUEGAEKAA8CGwwF AlrozigFCQpgez0ACgkQNddxu25Gl8+m5Af/R3VEdxNMAcDIes9ADhQyofj20SPV3eCJ3HYR OebTSuNdOudGt4AAyA8Ks94u9hiIp5IGsc6RDsT9W7O2vgXhd6eV3eiY5Oif5xLIYrIDVu1Y 1GyRxRrPEn/QOqDN6uFZCPwK1aOapGcYCrO9lB0gMuTVfgHanU61rgC9tMX0OoAOyRd+V3/M 8lDNhjJdF/IpO3SdYzKfkwduy4qamw4Gphcx/RfYQvYLq/eDkP8d50PphWdboqWBwNRHayro W/07OGzfxM5fJ5mBsXPQcO2QcRjkyHf6xCM6Hi1qQL4OnXMNE/ZTX0lnOj1/pH93TlzSHZMP TaiiA/MBD3vGsXBmBg== Organization: FreeBSD Message-ID: <57f1f29f-220b-ebac-4318-b1db4ce25c6e@FreeBSD.org> Date: Tue, 3 Jul 2018 09:28:30 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <5399C6EA-2904-4A1B-BF07-43A5D854A710@yahoo.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fvGdMn5G2EVC8xiqabGR2q9F1QhUfhy7K" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 03 Jul 2018 16:28:33 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --fvGdMn5G2EVC8xiqabGR2q9F1QhUfhy7K Content-Type: multipart/mixed; boundary="flUbMHRCnqvrCstbmszmZqLCD0geZHy5p"; protected-headers="v1" From: Bryan Drewery To: Mark Millard , mmacy@FreeBSD.org, svn-src-head@freebsd.org, FreeBSD Current Message-ID: <57f1f29f-220b-ebac-4318-b1db4ce25c6e@FreeBSD.org> Subject: Re: svn commit: r335879 - in head/sys: conf kern sys [ broke ci.freebsd.org's FreeBSD-head-amd64-build ] References: <5399C6EA-2904-4A1B-BF07-43A5D854A710@yahoo.com> In-Reply-To: <5399C6EA-2904-4A1B-BF07-43A5D854A710@yahoo.com> --flUbMHRCnqvrCstbmszmZqLCD0geZHy5p Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 7/2/2018 10:46 PM, Mark Millard wrote: > -r335879 broke ci.freebsd.org's FreeBSD-head-amd64-build : >=20 > https://ci.freebsd.org/job/FreeBSD-head-amd64-build/ >=20 > shows: >=20 > --- ia32_genassym.o --- > In file included from /usr/src/sys/compat/ia32/ia32_genassym.c:6: > In file included from /usr/src/sys/sys/systm.h:113: > /usr/src/sys/sys/kpilite.h:33:10: fatal error: 'offset.inc' file not fo= und > #include "offset.inc" > ^~~~~~~~~~~~ > 1 error generated. > *** [ia32_genassym.o] Error code 1 >=20 > Later builds ( -r335880 , -r335881 , -r335882 ) get the same. >=20 > FreeBSD-head-i386-LINT also fails for such reasons. >=20 r335884 should fix this. --=20 Regards, Bryan Drewery --flUbMHRCnqvrCstbmszmZqLCD0geZHy5p-- --fvGdMn5G2EVC8xiqabGR2q9F1QhUfhy7K Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJbO6QuAAoJEDXXcbtuRpfPc9IIAMOEcFeHhbllFu+1WtpRlrQ7 z/++BSIfjgU3/xlCGE1YQ3613Zmm33J9iZiyWSuxImQUon1g5HFB5cFsps6+tGbW cpUyUAhNvSNsxmE/KP62fqgT+i7UP8DF73bgx/zO+HyHe3/Do521kaf+Fx8gPo5T fqmY8HUInvKKhjdgsAR31rlrvT8aqjjYKCHS/O25TYFsYTECyF8szp/sjwrbfl/L ezMjchsrt7pB7SZcUl+pJs9cXX9wgjECH2UMqTdqxKGoi/PXdFRqCOBDTxRsZ/ez GLRrpdGeJno8adVcvDRFdNP6bURYMe7euIU8uzyhbAUVuZYwmPlNVr0i+xnf1ps= =u2lT -----END PGP SIGNATURE----- --fvGdMn5G2EVC8xiqabGR2q9F1QhUfhy7K-- From owner-freebsd-current@freebsd.org Tue Jul 3 17:06:35 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8C69010327F5; Tue, 3 Jul 2018 17:06:35 +0000 (UTC) (envelope-from lwhsu.freebsd@gmail.com) Received: from mail-wr0-f195.google.com (mail-wr0-f195.google.com [209.85.128.195]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 082878C314; Tue, 3 Jul 2018 17:06:34 +0000 (UTC) (envelope-from lwhsu.freebsd@gmail.com) Received: by mail-wr0-f195.google.com with SMTP id q10-v6so2704178wrd.4; Tue, 03 Jul 2018 10:06:34 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=jO0p9F7fL1hAnMKLrSIvAPH9F1dWixWxpFXaxKbPkh8=; b=bL2moN3sPWnINGrzR/6xhu7rqJ4hpC3ypBOkvfHbbNf7R13aHiKjKO4sycjtfS5CLw pDihSU+CW4clQ01ae9KBKrGtXAvWDtiFYGAsqGdmaJUJa/4soWmJGP3CNwSIFmI8HdRD veeWfNWJLCny/8986EuU48WdrxgjWAiGSQy7FWar9WpV38cJJAjwBWZ6s8sdRzFpbxp7 fnAWpgliunieWGEJi3RVLJe20s6czWnE01S8uXoreyXBCpicaPcAm9dfQw+cEWMJaFb7 XD9DjN6fi1tcj57GcNglS4mMVrQIKGMxs2ilHDNJUr5FROueFRgyaclkmRVpq+l1ZeUP ujiw== X-Gm-Message-State: APt69E0WXzhxYTxVrW/s9YSbavRB4wK9krwvDOB9J9ZvXpu7o5jKFgJM 6IeRL+5iMxmgX3PUxXbYSJ5wFfiM18ErGihyGmRiBA== X-Google-Smtp-Source: AAOMgpfagJB3NSEXi+hPi4RKTNozkVNuSZi/k3AqiBcUgTVRERDVwbfceAke5WTFBnN27PykOHoD30ZPagkwi3zdyxI= X-Received: by 2002:adf:f74d:: with SMTP id z13-v6mr9924345wrp.85.1530637587853; Tue, 03 Jul 2018 10:06:27 -0700 (PDT) MIME-Version: 1.0 References: <5399C6EA-2904-4A1B-BF07-43A5D854A710@yahoo.com> <57f1f29f-220b-ebac-4318-b1db4ce25c6e@FreeBSD.org> In-Reply-To: <57f1f29f-220b-ebac-4318-b1db4ce25c6e@FreeBSD.org> From: Li-Wen Hsu Date: Tue, 3 Jul 2018 18:06:16 +0100 Message-ID: Subject: Re: svn commit: r335879 - in head/sys: conf kern sys [ broke ci.freebsd.org's FreeBSD-head-amd64-build ] To: Bryan Drewery Cc: Mark Millard , mmacy@freebsd.org, svn-src-head@freebsd.org, FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 03 Jul 2018 17:06:35 -0000 On Tue, Jul 3, 2018 at 5:30 PM Bryan Drewery wrote: > > On 7/2/2018 10:46 PM, Mark Millard wrote: > > -r335879 broke ci.freebsd.org's FreeBSD-head-amd64-build : > > > > https://ci.freebsd.org/job/FreeBSD-head-amd64-build/ > > > > shows: > > > > --- ia32_genassym.o --- > > In file included from /usr/src/sys/compat/ia32/ia32_genassym.c:6: > > In file included from /usr/src/sys/sys/systm.h:113: > > /usr/src/sys/sys/kpilite.h:33:10: fatal error: 'offset.inc' file not found > > #include "offset.inc" > > ^~~~~~~~~~~~ > > 1 error generated. > > *** [ia32_genassym.o] Error code 1 > > > > Later builds ( -r335880 , -r335881 , -r335882 ) get the same. > > > > FreeBSD-head-i386-LINT also fails for such reasons. > > > > r335884 should fix this. It seems that amd64 and i386 LINT are still failing. -- Li-Wen Hsu https://lwhsu.org From owner-freebsd-current@freebsd.org Tue Jul 3 17:47:45 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 742BB10372EC for ; Tue, 3 Jul 2018 17:47:45 +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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protected-networks.net", Issuer "Protected Networks CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1455D8E3BF for ; Tue, 3 Jul 2018 17:47:45 +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=1530640063; bh=h39K8+NhMI3vNhoLygtESUIKvrClsIfQ3bDbYdL 5m5U=; b=S4XFciEAR4VnBBYX886V/JUNtSm2FvQ6PhF2PU+iKAMlKX/RskEvX4I KP3DRTQtigYb4dGvSLIkIwQVV7eiFaeDCzrKJtQpsv5o9UgI08HJPiJZYgKJCrCZ 5wUYha7UhHfvoqfGqA9FOSj4EnPaYvumcUjx+x7Uqc0T8913HAA0= Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id 0AE111A7EC for ; Tue, 3 Jul 2018 13:47:43 -0400 (EDT) To: freebsd-current From: Michael Butler Subject: em0 link fail Openpgp: preference=signencrypt Message-ID: <739ef71a-f29f-68ea-955a-fb53c57960a6@protected-networks.net> Date: Tue, 3 Jul 2018 13:47:42 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.9.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 03 Jul 2018 17:47:45 -0000 On June 1st, I was able to do my monthly laptop ZFS snap-shot/back-up (using "zfs snapshot -r zroot@backup; zfs send -R >nfs-filesys"). Now I can't without the em0 interface stalling :-( On a guess, I tried reverting SVN r335303 but that didn't help. em0: port 0xf080-0xf09f mem 0xf7e00000-0xf7e1ffff,0xf7e39000-0xf7e39fff irq 20 at device 25.0 on pci0 em0: attach_pre capping queues at 1 em0: using 1024 tx descriptors and 1024 rx descriptors em0: msix_init qsets capped at 1 em0: PCIY_MSIX capability not found; or rid 0 == 0. em0: Using an MSI interrupt em0: allocated for 1 tx_queues em0: allocated for 1 rx_queues em0: Ethernet address: f0:1f:af:66:95:7e em0: netmap queues/slots: TX 1/1024, RX 1/1024 em0: link state changed to UP [ initiate "zfs send" ] em0: TX(0) desc avail = 41, pidx = 172 em0: link state changed to DOWN em0: TX(0) desc avail = 1024, pidx = 0 em0: TX(0) desc avail = 1024, pidx = 0 .. ad nauseum .. "ifconfig em0 down; ifconfig em0 up" doesn't help. Any hints? imb From owner-freebsd-current@freebsd.org Tue Jul 3 17:48:27 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 34CD810373FC for ; Tue, 3 Jul 2018 17:48:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-14.consmr.mail.bf2.yahoo.com (sonic311-14.consmr.mail.bf2.yahoo.com [74.6.131.124]) (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 C55EF8E464 for ; Tue, 3 Jul 2018 17:48:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: fyPQ6_UVM1lhBOJVucDPerdz_HLmpFd4iBRC8RJ8mCZYNErXRmsgwO0SB7serh8 LFLClNKwyLT7OKDwnjsCTHPjPMju4RrxplF99llmd47yC0Q8WbLovABCr7BryTnUlP30LOgXGkZ8 908cMo4jf.JHWkr0uhsGxHVVFKgKBdlBo0whvZQkQ_GWQPYXrcAmu3ajacFwMUGgKZigkpai.Q0D 8KSrJSYQmk5ERFGAn216JhdQFsyfl87OTzm8S9v5X76eSGUEeMK4gOSOSsZBO.I0yrZeudiq2Yxc fgOiXwtTRSXkyrnq6DnwZprs4HCMX_p0fLRT2myitA1C.XQWnY3yq0_3cP3Jnhfe2I1laewh84hH cNkwlR7clwcbCP4MDC.ZDMQNZz9CnCOuEIeIwHUFs_HcK_EM03mTB_R0TF2WB8iVAxsE38O6_haF c21FUaeV0Fioes.KN0EewP7pgLjZgTwKoGawLNivmOT4AK8mQBZ2B5.PxC_hzZakvI57UUELftz4 obSLKiv6sPvrRqAoDvsLJU2NoNjwwCeeUw1du6oWxHLq6_Vmo148m9NmN02p4hIteOMOD9AwbPWR 348Jwp3K9qftmMq.pobJRcxNQ4_OaI2lfJ06MGFysaQNOL_.n5yLtR5LcRU6Pg_J64WX.VEJMTZG l3LeAfDWwViJYpXpCMIRxHoRFFIr3CFIHhGQenFkfbqxlqlZl.QeTUKlEj5ypaDgRjpv0t7qo6Hl 7zEHF9z.Wd0ZzYAUs.1KdgOffikd8JV_85MMbxVuckKaHF5ZzQlIdY5Jx4GNBlGwoL.ijxbXiJSe jy7mP.61uwY3d9wdZKyaYU5ylZJMSWRV.8seTzbJHv5yxrvFUpOVGxqORM.h.QCfDPnfsYMJnS40 MYkh1r1vJ7KpF79h.H5qctrXEwFvRwXkESQ8HmeknotnmNo5tLaUpdAKtE.YOr46MIGbC8pYRLzT nMn5j0XGoJx7zTTULzBgVCFo1zvWiqy2GumJz3eSz Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.bf2.yahoo.com with HTTP; Tue, 3 Jul 2018 17:48:20 +0000 Received: from ip70-189-131-151.lv.lv.cox.net (EHLO [192.168.0.105]) ([70.189.131.151]) by smtp426.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 9346017e38399593649c07fc438a9e5f; Tue, 03 Jul 2018 17:48:17 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.4 \(3445.8.2\)) Subject: Re: svn commit: r335879 - in head/sys: conf kern sys [ broke ci.freebsd.org's FreeBSD-head-amd64-build ] From: Mark Millard In-Reply-To: Date: Tue, 3 Jul 2018 10:48:14 -0700 Cc: mmacy@freebsd.org, svn-src-head@freebsd.org, FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <5399C6EA-2904-4A1B-BF07-43A5D854A710@yahoo.com> <57f1f29f-220b-ebac-4318-b1db4ce25c6e@FreeBSD.org> To: Li-Wen Hsu , Bryan Drewery X-Mailer: Apple Mail (2.3445.8.2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 03 Jul 2018 17:48:27 -0000 On 2018-Jul-3, at 10:06 AM, Li-Wen Hsu wrote: > On Tue, Jul 3, 2018 at 5:30 PM Bryan Drewery = wrote: >>=20 >> On 7/2/2018 10:46 PM, Mark Millard wrote: >>> -r335879 broke ci.freebsd.org's FreeBSD-head-amd64-build : >>>=20 >>> https://ci.freebsd.org/job/FreeBSD-head-amd64-build/ >>>=20 >>> shows: >>>=20 >>> --- ia32_genassym.o --- >>> In file included from /usr/src/sys/compat/ia32/ia32_genassym.c:6: >>> In file included from /usr/src/sys/sys/systm.h:113: >>> /usr/src/sys/sys/kpilite.h:33:10: fatal error: 'offset.inc' file not = found >>> #include "offset.inc" >>> ^~~~~~~~~~~~ >>> 1 error generated. >>> *** [ia32_genassym.o] Error code 1 >>>=20 >>> Later builds ( -r335880 , -r335881 , -r335882 ) get the same. >>>=20 >>> FreeBSD-head-i386-LINT also fails for such reasons. >>>=20 >>=20 >> r335884 should fix this. >=20 > It seems that amd64 and i386 LINT are still failing. https://ci.freebsd.org/job/FreeBSD-head-amd64-build/ shows that #9303 (-r335884) and later for amd64 are building successfully. But https://ci.freebsd.org/job/FreeBSD-head-i386-LINT/ shows that -r335884 (#6934) and later ( -r335892 so far ) for i386's LINT are still failing with: --- linux_genassym.o --- In file included from /workspace/src/sys/i386/linux/linux_genassym.c:6: In file included from /workspace/src/sys/sys/systm.h:113: /workspace/src/sys/sys/kpilite.h:33:10: fatal error: 'offset.inc' file = not found #include "offset.inc" ^~~~~~~~~~~~ 1 error generated. *** [linux_genassym.o] Error code 1 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Tue Jul 3 18:06:38 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B2E7A1038C48 for ; Tue, 3 Jul 2018 18:06:38 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4A32E8F2D4 for ; Tue, 3 Jul 2018 18:06:38 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1faPhH-000DjO-Fk; Tue, 03 Jul 2018 20:06:39 +0200 Date: Tue, 3 Jul 2018 20:06:39 +0200 From: Kurt Jaeger To: Michael Butler Cc: freebsd-current Subject: Re: em0 link fail Message-ID: <20180703180639.GA77764@home.opsec.eu> References: <739ef71a-f29f-68ea-955a-fb53c57960a6@protected-networks.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <739ef71a-f29f-68ea-955a-fb53c57960a6@protected-networks.net> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 03 Jul 2018 18:06:38 -0000 Hi! > On June 1st, I was able to do my monthly laptop ZFS snap-shot/back-up > (using "zfs snapshot -r zroot@backup; zfs send -R >nfs-filesys"). Now I > can't without the em0 interface stalling :-( I had a similar case on a current r334918 and saw this in the kern syslog: Jun 30 15:40:34 fc kernel: em0: TX(0) desc avail = 1024, pidx = 0 A reboot was necessary to get this fixed. -- pi@opsec.eu +49 171 3101372 2 years to go ! From owner-freebsd-current@freebsd.org Tue Jul 3 18:28:28 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D8676103B2F0 for ; Tue, 3 Jul 2018 18:28:27 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from mail.daemonic.se (mail.daemonic.se [IPv6:2607:f740:d:20::25]) (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 7273090A42 for ; Tue, 3 Jul 2018 18:28:27 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from cid.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 41Kt0n3DYqzDhYt; Tue, 3 Jul 2018 18:28:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=daemonic.se; h= content-transfer-encoding:content-language:content-type :content-type:in-reply-to:mime-version:user-agent:date:date :message-id:from:from:references:subject:subject:received :received; s=20151023; t=1530642504; bh=3aHO+tmm8lpy5GEvcP66Bted MG0siaYPA4qTFSdutyg=; b=ptPaVvz7DGOcGcEZNYVoHYSlN//3k5YpqINb+SRd 4dUViiqPX3zXUq5VUia74EGciV6oMS+q6T3+rWNzfhG+x1ggedaCjJ8iUq1Z+i5x LKg3Aqjut+V7TTjeZeoPe5lfXOD6sKt50L/lAFDqZV56Dtmqsas2ISm0OeJhnjwN iNY= X-Virus-Scanned: amavisd-new at daemonic.se Received: from mail.daemonic.se ([127.0.0.1]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256) by cid.daemonic.se (mailscanner.daemonic.se [127.0.0.1]) (amavisd-new, port 10587) with ESMTPS id d09L_VQQYKT3; Tue, 3 Jul 2018 18:28:24 +0000 (UTC) Received: from garnet.daemonic.se (unknown [IPv6:2001:470:dca9:201:9eda:3eff:fe70:24c0]) by mail.daemonic.se (Postfix) with ESMTPSA id 41Kt0m5HX8zDhFd; Tue, 3 Jul 2018 18:28:24 +0000 (UTC) Subject: Re: atomic changes break drm-next-kmod? To: "O. Hartmann" , FreeBSD Current References: <20180703170223.266dbf5b@thor.intern.walstatt.dynvpn.de> From: Niclas Zeising Message-ID: Date: Tue, 3 Jul 2018 20:28:23 +0200 User-Agent: Mutt/1.5.21 MIME-Version: 1.0 In-Reply-To: <20180703170223.266dbf5b@thor.intern.walstatt.dynvpn.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 03 Jul 2018 18:28:28 -0000 On 07/03/18 17:02, O. Hartmann wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > Am Tue, 3 Jul 2018 10:19:57 -0400 > Michael Butler schrieb: > >> It seems recent changes (SVN r335873?) may have broken drm-next-kmod .. >> >> --- i915_drv.o --- >> In file included from i915_drv.c:30: >> In file included from >> /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/linuxkpi/gplv2/include/linux/acpi.h:26: >> In file included from >> /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/linuxkpi/gplv2/include/linux/device.h:4: >> In file included from >> /usr/src/sys/compat/linuxkpi/common/include/linux/device.h:35: >> In file included from >> /usr/src/sys/compat/linuxkpi/common/include/linux/types.h:37: >> In file included from /usr/src/sys/sys/systm.h:44: >> ./machine/atomic.h:450:29: error: invalid operand for instruction >> ATOMIC_ASM(clear, long, "andq %1,%0", "ir", ~v); >> ^ >> :1:7: note: instantiated into assembly here >> andq $9223372036854775807,40672(%r14) >> ^~~~~~~~~~~~~~~~~~~~~ >> 1 error generated. >> *** [i915_drv.o] Error code 1 >> >> make[3]: stopped in >> /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/i915 >> --- i915_gem.o --- >> In file included from i915_gem.c:28: >> In file included from >> /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/include/drm/drmP.h:38: >> In file included from /usr/src/sys/sys/malloc.h:42: >> In file included from /usr/src/sys/sys/systm.h:44: >> ./machine/atomic.h:449:29: error: invalid operand for instruction >> ATOMIC_ASM(set, long, "orq %1,%0", "ir", v); >> ^ >> :1:6: note: instantiated into assembly here >> orq $-9223372036854775808,40672(%r14) >> ^~~~~~~~~~~~~~~~~~~~~~ >> 1 error generated. >> *** [i915_gem.o] Error code 1 >> >> _______________________________________________ >> 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" > > > It breaks also graphics/drm-stable-kmod (see PR 229484, > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229484, same error as you described > above) and also emulators/virtualbox-ose-kmod. As long as CURRENT revision is < r335873, > those kmod compile well. We are looking into why both the drm ports fail. Regards -- Niclas From owner-freebsd-current@freebsd.org Tue Jul 3 18:31:51 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B00B8103B859 for ; Tue, 3 Jul 2018 18:31:51 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (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 406E390CDD for ; Tue, 3 Jul 2018 18:31:50 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [192.168.0.6] (67-0-234-146.albq.qwest.net [67.0.234.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 817501AF637 for ; Tue, 3 Jul 2018 10:39:34 +0000 (UTC) Subject: Re: em0 link fail To: freebsd-current@freebsd.org References: <739ef71a-f29f-68ea-955a-fb53c57960a6@protected-networks.net> From: Sean Bruno Openpgp: preference=signencrypt Autocrypt: addr=sbruno@freebsd.org; prefer-encrypt=mutual; keydata= xsBNBFk+0UEBCADaf4bgxxKvMOhRV5NPoGWRCCGm49d6+1VFNlQ77WsY/+Zvf95TPULdRlnG w648KfxWt7+O3kdKhdRwnqlXWC7zA2Qt0dRE1yIqOGJ4jp4INvp/bcxWzgr0aoKOjrlnfxRV bh+s0rzdZt6TsNL3cVYxkC8oezjaUkHdW4mFJU249U1QJogkF8g0FeKNfEcjEkwJNX6lQJH+ EzCWT0NCk6J+Xyo+zOOljxPp1OUfdvZi3ulkU/qTZstGVWxFVsP8xQklV/y3AFcbIYx6iGJ4 5L7WuB0IWhO7Z4yHENr8wFaNYwpod9i4egX2BugbrM8pOfhN2/qqdeG1L5LMtXw3yyAhABEB AAHNN1NlYW4gQnJ1bm8gKEZyZWVCU0QgRGV2ZWxvcGVyIEtleSkgPHNicnVub0BmcmVlYnNk Lm9yZz7CwJQEEwEKAD4WIQToxOn4gDUE4eP0ujS95PX+ibX8tgUCWT7RQQIbAwUJBaOagAUL CQgHAwUVCgkICwUWAwIBAAIeAQIXgAAKCRC95PX+ibX8ttKTCACFKzRc56EBAlVotq02EjZP SfX+unlk6AuPBzShxqRxeK+bGYVCigrYd1M8nnskv0dEiZ5iYeND9HIxbpEyopqgpVTibA7w gBXaZ7SOEhNX1wXwg14JrralfSmPFMYni+sWegPMX/zwfAsn1z4mG1Nn44Xqo3o7CfpkMPy6 M5Bow2IDzIhEYISLR+urxs74/aHU35PLtBSDtu18914SEMDdva27MARN8mbeCDbuJVfGCPWy YHuy2t+9u2Zn5Dd+t3sBXLM9gpeaMm+4x6TNPpESygbVdh4tDdjVZ9DK/bWFg0kMgfZoaq6J l0jNsQXrZV3bzYNFbVw04pFcvA2GIJ7xzsBNBFk+0UEBCADIXBmQOaKMHGbc9vwjhV4Oj5aZ DdhNedn12FVeTdOXJvuTOusgxS29lla0RenHGDsgD08UiFpasBXWq/E+BhQ19d+iRbLLR17O KKc1ZGefoVbLARLXD68J5j4XAyK+6k2KqBLlqzAEpHTzsksM9naARkVXiEVcrt6ciw0FSm8n kuK3gDKKe93XfzfP+TQdbvvzJc7Fa+appLbXz61TM1aikaQlda8bWubDegwXbuoJdB34xU1m yjr/N4o+raL0x7QrzdH+wwgrTTo+H4S2c1972Skt5K5tbxLowfHicRl23V8itVQr3sBtlX4+ 66q+Apm7+R36bUS/k+G45Sp6iPpxABEBAAHCwHwEGAEKACYWIQToxOn4gDUE4eP0ujS95PX+ ibX8tgUCWT7RQQIbDAUJBaOagAAKCRC95PX+ibX8trrIB/9Pljqt/JGamD9tx4dOVmxSyFg9 z2xzgklTLuDgS73MM120mM7ao9AQUeWiSle/H0UCK7xPOzC/aeUC4oygDQKAfkkNbCNTo3+A qDjBRA8qx0e9a/QjDL+RFgD4L5kLT4tToY8T8HaBp8h03LBfk510IaI8oL/Jg7vpM3PDtJMW tUi2H+yNFmL3NfM2oBToWKLFsoP54f/eeeImrNnrlLjLHPzqS+/9apgYqX2Jwiv3tHBc4FTO GuY8VvF7BpixJs8Pc2RUuCfSyodrp1YG1kRGlXAH0cqwwr0Zmk4+7dZvtVQMCl6kS6q1+84q JwtItxS2eXSEA4NO0sQ3BXUywANh Message-ID: Date: Tue, 3 Jul 2018 12:31:47 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <739ef71a-f29f-68ea-955a-fb53c57960a6@protected-networks.net> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="7FUjWwZOw1a6R6ElJIhROGp6vpZ7z6ujf" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 03 Jul 2018 18:31:51 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --7FUjWwZOw1a6R6ElJIhROGp6vpZ7z6ujf Content-Type: multipart/mixed; boundary="QGgmeEMzsPkaTe6q6ivw3QtPwR1Bxs4Om"; protected-headers="v1" From: Sean Bruno To: freebsd-current@freebsd.org Message-ID: Subject: Re: em0 link fail References: <739ef71a-f29f-68ea-955a-fb53c57960a6@protected-networks.net> In-Reply-To: <739ef71a-f29f-68ea-955a-fb53c57960a6@protected-networks.net> --QGgmeEMzsPkaTe6q6ivw3QtPwR1Bxs4Om Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 07/03/18 11:47, Michael Butler wrote: > On June 1st, I was able to do my monthly laptop ZFS snap-shot/back-up > (using "zfs snapshot -r zroot@backup; zfs send -R >nfs-filesys"). Now I= > can't without the em0 interface stalling :-( >=20 Can you tell what version of FreeBSD SVN was in use on "June 1st" ? sean > On a guess, I tried reverting SVN r335303 but that didn't help. >=20 > em0: port 0xf080-0xf09f mem > 0xf7e00000-0xf7e1ffff,0xf7e39000-0xf7e39fff irq 20 at device 25.0 on pc= i0 > em0: attach_pre capping queues at 1 > em0: using 1024 tx descriptors and 1024 rx descriptors > em0: msix_init qsets capped at 1 > em0: PCIY_MSIX capability not found; or rid 0 =3D=3D 0. > em0: Using an MSI interrupt > em0: allocated for 1 tx_queues > em0: allocated for 1 rx_queues > em0: Ethernet address: f0:1f:af:66:95:7e > em0: netmap queues/slots: TX 1/1024, RX 1/1024 > em0: link state changed to UP >=20 > [ initiate "zfs send" ] >=20 > em0: TX(0) desc avail =3D 41, pidx =3D 172 > em0: link state changed to DOWN > em0: TX(0) desc avail =3D 1024, pidx =3D 0 > em0: TX(0) desc avail =3D 1024, pidx =3D 0 >=20 > .. ad nauseum .. >=20 > "ifconfig em0 down; ifconfig em0 up" doesn't help. >=20 > Any hints? >=20 > imb >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 --QGgmeEMzsPkaTe6q6ivw3QtPwR1Bxs4Om-- --7FUjWwZOw1a6R6ElJIhROGp6vpZ7z6ujf Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE6MTp+IA1BOHj9Lo0veT1/om1/LYFAls7wRNfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEU4 QzRFOUY4ODAzNTA0RTFFM0Y0QkEzNEJERTRGNUZFODlCNUZDQjYACgkQveT1/om1 /LbEcAf+ITq7F67elGbKYISWdDxu8Z6BaCPYylpyDOyT+oXsqG8XHmVQlsgOGWEm edeGwcjUFkDwvD6bl8n5gFdxtuNBEjd8SrwNLaLAiuhWzrI1T1Zgh646AOvs8t/p spBaH9ti1bzRN4etIPaBRe/XXh56bwii5rAW6xKSsRF6purvHxyNKij36r4Qj9ao x7FXqLkgIELCfCTivOL+9kaGOCwGW5Bp9z56dY/5Ca5lyMWpkMXMjO4SdL/HMY/L gNxJCP8bwKzsKqKJIYy7S7bzVborWIVePgnrOcAB/V6tTbmFNc99pwkzv56pdYNv gFsFs4kaEL0hTEF03RePNuDTwLp6+g== =IvLs -----END PGP SIGNATURE----- --7FUjWwZOw1a6R6ElJIhROGp6vpZ7z6ujf-- From owner-freebsd-current@freebsd.org Tue Jul 3 18:47:40 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4C879103CEFF for ; Tue, 3 Jul 2018 18:47:40 +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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protected-networks.net", Issuer "Protected Networks CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E112F91BDF; Tue, 3 Jul 2018 18:47:39 +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:in-reply-to :mime-version:user-agent:date:date:message-id:from:from :references:subject:subject; s=201508; t=1530643628; bh=TQQpSHUT VdJFNgVK2lwVZXo6FKp85PzQhPxzFfvfGpM=; b=heyCZ5m/h4s0I0rqnPQRA0VF r/gJaZcLh1EqBi1PtAiKTher04Fn6Tiv2QlEAaQ3H9MStKyUxqwBh2uLzP2hYqTM j9YAfRItHCCUL0KTz/VDXszvCIpn6zYYNpjETSbW2P9wYTp8+xZ23KiTFsTcXpQs qUzpifhaJDZdRW18xws= Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id 004771BA5B; Tue, 3 Jul 2018 14:47:07 -0400 (EDT) Subject: Re: em0 link fail To: Sean Bruno , freebsd-current@freebsd.org References: <739ef71a-f29f-68ea-955a-fb53c57960a6@protected-networks.net> From: Michael Butler Openpgp: preference=signencrypt Message-ID: <8e2bf594-6d7e-477e-836b-4cc4483cb525@protected-networks.net> Date: Tue, 3 Jul 2018 14:47:07 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 03 Jul 2018 18:47:40 -0000 On 07/03/18 14:31, Sean Bruno wrote: > > > On 07/03/18 11:47, Michael Butler wrote: >> On June 1st, I was able to do my monthly laptop ZFS snap-shot/back-up >> (using "zfs snapshot -r zroot@backup; zfs send -R >nfs-filesys"). Now I >> can't without the em0 interface stalling :-( >> > > Can you tell what version of FreeBSD SVN was in use on "June 1st" ? > > sean That would've been .. Jun 1 09:56:15 toshi kernel: FreeBSD 12.0-CURRENT #35 r334484: Fri Jun 1 08:25:58 EDT 2018 I'm going to build one with SVN r334862 reverted to see if that works, imb > >> On a guess, I tried reverting SVN r335303 but that didn't help. >> >> em0: port 0xf080-0xf09f mem >> 0xf7e00000-0xf7e1ffff,0xf7e39000-0xf7e39fff irq 20 at device 25.0 on pci0 >> em0: attach_pre capping queues at 1 >> em0: using 1024 tx descriptors and 1024 rx descriptors >> em0: msix_init qsets capped at 1 >> em0: PCIY_MSIX capability not found; or rid 0 == 0. >> em0: Using an MSI interrupt >> em0: allocated for 1 tx_queues >> em0: allocated for 1 rx_queues >> em0: Ethernet address: f0:1f:af:66:95:7e >> em0: netmap queues/slots: TX 1/1024, RX 1/1024 >> em0: link state changed to UP >> >> [ initiate "zfs send" ] >> >> em0: TX(0) desc avail = 41, pidx = 172 >> em0: link state changed to DOWN >> em0: TX(0) desc avail = 1024, pidx = 0 >> em0: TX(0) desc avail = 1024, pidx = 0 >> >> .. ad nauseum .. >> >> "ifconfig em0 down; ifconfig em0 up" doesn't help. >> >> Any hints? >> >> 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" >> > From owner-freebsd-current@freebsd.org Tue Jul 3 19:02:59 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 38519103E0FD for ; Tue, 3 Jul 2018 19:02:59 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CF3A79263F for ; Tue, 3 Jul 2018 19:02:58 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro-2.local (ralph.baldwin.cx [66.234.199.215]) by mail.baldwin.cx (Postfix) with ESMTPSA id 9F9A110AFD2; Tue, 3 Jul 2018 15:02:57 -0400 (EDT) Subject: Re: atomic changes break drm-next-kmod? To: Niclas Zeising , "O. Hartmann" , FreeBSD Current References: <20180703170223.266dbf5b@thor.intern.walstatt.dynvpn.de> From: John Baldwin Message-ID: Date: Tue, 3 Jul 2018 12:02:56 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Tue, 03 Jul 2018 15:02:58 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 03 Jul 2018 19:02:59 -0000 On 7/3/18 11:28 AM, Niclas Zeising wrote: > On 07/03/18 17:02, O. Hartmann wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA512 >> >> Am Tue, 3 Jul 2018 10:19:57 -0400 >> Michael Butler schrieb: >> >>> It seems recent changes (SVN r335873?) may have broken drm-next-kmod .. >>> >>> --- i915_drv.o --- >>> In file included from i915_drv.c:30: >>> In file included from >>> /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/linuxkpi/gplv2/include/linux/acpi.h:26: >>> In file included from >>> /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/linuxkpi/gplv2/include/linux/device.h:4: >>> In file included from >>> /usr/src/sys/compat/linuxkpi/common/include/linux/device.h:35: >>> In file included from >>> /usr/src/sys/compat/linuxkpi/common/include/linux/types.h:37: >>> In file included from /usr/src/sys/sys/systm.h:44: >>> ./machine/atomic.h:450:29: error: invalid operand for instruction >>> ATOMIC_ASM(clear, long, "andq %1,%0", "ir", ~v); >>> ^ >>> :1:7: note: instantiated into assembly here >>> andq $9223372036854775807,40672(%r14) >>> ^~~~~~~~~~~~~~~~~~~~~ >>> 1 error generated. >>> *** [i915_drv.o] Error code 1 >>> >>> make[3]: stopped in >>> /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/i915 >>> --- i915_gem.o --- >>> In file included from i915_gem.c:28: >>> In file included from >>> /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/include/drm/drmP.h:38: >>> In file included from /usr/src/sys/sys/malloc.h:42: >>> In file included from /usr/src/sys/sys/systm.h:44: >>> ./machine/atomic.h:449:29: error: invalid operand for instruction >>> ATOMIC_ASM(set, long, "orq %1,%0", "ir", v); >>> ^ >>> :1:6: note: instantiated into assembly here >>> orq $-9223372036854775808,40672(%r14) >>> ^~~~~~~~~~~~~~~~~~~~~~ >>> 1 error generated. >>> *** [i915_gem.o] Error code 1 >>> >>> _______________________________________________ >>> 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" >> >> >> It breaks also graphics/drm-stable-kmod (see PR 229484, >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229484, same error as you described >> above) and also emulators/virtualbox-ose-kmod. As long as CURRENT revision is < r335873, >> those kmod compile well. > > We are looking into why both the drm ports fail. > Regards > I haven't yet tested an amd64 kernel with this, but I think this change to sys/amd64/include/atomic.h might fix it: Index: atomic.h =================================================================== --- atomic.h (revision 335896) +++ atomic.h (working copy) @@ -446,10 +446,10 @@ ATOMIC_ASM(clear, int, "andl %1,%0", "ir", ~ ATOMIC_ASM(add, int, "addl %1,%0", "ir", v); ATOMIC_ASM(subtract, int, "subl %1,%0", "ir", v); -ATOMIC_ASM(set, long, "orq %1,%0", "ir", v); -ATOMIC_ASM(clear, long, "andq %1,%0", "ir", ~v); -ATOMIC_ASM(add, long, "addq %1,%0", "ir", v); -ATOMIC_ASM(subtract, long, "subq %1,%0", "ir", v); +ATOMIC_ASM(set, long, "orq %1,%0", "er", v); +ATOMIC_ASM(clear, long, "andq %1,%0", "er", ~v); +ATOMIC_ASM(add, long, "addq %1,%0", "er", v); +ATOMIC_ASM(subtract, long, "subq %1,%0", "er", v); #define ATOMIC_LOADSTORE(TYPE) \ ATOMIC_LOAD(TYPE); \ -- John Baldwin From owner-freebsd-current@freebsd.org Tue Jul 3 19:14:41 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 21A34103F0B7 for ; Tue, 3 Jul 2018 19:14:41 +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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protected-networks.net", Issuer "Protected Networks CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9E6D292F64; Tue, 3 Jul 2018 19:14:40 +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:in-reply-to :mime-version:user-agent:date:date:message-id:references:from :from:subject:subject; s=201508; t=1530645278; bh=GpvnsgZ+GxmjEJ jTq9AQz2rzwhoTbvFpZ/WjddLqLqw=; b=Y7TRmINTd4eo8AyqRRjZ7pj/q+tHtJ zy3qjdowhh0zfSl4BOXHKbOzbV8UC8IxLug4AyfTCN3OKA/+jXNncwj9FHvy/gXF 3MO1h3RWGSnA8Kx6pq7nSVPb9KIWK0OrsetbikteEB/oTu+7iuke0ULHABIuqEmI WmDmHCHzSSKz8= Received: from Michaels-MBP.fios-router.home (gw.auburn.protected-networks.net [192.168.1.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id C81E21C31D; Tue, 3 Jul 2018 15:14:38 -0400 (EDT) Subject: Re: em0 link fail From: Michael Butler To: Sean Bruno , freebsd-current@freebsd.org References: <739ef71a-f29f-68ea-955a-fb53c57960a6@protected-networks.net> <8e2bf594-6d7e-477e-836b-4cc4483cb525@protected-networks.net> Openpgp: preference=signencrypt Autocrypt: addr=imb@protected-networks.net; prefer-encrypt=mutual; keydata= xsFNBFlwzP4BEAD8qaxGJ/DxOY8G0DOkWuRLTJyyfxDkkrJfjtphvOaS20CPdRfFMUWVJByc MPvDEeBPIGgKIokG4g0F2V+4u6B/+L0FBkk0fO3HMpZ8bPGhjBTfWBKgen+uTzxrUJRDujRN 2W8osUufJQKJghiFbmlhwfTvb4BD9ZqvWFS8h1m1A45+lft1waIBEYDzzHoD4K9T8DjCKKYy r4UsMvPs5fZ/2MdIDcsjlG8fp8CVeIfz3yghMDvadBtr00hOFKvO9H5wpTxB3uHKmnG8IQJ/ TZ5/drCP92WZi9eaPdSLEHfcRldmCooHIA6p2GZEU6AOR9ySIrn+oD7k/ZuWEqTNkDeKDr1v EA2PYy63mT3ockwPizXC+Rb2+CvWKsmIvr46GH6lw7jE9Ng3eGXAmBc6TAUPLBJD23vAPL57 /qnh0uesQiaWH2kmFyMP4MTpqHKixKWhyREcR5efTubDuR0qq6wqOCXEIWFzWDtEuueN/Ba0 ZaJ/UebxUDwPftulJpYspCKN5OarGrCdy6r0hIdDLEsj2I84eEYkqVR7wopg22NxnuMKpuYR 2yS1LckxWuULjgy7heMO8Z/nQ6f6QbLFO/aoHlXaijSCUqdXHao0Q6TwS9ZRGiUOJ1vugp19 mpt5t7oSQKuber7nDwpN/RZ5CzAJyDFPzx23R/8ZrVnK2Hmw7wARAQABzStNaWNoYWVsIEJ1 dGxlciA8aW1iQHByb3RlY3RlZC1uZXR3b3Jrcy5uZXQ+wsGUBBMBCAA+FiEEwudrhWUnkG1N aZxManivVE3Y6IMFAllwzP4CGyMFCQlmAYAFCwkIBwIGFQgJCgsCBBYCAwECHgECF4AACgkQ anivVE3Y6IMl/BAA+cD7iAxOhD7/9AYCXCZeSYVzv5SESVF668BiaoYxsg3EcgNDXS6NFDqk 2Zi/Bp1k0/WaBYpNqhL5EkpEwkeUAZX0ogRZ4IcYzOp4OhdySbO0HBl+hNMGlgH7YrzMjbTX MlwH77fTq75ggvXWIaQRZr3lgzLt5waEVCt/yF7g0wejKjCkcaimxHajR9UXwpCV5DnYp0TD mfIQTY6nwTvkoMkmpRk+TwvmOXjLAwdDotiZ03KbJ1p2x1akAPSyN/LpRon18dQxdZgiePIS V0IGYrxjsEGnNQUcwgtHXiqjZ5h4KgvBjTICIsfFXnEb23aENK4spicjRUe3FiNMRpGhp8lw q7cBwvTUnFLzhwXp0393u6JVbPPCzBRB+sqZJAHqP2cF2cB1ow1P8qXte+NXBsdP0K8ofTrC m+fNmnp5a8Ac8PmRZxom9HS6pIwrrMEXj9HSvaTe+AEERzschMrJW0vgPnXY1KBtcqZwoEGT jCHUjeilmePNztS0RLmiO0OzQNPjpilmczfudwMMBmSeLU5K73uokodddh2uEEKN6GFe+Mn1 TTYeCnL5/rRmLibGacNWlPIBkCHdNyInlHmhAyx9IHmXv68K/1anVTS7eILvQBhV29mer4UA QhExT/Jb/ycqx4ec1f33yga+9mfC6M3/Exat3PYFTrNTX/wupXTOwU0EWXDM/gEQANE5DmEK Kjh6aaKKAWr1ALTkshYycM5SUTe30H3EwsRaK0ELMlr3cs1A72pMzAWn27C7oX79+NgDTaxl zb3XasLyhGbytnzHvZyTkXz+HDuWaXRTWplMHzRaDam+2YhFOaHBP3oSs8MiN9RqS1AVK39I wp7XUiCCiUSYIe52XEKvZ7dJ5OPPWKPIqfqbx+N3RTJoUb9wp6L65uW4KEq/X2GOdsNQy4ij QOibehKsiNE6t/WZJVc1Lt3bsAp4ySP/QptXh50eXuLRBUKCgVrFkracL8zd1Tb6sKdYNvxy SbVJFhPO2rxSr4fLP3V/Cs7ZdofDzj67AgFdkiSCWIkNgesfXdROU5QXyeB/xMLggPBLuMGm 5DlD+446+zz5omWqykcnTfk3Zz16FefSUMu0LclPK0bc1rX9WHv17a4quGcxHdTlWUgM0pHN K5SozuHI6IeyYB0pJ36k8ALTfvO20zs+RZyuYVeRgaBWql7PmUEpHv7c5mzeZ3mZ5cuBpUE6 cZ5E2MWEbv1frCVXzBE9rdIDIlJRzClhEnvk3AyEXg/mNTE5SQYJpjgjbSqr/RpvQ+Ba0aqM MfSHv2TV7iHzD6fog8Dztgb3nLNBmasC0bMxrfy9r24LJFR57mN9U51HHk2gmiD1mFPit4lM 5x4rhT0u3hoJd0OCXp21eSBAhHB/ABEBAAHCwXwEGAEIACYWIQTC52uFZSeQbU1pnExqeK9U TdjogwUCWXDM/gIbDAUJCWYBgAAKCRBqeK9UTdjogycmD/wN2cK2ksic5zUtL6bQp/tRpkJT TbAXilMRy20wFhl+CeKf8vvhDGTjeAiiYkjSTbbOz7VaRZ6QY+OsEZ4ZcJGmINHJiRIbNSGX OhdIMQhffH5ytVVnrBQq9cnwfF6kDv44FAg2F2TnxuPbTnohskVGQ3PjfwGrwWTEisSBUy64 OsW4p4d8wtT6n+cTxMX90HrEHZNh10RjkPGWxR2ZSQrjgN4kPCV7J8xv1oqsc6C43ovwupCX u4+A3LyPoPVkV4lm7nWiHx/aAuAK04moM+oggIJ+NMChwtBY1HBUj2F5NjXCO+INpXMDz6Ms dtjPSt1ynLH+smDkooIUAzeTGWmmoaoqkiAN28e0rTm4Lkl0Mc+DlCgN6FvdMdloFP2/dKAh griiEDhiBEmOm3o7q3cLO3rzKh2seFprQ1buJijUPiB+RQ+3Y3EdHxPXHR08td1LyjG2Ig3U 324/iJaVDHRU/p4ndv+WKdSJCRvrFdIskG8qpB1XppPqm1UKa0LAMGcRfZ8nmDYMGoEDo/9w AYXSF11vrmIXUpk8eswSGI7Ia4e0j1z6hd1x2UftyphPY5JcUf//HZn1UKfUZuKVxm+s5cWC poXs88dzpjou54RCcIBqnVvjxC4JNA20D/6hWnDifvBo+MtvqeCRwhYNC44SJb8V4/R2THyU twYCBN2sKQ== Message-ID: <4f8f2142-d1f8-881e-3181-fe208550f2a6@protected-networks.net> Date: Tue, 3 Jul 2018 15:14:38 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <8e2bf594-6d7e-477e-836b-4cc4483cb525@protected-networks.net> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 03 Jul 2018 19:14:41 -0000 On 7/3/18 14:47, I wrote: > On 07/03/18 14:31, Sean Bruno wrote: >> >> >> On 07/03/18 11:47, Michael Butler wrote: >>> On June 1st, I was able to do my monthly laptop ZFS snap-shot/back-up >>> (using "zfs snapshot -r zroot@backup; zfs send -R >nfs-filesys"). Now I >>> can't without the em0 interface stalling :-( >>> >> >> Can you tell what version of FreeBSD SVN was in use on "June 1st" ? >> >> sean > > That would've been .. > > Jun 1 09:56:15 toshi kernel: FreeBSD 12.0-CURRENT #35 r334484: Fri Jun > 1 08:25:58 EDT 2018 > > I'm going to build one with SVN r334862 reverted to see if that works, Sadly, no :-( > >> >>> On a guess, I tried reverting SVN r335303 but that didn't help. >>> >>> em0: port 0xf080-0xf09f mem >>> 0xf7e00000-0xf7e1ffff,0xf7e39000-0xf7e39fff irq 20 at device 25.0 on pci0 >>> em0: attach_pre capping queues at 1 >>> em0: using 1024 tx descriptors and 1024 rx descriptors >>> em0: msix_init qsets capped at 1 >>> em0: PCIY_MSIX capability not found; or rid 0 == 0. >>> em0: Using an MSI interrupt >>> em0: allocated for 1 tx_queues >>> em0: allocated for 1 rx_queues >>> em0: Ethernet address: f0:1f:af:66:95:7e >>> em0: netmap queues/slots: TX 1/1024, RX 1/1024 >>> em0: link state changed to UP >>> >>> [ initiate "zfs send" ] >>> >>> em0: TX(0) desc avail = 41, pidx = 172 >>> em0: link state changed to DOWN >>> em0: TX(0) desc avail = 1024, pidx = 0 >>> em0: TX(0) desc avail = 1024, pidx = 0 >>> >>> .. ad nauseum .. >>> >>> "ifconfig em0 down; ifconfig em0 up" doesn't help. >>> >>> Any hints? >>> >>> 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" >>> >> > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Tue Jul 3 19:23:41 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A5745103FE61 for ; Tue, 3 Jul 2018 19:23:41 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 482A5938D8; Tue, 3 Jul 2018 19:23:41 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from freefall.freebsd.org (static-71-168-218-4.cmdnnj.fios.verizon.net [71.168.218.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: jkim/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 173F2168F5; Tue, 3 Jul 2018 19:23:41 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Subject: Re: atomic changes break drm-next-kmod? To: John Baldwin , Niclas Zeising , "O. Hartmann" , FreeBSD Current References: <20180703170223.266dbf5b@thor.intern.walstatt.dynvpn.de> From: Jung-uk Kim Openpgp: preference=signencrypt Autocrypt: addr=jkim@FreeBSD.org; prefer-encrypt=mutual; keydata= xsBNBFJBztUBCAChqNyGqmFuNo0U7MBzsD+q/G6Cv0l7LGVrOAsgh34M8wIWhD+tztDWMVfn AhxNDd0ceCj2bYOe67sTQxAScEcbt2FfvPOLp9MEXb9qohZj172Gwkk7dnhOhZZKhVGVZKM4 NcsuBDUzgf4f3Vdzj4wg6WlqplnTZo8lPE4hZWvZHoFIyunPTJWenybeV1xnxK7JkUdSvQR0 fA59RfTTECMwTrSEfYGUnxIDBraxJ7Ecs/0hGQ7sljIj8WBvlRDU5fU1xfF35aw56T8POQRq F4E6RVJW3YGuTpSwgtGZOTfygcLRhAiq3dFC3JNLaTVTpM8PjOinJyt9AU6RoITGOKwDABEB AAHNHkp1bmctdWsgS2ltIDxqa2ltQEZyZWVCU0Qub3JnPsLAfQQTAQoAJwUCUkHO1QIbAwUJ E0/POwULCQgHAwUVCgkICwUWAgMBAAIeAQIXgAAKCRB8n5Ym/NvxRqyzB/wL7QtsIpeGfGIA ZPMtgXMucM3NWzomyQMln2j2efUkDKthzh9jBxgF53TjOr7imwIt0PT2k1bqctPrq5IRqnu9 mGroqaCLE3LG2/E3jEaao4k9PO6efwlioyivUo5NrqIQOQ4k3EAXw7d2y0Dk1VpTgdMrnUAB hj7lGlLqS4ydcrf24DdbCRGdEQwqd9DBeBgbWynxAJMgbZBhYVEyIHuQKkJ8qY0ibIPXXuF0 KYDeH0qUHtWV2K3srNyPtymUkBQD84Pl1GWRYx05XdUHDmnX0JV3lg0BfYJZgZv0ehPQrMfY Fd9abTkf9FHQYz1JtsC8wUuRgqElRd6+YAGf8Tt9zsBNBFJBztUBCADLtSrP44El2VoJmH14 OFrlOgxzZnbn+Y/Gf1k12mJBiR+A+pBeRLD50p7AiTrjHRxO3cHcl9Dh0uf1VSbXgp8Or0ye iP/86fZPd4k5HXNmDTLL0HecPE08SCqGZ0W8vllQrokB1QxxRUB+fFMPJyMCjDAZ7P9fFTOS dTw1bJSTtOD8Sx8MpZUa9ti06bXFlVYDlaqSdgk181SSx+ZbSKkQR8CIMARlHwiLsa3Z9q9O EJr20HPyxe0AlTvwvFndH61hg7ds63eRvglwRnNON28VXO/lvKXq7Br/CiiyhFdKfINIx2Z5 htYq22tgGTW7mBURbIKoECFBTX9Lv6BXz6w9ABEBAAHCwGUEGAEKAA8FAlJBztUCGwwFCRNP zzsACgkQfJ+WJvzb8UZcJQf+IsTCxUEqY7W/pT84sMg5/QD3s6ufTRncvq14fEOxCNq1Rf4Q 9P+tOFa8GZfKDGB2BFGIrW7uT5mlmKdK1vO6ZIA930y5kUsnCmBUEBJkE2ciSQk01aB/1o62 Q3Gk/F6BwtNY9OXiqF7AcAo+K/BMIaqb26QKeh+IIgK1NN9dQiq3ByTbl4zpGZa6MmsnnRTu mzGKt2nkz7vBzH6+hZp1OzGZikgjjhYWVFoJo1dvf/rv4obs0ZJEqFPQs/1Qa1dbkKBv6odB XJpPH0ssOluTY24d1XxTiKTwmWvHeQkOKRAIfD7VTtF4TesoZYkf7hsh3e3VwXhptSLFnEOi WwYofg== Message-ID: <94747acc-dbf4-69db-aa19-687155f66dbf@FreeBSD.org> Date: Tue, 3 Jul 2018 15:23:30 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="vmwgeAHtBFsGVcVprwJJbz8fbnjyRVGbB" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 03 Jul 2018 19:23:42 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --vmwgeAHtBFsGVcVprwJJbz8fbnjyRVGbB Content-Type: multipart/mixed; boundary="dUhoP8y9a7ucs2eJLYD1i8CsweR27ZwmV"; protected-headers="v1" From: Jung-uk Kim To: John Baldwin , Niclas Zeising , "O. Hartmann" , FreeBSD Current Message-ID: <94747acc-dbf4-69db-aa19-687155f66dbf@FreeBSD.org> Subject: Re: atomic changes break drm-next-kmod? References: <20180703170223.266dbf5b@thor.intern.walstatt.dynvpn.de> In-Reply-To: --dUhoP8y9a7ucs2eJLYD1i8CsweR27ZwmV Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 07/03/2018 15:02, John Baldwin wrote: > On 7/3/18 11:28 AM, Niclas Zeising wrote: >> On 07/03/18 17:02, O. Hartmann wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA512 >>> >>> Am Tue, 3 Jul 2018 10:19:57 -0400 >>> Michael Butler schrieb: >>> >>>> It seems recent changes (SVN r335873?) may have broken drm-next-kmod= .. >>>> >>>> --- i915_drv.o --- >>>> In file included from i915_drv.c:30: >>>> In file included from >>>> /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/linuxkpi/gplv= 2/include/linux/acpi.h:26: >>>> In file included from >>>> /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/linuxkpi/gplv= 2/include/linux/device.h:4: >>>> In file included from >>>> /usr/src/sys/compat/linuxkpi/common/include/linux/device.h:35: >>>> In file included from >>>> /usr/src/sys/compat/linuxkpi/common/include/linux/types.h:37: >>>> In file included from /usr/src/sys/sys/systm.h:44: >>>> ./machine/atomic.h:450:29: error: invalid operand for instruction >>>> ATOMIC_ASM(clear, long, "andq %1,%0", "ir", ~v); >>>> ^ >>>> :1:7: note: instantiated into assembly here >>>> andq $9223372036854775807,40672(%r14) >>>> ^~~~~~~~~~~~~~~~~~~~~ >>>> 1 error generated. >>>> *** [i915_drv.o] Error code 1 >>>> >>>> make[3]: stopped in >>>> /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/i915 >>>> --- i915_gem.o --- >>>> In file included from i915_gem.c:28: >>>> In file included from >>>> /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/include/drm/d= rmP.h:38: >>>> In file included from /usr/src/sys/sys/malloc.h:42: >>>> In file included from /usr/src/sys/sys/systm.h:44: >>>> ./machine/atomic.h:449:29: error: invalid operand for instruction >>>> ATOMIC_ASM(set, long, "orq %1,%0", "ir", v); >>>> ^ >>>> :1:6: note: instantiated into assembly here >>>> orq $-9223372036854775808,40672(%r14) >>>> ^~~~~~~~~~~~~~~~~~~~~~ >>>> 1 error generated. >>>> *** [i915_gem.o] Error code 1 >>>> >>>> _______________________________________________ >>>> freebsd-current@freebsd.org mailing list >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebs= d.org" >>> >>> >>> It breaks also graphics/drm-stable-kmod (see PR 229484, >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D229484, same erro= r as you described >>> above) and also emulators/virtualbox-ose-kmod. As long as CURRENT rev= ision is < r335873, >>> those kmod compile well. >> >> We are looking into why both the drm ports fail. >> Regards >> >=20 > I haven't yet tested an amd64 kernel with this, but I think this change= to sys/amd64/include/atomic.h > might fix it: >=20 > Index: atomic.h > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- atomic.h (revision 335896) > +++ atomic.h (working copy) > @@ -446,10 +446,10 @@ ATOMIC_ASM(clear, int, "andl %1,%0", "ir", = ~ > ATOMIC_ASM(add, int, "addl %1,%0", "ir", v); > ATOMIC_ASM(subtract, int, "subl %1,%0", "ir", v); > =20 > -ATOMIC_ASM(set, long, "orq %1,%0", "ir", v); > -ATOMIC_ASM(clear, long, "andq %1,%0", "ir", ~v); > -ATOMIC_ASM(add, long, "addq %1,%0", "ir", v); > -ATOMIC_ASM(subtract, long, "subq %1,%0", "ir", v); > +ATOMIC_ASM(set, long, "orq %1,%0", "er", v); > +ATOMIC_ASM(clear, long, "andq %1,%0", "er", ~v); > +ATOMIC_ASM(add, long, "addq %1,%0", "er", v); > +ATOMIC_ASM(subtract, long, "subq %1,%0", "er", v); > =20 > #define ATOMIC_LOADSTORE(TYPE) \ > ATOMIC_LOAD(TYPE); \ Isn't "Z" better than "e" in this case? Jung-uk Kim --dUhoP8y9a7ucs2eJLYD1i8CsweR27ZwmV-- --vmwgeAHtBFsGVcVprwJJbz8fbnjyRVGbB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEl1bqgKaRyqfWXu/CfJ+WJvzb8UYFAls7zTwACgkQfJ+WJvzb 8UYGQgf/Rg/ARAry+lGSlKIT+tZgXHdRIG5UQODcnX60hGJMTeL4HxbolBk/71cP 5guFbKWq7FSQpYm7wgMLkJ5XhLwJbCJ06q3GSx0nySeL8y5NtZX7cJ5fDy5Zn4vd 1mvAMLT+jWphWz1nRw6VQJcTfaYYuY37C02eIw4FJtjI8kpZ3rBYNk1dNmppElWJ /g/DDnLiTaoXRAY7MCiANp4UstcPaCgzjTW53lkkIzjRu/L2A9KDWbLY1u9NnUZK UaAg6fxggdaGT+JoRF1qbb9GaR9Zc6hcd0mvpcAbr1pseyuoKNcU9X+NrpH6f4Dq HRL4AoenHndyyzHdano99YyIWnGaVQ== =HvaC -----END PGP SIGNATURE----- --vmwgeAHtBFsGVcVprwJJbz8fbnjyRVGbB-- From owner-freebsd-current@freebsd.org Tue Jul 3 19:32:04 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C59BA1040D58 for ; Tue, 3 Jul 2018 19:32:04 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6C7FE94299; Tue, 3 Jul 2018 19:32:04 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from freefall.freebsd.org (static-71-168-218-4.cmdnnj.fios.verizon.net [71.168.218.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: jkim/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 3FCB4168F6; Tue, 3 Jul 2018 19:32:04 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Subject: Re: atomic changes break drm-next-kmod? From: Jung-uk Kim To: John Baldwin , Niclas Zeising , "O. Hartmann" , FreeBSD Current References: <20180703170223.266dbf5b@thor.intern.walstatt.dynvpn.de> <94747acc-dbf4-69db-aa19-687155f66dbf@FreeBSD.org> Openpgp: preference=signencrypt Autocrypt: addr=jkim@FreeBSD.org; prefer-encrypt=mutual; keydata= xsBNBFJBztUBCAChqNyGqmFuNo0U7MBzsD+q/G6Cv0l7LGVrOAsgh34M8wIWhD+tztDWMVfn AhxNDd0ceCj2bYOe67sTQxAScEcbt2FfvPOLp9MEXb9qohZj172Gwkk7dnhOhZZKhVGVZKM4 NcsuBDUzgf4f3Vdzj4wg6WlqplnTZo8lPE4hZWvZHoFIyunPTJWenybeV1xnxK7JkUdSvQR0 fA59RfTTECMwTrSEfYGUnxIDBraxJ7Ecs/0hGQ7sljIj8WBvlRDU5fU1xfF35aw56T8POQRq F4E6RVJW3YGuTpSwgtGZOTfygcLRhAiq3dFC3JNLaTVTpM8PjOinJyt9AU6RoITGOKwDABEB AAHNHkp1bmctdWsgS2ltIDxqa2ltQEZyZWVCU0Qub3JnPsLAfQQTAQoAJwUCUkHO1QIbAwUJ E0/POwULCQgHAwUVCgkICwUWAgMBAAIeAQIXgAAKCRB8n5Ym/NvxRqyzB/wL7QtsIpeGfGIA ZPMtgXMucM3NWzomyQMln2j2efUkDKthzh9jBxgF53TjOr7imwIt0PT2k1bqctPrq5IRqnu9 mGroqaCLE3LG2/E3jEaao4k9PO6efwlioyivUo5NrqIQOQ4k3EAXw7d2y0Dk1VpTgdMrnUAB hj7lGlLqS4ydcrf24DdbCRGdEQwqd9DBeBgbWynxAJMgbZBhYVEyIHuQKkJ8qY0ibIPXXuF0 KYDeH0qUHtWV2K3srNyPtymUkBQD84Pl1GWRYx05XdUHDmnX0JV3lg0BfYJZgZv0ehPQrMfY Fd9abTkf9FHQYz1JtsC8wUuRgqElRd6+YAGf8Tt9zsBNBFJBztUBCADLtSrP44El2VoJmH14 OFrlOgxzZnbn+Y/Gf1k12mJBiR+A+pBeRLD50p7AiTrjHRxO3cHcl9Dh0uf1VSbXgp8Or0ye iP/86fZPd4k5HXNmDTLL0HecPE08SCqGZ0W8vllQrokB1QxxRUB+fFMPJyMCjDAZ7P9fFTOS dTw1bJSTtOD8Sx8MpZUa9ti06bXFlVYDlaqSdgk181SSx+ZbSKkQR8CIMARlHwiLsa3Z9q9O EJr20HPyxe0AlTvwvFndH61hg7ds63eRvglwRnNON28VXO/lvKXq7Br/CiiyhFdKfINIx2Z5 htYq22tgGTW7mBURbIKoECFBTX9Lv6BXz6w9ABEBAAHCwGUEGAEKAA8FAlJBztUCGwwFCRNP zzsACgkQfJ+WJvzb8UZcJQf+IsTCxUEqY7W/pT84sMg5/QD3s6ufTRncvq14fEOxCNq1Rf4Q 9P+tOFa8GZfKDGB2BFGIrW7uT5mlmKdK1vO6ZIA930y5kUsnCmBUEBJkE2ciSQk01aB/1o62 Q3Gk/F6BwtNY9OXiqF7AcAo+K/BMIaqb26QKeh+IIgK1NN9dQiq3ByTbl4zpGZa6MmsnnRTu mzGKt2nkz7vBzH6+hZp1OzGZikgjjhYWVFoJo1dvf/rv4obs0ZJEqFPQs/1Qa1dbkKBv6odB XJpPH0ssOluTY24d1XxTiKTwmWvHeQkOKRAIfD7VTtF4TesoZYkf7hsh3e3VwXhptSLFnEOi WwYofg== Message-ID: Date: Tue, 3 Jul 2018 15:32:03 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <94747acc-dbf4-69db-aa19-687155f66dbf@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 03 Jul 2018 19:32:05 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 07/03/2018 15:23, Jung-uk Kim wrote: > On 07/03/2018 15:02, John Baldwin wrote: >> On 7/3/18 11:28 AM, Niclas Zeising wrote: >>> On 07/03/18 17:02, O. Hartmann wrote: >>>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 >>>> >>>> Am Tue, 3 Jul 2018 10:19:57 -0400 Michael Butler >>>> schrieb: >>>> >>>>> It seems recent changes (SVN r335873?) may have broken >>>>> drm-next-kmod .. >>>>> >>>>> --- i915_drv.o --- In file included from i915_drv.c:30: In >>>>> file included from >>>>> /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/linuxkpi/gp lv2/include/linux/acpi.h:26: >>>>> >>>>> >>>>> In file included from >>>>> /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/linuxkpi/gp lv2/include/linux/device.h:4: >>>>> >>>>> >>>>> In file included from >>>>> /usr/src/sys/compat/linuxkpi/common/include/linux/device.h:35: >>>>> >>>>> >>>>> In file included from >>>>> /usr/src/sys/compat/linuxkpi/common/include/linux/types.h:37: >>>>> >>>>> >>>>> In file included from /usr/src/sys/sys/systm.h:44: >>>>> ./machine/atomic.h:450:29: error: invalid operand for >>>>> instruction ATOMIC_ASM(clear, long, "andq %1,%0", "ir", >>>>> ~v); ^ :1:7: note: instantiated into assembly >>>>> here andq $9223372036854775807,40672(%r14) >>>>> ^~~~~~~~~~~~~~~~~~~~~ 1 error generated. *** [i915_drv.o] >>>>> Error code 1 >>>>> >>>>> make[3]: stopped in >>>>> /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/i915 >>>>> >>>>> >>>>> - --- i915_gem.o --- >>>>> In file included from i915_gem.c:28: In file included from >>>>> >>>>> /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/include/drm /drmP.h:38: >>>>> >>>>> >>>>> In file included from /usr/src/sys/sys/malloc.h:42: >>>>> In file included from /usr/src/sys/sys/systm.h:44: >>>>> ./machine/atomic.h:449:29: error: invalid operand for >>>>> instruction ATOMIC_ASM(set, long, "orq %1,%0", "ir", >>>>> v); ^ :1:6: note: instantiated into assembly >>>>> here orq $-9223372036854775808,40672(%r14) >>>>> ^~~~~~~~~~~~~~~~~~~~~~ 1 error generated. *** [i915_gem.o] >>>>> Error code 1 >>>>> >>>>> _______________________________________________ >>>>> 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" >>>> >>>> >>>> It breaks also graphics/drm-stable-kmod (see PR 229484, >>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229484, >>>> same error as you described above) and also >>>> emulators/virtualbox-ose-kmod. As long as CURRENT revision >>>> is < r335873, those kmod compile well. >>> >>> We are looking into why both the drm ports fail. Regards >>> >> >> I haven't yet tested an amd64 kernel with this, but I think this >> change to sys/amd64/include/atomic.h might fix it: >> >> Index: atomic.h >> =================================================================== >> >> >> - --- atomic.h (revision 335896) >> +++ atomic.h (working copy) @@ -446,10 +446,10 @@ >> ATOMIC_ASM(clear, int, "andl %1,%0", "ir", ~ >> ATOMIC_ASM(add, int, "addl %1,%0", "ir", v); >> ATOMIC_ASM(subtract, int, "subl %1,%0", "ir", v); >> >> -ATOMIC_ASM(set, long, "orq %1,%0", "ir", v); >> -ATOMIC_ASM(clear, long, "andq %1,%0", "ir", ~v); >> -ATOMIC_ASM(add, long, "addq %1,%0", "ir", v); >> -ATOMIC_ASM(subtract, long, "subq %1,%0", "ir", v); >> +ATOMIC_ASM(set, long, "orq %1,%0", "er", v); >> +ATOMIC_ASM(clear, long, "andq %1,%0", "er", ~v); >> +ATOMIC_ASM(add, long, "addq %1,%0", "er", v); >> +ATOMIC_ASM(subtract, long, "subq %1,%0", "er", v); >> >> #define ATOMIC_LOADSTORE(TYPE) \ ATOMIC_LOAD(TYPE); \ > > Isn't "Z" better than "e" in this case? Never mind, brain fart. These instructions are sign-extended. Sorry for the noise. Jung-uk Kim -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEl1bqgKaRyqfWXu/CfJ+WJvzb8UYFAls7zy8ACgkQfJ+WJvzb 8UYiOgf+PSb+Mv7UGCTUlftCiRmYYOW6ElMZSdr4tPinMocn4b/V9KJDqKOgO1SX B2KCQHgSYt4Y+STiSrcCdhIkqCeIxdqJGHdTNpnpiUm7C+B50MrKgZo6n1xnlcCM d4thqf0T/ZMaVaVEkZ42FTnmdXFo0L3jHNCHHYrpnXXXfRLJF6j5Q5Uetr1GEUJX rpV2NIXMdk308qy4EvagLd0DEtT85QAjuG124nKh5FoSFD+5wBGFVrQWk4v4LVyd rzBNM55JbTlEIFASlFjpiWJVhGvDzNVwN9XRxacYVgfEv23AMEibqhK12V48Lto/ X1/qHA0T9HC+gu/Eol+53AtU/P8ZyQ== =cHxX -----END PGP SIGNATURE----- From owner-freebsd-current@freebsd.org Tue Jul 3 19:46:03 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4EDD210165EA for ; Tue, 3 Jul 2018 19:46:03 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id E0E3894A33 for ; Tue, 3 Jul 2018 19:46:02 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: by mailman.ysv.freebsd.org (Postfix) id A0A7B10165DD; Tue, 3 Jul 2018 19:46:02 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8E3F810165DC for ; Tue, 3 Jul 2018 19:46:02 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from shell1.rawbw.com (shell1.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0152D94A32 for ; Tue, 3 Jul 2018 19:46:01 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from yv.noip.me (c-24-4-131-132.hsd1.ca.comcast.net [24.4.131.132]) (authenticated bits=0) by shell1.rawbw.com (8.15.1/8.15.1) with ESMTPSA id w63JjxCw013516 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Tue, 3 Jul 2018 12:46:00 -0700 (PDT) (envelope-from yuri@rawbw.com) X-Authentication-Warning: shell1.rawbw.com: Host c-24-4-131-132.hsd1.ca.comcast.net [24.4.131.132] claimed to be yv.noip.me To: current From: Yuri Subject: [regression] The USB WiFi card stopped working: if_run doesn't create the 'run0' interface any more Message-ID: <750df9db-ac02-a691-d091-7c34fe5ddb22@rawbw.com> Date: Tue, 3 Jul 2018 12:45:58 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 03 Jul 2018 19:46:03 -0000 I updated the laptop to r335884 last night, and 'service wpa_supplicant start wlan0' doesn't succeed any more. kernel is supposed to create the network interface 'run0', but it doesn't. This is the immediate reason why wpa_supplicant fails. The non-creation of 'run0' is a regression. I don't know of any workaround. The steps 'mergemaster -p' and 'mergemaster' were done during the upgrade, so /etc is updated. Yuri From owner-freebsd-current@freebsd.org Tue Jul 3 19:50:28 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3C8171016C96 for ; Tue, 3 Jul 2018 19:50:28 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id AEBE594C54 for ; Tue, 3 Jul 2018 19:50:27 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 6F2B51016C88; Tue, 3 Jul 2018 19:50:27 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4A5931016C86 for ; Tue, 3 Jul 2018 19:50:27 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [IPv6:2a01:4f8:201:6350::2]) by mx1.freebsd.org (Postfix) with ESMTP id C6E3494C50 for ; Tue, 3 Jul 2018 19:50:26 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.23.186] (unknown [89.113.128.32]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id B105586D; Tue, 3 Jul 2018 22:50:19 +0300 (MSK) Reply-To: lev@FreeBSD.org Subject: Re: [regression] The USB WiFi card stopped working: if_run doesn't create the 'run0' interface any more To: Yuri , current References: <750df9db-ac02-a691-d091-7c34fe5ddb22@rawbw.com> From: Lev Serebryakov Openpgp: preference=signencrypt Autocrypt: addr=lev@FreeBSD.org; prefer-encrypt=mutual; keydata= xsFNBFKbGksBEADeguVs+XyJc3mL3iiOBqDd16wSk97YTJYOi4VsHsINzJr09oFvNDiaDBIi fLn2p8XcJvehcsF2GSgrfXfw+uK4O1jyNIKJmiYA0EtE+ZbRtvDrrE0w6Q8+SDeKA21SWh3Y vSQ0DJUontbgW55ER2CbEiIUTIn34uQ0kmESAaw/v5p/9ue8yPTmURvv130FqPFz8VPzltqL NxyGt54TxPfKAzAHEIwxlEZ63JOwzloKh1UDBExcsf9nJO08/TAVgR5UZ5njFBPzaaquhRoP qPJLEQQDqxPIlvMNtHKf7iIebE4BHeqgCdJA0BoiR6gpa0wlsZtdrTPK3n4wYSphLvGbhfOZ YW/hbcu7HYS/FImkVxB3iY17kcC1UTnx4ZaYeASPBGOOPbXky1lLfmDGWIFT//70yx+G17qD OZzF1SvJJhGvh6ilFYaWMX7T+nIp6Mcafc4D7AakXM+XdubNXOMlCJhzPcZ0skgAEnYV587w V7em5fDVwQccwvtfezzqKeJAU5TGiywBHSR5Svzk2FwRNf6M//hWkpq0SRR63iOhkHGOAEBi 69GfEIwH2/w24rLxP0E+Hqq8n+EWNkPatw1Mhcl5PKkdvGCjJUaGNMkpBffjyYo254JXRscR eEnwdIkJt4ErDvjb2/UrOFq31wWMOiLzJeVchAgvTHBMRfP9aQARAQABzShMZXYgU2VyZWJy eWFrb3YgPGxldkBzZXJlYnJ5YWtvdi5zcGIucnU+wsGCBBMBCAAsAhsDBwsJCAcDAgEGFQgC CQoLBBYCAwECHgECF4ACGQEFAlKbP8wFCQlmJwEACgkQ6rA8WL/cR4/6VBAAjRMyyX3PBFx/ HxyiIZ698EfwlWUua8Ft4crtrdK52m0qNkbBB9BH8xQgBHG32A1CwyzQnzxHgZuoOWMjh+Qq WJv7dmpM/q/c1GCJHhlPgewXrciTwpAamZILN071u+1GCPWwGRPzfQ/U+k63KJWx9ozf4doM WTTom6Cqcssi4J1u5kkt52a5ZRhsCK9pEVGilk36XTP9BakGrnMSIxF/NK4xeZVX2q+Nuqvf RchyofKXVgLEDLwb1cd/baLtBpDzy0PTN2Zl2lX4kOA6jwTKsqRya9A1Vui1KXwPh2XViTQ1 7Y3l5qg/M+sR73DohezP6bO6huOnLhty17jAqHPNlD6RonDo+j8uIlEg4iMSTN3MhzkBAu0Q pe3ucQ0o1767JiXN3fsNvRzSFhLVNDqPLce4uKlMogsbreXWvdgHGTN1ybOHGbybZnP77yHz uNBacbmG3vL/OLXMqwLdL2JXoiec4DmXjjCdhTBl5xLV9Hz/6VWKqElteg8QFVvHB3tHWzJ4 /rpiVEixytCIII6DS33BXZ0h2EOkK/6AYA2SJxy1vgOH4SZBtDBHoezmHV2nFnq5O0c7AuAB 7WPWgQG0sEwHQPZmg/baRGitRJnaxf/Gvf1DeD1x1VrcoVke2vwBcgDM3kugP8L9hsqic2D3 dI+gP76haeuvNNZr3y9L9zvOwU0EUpsaSwEQALRr3B+OjY/cnJPstz5CVsVWyEZtJtrNviZr tBgbkhlkPm98sEWR4+gbpyeufdYJengDjeGzMDKcLB7h5fICS/j6A8XdlJ40TlbPfNgb6OHa ebaIYKTJpXKR9sD7ZyGivYMofm0em40wGUX7BIkdkomaWj+wUiS0CdXU0FWDj9wv73+Eim+X zZyXeFgIPv97v+pET7DfwKkADOfrkW9s4OfvGVjd+wm35wc8EngQEz0qdPBxx74X7vZFAxlA SXu8gDBJGYt2Bkc3QwULnfeXrZJWgqNPR5o44gGu96yaiOFaN/C6CJtev5ZEX+0ZxbvsHHB7 Z5AtsRURKpZ4w5HFHGhzHtDtoAKgeZ/gbhTVXPHvNQR818eN+Nl5BV8BRF/8yhR6VlJb8GYw h8oKDeVGVYC34+raHZQAM9WoBnN7jlt4T9zzPwtmw5mIahGFgvw1KDr7OItN2ZgtZ20UYC5m Go602nmHq0aPbU6SwGi1xohrliNsKaaciYiMaVIGRQq8iGr9Fe2HlvaA3BpB275i/gCVlUdG y5XLAv+yQMUvn5Z7XVsMroxDk/O+ae1ElyBvKiKyfWGJXTg5XUukkkyQmfWPxWUGoNA1P/P4 GMHSu7/Rqe/7m4uPu/RyTTqsSjjKJdP9kBwEzvqPtXsVoZuShtrptRQJDYflhgE4qmKSMKen ABEBAAHCwWUEGAECAA8FAlKbGksCGwwFCRLMAwAACgkQ6rA8WL/cR48RkA//SNzeW3CI8KHx rA0aeHW6Nb5ieoqVRBGLyjBM06RX6vHB9v4dJL6Z+yV2jGN2s+XZX2HILbuTOwcTxGkI3xTT e0cDXVaF5K8R/liigUjtwuC2v/sWgoWyUmK1Cy9CPYdcXmFq6nESfkUe8DYiGOUULdHq5w63 F53yOZ72iXRBQBZgkhPtRFu4lPYIzOsMag9DIJ9CthR1r0ziqU/keb94Qt3l+aXK7CwGdY7X T4zUIMHNYsuAuyX+NJIXfsN68TT6m7QmlUwxPs13nxmoVQzm4ruV+hlQKh1MtbsjWRkNgPxF IPiqoAEhy8QoddlSvRTwL5Z7zFQiwMdiXU7toL8pfzj/zJR1jELXKMipijrt5MLrV8XX3OPN yZZvh95VIl8mv+iAqwSZUufd2EJnvj5TObB0eH+a+34NWf/XqA3fPjE6KHzmdnw9PZjPEjlx JCPECSs+6gse1+GaEfKYuXzB/ENe2ctlcfx5iQJXFc+/+zG/uU/JX/pXJHA12CUfB5g7lH6X BZIHvRo3VTCDjXgbF5xxDAe5V4exf8d4oSNjQIFLYxxN7zkvH89EN6RPfRgsWN7bYArCwfS9 MOgs9pFeCOewR6qieK150aoqNENGfKFXJup+5VVl6I0mU+j0rgVDZDht2/QgP/Tb4lGBe+ai pOGaK/GYNR+Ad6bUmokKsx4= Organization: FreeBSD Message-ID: <55b549d9-70d3-2c30-c731-1d0d55fa3494@FreeBSD.org> Date: Tue, 3 Jul 2018 22:50:13 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <750df9db-ac02-a691-d091-7c34fe5ddb22@rawbw.com> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="tycMM7ZjIfPsOuQL80NhX8m45KaCES4zD" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 03 Jul 2018 19:50:28 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --tycMM7ZjIfPsOuQL80NhX8m45KaCES4zD Content-Type: multipart/mixed; boundary="rG8q2xLIIT9DAbckREUWIJnWB4yhJYsg4"; protected-headers="v1" From: Lev Serebryakov Reply-To: lev@FreeBSD.org To: Yuri , current Message-ID: <55b549d9-70d3-2c30-c731-1d0d55fa3494@FreeBSD.org> Subject: Re: [regression] The USB WiFi card stopped working: if_run doesn't create the 'run0' interface any more References: <750df9db-ac02-a691-d091-7c34fe5ddb22@rawbw.com> In-Reply-To: <750df9db-ac02-a691-d091-7c34fe5ddb22@rawbw.com> --rG8q2xLIIT9DAbckREUWIJnWB4yhJYsg4 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 03.07.2018 22:45, Yuri wrote: > I updated the laptop to r335884 last night, and 'service wpa_supplicant= > start wlan0' doesn't succeed any more. >=20 > kernel is supposed to create the network interface 'run0', but it > doesn't. This is the immediate reason why wpa_supplicant fails. >=20 > The non-creation of 'run0' is a regression. I don't know of any workaro= und. No, it isn't. https://lists.freebsd.org/pipermail/freebsd-wireless/2016-October/007232= =2Ehtml I don't know, why is it not mentioned in UPDATING :-( --=20 // Lev Serebryakov --rG8q2xLIIT9DAbckREUWIJnWB4yhJYsg4-- --tycMM7ZjIfPsOuQL80NhX8m45KaCES4zD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE+W0coLX0MYtnSzMK6rA8WL/cR48FAls703VfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEY5 NkQxQ0EwQjVGNDMxOEI2NzRCMzMwQUVBQjAzQzU4QkZEQzQ3OEYACgkQ6rA8WL/c R4/wPA/7BR+F0+20jW+huftT7q8mHIdfwqvXmmUcKPJvEtU57zXQzQGxaRqrZFlZ NNIEBcquQMwSGz6Ynx7Rm3FxrfctPYg+E8sP9ARInPUWMRiCUd6THh77ohv+QG2e 07Hmba06svCTrP4yH4jKU95JzDnUXi6p3qMEuRdPeXh5nrI95ehu/EXdkfQrnqdj Cq1wzOVxFzR0d8DQ5y/KADwJH54CgJVUO+r+aCbLV2iJqwGiOimIonojHH+RFmxn BFx3iAxpJFZtH1U0TjlVXorGmXMs/4hejuQ6vkZ2MgBdf7+ephBe7/ePKq+bbv7Y BHrcmgiPDnI9kjM0RygE0vQnsgAqb9zudKDcSQesKPErt/S2cvfM5KUTuxavAOPY N/rx832saNdsL5O1GHq41GQBLJyRTz/lhfHYAk56yQtdQSNns85ADt/x2Ovw5a+1 SwmiebfT+TB+bGX3zMVwITg0SSs//JFlM6T4YgP3PnIU3y+xvL6gMyhG5D+VTPp2 EXPPfySiRMoSmiypJbVQdXJQFfXqvgmCmZ+CSeIsOG1QP+r2LT3ny6AdUjYatetZ dq478tZav1JKZr6dfQmca5U/0v8vf86u9+2rEokpnpxs+DiSTuGoL1pQwtNgz/1v NMGyxeeARiNIpaUAxBWleHNiQjINPtcRuwGxFl8E3GzvAnz11J0= =f9mD -----END PGP SIGNATURE----- --tycMM7ZjIfPsOuQL80NhX8m45KaCES4zD-- From owner-freebsd-current@freebsd.org Tue Jul 3 19:53:14 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8455D101F281 for ; Tue, 3 Jul 2018 19:53:14 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id E2C9C9506C for ; Tue, 3 Jul 2018 19:53:13 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: by mailman.ysv.freebsd.org (Postfix) id A1827101F279; Tue, 3 Jul 2018 19:53:13 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8EE45101F276 for ; Tue, 3 Jul 2018 19:53:13 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from shell1.rawbw.com (shell1.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id 1596A9505D; Tue, 3 Jul 2018 19:53:09 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from yv.noip.me (c-24-4-131-132.hsd1.ca.comcast.net [24.4.131.132]) (authenticated bits=0) by shell1.rawbw.com (8.15.1/8.15.1) with ESMTPSA id w63Jr84b014236 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Tue, 3 Jul 2018 12:53:09 -0700 (PDT) (envelope-from yuri@rawbw.com) X-Authentication-Warning: shell1.rawbw.com: Host c-24-4-131-132.hsd1.ca.comcast.net [24.4.131.132] claimed to be yv.noip.me Subject: Re: [regression] The USB WiFi card stopped working: if_run doesn't create the 'run0' interface any more To: lev@FreeBSD.org, current References: <750df9db-ac02-a691-d091-7c34fe5ddb22@rawbw.com> <55b549d9-70d3-2c30-c731-1d0d55fa3494@FreeBSD.org> From: Yuri Message-ID: <8dc53310-b2a4-0537-8593-6376799d1cbc@rawbw.com> Date: Tue, 3 Jul 2018 12:53:07 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <55b549d9-70d3-2c30-c731-1d0d55fa3494@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 03 Jul 2018 19:53:14 -0000 On 07/03/18 12:50, Lev Serebryakov wrote: > No, it isn't. > > https://lists.freebsd.org/pipermail/freebsd-wireless/2016-October/007232.html > > I don't know, why is it not mentioned in UPDATING:-( I may be mistaken about the interface creation. But regardless of the cause, WiFi doesn't work any more. :-( Yuri From owner-freebsd-current@freebsd.org Tue Jul 3 20:54:52 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0543810265E8 for ; Tue, 3 Jul 2018 20:54:52 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 8841B97E1C for ; Tue, 3 Jul 2018 20:54:51 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 47D3B10265E5; Tue, 3 Jul 2018 20:54:51 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1F3D610265E4 for ; Tue, 3 Jul 2018 20:54:51 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (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 A87A497E1A; Tue, 3 Jul 2018 20:54:50 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [192.168.0.6] (67-0-234-146.albq.qwest.net [67.0.234.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 0A9CD1AF637; Tue, 3 Jul 2018 13:02:37 +0000 (UTC) Subject: Re: [regression] The USB WiFi card stopped working: if_run doesn't create the 'run0' interface any more To: Yuri , lev@FreeBSD.org, current References: <750df9db-ac02-a691-d091-7c34fe5ddb22@rawbw.com> <55b549d9-70d3-2c30-c731-1d0d55fa3494@FreeBSD.org> <8dc53310-b2a4-0537-8593-6376799d1cbc@rawbw.com> From: Sean Bruno Openpgp: preference=signencrypt Autocrypt: addr=sbruno@freebsd.org; prefer-encrypt=mutual; keydata= xsBNBFk+0UEBCADaf4bgxxKvMOhRV5NPoGWRCCGm49d6+1VFNlQ77WsY/+Zvf95TPULdRlnG w648KfxWt7+O3kdKhdRwnqlXWC7zA2Qt0dRE1yIqOGJ4jp4INvp/bcxWzgr0aoKOjrlnfxRV bh+s0rzdZt6TsNL3cVYxkC8oezjaUkHdW4mFJU249U1QJogkF8g0FeKNfEcjEkwJNX6lQJH+ EzCWT0NCk6J+Xyo+zOOljxPp1OUfdvZi3ulkU/qTZstGVWxFVsP8xQklV/y3AFcbIYx6iGJ4 5L7WuB0IWhO7Z4yHENr8wFaNYwpod9i4egX2BugbrM8pOfhN2/qqdeG1L5LMtXw3yyAhABEB AAHNN1NlYW4gQnJ1bm8gKEZyZWVCU0QgRGV2ZWxvcGVyIEtleSkgPHNicnVub0BmcmVlYnNk Lm9yZz7CwJQEEwEKAD4WIQToxOn4gDUE4eP0ujS95PX+ibX8tgUCWT7RQQIbAwUJBaOagAUL CQgHAwUVCgkICwUWAwIBAAIeAQIXgAAKCRC95PX+ibX8ttKTCACFKzRc56EBAlVotq02EjZP SfX+unlk6AuPBzShxqRxeK+bGYVCigrYd1M8nnskv0dEiZ5iYeND9HIxbpEyopqgpVTibA7w gBXaZ7SOEhNX1wXwg14JrralfSmPFMYni+sWegPMX/zwfAsn1z4mG1Nn44Xqo3o7CfpkMPy6 M5Bow2IDzIhEYISLR+urxs74/aHU35PLtBSDtu18914SEMDdva27MARN8mbeCDbuJVfGCPWy YHuy2t+9u2Zn5Dd+t3sBXLM9gpeaMm+4x6TNPpESygbVdh4tDdjVZ9DK/bWFg0kMgfZoaq6J l0jNsQXrZV3bzYNFbVw04pFcvA2GIJ7xzsBNBFk+0UEBCADIXBmQOaKMHGbc9vwjhV4Oj5aZ DdhNedn12FVeTdOXJvuTOusgxS29lla0RenHGDsgD08UiFpasBXWq/E+BhQ19d+iRbLLR17O KKc1ZGefoVbLARLXD68J5j4XAyK+6k2KqBLlqzAEpHTzsksM9naARkVXiEVcrt6ciw0FSm8n kuK3gDKKe93XfzfP+TQdbvvzJc7Fa+appLbXz61TM1aikaQlda8bWubDegwXbuoJdB34xU1m yjr/N4o+raL0x7QrzdH+wwgrTTo+H4S2c1972Skt5K5tbxLowfHicRl23V8itVQr3sBtlX4+ 66q+Apm7+R36bUS/k+G45Sp6iPpxABEBAAHCwHwEGAEKACYWIQToxOn4gDUE4eP0ujS95PX+ ibX8tgUCWT7RQQIbDAUJBaOagAAKCRC95PX+ibX8trrIB/9Pljqt/JGamD9tx4dOVmxSyFg9 z2xzgklTLuDgS73MM120mM7ao9AQUeWiSle/H0UCK7xPOzC/aeUC4oygDQKAfkkNbCNTo3+A qDjBRA8qx0e9a/QjDL+RFgD4L5kLT4tToY8T8HaBp8h03LBfk510IaI8oL/Jg7vpM3PDtJMW tUi2H+yNFmL3NfM2oBToWKLFsoP54f/eeeImrNnrlLjLHPzqS+/9apgYqX2Jwiv3tHBc4FTO GuY8VvF7BpixJs8Pc2RUuCfSyodrp1YG1kRGlXAH0cqwwr0Zmk4+7dZvtVQMCl6kS6q1+84q JwtItxS2eXSEA4NO0sQ3BXUywANh Message-ID: <1bc18a88-bb06-1d1d-89f5-2bdf726421d5@freebsd.org> Date: Tue, 3 Jul 2018 14:54:49 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <8dc53310-b2a4-0537-8593-6376799d1cbc@rawbw.com> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="4lCWTZ8ZKrdmxGQ3HMwlJW0LrD3HxDlfe" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 03 Jul 2018 20:54:52 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --4lCWTZ8ZKrdmxGQ3HMwlJW0LrD3HxDlfe Content-Type: multipart/mixed; boundary="fZ9rxr8TTd3hx4TJ55l7UorzLPqHPr2cD"; protected-headers="v1" From: Sean Bruno To: Yuri , lev@FreeBSD.org, current Message-ID: <1bc18a88-bb06-1d1d-89f5-2bdf726421d5@freebsd.org> Subject: Re: [regression] The USB WiFi card stopped working: if_run doesn't create the 'run0' interface any more References: <750df9db-ac02-a691-d091-7c34fe5ddb22@rawbw.com> <55b549d9-70d3-2c30-c731-1d0d55fa3494@FreeBSD.org> <8dc53310-b2a4-0537-8593-6376799d1cbc@rawbw.com> In-Reply-To: <8dc53310-b2a4-0537-8593-6376799d1cbc@rawbw.com> --fZ9rxr8TTd3hx4TJ55l7UorzLPqHPr2cD Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 07/03/18 13:53, Yuri wrote: > On 07/03/18 12:50, Lev Serebryakov wrote: >> =C2=A0 No, it isn't. >> >> =C2=A0 >> https://lists.freebsd.org/pipermail/freebsd-wireless/2016-October/0072= 32.html >> >> >> =C2=A0 I don't know, why is it not mentioned in UPDATING:-( >=20 >=20 > I may be mistaken about the interface creation. >=20 > But regardless of the cause, WiFi doesn't work any more. :-( >=20 >=20 > Yuri >=20 >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 Yuri: If you're still having trouble, dump your rc.conf entries for your wireless. Mine looks like this at the moment with iwn(4): wlans_iwn0=3D"wlan0" ifconfig_wlan0=3D"WPA DHCP" seam --fZ9rxr8TTd3hx4TJ55l7UorzLPqHPr2cD-- --4lCWTZ8ZKrdmxGQ3HMwlJW0LrD3HxDlfe Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE6MTp+IA1BOHj9Lo0veT1/om1/LYFAls74plfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEU4 QzRFOUY4ODAzNTA0RTFFM0Y0QkEzNEJERTRGNUZFODlCNUZDQjYACgkQveT1/om1 /LbaZQf9Fx2ScDaupyrnKmKFSpg0JcNvcPD03jqH6EG9EX5p1SvjqtEBM4a1lshb f+Emec9ymngHj+4ZB8VBsTx7yu+XZjQ9npHENDsxKPZTlFn/3pqjqc5RVxS+jNTm OMTvJ/JY/TRDcAMg22xBxKXV3qxtYrz3d80QVnb9v6eGOLhsrF4BbIgwE/ihqwE8 dJYS1UXhy5ybkYO3OFTDLgCjxum3RUUfClNcXTaQy0Rr09SomNEVvrwpLOKklTsw gICZ1abq2MwJ+a3DokHXKS+DUOwIVbTmG6rpi6pG0hnkGMYH12flJUOOlbb6KC/L Zm5Rsqs6hV6gqdydFRkF/ELQs6o88Q== =1V8W -----END PGP SIGNATURE----- --4lCWTZ8ZKrdmxGQ3HMwlJW0LrD3HxDlfe-- From owner-freebsd-current@freebsd.org Tue Jul 3 21:17:29 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5132A10287F9 for ; Tue, 3 Jul 2018 21:17:29 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from vps-mail.nomadlogic.org (mail.nomadlogic.org [IPv6:2607:f2f8:a098::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A438D71076; Tue, 3 Jul 2018 21:17:28 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from [192.168.1.106] (cpe-75-82-194-8.socal.res.rr.com [75.82.194.8]) by vps-mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id a774b82f TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Tue, 3 Jul 2018 14:17:24 -0700 (PDT) Subject: Re: atomic changes break drm-next-kmod? To: John Baldwin , Niclas Zeising , "O. Hartmann" , FreeBSD Current References: <20180703170223.266dbf5b@thor.intern.walstatt.dynvpn.de> From: Pete Wright Message-ID: Date: Tue, 3 Jul 2018 14:17:20 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 03 Jul 2018 21:17:29 -0000 On 07/03/2018 12:02, John Baldwin wrote: > On 7/3/18 11:28 AM, Niclas Zeising wrote: >> On 07/03/18 17:02, O. Hartmann wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA512 >>> >>> Am Tue, 3 Jul 2018 10:19:57 -0400 >>> Michael Butler schrieb: >>> >>>> It seems recent changes (SVN r335873?) may have broken drm-next-kmod .. >>>> >>>> --- i915_drv.o --- >>>> In file included from i915_drv.c:30: >>>> In file included from >>>> /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/linuxkpi/gplv2/include/linux/acpi.h:26: >>>> In file included from >>>> /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/linuxkpi/gplv2/include/linux/device.h:4: >>>> In file included from >>>> /usr/src/sys/compat/linuxkpi/common/include/linux/device.h:35: >>>> In file included from >>>> /usr/src/sys/compat/linuxkpi/common/include/linux/types.h:37: >>>> In file included from /usr/src/sys/sys/systm.h:44: >>>> ./machine/atomic.h:450:29: error: invalid operand for instruction >>>> ATOMIC_ASM(clear, long, "andq %1,%0", "ir", ~v); >>>> ^ >>>> :1:7: note: instantiated into assembly here >>>> andq $9223372036854775807,40672(%r14) >>>> ^~~~~~~~~~~~~~~~~~~~~ >>>> 1 error generated. >>>> *** [i915_drv.o] Error code 1 >>>> >>>> make[3]: stopped in >>>> /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/i915 >>>> --- i915_gem.o --- >>>> In file included from i915_gem.c:28: >>>> In file included from >>>> /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/include/drm/drmP.h:38: >>>> In file included from /usr/src/sys/sys/malloc.h:42: >>>> In file included from /usr/src/sys/sys/systm.h:44: >>>> ./machine/atomic.h:449:29: error: invalid operand for instruction >>>> ATOMIC_ASM(set, long, "orq %1,%0", "ir", v); >>>> ^ >>>> :1:6: note: instantiated into assembly here >>>> orq $-9223372036854775808,40672(%r14) >>>> ^~~~~~~~~~~~~~~~~~~~~~ >>>> 1 error generated. >>>> *** [i915_gem.o] Error code 1 >>>> >>>> _______________________________________________ >>>> 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" >>> >>> It breaks also graphics/drm-stable-kmod (see PR 229484, >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229484, same error as you described >>> above) and also emulators/virtualbox-ose-kmod. As long as CURRENT revision is < r335873, >>> those kmod compile well. >> We are looking into why both the drm ports fail. >> Regards >> > I haven't yet tested an amd64 kernel with this, but I think this change to sys/amd64/include/atomic.h > might fix it: > > Index: atomic.h > =================================================================== > --- atomic.h (revision 335896) > +++ atomic.h (working copy) > @@ -446,10 +446,10 @@ ATOMIC_ASM(clear, int, "andl %1,%0", "ir", ~ > ATOMIC_ASM(add, int, "addl %1,%0", "ir", v); > ATOMIC_ASM(subtract, int, "subl %1,%0", "ir", v); > > -ATOMIC_ASM(set, long, "orq %1,%0", "ir", v); > -ATOMIC_ASM(clear, long, "andq %1,%0", "ir", ~v); > -ATOMIC_ASM(add, long, "addq %1,%0", "ir", v); > -ATOMIC_ASM(subtract, long, "subq %1,%0", "ir", v); > +ATOMIC_ASM(set, long, "orq %1,%0", "er", v); > +ATOMIC_ASM(clear, long, "andq %1,%0", "er", ~v); > +ATOMIC_ASM(add, long, "addq %1,%0", "er", v); > +ATOMIC_ASM(subtract, long, "subq %1,%0", "er", v); > > #define ATOMIC_LOADSTORE(TYPE) \ > ATOMIC_LOAD(TYPE); \ > > i've just built a kernel with this patch applied, rebooted into it and was able to build the drm-next-kmod port.  i am also running X without issues so far with this configuration. cheers, -pete -- Pete Wright pete@nomadlogic.org @nomadlogicLA From owner-freebsd-current@freebsd.org Tue Jul 3 21:32:23 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 47BE71029DB6 for ; Tue, 3 Jul 2018 21:32:23 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id D274171CC6 for ; Tue, 3 Jul 2018 21:32:22 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: by mailman.ysv.freebsd.org (Postfix) id 959A51029DB4; Tue, 3 Jul 2018 21:32:22 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 82C291029DB3 for ; Tue, 3 Jul 2018 21:32:22 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from shell1.rawbw.com (shell1.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0DE0671CBE; Tue, 3 Jul 2018 21:32:21 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from yv.noip.me (c-24-4-131-132.hsd1.ca.comcast.net [24.4.131.132]) (authenticated bits=0) by shell1.rawbw.com (8.15.1/8.15.1) with ESMTPSA id w63LWKNh025948 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Tue, 3 Jul 2018 14:32:20 -0700 (PDT) (envelope-from yuri@rawbw.com) X-Authentication-Warning: shell1.rawbw.com: Host c-24-4-131-132.hsd1.ca.comcast.net [24.4.131.132] claimed to be yv.noip.me Subject: Re: [regression] The USB WiFi card stopped working: if_run doesn't create the 'run0' interface any more To: Sean Bruno , lev@freebsd.org, current References: <750df9db-ac02-a691-d091-7c34fe5ddb22@rawbw.com> <55b549d9-70d3-2c30-c731-1d0d55fa3494@FreeBSD.org> <8dc53310-b2a4-0537-8593-6376799d1cbc@rawbw.com> <1bc18a88-bb06-1d1d-89f5-2bdf726421d5@freebsd.org> From: Yuri Message-ID: <0d8d7084-291e-89ab-f973-a3ec4ed87755@rawbw.com> Date: Tue, 3 Jul 2018 14:32:19 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <1bc18a88-bb06-1d1d-89f5-2bdf726421d5@freebsd.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 03 Jul 2018 21:32:23 -0000 On 07/03/18 13:54, Sean Bruno wrote: > Yuri: > > If you're still having trouble, dump your rc.conf entries for your > wireless. Mine looks like this at the moment with iwn(4): > > wlans_iwn0="wlan0" > ifconfig_wlan0="WPA DHCP" > > seam > Thank you, Sean! rc.conf has: wlans_iwn0="wlan0" ifconfig_wlan0="WPA DHCP" wpa_supplicant_enable="YES" wpa_supplicant_program="/usr/local/sbin/wpa_supplicant" This worked before, and the only thing that has changed is that the system was updated. The interface run0 exists. After I run this command manually: ifconfig wlan0 create wlandev run0 wpa_supplicant works. But before this happened automatically, now it doesn't happen, and wpa_supplicant just fails. Something in the system update affected the interoperability with wpa_supplicant. Yuri From owner-freebsd-current@freebsd.org Tue Jul 3 21:43:31 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 40E2C102ADAE for ; Tue, 3 Jul 2018 21:43:31 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id D4AAD724EB for ; Tue, 3 Jul 2018 21:43:30 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: by mailman.ysv.freebsd.org (Postfix) id 8B14D102ADA3; Tue, 3 Jul 2018 21:43:30 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 79ADE102ADA2 for ; Tue, 3 Jul 2018 21:43:30 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from shell1.rawbw.com (shell1.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id 1C48B724E4; Tue, 3 Jul 2018 21:43:30 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from yv.noip.me (c-24-4-131-132.hsd1.ca.comcast.net [24.4.131.132]) (authenticated bits=0) by shell1.rawbw.com (8.15.1/8.15.1) with ESMTPSA id w63LhSJL027064 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Tue, 3 Jul 2018 14:43:29 -0700 (PDT) (envelope-from yuri@rawbw.com) X-Authentication-Warning: shell1.rawbw.com: Host c-24-4-131-132.hsd1.ca.comcast.net [24.4.131.132] claimed to be yv.noip.me Subject: Re: [regression] The USB WiFi card stopped working: if_run doesn't create the 'run0' interface any more To: Sean Bruno , lev@freebsd.org, current References: <750df9db-ac02-a691-d091-7c34fe5ddb22@rawbw.com> <55b549d9-70d3-2c30-c731-1d0d55fa3494@FreeBSD.org> <8dc53310-b2a4-0537-8593-6376799d1cbc@rawbw.com> <1bc18a88-bb06-1d1d-89f5-2bdf726421d5@freebsd.org> <0d8d7084-291e-89ab-f973-a3ec4ed87755@rawbw.com> From: Yuri Message-ID: <4717816c-e9bd-3ee7-be03-9a284834a390@rawbw.com> Date: Tue, 3 Jul 2018 14:43:27 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <0d8d7084-291e-89ab-f973-a3ec4ed87755@rawbw.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 03 Jul 2018 21:43:31 -0000 On 07/03/18 14:32, Yuri wrote: > > > rc.conf has: > > wlans_iwn0="wlan0" > > ifconfig_wlan0="WPA DHCP" > > wpa_supplicant_enable="YES" > > wpa_supplicant_program="/usr/local/sbin/wpa_supplicant" This got mixed up. rc.conf has: wlans_run0="wlan0" ifconfig_wlan0="WPA SYNCDHCP" wpa_supplicant_enable="YES" wpa_supplicant_program="/usr/local/sbin/wpa_supplicant" Yuri From owner-freebsd-current@freebsd.org Tue Jul 3 22:12:53 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9C6F2102D5D1 for ; Tue, 3 Jul 2018 22:12:53 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from vps-mail.nomadlogic.org (mail.nomadlogic.org [IPv6:2607:f2f8:a098::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1524F739FF; Tue, 3 Jul 2018 22:12:52 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from [192.168.1.106] (cpe-75-82-194-8.socal.res.rr.com [75.82.194.8]) by vps-mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 92c8f76d TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Tue, 3 Jul 2018 15:12:49 -0700 (PDT) Subject: Re: atomic changes break drm-next-kmod? From: Pete Wright To: John Baldwin , Niclas Zeising , "O. Hartmann" , FreeBSD Current References: <20180703170223.266dbf5b@thor.intern.walstatt.dynvpn.de> Message-ID: Date: Tue, 3 Jul 2018 15:12:45 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 03 Jul 2018 22:12:54 -0000 On 07/03/2018 14:17, Pete Wright wrote: > > > On 07/03/2018 12:02, John Baldwin wrote: >> On 7/3/18 11:28 AM, Niclas Zeising wrote: >>> On 07/03/18 17:02, O. Hartmann wrote: >>>> -----BEGIN PGP SIGNED MESSAGE----- >>>> Hash: SHA512 >>>> >>>> Am Tue, 3 Jul 2018 10:19:57 -0400 >>>> Michael Butler schrieb: >>>> >>>>> It seems recent changes (SVN r335873?) may have broken >>>>> drm-next-kmod .. >>>>> >>>>> --- i915_drv.o --- >>>>> In file included from i915_drv.c:30: >>>>> In file included from >>>>> /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/linuxkpi/gplv2/include/linux/acpi.h:26: >>>>> >>>>> In file included from >>>>> /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/linuxkpi/gplv2/include/linux/device.h:4: >>>>> >>>>> In file included from >>>>> /usr/src/sys/compat/linuxkpi/common/include/linux/device.h:35: >>>>> In file included from >>>>> /usr/src/sys/compat/linuxkpi/common/include/linux/types.h:37: >>>>> In file included from /usr/src/sys/sys/systm.h:44: >>>>> ./machine/atomic.h:450:29: error: invalid operand for instruction >>>>> ATOMIC_ASM(clear,    long,  "andq %1,%0",  "ir", ~v); >>>>>                               ^ >>>>> :1:7: note: instantiated into assembly here >>>>>           andq $9223372036854775807,40672(%r14) >>>>>                ^~~~~~~~~~~~~~~~~~~~~ >>>>> 1 error generated. >>>>> *** [i915_drv.o] Error code 1 >>>>> >>>>> make[3]: stopped in >>>>> /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/i915 >>>>> --- i915_gem.o --- >>>>> In file included from i915_gem.c:28: >>>>> In file included from >>>>> /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/include/drm/drmP.h:38: >>>>> >>>>> In file included from /usr/src/sys/sys/malloc.h:42: >>>>> In file included from /usr/src/sys/sys/systm.h:44: >>>>> ./machine/atomic.h:449:29: error: invalid operand for instruction >>>>> ATOMIC_ASM(set,      long,  "orq %1,%0",   "ir",  v); >>>>>                               ^ >>>>> :1:6: note: instantiated into assembly here >>>>>           orq $-9223372036854775808,40672(%r14) >>>>>               ^~~~~~~~~~~~~~~~~~~~~~ >>>>> 1 error generated. >>>>> *** [i915_gem.o] Error code 1 >>>>> >>>>> _______________________________________________ >>>>> 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" >>>> >>>> It breaks also graphics/drm-stable-kmod (see PR 229484, >>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229484, same >>>> error as you described >>>> above) and also emulators/virtualbox-ose-kmod. As long as CURRENT >>>> revision is < r335873, >>>> those kmod compile well. >>> We are looking into why both the drm ports fail. >>> Regards >>> >> I haven't yet tested an amd64 kernel with this, but I think this >> change to sys/amd64/include/atomic.h >> might fix it: >> >> Index: atomic.h >> =================================================================== >> --- atomic.h    (revision 335896) >> +++ atomic.h    (working copy) >> @@ -446,10 +446,10 @@ ATOMIC_ASM(clear,    int,   "andl %1,%0", "ir", ~ >>   ATOMIC_ASM(add,         int,   "addl %1,%0",  "ir",  v); >>   ATOMIC_ASM(subtract, int,   "subl %1,%0",  "ir",  v); >>   -ATOMIC_ASM(set,         long,  "orq %1,%0",   "ir",  v); >> -ATOMIC_ASM(clear,    long,  "andq %1,%0",  "ir", ~v); >> -ATOMIC_ASM(add,         long,  "addq %1,%0",  "ir",  v); >> -ATOMIC_ASM(subtract, long,  "subq %1,%0",  "ir",  v); >> +ATOMIC_ASM(set,         long,  "orq %1,%0",   "er",  v); >> +ATOMIC_ASM(clear,    long,  "andq %1,%0",  "er", ~v); >> +ATOMIC_ASM(add,         long,  "addq %1,%0",  "er",  v); >> +ATOMIC_ASM(subtract, long,  "subq %1,%0",  "er",  v); >>     #define    ATOMIC_LOADSTORE(TYPE)                    \ >>       ATOMIC_LOAD(TYPE);                    \ >> >> > > i've just built a kernel with this patch applied, rebooted into it and > was able to build the drm-next-kmod port.  i am also running X without > issues so far with this configuration. > oh neat - looks like this may have triggered a kernel panic. fortunately i was able to savecore.  here's the output of my info file: info:   Version String: FreeBSD 12.0-CURRENT #7 d7ac1268f3a(master)-dirty: Tue Jul  3 13:53:50 PDT 2018 pete@duke:/usr/obj/usr/home/pete/git/freebsd/amd64.amd64/sys/GENERIC-EVDEV   Panic String: Duplicate free of 0xfffff8010ac59000 from zone 0xfffff800340935a0(i915_gem_request) slab 0xfffff8010ac43af0(0) i didn't build a kernel.debug file unfortunately, but here's the output of my core.txt file, not sure how helpful it is: BFD: /bootpool/boot/kernel/kernel: invalid relocation type 37 BFD: BFD 2.17.50 [FreeBSD] 2007-07-03 assertion fail /usr/home/pete/git/freebsd/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf64-x86-64.c:276 BFD: /bootpool/boot/kernel/kernel: invalid relocation type 37 BFD: BFD 2.17.50 [FreeBSD] 2007-07-03 assertion fail /usr/home/pete/git/freebsd/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf64-x86-64.c:276 /dev/stdin:1: Error in sourced command file: Cannot access memory at address 0x65657246 BFD: /bootpool/boot/kernel/kernel: invalid relocation type 37 BFD: BFD 2.17.50 [FreeBSD] 2007-07-03 assertion fail /usr/home/pete/git/freebsd/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf64-x86-64.c:276 BFD: /bootpool/boot/kernel/kernel: invalid relocation type 37 BFD: BFD 2.17.50 [FreeBSD] 2007-07-03 assertion fail /usr/home/pete/git/freebsd/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf64-x86-64.c:276 /dev/stdin:1: Error in sourced command file: Cannot access memory at address 0x65657246 BFD: /bootpool/boot/kernel.old/kernel: invalid relocation type 37 BFD: BFD 2.17.50 [FreeBSD] 2007-07-03 assertion fail /usr/home/pete/git/freebsd/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf64-x86-64.c:276 BFD: /bootpool/boot/kernel.old/kernel: invalid relocation type 37 BFD: BFD 2.17.50 [FreeBSD] 2007-07-03 assertion fail /usr/home/pete/git/freebsd/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf64-x86-64.c:276 /dev/stdin:1: Error in sourced command file: Cannot access memory at address 0x65657246 Unable to find matching kernel for /var/crash/vmcore.1 cheers, -pete -- Pete Wright pete@nomadlogic.org @nomadlogicLA From owner-freebsd-current@freebsd.org Tue Jul 3 22:20:29 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7A7B2102E0B5 for ; Tue, 3 Jul 2018 22:20:29 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from vps-mail.nomadlogic.org (mail.nomadlogic.org [IPv6:2607:f2f8:a098::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E87E873E36; Tue, 3 Jul 2018 22:20:28 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from [192.168.1.106] (cpe-75-82-194-8.socal.res.rr.com [75.82.194.8]) by vps-mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 2a4b6ee0 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Tue, 3 Jul 2018 15:20:26 -0700 (PDT) Subject: Re: atomic changes break drm-next-kmod? From: Pete Wright To: John Baldwin , Niclas Zeising , "O. Hartmann" , FreeBSD Current References: <20180703170223.266dbf5b@thor.intern.walstatt.dynvpn.de> Message-ID: <845aca10-8c01-fa3b-087f-f957df4e7531@nomadlogic.org> Date: Tue, 3 Jul 2018 15:20:22 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 03 Jul 2018 22:20:29 -0000 On 07/03/2018 15:12, Pete Wright wrote: > > > On 07/03/2018 14:17, Pete Wright wrote: >> >> >> On 07/03/2018 12:02, John Baldwin wrote: >>> On 7/3/18 11:28 AM, Niclas Zeising wrote: >>>> On 07/03/18 17:02, O. Hartmann wrote: >>>>> -----BEGIN PGP SIGNED MESSAGE----- >>>>> Hash: SHA512 >>>>> >>>>> Am Tue, 3 Jul 2018 10:19:57 -0400 >>>>> Michael Butler schrieb: >>>>> >>>>>> It seems recent changes (SVN r335873?) may have broken >>>>>> drm-next-kmod .. >>>>>> >>>>>> --- i915_drv.o --- >>>>>> In file included from i915_drv.c:30: >>>>>> In file included from >>>>>> /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/linuxkpi/gplv2/include/linux/acpi.h:26: >>>>>> >>>>>> In file included from >>>>>> /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/linuxkpi/gplv2/include/linux/device.h:4: >>>>>> >>>>>> In file included from >>>>>> /usr/src/sys/compat/linuxkpi/common/include/linux/device.h:35: >>>>>> In file included from >>>>>> /usr/src/sys/compat/linuxkpi/common/include/linux/types.h:37: >>>>>> In file included from /usr/src/sys/sys/systm.h:44: >>>>>> ./machine/atomic.h:450:29: error: invalid operand for instruction >>>>>> ATOMIC_ASM(clear,    long,  "andq %1,%0",  "ir", ~v); >>>>>>                               ^ >>>>>> :1:7: note: instantiated into assembly here >>>>>>           andq $9223372036854775807,40672(%r14) >>>>>>                ^~~~~~~~~~~~~~~~~~~~~ >>>>>> 1 error generated. >>>>>> *** [i915_drv.o] Error code 1 >>>>>> >>>>>> make[3]: stopped in >>>>>> /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/i915 >>>>>> --- i915_gem.o --- >>>>>> In file included from i915_gem.c:28: >>>>>> In file included from >>>>>> /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/include/drm/drmP.h:38: >>>>>> >>>>>> In file included from /usr/src/sys/sys/malloc.h:42: >>>>>> In file included from /usr/src/sys/sys/systm.h:44: >>>>>> ./machine/atomic.h:449:29: error: invalid operand for instruction >>>>>> ATOMIC_ASM(set,      long,  "orq %1,%0",   "ir",  v); >>>>>>                               ^ >>>>>> :1:6: note: instantiated into assembly here >>>>>>           orq $-9223372036854775808,40672(%r14) >>>>>>               ^~~~~~~~~~~~~~~~~~~~~~ >>>>>> 1 error generated. >>>>>> *** [i915_gem.o] Error code 1 >>>>>> >>>>>> _______________________________________________ >>>>>> 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" >>>>> >>>>> It breaks also graphics/drm-stable-kmod (see PR 229484, >>>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229484, same >>>>> error as you described >>>>> above) and also emulators/virtualbox-ose-kmod. As long as CURRENT >>>>> revision is < r335873, >>>>> those kmod compile well. >>>> We are looking into why both the drm ports fail. >>>> Regards >>>> >>> I haven't yet tested an amd64 kernel with this, but I think this >>> change to sys/amd64/include/atomic.h >>> might fix it: >>> >>> Index: atomic.h >>> =================================================================== >>> --- atomic.h    (revision 335896) >>> +++ atomic.h    (working copy) >>> @@ -446,10 +446,10 @@ ATOMIC_ASM(clear,    int,   "andl %1,%0", "ir", ~ >>>   ATOMIC_ASM(add,         int,   "addl %1,%0",  "ir",  v); >>>   ATOMIC_ASM(subtract, int,   "subl %1,%0",  "ir",  v); >>>   -ATOMIC_ASM(set,         long,  "orq %1,%0",   "ir",  v); >>> -ATOMIC_ASM(clear,    long,  "andq %1,%0",  "ir", ~v); >>> -ATOMIC_ASM(add,         long,  "addq %1,%0",  "ir",  v); >>> -ATOMIC_ASM(subtract, long,  "subq %1,%0",  "ir",  v); >>> +ATOMIC_ASM(set,         long,  "orq %1,%0",   "er",  v); >>> +ATOMIC_ASM(clear,    long,  "andq %1,%0",  "er", ~v); >>> +ATOMIC_ASM(add,         long,  "addq %1,%0",  "er",  v); >>> +ATOMIC_ASM(subtract, long,  "subq %1,%0",  "er",  v); >>>     #define    ATOMIC_LOADSTORE(TYPE)                    \ >>>       ATOMIC_LOAD(TYPE);                    \ >>> >>> >> >> i've just built a kernel with this patch applied, rebooted into it >> and was able to build the drm-next-kmod port.  i am also running X >> without issues so far with this configuration. >> > > > oh neat - looks like this may have triggered a kernel panic. > fortunately i was able to savecore.  here's the output of my info file: > > info: >   Version String: FreeBSD 12.0-CURRENT #7 d7ac1268f3a(master)-dirty: > Tue Jul  3 13:53:50 PDT 2018 > pete@duke:/usr/obj/usr/home/pete/git/freebsd/amd64.amd64/sys/GENERIC-EVDEV > >   Panic String: Duplicate free of 0xfffff8010ac59000 from zone > 0xfffff800340935a0(i915_gem_request) slab 0xfffff8010ac43af0(0) > > i didn't build a kernel.debug file unfortunately, but here's the > output of my core.txt file, not sure how helpful it is: darn, hit send too soon - i was looking in wrong place for debug kernel - here is some hopefully more helpful info: $ sudo kgdb /usr/lib/debug/boot/kernel/kernel.debug /var/crash/vmcore.1 Unread portion of the kernel message buffer: WARNING !state->acquire_ctx failed at drm_atomic.c:634 WARNING !state->acquire_ctx failed at drm_atomic.c:270 WARNING !state->acquire_ctx failed at drm_atomic.c:634 WARNING !state->acquire_ctx failed at drm_atomic.c:634 WARNING !state->acquire_ctx failed at drm_atomic.c:634 WARNING !state->acquire_ctx failed at drm_atomic.c:270 WARNING !state->acquire_ctx failed at drm_atomic.c:634 WARNING !state->acquire_ctx failed at drm_atomic.c:270 WARNING !state->acquire_ctx failed at drm_atomic.c:270 WARNING !state->acquire_ctx failed at drm_atomic.c:634 WARNING !state->acquire_ctx failed at drm_atomic.c:634 WARNING !state->acquire_ctx failed at drm_atomic.c:634 WARNING !state->acquire_ctx failed at drm_atomic.c:634 WARNING !state->acquire_ctx failed at drm_atomic.c:270 WARNING !state->acquire_ctx failed at drm_atomic.c:634 WARNING !state->acquire_ctx failed at drm_atomic.c:270 WARNING !state->acquire_ctx failed at drm_atomic.c:270 WARNING !mutex_is_locked(&mode_config->mutex) && !drm_modeset_is_locked(&mode_config->connection_mutex) failed at /usr/home/pete/git/freebsd-ports/graphics/drm-next-kmod/work/kms-drm-a753215/include/drm/drm_crtc.h:1403 WARNING !state->acquire_ctx failed at drm_atomic.c:909 WARNING !state->acquire_ctx failed at drm_atomic.c:270 WARNING !state->acquire_ctx failed at drm_atomic.c:909 WARNING !state->acquire_ctx failed at drm_atomic.c:270 WARNING !state->acquire_ctx failed at drm_atomic.c:270 WARNING !state->acquire_ctx failed at drm_atomic.c:634 WARNING !state->acquire_ctx failed at drm_atomic.c:270 WARNING !state->acquire_ctx failed at drm_atomic.c:270 WARNING !mutex_is_locked(&mode_config->mutex) && !drm_modeset_is_locked(&mode_config->connection_mutex) failed at /usr/home/pete/git/freebsd-ports/graphics/drm-next-kmod/work/kms-drm-a753215/include/drm/drm_crtc.h:1403 WARNING !state->acquire_ctx failed at drm_atomic.c:909 WARNING !state->acquire_ctx failed at drm_atomic.c:270 WARNING !state->acquire_ctx failed at drm_atomic.c:909 WARNING !state->acquire_ctx failed at drm_atomic.c:270 WARNING !state->acquire_ctx failed at drm_atomic.c:270 WARNING !state->acquire_ctx failed at drm_atomic.c:634 WARNING !mutex_is_locked(&mode_config->mutex) && !drm_modeset_is_locked(&mode_config->connection_mutex) failed at /usr/home/pete/git/freebsd-ports/graphics/drm-next-kmod/work/kms-drm-a753215/include/drm/drm_crtc.h:1403 WARNING !mutex_is_locked(&mode_config->mutex) && !drm_modeset_is_locked(&mode_config->connection_mutex) failed at /usr/home/pete/git/freebsd-ports/graphics/drm-next-kmod/work/kms-drm-a753215/include/drm/drm_crtc.h:1403 WARNING !state->acquire_ctx failed at drm_atomic.c:270 WARNING !state->acquire_ctx failed at drm_atomic.c:270 WARNING !state->acquire_ctx failed at drm_atomic.c:270 panic: running but not TDS_RUNNING cpuid = 7 time = 1530655265 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00756b9ef0 vpanic() at vpanic+0x1a3/frame 0xfffffe00756b9f50 doadump() at doadump/frame 0xfffffe00756b9fd0 sleepq_timedwait() at sleepq_timedwait+0x50/frame 0xfffffe00756ba010 linux_add_to_sleepqueue() at linux_add_to_sleepqueue+0xfd/frame 0xfffffe00756ba060 linux_wait_event_common() at linux_wait_event_common+0x149/frame 0xfffffe00756ba0b0 intel_atomic_wait_for_vblanks() at intel_atomic_wait_for_vblanks+0x38c/frame 0xfffffe00756ba200 intel_atomic_commit_tail() at intel_atomic_commit_tail+0x808/frame 0xfffffe00756ba3e0 intel_atomic_commit() at intel_atomic_commit+0x24c/frame 0xfffffe00756ba460 drm_atomic_commit() at drm_atomic_commit+0x95/frame 0xfffffe00756ba490 restore_fbdev_mode_atomic() at restore_fbdev_mode_atomic+0x1da/frame 0xfffffe00756ba510 restore_fbdev_mode() at restore_fbdev_mode+0x43/frame 0xfffffe00756ba5b0 drm_fb_helper_restore_fbdev_mode_unlocked() at drm_fb_helper_restore_fbdev_mode_unlocked+0x45/frame 0xfffffe00756ba5f0 vt_kms_postswitch() at vt_kms_postswitch+0x1e2/frame 0xfffffe00756ba660 vt_window_switch() at vt_window_switch+0x128/frame 0xfffffe00756ba6a0 vtterm_cngrab() at vtterm_cngrab+0x20/frame 0xfffffe00756ba6c0 cngrab() at cngrab+0x42/frame 0xfffffe00756ba6e0 vpanic() at vpanic+0xfb/frame 0xfffffe00756ba740 panic() at panic+0x43/frame 0xfffffe00756ba7a0 uma_dbg_free() at uma_dbg_free+0x174/frame 0xfffffe00756ba7d0 uma_zfree_arg() at uma_zfree_arg+0xf6/frame 0xfffffe00756ba830 linux_rcu_cleaner_func() at linux_rcu_cleaner_func+0xa2/frame 0xfffffe00756ba860 taskqueue_run_locked() at taskqueue_run_locked+0x14c/frame 0xfffffe00756ba8c0 taskqueue_run() at taskqueue_run+0x4a/frame 0xfffffe00756ba8e0 intr_event_execute_handlers() at intr_event_execute_handlers+0x99/frame 0xfffffe00756ba920 ithread_loop() at ithread_loop+0xb7/frame 0xfffffe00756ba970 fork_exit() at fork_exit+0x84/frame 0xfffffe00756ba9b0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00756ba9b0 --- trap 0, rip = 0, rsp = 0, rbp = 0 --- KDB: enter: panic #0  cpustop_handler () at /usr/home/pete/git/freebsd/sys/x86/x86/mp_x86.c:1379 1379        CPU_SET_ATOMIC(cpu, &stopped_cpus); (kgdb) bt #0  cpustop_handler () at /usr/home/pete/git/freebsd/sys/x86/x86/mp_x86.c:1379 #1  0xffffffff811e9ae4 in ipi_nmi_handler () at /usr/home/pete/git/freebsd/sys/x86/x86/mp_x86.c:1337 #2  0xffffffff81070d29 in trap (frame=0xffffffff81fb42f0) at /usr/home/pete/git/freebsd/sys/amd64/amd64/trap.c:192 #3  0xffffffff8104d0d4 in nmi_calltrap () at /usr/home/pete/git/freebsd/sys/amd64/amd64/exception.S:768 #4  0xffffffff811d9a2c in acpi_cpu_idle_mwait (mwait_hint=0) at cpufunc.h:620 Previous frame inner to this frame (corrupt stack?) Current language:  auto; currently minimal (kgdb) -pete -- Pete Wright pete@nomadlogic.org @nomadlogicLA From owner-freebsd-current@freebsd.org Tue Jul 3 22:29:12 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 62C9E102EDA8 for ; Tue, 3 Jul 2018 22:29:12 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id EF537744AE for ; Tue, 3 Jul 2018 22:29:11 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: by mailman.ysv.freebsd.org (Postfix) id A944E102EDA3; Tue, 3 Jul 2018 22:29:11 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 96BEC102EDA2 for ; Tue, 3 Jul 2018 22:29:11 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 11D07744AB; Tue, 3 Jul 2018 22:29:10 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id w63MT7dH040184; Tue, 3 Jul 2018 15:29:07 -0700 (PDT) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id w63MT7Dp040183; Tue, 3 Jul 2018 15:29:07 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201807032229.w63MT7Dp040183@pdx.rh.CN85.dnsmgr.net> Subject: Re: [regression] The USB WiFi card stopped working: if_run doesn't create the 'run0' interface any more In-Reply-To: <4717816c-e9bd-3ee7-be03-9a284834a390@rawbw.com> To: Yuri Date: Tue, 3 Jul 2018 15:29:07 -0700 (PDT) CC: Sean Bruno , lev@freebsd.org, current X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 03 Jul 2018 22:29:12 -0000 > On 07/03/18 14:32, Yuri wrote: > > > > > > rc.conf has: > > > > wlans_iwn0="wlan0" > > > > ifconfig_wlan0="WPA DHCP" > > > > wpa_supplicant_enable="YES" > > > > wpa_supplicant_program="/usr/local/sbin/wpa_supplicant" ^^^^^^^^^^ What wpa_supplicant is this? The normal system one lives in /sbin. > > This got mixed up. > > rc.conf has: > > wlans_run0="wlan0" > ifconfig_wlan0="WPA SYNCDHCP" > wpa_supplicant_enable="YES" > wpa_supplicant_program="/usr/local/sbin/wpa_supplicant" > > > Yuri > > > _______________________________________________ > 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" > -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Tue Jul 3 22:29:54 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 53650102EE6D for ; Tue, 3 Jul 2018 22:29:54 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D645774522 for ; Tue, 3 Jul 2018 22:29:53 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro-2.local (ralph.baldwin.cx [66.234.199.215]) by mail.baldwin.cx (Postfix) with ESMTPSA id F130510AFCD; Tue, 3 Jul 2018 18:29:51 -0400 (EDT) Subject: Re: atomic changes break drm-next-kmod? To: Pete Wright , Niclas Zeising , "O. Hartmann" , FreeBSD Current References: <20180703170223.266dbf5b@thor.intern.walstatt.dynvpn.de> <845aca10-8c01-fa3b-087f-f957df4e7531@nomadlogic.org> From: John Baldwin Message-ID: <063ae5c3-0584-1284-dd9d-ab8b5790baf1@FreeBSD.org> Date: Tue, 3 Jul 2018 15:29:50 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <845aca10-8c01-fa3b-087f-f957df4e7531@nomadlogic.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Tue, 03 Jul 2018 18:29:52 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 03 Jul 2018 22:29:54 -0000 On 7/3/18 3:20 PM, Pete Wright wrote: > > > On 07/03/2018 15:12, Pete Wright wrote: >> >> >> On 07/03/2018 14:17, Pete Wright wrote: >>> >>> >>> On 07/03/2018 12:02, John Baldwin wrote: >>>> On 7/3/18 11:28 AM, Niclas Zeising wrote: >>>>> On 07/03/18 17:02, O. Hartmann wrote: >>>>>> -----BEGIN PGP SIGNED MESSAGE----- >>>>>> Hash: SHA512 >>>>>> >>>>>> Am Tue, 3 Jul 2018 10:19:57 -0400 >>>>>> Michael Butler schrieb: >>>>>> >>>>>>> It seems recent changes (SVN r335873?) may have broken >>>>>>> drm-next-kmod .. >>>>>>> >>>>>>> --- i915_drv.o --- >>>>>>> In file included from i915_drv.c:30: >>>>>>> In file included from >>>>>>> /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/linuxkpi/gplv2/include/linux/acpi.h:26: >>>>>>> >>>>>>> In file included from >>>>>>> /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/linuxkpi/gplv2/include/linux/device.h:4: >>>>>>> >>>>>>> In file included from >>>>>>> /usr/src/sys/compat/linuxkpi/common/include/linux/device.h:35: >>>>>>> In file included from >>>>>>> /usr/src/sys/compat/linuxkpi/common/include/linux/types.h:37: >>>>>>> In file included from /usr/src/sys/sys/systm.h:44: >>>>>>> ./machine/atomic.h:450:29: error: invalid operand for instruction >>>>>>> ATOMIC_ASM(clear,    long,  "andq %1,%0",  "ir", ~v); >>>>>>>                               ^ >>>>>>> :1:7: note: instantiated into assembly here >>>>>>>           andq $9223372036854775807,40672(%r14) >>>>>>>                ^~~~~~~~~~~~~~~~~~~~~ >>>>>>> 1 error generated. >>>>>>> *** [i915_drv.o] Error code 1 >>>>>>> >>>>>>> make[3]: stopped in >>>>>>> /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/i915 >>>>>>> --- i915_gem.o --- >>>>>>> In file included from i915_gem.c:28: >>>>>>> In file included from >>>>>>> /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/include/drm/drmP.h:38: >>>>>>> >>>>>>> In file included from /usr/src/sys/sys/malloc.h:42: >>>>>>> In file included from /usr/src/sys/sys/systm.h:44: >>>>>>> ./machine/atomic.h:449:29: error: invalid operand for instruction >>>>>>> ATOMIC_ASM(set,      long,  "orq %1,%0",   "ir",  v); >>>>>>>                               ^ >>>>>>> :1:6: note: instantiated into assembly here >>>>>>>           orq $-9223372036854775808,40672(%r14) >>>>>>>               ^~~~~~~~~~~~~~~~~~~~~~ >>>>>>> 1 error generated. >>>>>>> *** [i915_gem.o] Error code 1 >>>>>>> >>>>>>> _______________________________________________ >>>>>>> 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" >>>>>> >>>>>> It breaks also graphics/drm-stable-kmod (see PR 229484, >>>>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229484, same >>>>>> error as you described >>>>>> above) and also emulators/virtualbox-ose-kmod. As long as CURRENT >>>>>> revision is < r335873, >>>>>> those kmod compile well. >>>>> We are looking into why both the drm ports fail. >>>>> Regards >>>>> >>>> I haven't yet tested an amd64 kernel with this, but I think this >>>> change to sys/amd64/include/atomic.h >>>> might fix it: >>>> >>>> Index: atomic.h >>>> =================================================================== >>>> --- atomic.h    (revision 335896) >>>> +++ atomic.h    (working copy) >>>> @@ -446,10 +446,10 @@ ATOMIC_ASM(clear,    int,   "andl %1,%0", "ir", ~ >>>>   ATOMIC_ASM(add,         int,   "addl %1,%0",  "ir",  v); >>>>   ATOMIC_ASM(subtract, int,   "subl %1,%0",  "ir",  v); >>>>   -ATOMIC_ASM(set,         long,  "orq %1,%0",   "ir",  v); >>>> -ATOMIC_ASM(clear,    long,  "andq %1,%0",  "ir", ~v); >>>> -ATOMIC_ASM(add,         long,  "addq %1,%0",  "ir",  v); >>>> -ATOMIC_ASM(subtract, long,  "subq %1,%0",  "ir",  v); >>>> +ATOMIC_ASM(set,         long,  "orq %1,%0",   "er",  v); >>>> +ATOMIC_ASM(clear,    long,  "andq %1,%0",  "er", ~v); >>>> +ATOMIC_ASM(add,         long,  "addq %1,%0",  "er",  v); >>>> +ATOMIC_ASM(subtract, long,  "subq %1,%0",  "er",  v); >>>>     #define    ATOMIC_LOADSTORE(TYPE)                    \ >>>>       ATOMIC_LOAD(TYPE);                    \ >>>> >>>> >>> >>> i've just built a kernel with this patch applied, rebooted into it >>> and was able to build the drm-next-kmod port.  i am also running X >>> without issues so far with this configuration. >>> >> >> >> oh neat - looks like this may have triggered a kernel panic. >> fortunately i was able to savecore.  here's the output of my info file: >> >> info: >>   Version String: FreeBSD 12.0-CURRENT #7 d7ac1268f3a(master)-dirty: >> Tue Jul  3 13:53:50 PDT 2018 >> pete@duke:/usr/obj/usr/home/pete/git/freebsd/amd64.amd64/sys/GENERIC-EVDEV >> >>   Panic String: Duplicate free of 0xfffff8010ac59000 from zone >> 0xfffff800340935a0(i915_gem_request) slab 0xfffff8010ac43af0(0) >> >> i didn't build a kernel.debug file unfortunately, but here's the >> output of my core.txt file, not sure how helpful it is: > > darn, hit send too soon - i was looking in wrong place for debug kernel > - here is some hopefully more helpful info: > > $ sudo kgdb /usr/lib/debug/boot/kernel/kernel.debug /var/crash/vmcore.1 > Unread portion of the kernel message buffer: > WARNING !state->acquire_ctx failed at drm_atomic.c:634 > WARNING !state->acquire_ctx failed at drm_atomic.c:270 > WARNING !state->acquire_ctx failed at drm_atomic.c:634 > WARNING !state->acquire_ctx failed at drm_atomic.c:634 > WARNING !state->acquire_ctx failed at drm_atomic.c:634 > WARNING !state->acquire_ctx failed at drm_atomic.c:270 > WARNING !state->acquire_ctx failed at drm_atomic.c:634 > WARNING !state->acquire_ctx failed at drm_atomic.c:270 > WARNING !state->acquire_ctx failed at drm_atomic.c:270 > WARNING !state->acquire_ctx failed at drm_atomic.c:634 > WARNING !state->acquire_ctx failed at drm_atomic.c:634 > WARNING !state->acquire_ctx failed at drm_atomic.c:634 > WARNING !state->acquire_ctx failed at drm_atomic.c:634 > WARNING !state->acquire_ctx failed at drm_atomic.c:270 > WARNING !state->acquire_ctx failed at drm_atomic.c:634 > WARNING !state->acquire_ctx failed at drm_atomic.c:270 > WARNING !state->acquire_ctx failed at drm_atomic.c:270 > WARNING !mutex_is_locked(&mode_config->mutex) && > !drm_modeset_is_locked(&mode_config->connection_mutex) failed at > /usr/home/pete/git/freebsd-ports/graphics/drm-next-kmod/work/kms-drm-a753215/include/drm/drm_crtc.h:1403 > WARNING !state->acquire_ctx failed at drm_atomic.c:909 > WARNING !state->acquire_ctx failed at drm_atomic.c:270 > WARNING !state->acquire_ctx failed at drm_atomic.c:909 > WARNING !state->acquire_ctx failed at drm_atomic.c:270 > WARNING !state->acquire_ctx failed at drm_atomic.c:270 > WARNING !state->acquire_ctx failed at drm_atomic.c:634 > WARNING !state->acquire_ctx failed at drm_atomic.c:270 > WARNING !state->acquire_ctx failed at drm_atomic.c:270 > WARNING !mutex_is_locked(&mode_config->mutex) && > !drm_modeset_is_locked(&mode_config->connection_mutex) failed at > /usr/home/pete/git/freebsd-ports/graphics/drm-next-kmod/work/kms-drm-a753215/include/drm/drm_crtc.h:1403 > WARNING !state->acquire_ctx failed at drm_atomic.c:909 > WARNING !state->acquire_ctx failed at drm_atomic.c:270 > WARNING !state->acquire_ctx failed at drm_atomic.c:909 > WARNING !state->acquire_ctx failed at drm_atomic.c:270 > WARNING !state->acquire_ctx failed at drm_atomic.c:270 > WARNING !state->acquire_ctx failed at drm_atomic.c:634 > WARNING !mutex_is_locked(&mode_config->mutex) && > !drm_modeset_is_locked(&mode_config->connection_mutex) failed at > /usr/home/pete/git/freebsd-ports/graphics/drm-next-kmod/work/kms-drm-a753215/include/drm/drm_crtc.h:1403 > WARNING !mutex_is_locked(&mode_config->mutex) && > !drm_modeset_is_locked(&mode_config->connection_mutex) failed at > /usr/home/pete/git/freebsd-ports/graphics/drm-next-kmod/work/kms-drm-a753215/include/drm/drm_crtc.h:1403 > WARNING !state->acquire_ctx failed at drm_atomic.c:270 > WARNING !state->acquire_ctx failed at drm_atomic.c:270 > WARNING !state->acquire_ctx failed at drm_atomic.c:270 > panic: running but not TDS_RUNNING > cpuid = 7 > time = 1530655265 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0xfffffe00756b9ef0 > vpanic() at vpanic+0x1a3/frame 0xfffffe00756b9f50 > doadump() at doadump/frame 0xfffffe00756b9fd0 > sleepq_timedwait() at sleepq_timedwait+0x50/frame 0xfffffe00756ba010 > linux_add_to_sleepqueue() at linux_add_to_sleepqueue+0xfd/frame > 0xfffffe00756ba060 > linux_wait_event_common() at linux_wait_event_common+0x149/frame > 0xfffffe00756ba0b0 > intel_atomic_wait_for_vblanks() at > intel_atomic_wait_for_vblanks+0x38c/frame 0xfffffe00756ba200 > intel_atomic_commit_tail() at intel_atomic_commit_tail+0x808/frame > 0xfffffe00756ba3e0 > intel_atomic_commit() at intel_atomic_commit+0x24c/frame 0xfffffe00756ba460 > drm_atomic_commit() at drm_atomic_commit+0x95/frame 0xfffffe00756ba490 > restore_fbdev_mode_atomic() at restore_fbdev_mode_atomic+0x1da/frame > 0xfffffe00756ba510 > restore_fbdev_mode() at restore_fbdev_mode+0x43/frame 0xfffffe00756ba5b0 > drm_fb_helper_restore_fbdev_mode_unlocked() at > drm_fb_helper_restore_fbdev_mode_unlocked+0x45/frame 0xfffffe00756ba5f0 > vt_kms_postswitch() at vt_kms_postswitch+0x1e2/frame 0xfffffe00756ba660 > vt_window_switch() at vt_window_switch+0x128/frame 0xfffffe00756ba6a0 > vtterm_cngrab() at vtterm_cngrab+0x20/frame 0xfffffe00756ba6c0 > cngrab() at cngrab+0x42/frame 0xfffffe00756ba6e0 > vpanic() at vpanic+0xfb/frame 0xfffffe00756ba740 > panic() at panic+0x43/frame 0xfffffe00756ba7a0 > uma_dbg_free() at uma_dbg_free+0x174/frame 0xfffffe00756ba7d0 > uma_zfree_arg() at uma_zfree_arg+0xf6/frame 0xfffffe00756ba830 > linux_rcu_cleaner_func() at linux_rcu_cleaner_func+0xa2/frame > 0xfffffe00756ba860 > taskqueue_run_locked() at taskqueue_run_locked+0x14c/frame > 0xfffffe00756ba8c0 > taskqueue_run() at taskqueue_run+0x4a/frame 0xfffffe00756ba8e0 > intr_event_execute_handlers() at intr_event_execute_handlers+0x99/frame > 0xfffffe00756ba920 > ithread_loop() at ithread_loop+0xb7/frame 0xfffffe00756ba970 > fork_exit() at fork_exit+0x84/frame 0xfffffe00756ba9b0 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00756ba9b0 > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > KDB: enter: panic > > #0  cpustop_handler () at > /usr/home/pete/git/freebsd/sys/x86/x86/mp_x86.c:1379 > 1379        CPU_SET_ATOMIC(cpu, &stopped_cpus); > (kgdb) bt > #0  cpustop_handler () at > /usr/home/pete/git/freebsd/sys/x86/x86/mp_x86.c:1379 > #1  0xffffffff811e9ae4 in ipi_nmi_handler () at > /usr/home/pete/git/freebsd/sys/x86/x86/mp_x86.c:1337 > #2  0xffffffff81070d29 in trap (frame=0xffffffff81fb42f0) at > /usr/home/pete/git/freebsd/sys/amd64/amd64/trap.c:192 > #3  0xffffffff8104d0d4 in nmi_calltrap () at > /usr/home/pete/git/freebsd/sys/amd64/amd64/exception.S:768 > #4  0xffffffff811d9a2c in acpi_cpu_idle_mwait (mwait_hint=0) at > cpufunc.h:620 > Previous frame inner to this frame (corrupt stack?) > Current language:  auto; currently minimal > (kgdb) That seems like kgdb is looking at the wrong CPU. Can you use 'info threads' and look for threads not stopped in 'sched_switch' and get their backtraces? You could also just do 'thread apply all bt' and put that file at a URL if that is easiest. -- John Baldwin From owner-freebsd-current@freebsd.org Tue Jul 3 22:34:32 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 76BE7102F568 for ; Tue, 3 Jul 2018 22:34:32 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from vps-mail.nomadlogic.org (mail.nomadlogic.org [IPv6:2607:f2f8:a098::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DB78F74A20; Tue, 3 Jul 2018 22:34:31 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from [192.168.1.106] (cpe-75-82-194-8.socal.res.rr.com [75.82.194.8]) by vps-mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 63fc6e69 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Tue, 3 Jul 2018 15:34:29 -0700 (PDT) Subject: Re: atomic changes break drm-next-kmod? To: John Baldwin , Niclas Zeising , "O. Hartmann" , FreeBSD Current References: <20180703170223.266dbf5b@thor.intern.walstatt.dynvpn.de> <845aca10-8c01-fa3b-087f-f957df4e7531@nomadlogic.org> <063ae5c3-0584-1284-dd9d-ab8b5790baf1@FreeBSD.org> From: Pete Wright Message-ID: <0bf8e57b-fdb4-4c1a-3d0d-a734f8187ca8@nomadlogic.org> Date: Tue, 3 Jul 2018 15:34:24 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <063ae5c3-0584-1284-dd9d-ab8b5790baf1@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 03 Jul 2018 22:34:32 -0000 On 07/03/2018 15:29, John Baldwin wrote: > That seems like kgdb is looking at the wrong CPU. Can you use > 'info threads' and look for threads not stopped in 'sched_switch' > and get their backtraces? You could also just do 'thread apply > all bt' and put that file at a URL if that is easiest. > sure thing John - here's a gist of "thread apply all bt" https://gist.github.com/gem-pete/d8d7ab220dc8781f0827f965f09d43ed cheers! -pete -- Pete Wright pete@nomadlogic.org @nomadlogicLA From owner-freebsd-current@freebsd.org Tue Jul 3 22:45:52 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B7130103068E for ; Tue, 3 Jul 2018 22:45:52 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 54B9B751A8 for ; Tue, 3 Jul 2018 22:45:52 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: by mailman.ysv.freebsd.org (Postfix) id 12966103068D; Tue, 3 Jul 2018 22:45:52 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F3DC9103068C for ; Tue, 3 Jul 2018 22:45:51 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from shell1.rawbw.com (shell1.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6D48B751A5; Tue, 3 Jul 2018 22:45:51 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from yv.noip.me (c-24-4-131-132.hsd1.ca.comcast.net [24.4.131.132]) (authenticated bits=0) by shell1.rawbw.com (8.15.1/8.15.1) with ESMTPSA id w63MjnIA038483 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Tue, 3 Jul 2018 15:45:50 -0700 (PDT) (envelope-from yuri@rawbw.com) X-Authentication-Warning: shell1.rawbw.com: Host c-24-4-131-132.hsd1.ca.comcast.net [24.4.131.132] claimed to be yv.noip.me Subject: Re: [regression] The USB WiFi card stopped working: if_run doesn't create the 'run0' interface any more To: "Rodney W. Grimes" Cc: Sean Bruno , lev@freebsd.org, current References: <201807032229.w63MT7Dp040183@pdx.rh.CN85.dnsmgr.net> From: Yuri Message-ID: <985b0a68-a75b-895a-6d27-c040182752a8@rawbw.com> Date: Tue, 3 Jul 2018 15:45:48 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <201807032229.w63MT7Dp040183@pdx.rh.CN85.dnsmgr.net> Content-Language: en-US Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 03 Jul 2018 22:45:52 -0000 On 07/03/18 15:29, Rodney W. Grimes wrote: >>> wpa_supplicant_program="/usr/local/sbin/wpa_supplicant" > ^^^^^^^^^^ > > What wpa_supplicant is this? > The normal system one lives in /sbin. It's installed by the package wpa_supplicant-2.6_2 from security/wpa_supplicant. It is supposed to be the most recent version of the same project where system wpa_supplicant comes from. Yuri From owner-freebsd-current@freebsd.org Tue Jul 3 22:56:28 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5889B103183A for ; Tue, 3 Jul 2018 22:56:28 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F15A075A9C for ; Tue, 3 Jul 2018 22:56:27 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro-2.local (ralph.baldwin.cx [66.234.199.215]) by mail.baldwin.cx (Postfix) with ESMTPSA id 968E510AFD4; Tue, 3 Jul 2018 18:56:26 -0400 (EDT) Subject: Re: atomic changes break drm-next-kmod? To: Pete Wright , Niclas Zeising , "O. Hartmann" , FreeBSD Current References: <20180703170223.266dbf5b@thor.intern.walstatt.dynvpn.de> <845aca10-8c01-fa3b-087f-f957df4e7531@nomadlogic.org> <063ae5c3-0584-1284-dd9d-ab8b5790baf1@FreeBSD.org> <0bf8e57b-fdb4-4c1a-3d0d-a734f8187ca8@nomadlogic.org> From: John Baldwin Message-ID: <4c5411dd-9f6b-7245-6ade-e11040f74687@FreeBSD.org> Date: Tue, 3 Jul 2018 15:56:25 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <0bf8e57b-fdb4-4c1a-3d0d-a734f8187ca8@nomadlogic.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Tue, 03 Jul 2018 18:56:27 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 03 Jul 2018 22:56:28 -0000 On 7/3/18 3:34 PM, Pete Wright wrote: > > > On 07/03/2018 15:29, John Baldwin wrote: >> That seems like kgdb is looking at the wrong CPU. Can you use >> 'info threads' and look for threads not stopped in 'sched_switch' >> and get their backtraces? You could also just do 'thread apply >> all bt' and put that file at a URL if that is easiest. >> > > > sure thing John - here's a gist of "thread apply all bt" > > https://gist.github.com/gem-pete/d8d7ab220dc8781f0827f965f09d43ed That doesn't look right at all. Are you sure the kernel matches the vmcore? Also, which kgdb version are you using? -- John Baldwin From owner-freebsd-current@freebsd.org Tue Jul 3 23:02:01 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 993EA1031F5C for ; Tue, 3 Jul 2018 23:02:01 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B5B975F6B for ; Tue, 3 Jul 2018 23:02:01 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro-2.local (ralph.baldwin.cx [66.234.199.215]) by mail.baldwin.cx (Postfix) with ESMTPSA id 1BE1A10A87D; Tue, 3 Jul 2018 19:01:59 -0400 (EDT) Subject: Re: atomic changes break drm-next-kmod? To: Matthew Macy , Pete Wright References: <20180703170223.266dbf5b@thor.intern.walstatt.dynvpn.de> <845aca10-8c01-fa3b-087f-f957df4e7531@nomadlogic.org> <063ae5c3-0584-1284-dd9d-ab8b5790baf1@FreeBSD.org> <0bf8e57b-fdb4-4c1a-3d0d-a734f8187ca8@nomadlogic.org> Cc: FreeBSD Current , Niclas Zeising , "O. Hartmann" From: John Baldwin Message-ID: Date: Tue, 3 Jul 2018 16:01:59 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Tue, 03 Jul 2018 19:02:00 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 03 Jul 2018 23:02:01 -0000 On 7/3/18 3:40 PM, Matthew Macy wrote: > This seems like a clang inline asm bug. Could you try building the port with a recent gcc against an unpatched HEAD? I've already committed the patch to HEAD, but using 'e' is from the GCC docs, not clang docs: https://gcc.gnu.org/onlinedocs/gcc/Machine-Constraints.html#Machine-Constraints The disassembly of one of the functions from the kmod using one of the affected atomic ops would show if it is working correctly (there should now be a mov with a 64-bit immediate into a register followed by the atomic op using a register operand). You could also try using just 'r' to always force the use of a register. It would be less optimal than "er" but should function correctly. > On Tue, Jul 3, 2018 at 15:38 Pete Wright > wrote: > > > > On 07/03/2018 15:29, John Baldwin wrote: > > That seems like kgdb is looking at the wrong CPU.  Can you use > > 'info threads' and look for threads not stopped in 'sched_switch' > > and get their backtraces?  You could also just do 'thread apply > > all bt' and put that file at a URL if that is easiest. > > > > > sure thing John - here's a gist of "thread apply all bt" > > https://gist.github.com/gem-pete/d8d7ab220dc8781f0827f965f09d43ed > > cheers! > -pete > > -- > Pete Wright > pete@nomadlogic.org > @nomadlogicLA > > _______________________________________________ > 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 " > -- John Baldwin From owner-freebsd-current@freebsd.org Tue Jul 3 22:40:56 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E5539102FE9B for ; Tue, 3 Jul 2018 22:40:55 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from mail-it0-x22e.google.com (mail-it0-x22e.google.com [IPv6:2607:f8b0:4001:c0b::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7E50574DCA; Tue, 3 Jul 2018 22:40:55 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by mail-it0-x22e.google.com with SMTP id 188-v6so5407600ita.5; Tue, 03 Jul 2018 15:40:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=1g2NhPjA5/9Qn5R38TP7QgCKmy+sg3jIINOzlEkynOc=; b=lT9D4D67bxXsBR+BMX/gPgn2ctt/fai2m5i+T1xocNK2ZBVXX3+7u7RIAYDipxASq3 19jz5uJl5ck9MzBEUV1GfA8F0FlRy3SC2KiPyx0DHUi53wqLXEMVUXR0YRTihLgdh9Vr AZmfTLvpTggYnkF6JhjAKJ1kg+p8ItfqdDvP6UxmGjs+mdZi+2AfSWsFuz3bQ+uNZqqm d8eRtFT+odzYwZumanFZ6zH+8C/fyWlvv8qbKLdJSBXye6VToVQA28XaEw8gDGGaGXtk qBzsIKumS3BTFWIRLItW/+o7kMghQoiGdWaLldHinxu1P0dID4F2WM38gHt9z7WOboJI 5FBg== 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=1g2NhPjA5/9Qn5R38TP7QgCKmy+sg3jIINOzlEkynOc=; b=i0Dq4+Yc//N9nlKmrel5+Ng41NWqkP8o1icfjReWDLfakEaEcmlDheT/OJzaCKCe6U HKABE8y4Md5COk8T5HBsWLL5C85nTzdKmBqM3dnH8+/gh9ywPz6uZK0lCtKygNhLzpvy 17PMUMtK7EpxifcRTq1n+ctT7+slbtZ4E8BzOqoykf/HMoiazwglqSGHB3ao1Gjvv8fH 13uazYpATM8vmWRt8Jo8/0VBaY2qW5/B6GkXzGdSd3Y8SUM5kG1PJsBgzXPv0uKRHbi/ 4DAD0LPB94FHEcwTXQmRGckV8djd8Bwt7dYqMKy3m3HUZ7I2pdYVm8XxVF38MfPDHfaA AUIQ== X-Gm-Message-State: APt69E3Z7nmDMgLIaj6tf97UqdG5WnOjIvraZSqT8Y80j2mg4SEocziQ x2mfK3WzKcBsI8X+24osdE1fXx2I2wnl870Fu/Y= X-Google-Smtp-Source: AAOMgpe6b7zQUj7UEaf4xLuq3gATGrD6DKxMgNDwQSHpj4ruoDZokWW1i2Br2XUTCVJ375fVrBRM0yRxXWXq7Z0UQNQ= X-Received: by 2002:a02:8c94:: with SMTP id f20-v6mr2313580jak.98.1530657654744; Tue, 03 Jul 2018 15:40:54 -0700 (PDT) MIME-Version: 1.0 References: <20180703170223.266dbf5b@thor.intern.walstatt.dynvpn.de> <845aca10-8c01-fa3b-087f-f957df4e7531@nomadlogic.org> <063ae5c3-0584-1284-dd9d-ab8b5790baf1@FreeBSD.org> <0bf8e57b-fdb4-4c1a-3d0d-a734f8187ca8@nomadlogic.org> In-Reply-To: <0bf8e57b-fdb4-4c1a-3d0d-a734f8187ca8@nomadlogic.org> From: Matthew Macy Date: Tue, 3 Jul 2018 15:40:43 -0700 Message-ID: Subject: Re: atomic changes break drm-next-kmod? To: Pete Wright Cc: FreeBSD Current , John Baldwin , Niclas Zeising , "O. Hartmann" X-Mailman-Approved-At: Tue, 03 Jul 2018 23:02:35 +0000 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 03 Jul 2018 22:40:56 -0000 This seems like a clang inline asm bug. Could you try building the port with a recent gcc against an unpatched HEAD? On Tue, Jul 3, 2018 at 15:38 Pete Wright wrote: > > > On 07/03/2018 15:29, John Baldwin wrote: > > That seems like kgdb is looking at the wrong CPU. Can you use > > 'info threads' and look for threads not stopped in 'sched_switch' > > and get their backtraces? You could also just do 'thread apply > > all bt' and put that file at a URL if that is easiest. > > > > > sure thing John - here's a gist of "thread apply all bt" > > https://gist.github.com/gem-pete/d8d7ab220dc8781f0827f965f09d43ed > > cheers! > -pete > > -- > Pete Wright > pete@nomadlogic.org > @nomadlogicLA > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Wed Jul 4 00:10:25 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1F6951039DFD for ; Wed, 4 Jul 2018 00:10:25 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from vps-mail.nomadlogic.org (mail.nomadlogic.org [IPv6:2607:f2f8:a098::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7353079407; Wed, 4 Jul 2018 00:10:24 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from [IPv6:2605:e000:1313:89:223:24ff:fea8:4fb5] (2605:e000:1313:89:223:24ff:fea8:4fb5 [IPv6:2605:e000:1313:89:223:24ff:fea8:4fb5]) by vps-mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 3cc3e34a TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Tue, 3 Jul 2018 17:10:21 -0700 (PDT) Subject: Re: atomic changes break drm-next-kmod? To: John Baldwin , Niclas Zeising , "O. Hartmann" , FreeBSD Current References: <20180703170223.266dbf5b@thor.intern.walstatt.dynvpn.de> <845aca10-8c01-fa3b-087f-f957df4e7531@nomadlogic.org> <063ae5c3-0584-1284-dd9d-ab8b5790baf1@FreeBSD.org> <0bf8e57b-fdb4-4c1a-3d0d-a734f8187ca8@nomadlogic.org> <4c5411dd-9f6b-7245-6ade-e11040f74687@FreeBSD.org> From: Pete Wright Message-ID: <24f5d737-a205-6fcc-0a33-a84601d2ff7a@nomadlogic.org> Date: Tue, 3 Jul 2018 17:10:17 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <4c5411dd-9f6b-7245-6ade-e11040f74687@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 04 Jul 2018 00:10:25 -0000 On 07/03/2018 15:56, John Baldwin wrote: > On 7/3/18 3:34 PM, Pete Wright wrote: >> >> On 07/03/2018 15:29, John Baldwin wrote: >>> That seems like kgdb is looking at the wrong CPU. Can you use >>> 'info threads' and look for threads not stopped in 'sched_switch' >>> and get their backtraces? You could also just do 'thread apply >>> all bt' and put that file at a URL if that is easiest. >>> >> >> sure thing John - here's a gist of "thread apply all bt" >> >> https://gist.github.com/gem-pete/d8d7ab220dc8781f0827f965f09d43ed > That doesn't look right at all. Are you sure the kernel matches the > vmcore? Also, which kgdb version are you using? > yea i agree that doesn't look right at all.  here is my setup: $ which kgdb /usr/bin/kgdb $ kgdb GNU gdb 6.1.1 [FreeBSD] $ ls -lh /var/crash/vmcore.1 -rw-------  1 root  wheel   1.6G Jul  3 15:03 /var/crash/vmcore.1 $ ls -l /usr/lib/debug/boot/kernel/kernel.debug -r-xr-xr-x  1 root  wheel  87840496 Jul  3 13:54 /usr/lib/debug/boot/kernel/kernel.debug and i invoke kgdb like so: $ sudo kgdb /usr/lib/debug/boot/kernel/kernel.debug /var/crash/vmcore.1 here's a gist of my full gdb session: http://termbin.com/krsn dunno - maybe i have a bad core dump?  regardless, more than happy to help so let me know if i should try anything else or patches etc.. -pete -- Pete Wright pete@nomadlogic.org @nomadlogicLA From owner-freebsd-current@freebsd.org Wed Jul 4 01:13:50 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EF2EF103F1EA for ; Wed, 4 Jul 2018 01:13:49 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 8C2167C06C for ; Wed, 4 Jul 2018 01:13:49 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: by mailman.ysv.freebsd.org (Postfix) id 46A9A103F1E4; Wed, 4 Jul 2018 01:13:49 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 347DD103F1E3 for ; Wed, 4 Jul 2018 01:13:49 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 813427C068; Wed, 4 Jul 2018 01:13:48 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id w641DieR040694; Tue, 3 Jul 2018 18:13:44 -0700 (PDT) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id w641Dirc040693; Tue, 3 Jul 2018 18:13:44 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201807040113.w641Dirc040693@pdx.rh.CN85.dnsmgr.net> Subject: Re: [regression] The USB WiFi card stopped working: if_run doesn't create the 'run0' interface any more In-Reply-To: <985b0a68-a75b-895a-6d27-c040182752a8@rawbw.com> To: Yuri Date: Tue, 3 Jul 2018 18:13:44 -0700 (PDT) CC: Sean Bruno , lev@freebsd.org, current X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 04 Jul 2018 01:13:50 -0000 [ Charset UTF-8 unsupported, converting... ] > On 07/03/18 15:29, Rodney W. Grimes wrote: > >>> wpa_supplicant_program="/usr/local/sbin/wpa_supplicant" > > ^^^^^^^^^^ > > > > What wpa_supplicant is this? > > The normal system one lives in /sbin. > > It's installed by the package wpa_supplicant-2.6_2 from > security/wpa_supplicant. > It is supposed to be the most recent version of the same project where > system wpa_supplicant comes from. Do you get the same failure condition if you use the wpa_supplicant from the base system? -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Wed Jul 4 06:26:19 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E16271035C10 for ; Wed, 4 Jul 2018 06:26:18 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.138]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 60C6B8976F for ; Wed, 4 Jul 2018 06:26:18 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id abErfP9MabP3IabEsfNtnY; Wed, 04 Jul 2018 00:26:10 -0600 X-Authority-Analysis: v=2.3 cv=P64UeBIu c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=kj9zAlcOel0A:10 a=R9QF1RCXAYgA:10 a=zxA2vyXaAAAA:8 a=6I5d2MoRAAAA:8 a=YxBL1-UpAAAA:8 a=1IthgT5CgVbSG7ZvvTcA:9 a=CjuIK1q_8ugA:10 a=nK2txNHJmq7TfjpuLlwI:22 a=IjZwj45LgO3ly-622nXo:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id 07BA2E0; Tue, 3 Jul 2018 23:26:05 -0700 (PDT) Received: from slippy.cwsent.com (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id w646PRhI076308; Tue, 3 Jul 2018 23:25:27 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Received: from slippy (cy@localhost) by slippy.cwsent.com (8.15.2/8.15.2/Submit) with ESMTP id w645tMAU021405; Tue, 3 Jul 2018 22:56:36 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201807040556.w645tMAU021405@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.7.1 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Niclas Zeising cc: "O. Hartmann" , FreeBSD Current Subject: Re: atomic changes break drm-next-kmod? In-Reply-To: Message from Niclas Zeising of "Tue, 03 Jul 2018 20:28:23 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 03 Jul 2018 22:55:22 -0700 X-CMAE-Envelope: MS4wfEgUg7kGpgaJWEbnR2tBRI6HT4OB/MxGHDj3VwJ9MFewp/LOX1ZcP19CYj8+G+7ZAjOHf/ag9s+wECd1gPF5qvcHfRIwoORfspYJ/F1Kr/F6vsXIeKj+ GBn5ijSrd+92woFJNTG2OAr0YZExQAZE8L+EjEYjtUCUI6PwheBY9UShGjaiNjd9RUPp1LT2kdkLD61Wug6ncugo5r5K7l++66tLeLLTKT+z3DzFoHFVYBzX BBESLDd6Dytslnfr8S8rcA== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 04 Jul 2018 06:26:19 -0000 In message , Niclas Zeising w rites: > On 07/03/18 17:02, O. Hartmann wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA512 > > > > Am Tue, 3 Jul 2018 10:19:57 -0400 > > Michael Butler schrieb: > > > >> It seems recent changes (SVN r335873?) may have broken drm-next-kmod .. > >> > >> --- i915_drv.o --- > >> In file included from i915_drv.c:30: > >> In file included from > >> /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/linuxkpi/gplv2/incl > ude/linux/acpi.h:26: > >> In file included from > >> /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/linuxkpi/gplv2/incl > ude/linux/device.h:4: > >> In file included from > >> /usr/src/sys/compat/linuxkpi/common/include/linux/device.h:35: > >> In file included from > >> /usr/src/sys/compat/linuxkpi/common/include/linux/types.h:37: > >> In file included from /usr/src/sys/sys/systm.h:44: > >> ./machine/atomic.h:450:29: error: invalid operand for instruction > >> ATOMIC_ASM(clear, long, "andq %1,%0", "ir", ~v); > >> ^ > >> :1:7: note: instantiated into assembly here > >> andq $9223372036854775807,40672(%r14) > >> ^~~~~~~~~~~~~~~~~~~~~ > >> 1 error generated. > >> *** [i915_drv.o] Error code 1 > >> > >> make[3]: stopped in > >> /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/i915 > >> --- i915_gem.o --- > >> In file included from i915_gem.c:28: > >> In file included from > >> /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/include/drm/drmP.h: > 38: > >> In file included from /usr/src/sys/sys/malloc.h:42: > >> In file included from /usr/src/sys/sys/systm.h:44: > >> ./machine/atomic.h:449:29: error: invalid operand for instruction > >> ATOMIC_ASM(set, long, "orq %1,%0", "ir", v); > >> ^ > >> :1:6: note: instantiated into assembly here > >> orq $-9223372036854775808,40672(%r14) > >> ^~~~~~~~~~~~~~~~~~~~~~ > >> 1 error generated. > >> *** [i915_gem.o] Error code 1 > >> > >> _______________________________________________ > >> 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" > > > > > > It breaks also graphics/drm-stable-kmod (see PR 229484, > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229484, same error as you > described > > above) and also emulators/virtualbox-ose-kmod. As long as CURRENT revision > is < r335873, > > those kmod compile well. The vbox issue looks like namespace pollution. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Wed Jul 4 08:22:46 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 585FF104061E for ; Wed, 4 Jul 2018 08:22:46 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id E3E3D8DBBC for ; Wed, 4 Jul 2018 08:22:45 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: by mailman.ysv.freebsd.org (Postfix) id A8686104061B; Wed, 4 Jul 2018 08:22:45 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 95980104061A for ; Wed, 4 Jul 2018 08:22:45 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from shell1.rawbw.com (shell1.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id 21C728DBB8; Wed, 4 Jul 2018 08:22:44 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from yv.noip.me (c-24-4-131-132.hsd1.ca.comcast.net [24.4.131.132]) (authenticated bits=0) by shell1.rawbw.com (8.15.1/8.15.1) with ESMTPSA id w648Mau0085926 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Wed, 4 Jul 2018 01:22:37 -0700 (PDT) (envelope-from yuri@rawbw.com) X-Authentication-Warning: shell1.rawbw.com: Host c-24-4-131-132.hsd1.ca.comcast.net [24.4.131.132] claimed to be yv.noip.me Subject: Re: [regression] The USB WiFi card stopped working: if_run doesn't create the 'run0' interface any more To: "Rodney W. Grimes" Cc: Sean Bruno , lev@freebsd.org, current References: <201807040113.w641Dirc040693@pdx.rh.CN85.dnsmgr.net> From: Yuri Message-ID: <4ec7b3bc-ab63-ae8d-bc21-4b01d9053c8e@rawbw.com> Date: Wed, 4 Jul 2018 01:22:35 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <201807040113.w641Dirc040693@pdx.rh.CN85.dnsmgr.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 04 Jul 2018 08:22:46 -0000 On 07/03/18 18:13, Rodney W. Grimes wrote: > Do you get the same failure condition if you use the > wpa_supplicant from the base system? Same failure with the base wpa_supplicant. Creating wlan0 by hand helps, but this should happen automatically. restarting devd service also helps. I think wlan0 creation happens before wpa_supplicant due to the instruction 'wlans_run0="wlan0"'. Something changed in /etc/network.subr or /etc/rc.d/netif or in devd or its configuration. It definitely did create the run0 interface before, and now it doesn't. Yuri From owner-freebsd-current@freebsd.org Wed Jul 4 09:28:46 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0B36A1016B58 for ; Wed, 4 Jul 2018 09:28:46 +0000 (UTC) (envelope-from linus.sundqvist@loopia.se) Received: from s555.loopia.se (s555.loopia.se [IPv6:2a02:250:0:10::3]) (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 69923705C1 for ; Wed, 4 Jul 2018 09:28:45 +0000 (UTC) (envelope-from linus.sundqvist@loopia.se) Received: from s555.loopia.se (localhost [127.0.0.1]) by s555.loopia.se (Postfix) with ESMTP id F2147956869 for ; Wed, 4 Jul 2018 11:28:39 +0200 (CEST) Authentication-Results: s555.loopia.se (amavisd-new); dkim=pass (2048-bit key) reason="pass (just generated, assumed good)" header.d=loopia.se DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=loopia.se; h= content-type:content-type:mime-version:user-agent:date:date :message-id:subject:subject:from:from:received:received; s=dkim; t=1530696519; x=1531301320; bh=lFfTwg2EAzmNjjApSPnDvUDjY6CD4IaH rvKQ7ppgaUw=; b=sCeLANHy8cGHhVSYmjTD+KscgR2yNt+gcEti6tgUS5mVJ+22 KAIYwqc3JWK9yAZ3t3IPzE6DPffuT8B/fXuWmL338YbsqXAw/743YY+N1kgAleuk Itrn3jll4I6YrL3WY0OWIOf+3BCzg/lavUloJEHuQCi+9uMyjqbjmkUBIAFaV1CE A+nRFBAWHugjBGRcfiXHGQuRGeMGsV4wUyTfzHdNRWHnV2wd5w3brOi4NZCxXupw eBVcEnF/XwJpQwYSpkw864Sxq5vkQherhHuIjVoQ6Z4bbeEgnkNaGeym0pSkoO3W hV22vd7b3gIQrc+HlnmKlNnDhMQwTvVpHIBT8g== Received: from s555.loopia.se ([127.0.0.1]) by s555.loopia.se (s555.loopia.se [127.0.0.1]) (amavisd-new, port 10026) with LMTP id QNX-aBW7pZGZ for ; Wed, 4 Jul 2018 11:28:39 +0200 (CEST) Received: from [IPv6:2a02:250:0:16:ce06:a7b3:53c4:6c72] (unknown [IPv6:2a02:250:0:16:ce06:a7b3:53c4:6c72]) (Authenticated sender: linus.sundqvist@loopia.se) by s555.loopia.se (Postfix) with ESMTPSA id C759C956821; Wed, 4 Jul 2018 11:28:39 +0200 (CEST) To: freebsd-current@freebsd.org, imp@freebsd.org From: Linus Sundqvist Subject: Unable to UEFI boot 11.2 ISO (latest 12.0 as well) Openpgp: preference=signencrypt Autocrypt: addr=linus.sundqvist@loopia.se; prefer-encrypt=mutual; keydata= xsFNBFcnA9oBEADMjfOOfmft65uaxYO5fD6zpfIUxlapZRTWphS2VSaXwwvw2/s/vi2PXUkq fZ87/74HEQQkqBP16GlyiWvB9zVfe5IpCop0enbn+0aHvlzMPGuQIIVjceeBXeom2q3feGbb dKh9D8uBOyMOhfGb7JtbF1s2S5y9lY+md942Npe/3uJaQ5EiAEwxANSHb/lzCM/ecCYK1wD4 MimyHnJR8fH8v1Us68mjm6GyThDC3LsNcq5ScX5aXLas8X8ZNlgHyG7/dtP2IslsFQVhk7xA izgvwj4Z9EMciYKMeXcYefNsE4KWqn8vpofK0/CHS/FoMohB8Mickc/VPPtkOWs3yRablnHN veAfUOcMUwXrdae9ARY7yTYjzV1JbTfMDiwQNnK4scQT43qwOGLyQi2SzpTph0J0xBf/dXAg 9N96hbb/8YvpbaExlVsbiU4iMJaMMzbil5ahSxYeBSrdNe2grgEi3ipEevrlR4IsA47yV5a2 4L/nCE1iKpa+w1MH3Oqk22w+6LqK9WVENKTZjpgK3YFqCK4lvh82DFqBDQ8Gr45LOWWKAobY O7ejY4kb3fuhe/tNPZbPrl06hLAZxaebLE6YAOIYMNEfIkesgeM0GKB243L30NMWpuAnDKoF 7j7GnM7ECSO2tgR879/NJ9DSx5H302T7zz/m5HHHvXoqsvNvxQARAQABzStMaW51cyBTdW5k cXZpc3QgPGxpbnVzLnN1bmRxdmlzdEBsb29waWEuc2U+wsF9BBMBCAAnBQJXJwPaAhsjBQkJ ZgGABQsJCAcCBhUICQoLAgQWAgMBAh4BAheAAAoJEMvjLaEem5G5VKcP/2dMEBKFPxTgTAgO 4XEwkesAut/hDMyeRAWBAriuOwvzSvj0F3DvbKlVsSiamoaPcwrRruD3NT1FDbMXZG3E8VH/ ycnNyZeNliYRyIerOus+XlVgyBQ2HnHgwOQ9gaTXDwol6fXB3hZK5gzaJt6I31YJTLLPQuE5 DnWQl2f3UmgS6qJyWAaMUwpZ9QOTcthMs20Wt2U69pX77dTFNJwB9EXk89FMfeUEotfX4xMC PQDZYWs8nQP0+2LQccRwFQY21MOv3C8GFK3NPwwhoDiR2SA9G1ML6rEwaef3cuX4VG96+3qV WzvEelmA0n7sajuimlMrpCNf3LJaxQmfdScMHbcJ3VPSEkVXyJaXQKqI0YjoJ5U6vAd66rAp trxmsQbR1/eJ7jpJJKGlkV5FuX5yz471zT/EQr16YlJu/fM7RYd8MbNDy0YvbpQew14V3407 PQn7a6Q9DRUJGqdBHqy2+UaclN7zWTWtgfWyAnrdhKdYWfk2L05zk+OAbwaPURdseoZ6usTM yqmKXcSa1aSfAS2g/xe/qB2pkzpt8JcbOnvparIjhHvKSlUNr9kFRwGfUoyVF/8m9HfxfMlt xz7mTYbe8Dyn2YRS1pn7Z6I8A8HMtja57NRswMg061tKyKpTxNCsbaD7tNQF7pH1b/OrTEeF LLdNzxUOCl3uNl3gpJ2VzsFNBFcnA9oBEADFGuz+VPvbDUG1awgrAAhYYjJCjGrQ3Dt7EV6Y vUYly+jQvvUV9+5A9m6YJOT9bVm+9xUaPVqqkODLaO0GHNgiXjC9tdDDG745gU/KplDFobpU JPtWqyM+hcDACTZGg4KxmLC6/YyIvxMtFqboNMCYDFRhO7eItyarUSH2X1+6WQBDHYvafhFm XAcWs915PRCfEk1dpikxWEGQPyBwk0RSs706DwovX7hY0GLm2mAz6QMJXyou5KOVSYbuewft RcJ/Urag4z7/8l+KnaRYghN6QgU6BkI95V2eMTthEe/hpWV5KTKz7RNrboTZtSFDNACxosZ9 FCoN5aBlon+d0UCSUQnBle/unvOLbvT5+Jjzb/CStPMeGfkCa3iWYvfnKy5oZeYS/E4ruRmS vwoLzxWNdsASFQM8pmSsWBrhuoAK4vz6uoh0OBdT4rTSxI8zNKHHXo5WcIo3oBDZkxumvq6R UmOEAB8GJSlxdu6SOo/GBaItq+oC4kpp9oWfb4Vc8bJ9Kc3mcSCkW7OVQj/9RCMGcWD+PFgd 2GuyFq5ZyQ+v8ZR/+Q+tWa9tfQBPSgP9pGtZ6b9Z/actkCXOS336hUWNQ2K8VyBRi1QovPTJ MyjYHYHKU0ZNAqtL5hsf6tbHpiAone7oKh8+BriEN91tQ6s1GbeiWxu+XtULrqrJ6vjWJQAR AQABwsFlBBgBCAAPBQJXJwPaAhsMBQkJZgGAAAoJEMvjLaEem5G5uicP/31RIi+MrO+vyzmY I2WKAO2ryLnfTHwlo0coAPAYiL2SVzotWc7UjHcqQC3PyXLMKVCu9utDMUhJ0yfVH3fXM40g Wcq0cbhhAp3QVKmCZQP3gZxY6M4K5pLWbFQoi1vFmUnHnLlpqZxF/As9vU2Q1RGja7Cn05+v uWDGOk3fRGTC0BA46jXnVv8vhqkLiRxNie8XB617H/HH4OsXTdUCtDtMUhlQtGGPs/s3eOdV lKtxNyGWHVMQqMcsg+5sFdhdCphnPVVurLGDU7lWpZhneO/+x8ffeHSKJTwixXDy5gkfnhFs ETLa1AAFu835FHbIlgmbnbO2K6yWv86lnNUlZSwoNHlBoz61iKlfTWiWLfpbdMiHDE3ZqTF9 nduIoojU+kEWFcyX4TXMWq/Y3/M8sNclhziV6ZiVtjc+mvat1u2m4vZxiWobZZSFy4wtb4iD p3Wn2ip5SJ2jDQmkXdfAXGt/LBi2QQFmTMJRMRNfkaVK0NJGD14EySLBvo1Q06GitugQPUzQ 9M7c8p7EIku9IID/1nj7QN6X2gXxHGRZEAcprqGf9cfUjS+9hAMiK6/yoZtRuWtVmESQaQvE /Pyl1OYsYazUEAZm3m4H7k6V45yPqzA/kX7j9c8uD/dFv9wYc3rSYW7a3vZ1UT2rpCzqcg2m jvpRbzx/AvRsInzDyaym Message-ID: <86482bdb-60bd-b573-1a98-e14928f4537e@loopia.se> Date: Wed, 4 Jul 2018 11:28:39 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="kaZ8QzBB9Mq3S0si1evKM1IozSQxKqtcb" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 04 Jul 2018 09:28:46 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --kaZ8QzBB9Mq3S0si1evKM1IozSQxKqtcb Content-Type: multipart/mixed; boundary="8M53y0GskJGnKk0ekAoRfKTfqmk2sceB4"; protected-headers="v1" From: Linus Sundqvist To: freebsd-current@freebsd.org, imp@freebsd.org Message-ID: <86482bdb-60bd-b573-1a98-e14928f4537e@loopia.se> Subject: Unable to UEFI boot 11.2 ISO (latest 12.0 as well) --8M53y0GskJGnKk0ekAoRfKTfqmk2sceB4 Content-Type: text/plain; charset=utf-8 Content-Language: sv Content-Transfer-Encoding: quoted-printable Hi, I'm unable to boot up the amd64 11.2 disk1 ISO as well as the latest amd6= 4 12.0 disk1 ISO (20180628) using UEFI on a Dell PowerEdge R430 by gettin= g this error: https://imgur.com/a/Idljfhm The bootonly ISOs seems to show the same error message. Changing the server to boot via BIOS loads the setup correctly, however, = I want to use UEFI on all our servers, which I have done before. The 11.1 ISO boots without any trouble at all using both UEFI and BIOS. I was helped by koobs in #freebsd @ Freenode who asked me to send an e-ma= il this way and linking to these commits as a reference: https://reviews.freebsd.org/D13784 https://svnweb.freebsd.org/base?view=3Drevision&revision=3D332416 So far I've tried to UEFI boot the 11.2 ISO and 12.0 ISO with the followi= ng Dell PowerEdge models without success: R440 R630 R430 FC430 R330 R620 R420 R610 --=20 Med v=C3=A4nlig h=C3=A4lsning/Best Regards Linus Sundqvist System Engineer, Loopia AB --8M53y0GskJGnKk0ekAoRfKTfqmk2sceB4-- --kaZ8QzBB9Mq3S0si1evKM1IozSQxKqtcb Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEu1yeyYo/yrdJFiO7y+MtoR6bkbkFAls8k0cACgkQy+MtoR6b kbmysA/+O2eGBRUih6MCvI9N/psPBeTnHzZ9EikGtkErqM87XqtzMwJliHTnUgup RX5ToRii0oXXBgL8nZLDnKYIrInP7q6juRrzsPXYRJ92gKAJjvzM6F2Xmv6C4bxj TtV2Y0s7RTxiZ0hKKFYNk7f5iAv46LgCl9PFsqGmLgH2vgjTnXBXln7OwvO5H6pt yiK3bvsQeeYKb+YlnqaDKE5+pz0OgtiEEPtXIznwaekfM6p92K6lgbCpQ7dc3rxG pC1D0UFQc37O/Fv0mtzdVpNZI63tNz48lLAtrWg58bI2gdZXZqLWpIV92hIzDSuD gSIg++QuJjkUpDPMxSZRNMu8JPH35GT65e6YObRL0DlDY0qQkTtiMbNNa5HO9GxR E4YJuvxVLvoIkSxgHfCaJmvmqrFPLrETwy7M/zdWkAWYVJhvDMr0A0U4jjOfpxnQ Whzo/o3flUybEJsrCsHcHdRBN2nBWInylS88Yk5pIW8umYgxswi7TMMC3JgqtKb7 RFrSE9fEZ0v/hvROP6A44/Vr+bsRffwZwalOl+KPewxBVZ/cGUrPtkUnunchsbUR qJVLqx262VPT/w4C0lMFieyJdJmWWInsyaUSRtBjkJb6+7T4fbKYuQCn8focdR5f BsYa3oi0wHQm7BjfcFq6TIi2OIbwqHa+emviTQ7SovhJ7d1G04M= =ejme -----END PGP SIGNATURE----- --kaZ8QzBB9Mq3S0si1evKM1IozSQxKqtcb-- From owner-freebsd-current@freebsd.org Wed Jul 4 13:08:46 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A43371033EEC for ; Wed, 4 Jul 2018 13:08:46 +0000 (UTC) (envelope-from tsoome@me.com) Received: from st13p35im-asmtp002.me.com (st13p35im-asmtp002.me.com [17.164.199.65]) (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 4D926794E7; Wed, 4 Jul 2018 13:08:46 +0000 (UTC) (envelope-from tsoome@me.com) Received: from process-dkim-sign-daemon.st13p35im-asmtp002.me.com by st13p35im-asmtp002.me.com (Oracle Communications Messaging Server 8.0.1.2.20170607 64bit (built Jun 7 2017)) id <0PBC00L00E8RSO00@st13p35im-asmtp002.me.com>; Wed, 04 Jul 2018 13:08:26 +0000 (GMT) Received: from icloud.com ([127.0.0.1]) by st13p35im-asmtp002.me.com (Oracle Communications Messaging Server 8.0.1.2.20170607 64bit (built Jun 7 2017)) with ESMTPSA id <0PBC009LTF5ZKQ30@st13p35im-asmtp002.me.com>; Wed, 04 Jul 2018 13:08:25 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2018-07-04_04:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1011 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1707230000 definitions=main-1807040152 Content-type: text/plain; charset=utf-8 MIME-version: 1.0 (1.0) Subject: Re: Unable to UEFI boot 11.2 ISO (latest 12.0 as well) From: Toomas Soome X-Mailer: iPhone Mail (15F79) In-reply-to: <86482bdb-60bd-b573-1a98-e14928f4537e@loopia.se> Date: Wed, 04 Jul 2018 16:08:22 +0300 Cc: freebsd-current@freebsd.org, imp@freebsd.org Content-transfer-encoding: quoted-printable Message-id: References: <86482bdb-60bd-b573-1a98-e14928f4537e@loopia.se> To: Linus Sundqvist X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 04 Jul 2018 13:08:46 -0000 Can you post lsdev -v output? Also, could you try ls command? Like, ls cd0: =20 Rgds, Toomas Sent from my iPhone > On 4 Jul 2018, at 12:28, Linus Sundqvist wrote= : >=20 > Hi, >=20 > I'm unable to boot up the amd64 11.2 disk1 ISO as well as the latest amd64= 12.0 disk1 ISO (20180628) using UEFI on a Dell PowerEdge R430 by getting th= is error: > https://imgur.com/a/Idljfhm >=20 > The bootonly ISOs seems to show the same error message. >=20 > Changing the server to boot via BIOS loads the setup correctly, however, I= want to use UEFI on all our servers, which I have done before. >=20 > The 11.1 ISO boots without any trouble at all using both UEFI and BIOS. >=20 > I was helped by koobs in #freebsd @ Freenode who asked me to send an e-mai= l this way and linking to these commits as a reference: >=20 > https://reviews.freebsd.org/D13784 > https://svnweb.freebsd.org/base?view=3Drevision&revision=3D332416 >=20 > So far I've tried to UEFI boot the 11.2 ISO and 12.0 ISO with the followin= g Dell PowerEdge models without success: >=20 > R440 > R630 > R430 > FC430 > R330 > R620 > R420 > R610 >=20 > --=20 > Med v=C3=A4nlig h=C3=A4lsning/Best Regards > Linus Sundqvist > System Engineer, Loopia AB >=20 From owner-freebsd-current@freebsd.org Wed Jul 4 13:25:48 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DF0AD103537B for ; Wed, 4 Jul 2018 13:25:47 +0000 (UTC) (envelope-from linus.sundqvist@loopia.se) Received: from s555.loopia.se (s555.loopia.se [IPv6:2a02:250:0:10::3]) (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 3E11D7A22B for ; Wed, 4 Jul 2018 13:25:47 +0000 (UTC) (envelope-from linus.sundqvist@loopia.se) Received: from s555.loopia.se (localhost [127.0.0.1]) by s555.loopia.se (Postfix) with ESMTP id 5815F9567D5 for ; Wed, 4 Jul 2018 15:25:37 +0200 (CEST) Authentication-Results: s555.loopia.se (amavisd-new); dkim=pass (2048-bit key) reason="pass (just generated, assumed good)" header.d=loopia.se DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=loopia.se; h= content-type:content-type:in-reply-to:mime-version:user-agent :date:date:message-id:from:from:references:subject:subject :received:received; s=dkim; t=1530710737; x=1531315538; bh=558uh FBKPGtsbGnqWsDGFCPgsKbxMnvDGDF2p7IKvQc=; b=T6doX8XTyKmWQYSjMrDgO x2V6ACW1T5VhI3hrn/IaJIsM8gXKfWbxsZ4XJP+p51uU69PmfXCCyHWag78hWyXN Kid9O3Ytm8vRjMzV2fTmutTop7BblDPW4zleSAWG9MaFSFuT0ERrHL1bh8p6QWBd gHcDbl5OIkZ9TEj2wryA2jM+ra9pz2K2ht5MN58lGSMD3u/r0LHRiocu9WATs2Hl TInzvSqPSBClwMlXKTFwm9iaFytq8AXabyjTuixRpB4jAs8B2PSPrhs4dOP0ORar vuubGkmvKOL4Rr2zsdXlRb72PXJ17+UsGiiKYxPGzbfPFA5Ahq/rHw53tiMniweJ Q== Received: from s555.loopia.se ([127.0.0.1]) by s555.loopia.se (s555.loopia.se [127.0.0.1]) (amavisd-new, port 10026) with LMTP id AtZpBXFdV8o9 for ; Wed, 4 Jul 2018 15:25:37 +0200 (CEST) Received: from [IPv6:2a02:250:0:16:ce06:a7b3:53c4:6c72] (unknown [IPv6:2a02:250:0:16:ce06:a7b3:53c4:6c72]) (Authenticated sender: linus.sundqvist@loopia.se) by s555.loopia.se (Postfix) with ESMTPSA id 1ED609567CD; Wed, 4 Jul 2018 15:25:37 +0200 (CEST) Subject: Re: Unable to UEFI boot 11.2 ISO (latest 12.0 as well) To: Toomas Soome Cc: freebsd-current@freebsd.org, imp@freebsd.org References: <86482bdb-60bd-b573-1a98-e14928f4537e@loopia.se> From: Linus Sundqvist Openpgp: preference=signencrypt Autocrypt: addr=linus.sundqvist@loopia.se; prefer-encrypt=mutual; keydata= xsFNBFcnA9oBEADMjfOOfmft65uaxYO5fD6zpfIUxlapZRTWphS2VSaXwwvw2/s/vi2PXUkq fZ87/74HEQQkqBP16GlyiWvB9zVfe5IpCop0enbn+0aHvlzMPGuQIIVjceeBXeom2q3feGbb dKh9D8uBOyMOhfGb7JtbF1s2S5y9lY+md942Npe/3uJaQ5EiAEwxANSHb/lzCM/ecCYK1wD4 MimyHnJR8fH8v1Us68mjm6GyThDC3LsNcq5ScX5aXLas8X8ZNlgHyG7/dtP2IslsFQVhk7xA izgvwj4Z9EMciYKMeXcYefNsE4KWqn8vpofK0/CHS/FoMohB8Mickc/VPPtkOWs3yRablnHN veAfUOcMUwXrdae9ARY7yTYjzV1JbTfMDiwQNnK4scQT43qwOGLyQi2SzpTph0J0xBf/dXAg 9N96hbb/8YvpbaExlVsbiU4iMJaMMzbil5ahSxYeBSrdNe2grgEi3ipEevrlR4IsA47yV5a2 4L/nCE1iKpa+w1MH3Oqk22w+6LqK9WVENKTZjpgK3YFqCK4lvh82DFqBDQ8Gr45LOWWKAobY O7ejY4kb3fuhe/tNPZbPrl06hLAZxaebLE6YAOIYMNEfIkesgeM0GKB243L30NMWpuAnDKoF 7j7GnM7ECSO2tgR879/NJ9DSx5H302T7zz/m5HHHvXoqsvNvxQARAQABzStMaW51cyBTdW5k cXZpc3QgPGxpbnVzLnN1bmRxdmlzdEBsb29waWEuc2U+wsF9BBMBCAAnBQJXJwPaAhsjBQkJ ZgGABQsJCAcCBhUICQoLAgQWAgMBAh4BAheAAAoJEMvjLaEem5G5VKcP/2dMEBKFPxTgTAgO 4XEwkesAut/hDMyeRAWBAriuOwvzSvj0F3DvbKlVsSiamoaPcwrRruD3NT1FDbMXZG3E8VH/ ycnNyZeNliYRyIerOus+XlVgyBQ2HnHgwOQ9gaTXDwol6fXB3hZK5gzaJt6I31YJTLLPQuE5 DnWQl2f3UmgS6qJyWAaMUwpZ9QOTcthMs20Wt2U69pX77dTFNJwB9EXk89FMfeUEotfX4xMC PQDZYWs8nQP0+2LQccRwFQY21MOv3C8GFK3NPwwhoDiR2SA9G1ML6rEwaef3cuX4VG96+3qV WzvEelmA0n7sajuimlMrpCNf3LJaxQmfdScMHbcJ3VPSEkVXyJaXQKqI0YjoJ5U6vAd66rAp trxmsQbR1/eJ7jpJJKGlkV5FuX5yz471zT/EQr16YlJu/fM7RYd8MbNDy0YvbpQew14V3407 PQn7a6Q9DRUJGqdBHqy2+UaclN7zWTWtgfWyAnrdhKdYWfk2L05zk+OAbwaPURdseoZ6usTM yqmKXcSa1aSfAS2g/xe/qB2pkzpt8JcbOnvparIjhHvKSlUNr9kFRwGfUoyVF/8m9HfxfMlt xz7mTYbe8Dyn2YRS1pn7Z6I8A8HMtja57NRswMg061tKyKpTxNCsbaD7tNQF7pH1b/OrTEeF LLdNzxUOCl3uNl3gpJ2VzsFNBFcnA9oBEADFGuz+VPvbDUG1awgrAAhYYjJCjGrQ3Dt7EV6Y vUYly+jQvvUV9+5A9m6YJOT9bVm+9xUaPVqqkODLaO0GHNgiXjC9tdDDG745gU/KplDFobpU JPtWqyM+hcDACTZGg4KxmLC6/YyIvxMtFqboNMCYDFRhO7eItyarUSH2X1+6WQBDHYvafhFm XAcWs915PRCfEk1dpikxWEGQPyBwk0RSs706DwovX7hY0GLm2mAz6QMJXyou5KOVSYbuewft RcJ/Urag4z7/8l+KnaRYghN6QgU6BkI95V2eMTthEe/hpWV5KTKz7RNrboTZtSFDNACxosZ9 FCoN5aBlon+d0UCSUQnBle/unvOLbvT5+Jjzb/CStPMeGfkCa3iWYvfnKy5oZeYS/E4ruRmS vwoLzxWNdsASFQM8pmSsWBrhuoAK4vz6uoh0OBdT4rTSxI8zNKHHXo5WcIo3oBDZkxumvq6R UmOEAB8GJSlxdu6SOo/GBaItq+oC4kpp9oWfb4Vc8bJ9Kc3mcSCkW7OVQj/9RCMGcWD+PFgd 2GuyFq5ZyQ+v8ZR/+Q+tWa9tfQBPSgP9pGtZ6b9Z/actkCXOS336hUWNQ2K8VyBRi1QovPTJ MyjYHYHKU0ZNAqtL5hsf6tbHpiAone7oKh8+BriEN91tQ6s1GbeiWxu+XtULrqrJ6vjWJQAR AQABwsFlBBgBCAAPBQJXJwPaAhsMBQkJZgGAAAoJEMvjLaEem5G5uicP/31RIi+MrO+vyzmY I2WKAO2ryLnfTHwlo0coAPAYiL2SVzotWc7UjHcqQC3PyXLMKVCu9utDMUhJ0yfVH3fXM40g Wcq0cbhhAp3QVKmCZQP3gZxY6M4K5pLWbFQoi1vFmUnHnLlpqZxF/As9vU2Q1RGja7Cn05+v uWDGOk3fRGTC0BA46jXnVv8vhqkLiRxNie8XB617H/HH4OsXTdUCtDtMUhlQtGGPs/s3eOdV lKtxNyGWHVMQqMcsg+5sFdhdCphnPVVurLGDU7lWpZhneO/+x8ffeHSKJTwixXDy5gkfnhFs ETLa1AAFu835FHbIlgmbnbO2K6yWv86lnNUlZSwoNHlBoz61iKlfTWiWLfpbdMiHDE3ZqTF9 nduIoojU+kEWFcyX4TXMWq/Y3/M8sNclhziV6ZiVtjc+mvat1u2m4vZxiWobZZSFy4wtb4iD p3Wn2ip5SJ2jDQmkXdfAXGt/LBi2QQFmTMJRMRNfkaVK0NJGD14EySLBvo1Q06GitugQPUzQ 9M7c8p7EIku9IID/1nj7QN6X2gXxHGRZEAcprqGf9cfUjS+9hAMiK6/yoZtRuWtVmESQaQvE /Pyl1OYsYazUEAZm3m4H7k6V45yPqzA/kX7j9c8uD/dFv9wYc3rSYW7a3vZ1UT2rpCzqcg2m jvpRbzx/AvRsInzDyaym Message-ID: Date: Wed, 4 Jul 2018 15:25:36 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="8CoDD5T1dIWa1wsCncFOCUNVWuAnvJieD" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 04 Jul 2018 13:25:48 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --8CoDD5T1dIWa1wsCncFOCUNVWuAnvJieD Content-Type: multipart/mixed; boundary="lCW38TGPIlIRTfZaGUNk847DiT1j56a9K"; protected-headers="v1" From: Linus Sundqvist To: Toomas Soome Cc: freebsd-current@freebsd.org, imp@freebsd.org Message-ID: Subject: Re: Unable to UEFI boot 11.2 ISO (latest 12.0 as well) References: <86482bdb-60bd-b573-1a98-e14928f4537e@loopia.se> In-Reply-To: --lCW38TGPIlIRTfZaGUNk847DiT1j56a9K Content-Type: text/plain; charset=utf-8 Content-Language: sv Content-Transfer-Encoding: quoted-printable Hi, Sure, while using the 12.0 ISO here is lsdev -v and ls cd0: https://imgur.com/RmYpg7u and here is ls cd1: https://imgur.com/FPsixOw Med v=C3=A4nlig h=C3=A4lsning/Best Regards Linus Sundqvist System Engineer, Loopia AB On 04/07/18 15:08, Toomas Soome wrote: > Can you post lsdev -v output? >=20 > Also, could you try ls command? Like, ls cd0: =20 >=20 > Rgds, > Toomas >=20 > Sent from my iPhone >=20 >> On 4 Jul 2018, at 12:28, Linus Sundqvist w= rote: >> >> Hi, >> >> I'm unable to boot up the amd64 11.2 disk1 ISO as well as the latest a= md64 12.0 disk1 ISO (20180628) using UEFI on a Dell PowerEdge R430 by get= ting this error: >> https://imgur.com/a/Idljfhm >> >> The bootonly ISOs seems to show the same error message. >> >> Changing the server to boot via BIOS loads the setup correctly, howeve= r, I want to use UEFI on all our servers, which I have done before. >> >> The 11.1 ISO boots without any trouble at all using both UEFI and BIOS= =2E >> >> I was helped by koobs in #freebsd @ Freenode who asked me to send an e= -mail this way and linking to these commits as a reference: >> >> https://reviews.freebsd.org/D13784 >> https://svnweb.freebsd.org/base?view=3Drevision&revision=3D332416 >> >> So far I've tried to UEFI boot the 11.2 ISO and 12.0 ISO with the foll= owing Dell PowerEdge models without success: >> >> R440 >> R630 >> R430 >> FC430 >> R330 >> R620 >> R420 >> R610 >> >> --=20 >> Med v=C3=A4nlig h=C3=A4lsning/Best Regards >> Linus Sundqvist >> System Engineer, Loopia AB >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 --lCW38TGPIlIRTfZaGUNk847DiT1j56a9K-- --8CoDD5T1dIWa1wsCncFOCUNVWuAnvJieD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEu1yeyYo/yrdJFiO7y+MtoR6bkbkFAls8ytAACgkQy+MtoR6b kbkELA/+JEnit5Y099N4yK9OUruzg9t8FFKuwwIP8p2m1eoHJFcMoJJ4j1bCf6OG lzR2ftsD8nNIN75t/cp1qaX/RUHw7E7F2mT3zRNgQsn4rqYs7B/C8Ij4VAJs+5M1 oYmb7iUo2S18yietExFh3Mkh/eVr94Cld2bF/83SfYd5AX5Fm155yW+YG2KkKh67 crULu/GvEk8xjnclWzoIxzHDmrD5sQIwDr0mnS4fBpUxMDxy/cigTiAEspWOGQgd IG6YcLBfXbyeZ1BvVtVEcW07TyAZGd8kxhvX2gocu+A/8vS2By+NoxpUQ/ZagFTX 09rKXbyfsraZFmcWrTXp4OepXf48EsMimrH7HICQhjDfkKlVaYphD02pom3gR0GR YoTH+uduet6tBEEq3FViujV9LefGTLKqBtyt97tR/ppo8Mee3rls8CU69s4xo3OU DG2dEwQ9BMD7C1LjTbdD9/hN82PCXVJ2D9N6K0Hjx05uPmVsNk1InYP/YfIBukZ0 21pBEVYpPZOZ6lV8o/uhEOpCnBNarr8v36y+uOa2ytFkVB7mtlN8UoO78NUV44Rw rNJWsZnzgTZgVfG171uXonWK2EmtbVqB4oQNsx+P9CKvDBdv1TNh6/wydXB78lvS 0g0dAjEWXsJ/ys7w201yk7oE1RUN2KCeEKxXnRrWXRsrUPKTnw4= =/RIp -----END PGP SIGNATURE----- --8CoDD5T1dIWa1wsCncFOCUNVWuAnvJieD-- From owner-freebsd-current@freebsd.org Wed Jul 4 14:27:18 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 49703103BFDA for ; Wed, 4 Jul 2018 14:27:18 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id D804F7F14A for ; Wed, 4 Jul 2018 14:27:17 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: by mailman.ysv.freebsd.org (Postfix) id 98041103BFD4; Wed, 4 Jul 2018 14:27:17 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 866F2103BFD3 for ; Wed, 4 Jul 2018 14:27:17 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CEF6A7F145; Wed, 4 Jul 2018 14:27:16 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id w64ERFux043254; Wed, 4 Jul 2018 07:27:15 -0700 (PDT) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id w64ERDHh043253; Wed, 4 Jul 2018 07:27:13 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201807041427.w64ERDHh043253@pdx.rh.CN85.dnsmgr.net> Subject: Re: [regression] The USB WiFi card stopped working: if_run doesn't create the 'run0' interface any more In-Reply-To: <4ec7b3bc-ab63-ae8d-bc21-4b01d9053c8e@rawbw.com> To: Yuri Date: Wed, 4 Jul 2018 07:27:13 -0700 (PDT) CC: Sean Bruno , lev@freebsd.org, current X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 04 Jul 2018 14:27:18 -0000 [ Charset UTF-8 unsupported, converting... ] > On 07/03/18 18:13, Rodney W. Grimes wrote: > > Do you get the same failure condition if you use the > > wpa_supplicant from the base system? > > > Same failure with the base wpa_supplicant. > > Creating wlan0 by hand helps, but this should happen automatically. > restarting devd service also helps. > > > I think wlan0 creation happens before wpa_supplicant due to the > instruction 'wlans_run0="wlan0"'. > > Something changed in /etc/network.subr or /etc/rc.d/netif or in devd or > its configuration. Devd/devmatch is one of the largest changes recently, it could be something in that code path. Do you get the if_run.ko module loaded? What does kldstat show immediately after boot and before you try to "fix" anything with ifconfig. > It definitely did create the run0 interface before, and now it doesn't. I wonder if the kernel module is no longer loading... -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Wed Jul 4 14:36:01 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 56095103CF9A for ; Wed, 4 Jul 2018 14:36:01 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CAF987FD3D; Wed, 4 Jul 2018 14:36:00 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id w64EZwrx043296; Wed, 4 Jul 2018 07:35:58 -0700 (PDT) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id w64EZwIn043295; Wed, 4 Jul 2018 07:35:58 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201807041435.w64EZwIn043295@pdx.rh.CN85.dnsmgr.net> Subject: Re: Unable to UEFI boot 11.2 ISO (latest 12.0 as well) In-Reply-To: <86482bdb-60bd-b573-1a98-e14928f4537e@loopia.se> To: Linus Sundqvist Date: Wed, 4 Jul 2018 07:35:58 -0700 (PDT) CC: freebsd-current@freebsd.org, imp@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 04 Jul 2018 14:36:01 -0000 > Hi, > > I'm unable to boot up the amd64 11.2 disk1 ISO as well as the latest amd64 12.0 disk1 ISO (20180628) using UEFI on a Dell PowerEdge R430 by getting this error: > https://imgur.com/a/Idljfhm > > The bootonly ISOs seems to show the same error message. Are you booting from a USB thumb drive, an actual CD drive, or the emulated CD drive from a Dell DRAC? It appears that you have the boot media in cd1: not cd0:, I am not sure the code handles this well. > > Changing the server to boot via BIOS loads the setup correctly, however, I want to use UEFI on all our servers, which I have done before. > > The 11.1 ISO boots without any trouble at all using both UEFI and BIOS. Does it show you booted from cd1:? > > I was helped by koobs in #freebsd @ Freenode who asked me to send an e-mail this way and linking to these commits as a reference: > > https://reviews.freebsd.org/D13784 > https://svnweb.freebsd.org/base?view=revision&revision=332416 > > So far I've tried to UEFI boot the 11.2 ISO and 12.0 ISO with the following Dell PowerEdge models without success: > > R440 > R630 > R430 > FC430 > R330 > R620 > R420 > R610 Try the following at the OK prompt: OK load cd1:/boot/kernel/kernel OK boot -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Wed Jul 4 15:50:46 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4B9601043CB6 for ; Wed, 4 Jul 2018 15:50:46 +0000 (UTC) (envelope-from tsoome@me.com) Received: from st13p35im-asmtp001.me.com (st13p35im-asmtp001.me.com [17.164.199.64]) (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 E59C5837A7; Wed, 4 Jul 2018 15:50:45 +0000 (UTC) (envelope-from tsoome@me.com) Received: from process-dkim-sign-daemon.st13p35im-asmtp001.me.com by st13p35im-asmtp001.me.com (Oracle Communications Messaging Server 8.0.1.2.20170607 64bit (built Jun 7 2017)) id <0PBC00J00JE9VW00@st13p35im-asmtp001.me.com>; Wed, 04 Jul 2018 14:50:39 +0000 (GMT) Received: from icloud.com ([127.0.0.1]) by st13p35im-asmtp001.me.com (Oracle Communications Messaging Server 8.0.1.2.20170607 64bit (built Jun 7 2017)) with ESMTPSA id <0PBC00CBAJWC7S60@st13p35im-asmtp001.me.com>; Wed, 04 Jul 2018 14:50:38 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2018-07-04_05:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1015 suspectscore=2 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1707230000 definitions=main-1807040171 Content-type: text/plain; charset=utf-8 MIME-version: 1.0 (1.0) Subject: Re: Unable to UEFI boot 11.2 ISO (latest 12.0 as well) From: Toomas Soome X-Mailer: iPhone Mail (15F79) In-reply-to: Date: Wed, 04 Jul 2018 17:50:36 +0300 Cc: freebsd-current@freebsd.org, imp@freebsd.org Content-transfer-encoding: quoted-printable Message-id: <1E09B50A-8E4F-4E1E-BBE2-61B1570376D3@me.com> References: <86482bdb-60bd-b573-1a98-e14928f4537e@loopia.se> To: Linus Sundqvist X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 04 Jul 2018 15:50:46 -0000 set currdev=3Dcd1: include /boot/loader.rc This should give menu/boot. Rgds, Toomas Sent from my iPhone > On 4 Jul 2018, at 16:25, Linus Sundqvist wrote= : >=20 > Hi, >=20 > Sure, while using the 12.0 ISO here is lsdev -v and ls cd0: > https://imgur.com/RmYpg7u >=20 > and here is ls cd1: > https://imgur.com/FPsixOw >=20 > Med v=C3=A4nlig h=C3=A4lsning/Best Regards > Linus Sundqvist > System Engineer, Loopia AB >=20 >> On 04/07/18 15:08, Toomas Soome wrote: >> Can you post lsdev -v output? >>=20 >> Also, could you try ls command? Like, ls cd0: =20 >>=20 >> Rgds, >> Toomas >>=20 >> Sent from my iPhone >>=20 >>> On 4 Jul 2018, at 12:28, Linus Sundqvist wro= te: >>>=20 >>> Hi, >>>=20 >>> I'm unable to boot up the amd64 11.2 disk1 ISO as well as the latest amd= 64 12.0 disk1 ISO (20180628) using UEFI on a Dell PowerEdge R430 by getting t= his error: >>> https://imgur.com/a/Idljfhm >>>=20 >>> The bootonly ISOs seems to show the same error message. >>>=20 >>> Changing the server to boot via BIOS loads the setup correctly, however,= I want to use UEFI on all our servers, which I have done before. >>>=20 >>> The 11.1 ISO boots without any trouble at all using both UEFI and BIOS. >>>=20 >>> I was helped by koobs in #freebsd @ Freenode who asked me to send an e-m= ail this way and linking to these commits as a reference: >>>=20 >>> https://reviews.freebsd.org/D13784 >>> https://svnweb.freebsd.org/base?view=3Drevision&revision=3D332416 >>>=20 >>> So far I've tried to UEFI boot the 11.2 ISO and 12.0 ISO with the follow= ing Dell PowerEdge models without success: >>>=20 >>> R440 >>> R630 >>> R430 >>> FC430 >>> R330 >>> R620 >>> R420 >>> R610 >>>=20 >>> --=20 >>> Med v=C3=A4nlig h=C3=A4lsning/Best Regards >>> Linus Sundqvist >>> System Engineer, Loopia AB >>>=20 >> _______________________________________________ >> 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= " >>=20 >=20 From owner-freebsd-current@freebsd.org Wed Jul 4 16:51:55 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 622A51022D18 for ; Wed, 4 Jul 2018 16:51:55 +0000 (UTC) (envelope-from ler@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1AA3E865BE for ; Wed, 4 Jul 2018 16:51:55 +0000 (UTC) (envelope-from ler@FreeBSD.org) Received: from ler-imac.local (unknown [IPv6:2600:1700:210:b18f:5de8:65b2:872f:7039]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: ler/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id C9FF91EB75 for ; Wed, 4 Jul 2018 16:51:54 +0000 (UTC) (envelope-from ler@FreeBSD.org) Date: Wed, 4 Jul 2018 11:51:53 -0500 From: Larry Rosenman To: freebsd-current@FreeBSD.org Subject: Crash in udp6_input on -HEAD Message-ID: <20180704165153.ppkluljubj4d5sgs@ler-imac.local> Mail-Followup-To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="xgqybaex5g56mqtj" Content-Disposition: inline User-Agent: NeoMutt/20180622 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 04 Jul 2018 16:51:55 -0000 --xgqybaex5g56mqtj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable borg.lerctr.org dumped core - see /var/crash/vmcore.0 Wed Jul 4 11:37:29 CDT 2018 FreeBSD borg.lerctr.org 12.0-CURRENT FreeBSD 12.0-CURRENT #46 r335957: Wed = Jul 4 11:08:13 CDT 2018 root@borg.lerctr.org:/usr/obj/usr/src/amd64.am= d64/sys/VT-LER amd64 panic: page fault GNU gdb (GDB) 8.1 [GDB v8.1 for FreeBSD] Copyright (C) 2018 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-portbld-freebsd12.0". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /boot/kernel/kernel...Reading symbols from /usr/lib/de= bug//boot/kernel/kernel.debug...done. done. Unread portion of the kernel message buffer: <118>Starting cupsd. Fatal trap 12: page fault while in kernel mode cpuid =3D 17; apic id =3D 05 fault virtual address =3D 0x60 fault code =3D supervisor read data, page not present instruction pointer =3D 0x20:0xffffffff80e0f61f stack pointer =3D 0x28:0xfffffe00004288a0 frame pointer =3D 0x28:0xfffffe00004289b0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 12 (swi1: netisr 0) trap number =3D 12 panic: page fault cpuid =3D 17 time =3D 1530721146 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0000428= 550 vpanic() at vpanic+0x1a3/frame 0xfffffe00004285b0 panic() at panic+0x43/frame 0xfffffe0000428610 trap_fatal() at trap_fatal+0x35f/frame 0xfffffe0000428660 trap_pfault() at trap_pfault+0x49/frame 0xfffffe00004286c0 trap() at trap+0x2ba/frame 0xfffffe00004287d0 calltrap() at calltrap+0x8/frame 0xfffffe00004287d0 --- trap 0xc, rip =3D 0xffffffff80e0f61f, rsp =3D 0xfffffe00004288a0, rbp = =3D 0xfffffe00004289b0 --- udp6_input() at udp6_input+0xbdf/frame 0xfffffe00004289b0 ip6_input() at ip6_input+0xdd8/frame 0xfffffe0000428aa0 swi_net() at swi_net+0x1b9/frame 0xfffffe0000428b20 intr_event_execute_handlers() at intr_event_execute_handlers+0x99/frame 0xf= ffffe0000428b60 ithread_loop() at ithread_loop+0xb7/frame 0xfffffe0000428bb0 fork_exit() at fork_exit+0x84/frame 0xfffffe0000428bf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0000428bf0 --- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 --- Uptime: 1m3s Dumping 6608 out of 130994 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%.= =2E91% __curthread () at ./machine/pcpu.h:231 231 __asm("movq %%gs:%1,%0" : "=3Dr" (td) (kgdb) #0 __curthread () at ./machine/pcpu.h:231 #1 doadump (textdump=3D1) at /usr/src/sys/kern/kern_shutdown.c:366 #2 0xffffffff80b909b2 in kern_reboot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:446 #3 0xffffffff80b90f93 in vpanic (fmt=3D, ap=3D0xfffffe00004= 285f0) at /usr/src/sys/kern/kern_shutdown.c:863 #4 0xffffffff80b90fe3 in panic (fmt=3D) at /usr/src/sys/kern/kern_shutdown.c:790 #5 0xffffffff8107291f in trap_fatal (frame=3D0xfffffe00004287e0, eva=3D96) at /usr/src/sys/amd64/amd64/trap.c:892 #6 0xffffffff81072979 in trap_pfault (frame=3D0xfffffe00004287e0, usermode= =3D0) at /usr/src/sys/amd64/amd64/trap.c:728 #7 0xffffffff81071f9a in trap (frame=3D0xfffffe00004287e0) at /usr/src/sys/amd64/amd64/trap.c:427 #8 #9 udp6_input (mp=3D, offp=3D,=20 proto=3D) at /usr/src/sys/netinet6/udp6_usrreq.c:424 #10 0xffffffff80df0c18 in ip6_input (m=3D0xfffff80237299400) at /usr/src/sys/netinet6/ip6_input.c:962 #11 0xffffffff80cb6919 in netisr_process_workstream_proto ( nwsp=3D, proto=3D) at /usr/src/sys/net/netisr.c:901 #12 swi_net (arg=3D) at /usr/src/sys/net/netisr.c:948 #13 0xffffffff80b52289 in intr_event_execute_handlers (p=3D,= =20 ie=3D0xfffff8012088e500) at /usr/src/sys/kern/kern_intr.c:1013 #14 0xffffffff80b529c7 in ithread_execute_handlers (ie=3D,= =20 p=3D) at /usr/src/sys/kern/kern_intr.c:1026 #15 ithread_loop (arg=3D0xfffff8012088e100) at /usr/src/sys/kern/kern_intr.c:1106 #16 0xffffffff80b4f704 in fork_exit ( callout=3D0xffffffff80b52910 , arg=3D0xfffff8012088e100,= =20 frame=3D0xfffffe0000428c00) at /usr/src/sys/kern/kern_fork.c:1057 #17 (kgdb)=20 vmcore *IS* available, as is a 2nd one. This is after an upgrade from=20 FreeBSD borg.lerctr.org 12.0-CURRENT FreeBSD 12.0-CURRENT #45 r335610: Sun = Jun 24 17:12:56 CDT 2018 root@borg.lerctr.org:/usr/obj/usr/src/amd64.am= d64/sys/VT-LER amd64 1200069 1200071 to r335957. Ideas? --=20 Larry Rosenman https://people.FreeBSD.org/~ler/ Phone: +1 214-642-9640 E-Mail: ler@FreeBSD.org US Mail: 5708 Sabbia Drive, Round Rock, TX 78665-2106 --xgqybaex5g56mqtj Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQHBBAABCgCrFiEEHjgknedhWzvJgwVzaXyZsatIp30FAls8+yktFIAAAAAAFQAP cGthLWFkZHJlc3NAZ251cGcub3JnbGVyQEZyZWVCU0Qub3JnXxSAAAAAAC4AKGlz c3Vlci1mcHJAbm90YXRpb25zLm9wZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxRTM4 MjQ5REU3NjE1QjNCQzk4MzA1NzM2OTdDOTlCMUFCNDhBNzdEAAoJEGl8mbGrSKd9 EQsH/1VUlge6+QOoeGmDfdteWGBMEHN1Kw31f9i/FQSan9hGH8yYsI1EuyrFcvmH GRXD9vyoDC7FjKOHpuCd1qBAxub5QI1WnG55LqO5dKH4+zG3VhBNuotDTx7KjvTl X9lgur9EeUhyVPVRW9XQa/HDXLRXDGkI25I55sBaWBwS9Q68DGZQ6WLgozRPGsUH mQIInfkJj44MiiquP/Csgx0Pt1b1sR/0/LjuHMlNHegqXb9jqbwk4ZSHueKeH6or thCGCtDDQpJNPpD/wThpXHEaTddF3FgEDFNsysbOcyzlYTo+yf1t8T8YrxrbcHAN UdINvewPFaclPNuMlhcrsBLzo+U= =/JFD -----END PGP SIGNATURE----- --xgqybaex5g56mqtj-- From owner-freebsd-current@freebsd.org Wed Jul 4 16:57:48 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6034A10237F0 for ; Wed, 4 Jul 2018 16:57:48 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (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 EF08E86A1A for ; Wed, 4 Jul 2018 16:57:47 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.128.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id E64E326017F for ; Wed, 4 Jul 2018 18:57:39 +0200 (CEST) Subject: Re: Crash in udp6_input on -HEAD To: freebsd-current@FreeBSD.org References: <20180704165153.ppkluljubj4d5sgs@ler-imac.local> From: Hans Petter Selasky Message-ID: <8c133974-8e13-20ac-5063-ec2221b0f909@selasky.org> Date: Wed, 4 Jul 2018 18:57:19 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <20180704165153.ppkluljubj4d5sgs@ler-imac.local> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 04 Jul 2018 16:57:48 -0000 On 07/04/18 18:51, Larry Rosenman wrote: > borg.lerctr.org dumped core - see /var/crash/vmcore.0 > > Ideas? > https://svnweb.freebsd.org/changeset/base/335958 From owner-freebsd-current@freebsd.org Wed Jul 4 17:09:38 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C485E1024D5A for ; Wed, 4 Jul 2018 17:09:38 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:bb:dcff:fe50:d900]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.lerctr.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6207B874CB for ; Wed, 4 Jul 2018 17:09:38 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID: Subject:Cc:To:From:Date:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=FHoNTLPLMVCYo+DtR0CkTqALvKgaXJoNnK1RQLxRDmE=; b=Mt4DfS6jnmyI/5zL/9qeml6m5i FLeIoNib2r35mClpkhS1PMRjYWOYEeIGIacPy/gA/FfzsbPAz78SdMqCaQhfZnKm8jNzENO8SpRVZ cUCrAR+ypZz22GYDNf2VLad2OJKkdf5u0gjUEThKMhq8/MtTx8X+ENuedFyXf2qvc+9A=; Received: from [2600:1700:210:b18f:5de8:65b2:872f:7039] (port=55739 helo=ler-imac.local) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1falHc-000LFp-7x; Wed, 04 Jul 2018 12:09:36 -0500 Date: Wed, 4 Jul 2018 12:09:35 -0500 From: Larry Rosenman To: Hans Petter Selasky Cc: freebsd-current@FreeBSD.org Subject: Re: Crash in udp6_input on -HEAD Message-ID: <20180704170935.zyrhfa3kue22q2mj@ler-imac.local> Mail-Followup-To: Hans Petter Selasky , freebsd-current@FreeBSD.org References: <20180704165153.ppkluljubj4d5sgs@ler-imac.local> <8c133974-8e13-20ac-5063-ec2221b0f909@selasky.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8c133974-8e13-20ac-5063-ec2221b0f909@selasky.org> User-Agent: NeoMutt/20180622 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 04 Jul 2018 17:09:38 -0000 On Wed, Jul 04, 2018 at 06:57:19PM +0200, Hans Petter Selasky wrote: > On 07/04/18 18:51, Larry Rosenman wrote: > > borg.lerctr.org dumped core - see /var/crash/vmcore.0 > > > > > Ideas? > > > https://svnweb.freebsd.org/changeset/base/335958 Thanks! That fixes it for me. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 5708 Sabbia Drive, Round Rock, TX 78665-2106 From owner-freebsd-current@freebsd.org Wed Jul 4 18:49:17 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A5D25102F07D for ; Wed, 4 Jul 2018 18:49:17 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 45D838D0DD for ; Wed, 4 Jul 2018 18:49:17 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: by mailman.ysv.freebsd.org (Postfix) id 06E1E102F07A; Wed, 4 Jul 2018 18:49:17 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E8341102F079 for ; Wed, 4 Jul 2018 18:49:16 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from shell1.rawbw.com (shell1.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id 659A48D0D9; Wed, 4 Jul 2018 18:49:16 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from yv.noip.me (c-24-4-131-132.hsd1.ca.comcast.net [24.4.131.132]) (authenticated bits=0) by shell1.rawbw.com (8.15.1/8.15.1) with ESMTPSA id w64InDbI049033 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Wed, 4 Jul 2018 11:49:14 -0700 (PDT) (envelope-from yuri@rawbw.com) X-Authentication-Warning: shell1.rawbw.com: Host c-24-4-131-132.hsd1.ca.comcast.net [24.4.131.132] claimed to be yv.noip.me Subject: Re: [regression] The USB WiFi card stopped working: if_run doesn't create the 'run0' interface any more To: "Rodney W. Grimes" Cc: Sean Bruno , lev@freebsd.org, current References: <201807041427.w64ERDHh043253@pdx.rh.CN85.dnsmgr.net> From: Yuri Message-ID: <028e8ccd-b76f-bb77-44db-7278d1f273aa@rawbw.com> Date: Wed, 4 Jul 2018 11:49:12 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <201807041427.w64ERDHh043253@pdx.rh.CN85.dnsmgr.net> Content-Language: en-US Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 04 Jul 2018 18:49:17 -0000 On 07/04/18 07:27, Rodney W. Grimes wrote: > Devd/devmatch is one of the largest changes recently, > it could be something in that code path. > > Do you get the if_run.ko module loaded? What does kldstat show > immediately after boot and before you try to "fix" anything with > ifconfig. > > >> It definitely did create the run0 interface before, and now it doesn't. > I wonder if the kernel module is no longer loading... if_run.ko isn't loaded after boot. But I think it is supposed to be loaded by devd too. Yuri From owner-freebsd-current@freebsd.org Wed Jul 4 19:00:29 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6D56610301F0 for ; Wed, 4 Jul 2018 19:00:29 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 066528DBCF for ; Wed, 4 Jul 2018 19:00:29 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: by mailman.ysv.freebsd.org (Postfix) id B9B2210301EF; Wed, 4 Jul 2018 19:00:28 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A764610301EE for ; Wed, 4 Jul 2018 19:00:28 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1EA278DBCC; Wed, 4 Jul 2018 19:00:28 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id w64J0Q5M044340; Wed, 4 Jul 2018 12:00:26 -0700 (PDT) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id w64J0QeZ044339; Wed, 4 Jul 2018 12:00:26 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201807041900.w64J0QeZ044339@pdx.rh.CN85.dnsmgr.net> Subject: Re: [regression] The USB WiFi card stopped working: if_run doesn't create the 'run0' interface any more In-Reply-To: <028e8ccd-b76f-bb77-44db-7278d1f273aa@rawbw.com> To: Yuri Date: Wed, 4 Jul 2018 12:00:26 -0700 (PDT) CC: Sean Bruno , lev@freebsd.org, current X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 04 Jul 2018 19:00:29 -0000 > On 07/04/18 07:27, Rodney W. Grimes wrote: > > Devd/devmatch is one of the largest changes recently, > > it could be something in that code path. > > > > Do you get the if_run.ko module loaded? What does kldstat show > > immediately after boot and before you try to "fix" anything with > > ifconfig. > > > > > >> It definitely did create the run0 interface before, and now it doesn't. > > I wonder if the kernel module is no longer loading... > > > if_run.ko isn't loaded after boot. But I think it is supposed to be > loaded by devd too. Just for fun to see if this can clear up your issue add if_run_load="YES" to /boot/loader.conf -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Wed Jul 4 19:06:40 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 57EEF1030C34 for ; Wed, 4 Jul 2018 19:06:40 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id E80878E1D9 for ; Wed, 4 Jul 2018 19:06:39 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: by mailman.ysv.freebsd.org (Postfix) id A26B71030C33; Wed, 4 Jul 2018 19:06:39 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9102B1030C32 for ; Wed, 4 Jul 2018 19:06:39 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from shell1.rawbw.com (shell1.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id 1E4F28E1D5; Wed, 4 Jul 2018 19:06:38 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from yv.noip.me (c-24-4-131-132.hsd1.ca.comcast.net [24.4.131.132]) (authenticated bits=0) by shell1.rawbw.com (8.15.1/8.15.1) with ESMTPSA id w64J6a8F050773 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Wed, 4 Jul 2018 12:06:37 -0700 (PDT) (envelope-from yuri@rawbw.com) X-Authentication-Warning: shell1.rawbw.com: Host c-24-4-131-132.hsd1.ca.comcast.net [24.4.131.132] claimed to be yv.noip.me Subject: Re: [regression] The USB WiFi card stopped working: if_run doesn't create the 'run0' interface any more To: "Rodney W. Grimes" Cc: Sean Bruno , lev@freebsd.org, current References: <201807041900.w64J0QeZ044339@pdx.rh.CN85.dnsmgr.net> From: Yuri Message-ID: <14f86d91-1550-ba3e-a71d-36364155593e@rawbw.com> Date: Wed, 4 Jul 2018 12:06:35 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <201807041900.w64J0QeZ044339@pdx.rh.CN85.dnsmgr.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 04 Jul 2018 19:06:40 -0000 On 07/04/18 12:00, Rodney W. Grimes wrote: > Just for fun to see if this can clear up your issue add > if_run_load="YES" > to /boot/loader.conf This doesn't help. In the presence of preloaded if_run.ko wpa_supplicant still can't initialize wlan0. Yuri From owner-freebsd-current@freebsd.org Wed Jul 4 19:11:43 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 29C9C1031415 for ; Wed, 4 Jul 2018 19:11:43 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id B0B488E586 for ; Wed, 4 Jul 2018 19:11:42 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 7049E1031410; Wed, 4 Jul 2018 19:11:42 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4D64D103140F for ; Wed, 4 Jul 2018 19:11:42 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-vk0-x22f.google.com (mail-vk0-x22f.google.com [IPv6:2607:f8b0:400c:c05::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DA5C28E581; Wed, 4 Jul 2018 19:11:41 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-vk0-x22f.google.com with SMTP id 125-v6so3590290vke.11; Wed, 04 Jul 2018 12:11:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=Txd519PcEQ1/PI0FQFFL2/hi8XAkHowtPfpRiHsh/WY=; b=bLZFA7bhuPoFVHqdj0aqBLVVp4hkYAw+yson/gdXWjHt4EhNXfJFdgeeFd2N0ZmM1B HSj5nTVP30LkYFdCXa8W6dG7xVrHlQ6bPBq1m7YOrrnhQySa9WWYsLs4NAaFiQDu9HJo 0nPEZb4S/JWNMeNXNGDC78ADndO4s9CZirC238c9aCXtZjliG7aKfITExsoZcTXZdkL1 L+hNvnr4DH864Sf+TqwdwEsuQuGBycG09nk7uZY30SR1gu9DmIPq5uONFThbbMvTpftl grZ+7JJco9K5nQ6Yu8vH8lXViQZ/toNbefNfKNmPx2N/WSCJOZDwtgJTgdPcF6nyeVDA g+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:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=Txd519PcEQ1/PI0FQFFL2/hi8XAkHowtPfpRiHsh/WY=; b=RCBl0mi3wCh5A8ck6FR/LZgDmvBzVYcf2jW6bmfi74nOpawOTUDRZsOb/J0lTh6/lv c/cFUYf/Ogw60HZaAxkgDg8Hpmxf+DccQJTuqAHnDQTeOqd83lT1zDC8+Tc2/F15HhZJ lBUtbhzr0bKGxYgF52T17GWoA64Gn5hMW9aDE/yvFF6/9LH0CASj7ykCdsYR3VKImdci x/mqT3EQ0UrVn4uaidTtg1Wg6BIqsdMvU9rCYIlUT8b9+vMNCwnNwMWDaesB3EKPOa4p TC8S2HkrImvqoRT4u+wlFUY+JyFjCDQEHxYudr6ucS+VuWhst+houHxGO1hZXasXVqt8 OczA== X-Gm-Message-State: APt69E253Ue3Bu0SM/lK4XkOgC2JxJQVPuApNBO1ig7bcBsbA76f5dBy s8E8spJpUJSn5b3TSFuHBM2w+odVDsEaso5/9Iv7ZuXb X-Google-Smtp-Source: AAOMgpfSoxwKR2mPJR8MLFsuG4PMUBT3YQ1LzUq9/1m10kRIHKmLAKr2XpMU4C6yum19rHZTaWCpbhb7fhxiF1lk7/E= X-Received: by 2002:a1f:2444:: with SMTP id k65-v6mr1789485vkk.115.1530731500874; Wed, 04 Jul 2018 12:11:40 -0700 (PDT) MIME-Version: 1.0 Sender: kob6558@gmail.com Received: by 2002:a67:8f07:0:0:0:0:0 with HTTP; Wed, 4 Jul 2018 12:11:40 -0700 (PDT) In-Reply-To: <028e8ccd-b76f-bb77-44db-7278d1f273aa@rawbw.com> References: <201807041427.w64ERDHh043253@pdx.rh.CN85.dnsmgr.net> <028e8ccd-b76f-bb77-44db-7278d1f273aa@rawbw.com> From: Kevin Oberman Date: Wed, 4 Jul 2018 12:11:40 -0700 X-Google-Sender-Auth: DOG3cvSaZ3kgjPvmtkOoeKJxKXU Message-ID: Subject: Re: [regression] The USB WiFi card stopped working: if_run doesn't create the 'run0' interface any more To: Yuri Cc: "Rodney W. Grimes" , Sean Bruno , Lev Serebryakov , current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 04 Jul 2018 19:11:43 -0000 On Wed, Jul 4, 2018 at 11:49 AM, Yuri wrote: > On 07/04/18 07:27, Rodney W. Grimes wrote: > >> Devd/devmatch is one of the largest changes recently, >> it could be something in that code path. >> >> Do you get the if_run.ko module loaded? What does kldstat show >> immediately after boot and before you try to "fix" anything with >> ifconfig. >> >> >> It definitely did create the run0 interface before, and now it doesn't. >>> >> I wonder if the kernel module is no longer loading... >> > > > if_run.ko isn't loaded after boot. But I think it is supposed to be loaded > by devd too. > > > Yuri > A quick perusal of /etc/devd.conf does not indicate that devd will load the driver. It is possible that I missed something, but "run" i only referenced as a part of long regex to stop or start pccard-ether. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-current@freebsd.org Wed Jul 4 19:17:43 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D13C51031C13 for ; Wed, 4 Jul 2018 19:17:42 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 630268EAB2 for ; Wed, 4 Jul 2018 19:17:42 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mailman.ysv.freebsd.org (Postfix) id 23C621031C0F; Wed, 4 Jul 2018 19:17:42 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 014891031C0E for ; Wed, 4 Jul 2018 19:17:42 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x243.google.com (mail-io0-x243.google.com [IPv6:2607:f8b0:4001:c06::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8F6F28EAAC for ; Wed, 4 Jul 2018 19:17:41 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x243.google.com with SMTP id k3-v6so5668946iog.3 for ; Wed, 04 Jul 2018 12:17:41 -0700 (PDT) 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=HOuZDUC7+vibG+dVQAIWXUwbSiikRuJOFwky4Fxve5Q=; b=oF05eQhBKE6Vq3KSDogoLy/6fgcIrj/j7K2aWK1ujtm/RDRX7gR39E/RMGBn1SYGY+ qsWrIhP0++3Xj1FMB1UMbz0x0mHjtDvxq2UgG1EwssHWNvsVrDjNIAC/Eewp1TkkkePI Bcp3SghAayOqxdZMQpZW+4FcLbIZd+epYVV/EenjQ+OKXS5xGO3eNCfvelK7ddKtrrpG HyHXeS/XyS8BmPuvVgMqP2L++XwNimBJzxObtm6sNZDHN/CaVZoXUQhhPUe2aS39teGw 1FEXavEbcsBsVVFqf/q72Z0O9IvHNKEL+xWkT9J5mVCTAaDud/Hw3PwlPtZ/VZXIX/eA I+6Q== 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=HOuZDUC7+vibG+dVQAIWXUwbSiikRuJOFwky4Fxve5Q=; b=iPgZj0aJAHzrRZkBtGwbvAyw0KqPkmTGgQgd7Qg6LG6fxsYhT2GhTAQg0J45qIpBJU J32UXKS1FEts20VIIMcd3SQK93hP51ZlEhCBxcAtJeLdxbC2rj7KWL5AlrpMmwsrbSlK aotl9EpIF7mowlXRsbD5k8b4sR1wqAe1GZnGMYkYqEIYCNd3BUiwiQYeNrlgKM2u/QTW wfKrTkNDwENnJwmDIcbZ/BXNu2NtaSO5OHnMTIdga4kusvnEcxRSJKx+Z4GBjjCm2Vde NijWUiQCCfW/+BZksjqdTqMpiFuudls4Ztz3fO63SCE1ge3GQ09D7wT0Axe2xiAaA5Wi 8yjA== X-Gm-Message-State: APt69E3GUqMWXD0R6RgVvxRN3SrKml6K/MRzhyQH+wj7jP6FfSIGaAJ6 FV+YJalBFtQir2DuDGdsdemH36tWd75PhKTIdxkdhw== X-Google-Smtp-Source: AAOMgpfe/31VQyqB3s+/3CAP7X+wV9fq2KmJQaIYI/KMh3fRVr7kvLSvVLbJINAB1g26ElN7dhf1SNPCoe3C3Htqm4E= X-Received: by 2002:a6b:d004:: with SMTP id x4-v6mr2459392ioa.299.1530731860751; Wed, 04 Jul 2018 12:17:40 -0700 (PDT) MIME-Version: 1.0 References: <201807041427.w64ERDHh043253@pdx.rh.CN85.dnsmgr.net> <028e8ccd-b76f-bb77-44db-7278d1f273aa@rawbw.com> In-Reply-To: From: Warner Losh Date: Wed, 4 Jul 2018 13:17:28 -0600 Message-ID: Subject: Re: [regression] The USB WiFi card stopped working: if_run doesn't create the 'run0' interface any more To: Kevin Oberman Cc: Yuri , "Rodney W. Grimes" , Sean Bruno , Lev Serebryakov , current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 04 Jul 2018 19:17:43 -0000 On Wed, Jul 4, 2018, 2:13 PM Kevin Oberman wrote: > On Wed, Jul 4, 2018 at 11:49 AM, Yuri wrote: > > > On 07/04/18 07:27, Rodney W. Grimes wrote: > > > >> Devd/devmatch is one of the largest changes recently, > >> it could be something in that code path. > >> > >> Do you get the if_run.ko module loaded? What does kldstat show > >> immediately after boot and before you try to "fix" anything with > >> ifconfig. > >> > >> > >> It definitely did create the run0 interface before, and now it doesn't. > >>> > >> I wonder if the kernel module is no longer loading... > >> > > > > > > if_run.ko isn't loaded after boot. But I think it is supposed to be > loaded > > by devd too. > > > > > > Yuri > > > > A quick perusal of /etc/devd.conf does not indicate that devd will load the > driver. It is possible that I missed something, but "run" i only referenced > as a part of long regex to stop or start pccard-ether. > Look at etc/devd/devmatch.conf.... Warner -- > Kevin Oberman, Part time kid herder and retired Network Engineer > E-mail: rkoberman@gmail.com > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Wed Jul 4 19:22:31 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E965C10323A8 for ; Wed, 4 Jul 2018 19:22:30 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 7B9EB8F056 for ; Wed, 4 Jul 2018 19:22:30 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 3D01D103239F; Wed, 4 Jul 2018 19:22:30 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 159E7103239E for ; Wed, 4 Jul 2018 19:22:30 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-vk0-x229.google.com (mail-vk0-x229.google.com [IPv6:2607:f8b0:400c:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9B3D88F051; Wed, 4 Jul 2018 19:22:29 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-vk0-x229.google.com with SMTP id d74-v6so3605344vke.10; Wed, 04 Jul 2018 12:22:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=w2BBhQPXwgNWKYxhlKOpclHUSbyDPU2dsI6AXkIiQ9A=; b=MMDtnvi5u9AaMh5a8RxfWuPGjiXQYOU23MekL9Vx3GNp3DqZxqVfVEY7Rja3z0aTgr tBHGkUmJOwGXxSmUdDiQwhR8vxZuL4t9JA8Hh1OMgmQbN9KvvX4xXzALbJfeakA3A8k6 r7uho1iz+NvjWLZaDdwNq2aD0y9eBnsGVFaoRRkAH2ygatrl1/N/lsDHoe1STcZTpuuS IdiZW86K89IE0UEyn+IO/H+SXUo00uu44J1xg3O7VAHFjOgMSKpiag63Xpyp95fdoosi RhFCgu3FDuyVgdMGJgMSnhSKUbioETcpueF4TRdSzz7MMzCNMUI4XghNEzCUxfm1gqr4 QJ0A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=w2BBhQPXwgNWKYxhlKOpclHUSbyDPU2dsI6AXkIiQ9A=; b=WyYre3f0xeN2HiwSX1Io31NrsJNXe8WJg1Mi9zAkM1WWNKeb2YrettMRBRQhP3h8cl hG0Blml4+lKqbm2fbSvR9M8lximS2XIe3/5Ilg6eqvhQYW2QS+IN9FGr/cKz0p0ZQXFG dsfa8k0Ozx5ULcEeHwBBEC8cKtA0bhIqW4wLLYITGeI4k2CndbjT0/0DWpmxALle24Z7 eTIJJZoLHZtLKdv+rv9/CGj/ItMb3v4ObZTsIdqioB0jtdh1HpO0X2Js2TMy0ZRLoKTG PwQ8wEPh7g7EEPU6Nr/4OfzgaQO+8APs9hyr01Oiz8iPxo8nLwvJLuv2i41g1zC2me6Q kSnQ== X-Gm-Message-State: APt69E16kLE3VfVCEbvugUnQwjV/5JTAyD6z8u5JeqHcfLccfum8RAc8 p3fB2br9RBpCbqecqwSibcQQfcBeoQ/LMnFgWkQ= X-Google-Smtp-Source: AAOMgpezwcKNCS9TRIawt6Fibo3HQaCKBEcdgk8871Az09tO14g1J2zcOLM3fG9GlQCP81qXk1vVwaMvtsMdEo2IpE4= X-Received: by 2002:a1f:8093:: with SMTP id b141-v6mr1708955vkd.45.1530732148928; Wed, 04 Jul 2018 12:22:28 -0700 (PDT) MIME-Version: 1.0 Sender: kob6558@gmail.com Received: by 2002:a67:8f07:0:0:0:0:0 with HTTP; Wed, 4 Jul 2018 12:22:28 -0700 (PDT) In-Reply-To: <14f86d91-1550-ba3e-a71d-36364155593e@rawbw.com> References: <201807041900.w64J0QeZ044339@pdx.rh.CN85.dnsmgr.net> <14f86d91-1550-ba3e-a71d-36364155593e@rawbw.com> From: Kevin Oberman Date: Wed, 4 Jul 2018 12:22:28 -0700 X-Google-Sender-Auth: 8vKn6aL3fOeozRGjGLQCK8iVN8s Message-ID: Subject: Re: [regression] The USB WiFi card stopped working: if_run doesn't create the 'run0' interface any more To: Yuri Cc: "Rodney W. Grimes" , Sean Bruno , Lev Serebryakov , current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 04 Jul 2018 19:22:31 -0000 On Wed, Jul 4, 2018 at 12:06 PM, Yuri wrote: > On 07/04/18 12:00, Rodney W. Grimes wrote: > >> Just for fun to see if this can clear up your issue add >> if_run_load="YES" >> to /boot/loader.conf >> > > > This doesn't help. In the presence of preloaded if_run.ko wpa_supplicant > still can't initialize wlan0. > > > Yuri This is a shot in the dark, but I have a possibly similar issue with my Intel 6205 (iwn) card. It appears that thee is a race involving the timing of the iwn (wlan0) coming up and the start of the wpa_supplicant. I see the interface start, and aesociate but immediately go down. dhclient starts, but fails. If I kill the interface (service netif stop wlan0) and manually start it (ifconfig wlan0 up), it comes up fine. I can then start the wpa_supplicant and dhclient to get it working. From this point, it remains stable. If I just let it bounce up and down, it usually will eventually come up, but it can take some time and, on occasion it simply fails to some up unless I intervene. wlans_iwn0="wlan0" ifconfig_wlan0="WPA SYNCDHCP" -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-current@freebsd.org Wed Jul 4 19:28:23 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0D9661032C07 for ; Wed, 4 Jul 2018 19:28:23 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 961C88F418 for ; Wed, 4 Jul 2018 19:28:22 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 552A61032C02; Wed, 4 Jul 2018 19:28:22 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 311641032C01 for ; Wed, 4 Jul 2018 19:28:22 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-vk0-x231.google.com (mail-vk0-x231.google.com [IPv6:2607:f8b0:400c:c05::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BB1058F414; Wed, 4 Jul 2018 19:28:21 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-vk0-x231.google.com with SMTP id o202-v6so3619262vko.2; Wed, 04 Jul 2018 12:28:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=r3dTAB7vO9odnmR1tHurWCnQd6bsE5wpthtRi/MxBGk=; b=YgVWa8aYRuDa0z3C4iLqOmdE+s4d1k4TtHIc6vhGK43CmzawJsFnAxZldlC4qnj4X0 I98TxY2sTB8YqM5jpSPW6KHm5tjCgb6cXf/LtGkJz8q0GZpNLo/yyCeDJaucDTieIRJ2 RXSfuFvX/gigUtKD8cR7uigimtRiLAwEvTZ0ir83f3Bd733k4/IApPbPB7fa9w9AFab8 XTc4A9x36qVFnD4RPJdiGDVzPPEK/B1j2TbdwU5Muv5PH2YN1FEw8ZXX3XNpV96yKXgs L8j7cDpi9j8TjgI9FOjaNmC5pDF1k+AlngAJyqDSBIVoPFLl3oTWANNL4EptTgiI88j7 XBOQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=r3dTAB7vO9odnmR1tHurWCnQd6bsE5wpthtRi/MxBGk=; b=VVJSKzYTez9M8VRKsRQwcq2X9uBBjgHqL9N5z7YRfYF3mR1x+Drhsr4lT+NtUwebRC E78lbKFEU/volqPdCumstRYxTzu9WGOqHyFyDHEMweOvBaOH7Us2pl9YyVP5VlVWKg0Q bELYe8+5FA3LnOdtjVkKlPqH6gM91o6XJw/zCMaaEA/Cd2RpHkVTklzoyU6rzrrgUSzf ezqCngwXI1uUGihAKkr560ULdnYkJ/Nhy0T3/+9pmfO0PPcJtBebP26LUYtz4GRM+lRj i6UPX1b/nDMcgfvTK4JuwUcBovGLS99WxOghhiCrf0sAN/JKCRLn3rCIBo25gMKxw4Rx /fmg== X-Gm-Message-State: APt69E1TkZ0Tbz507u5MYgr3CQpdqUarqvhjr1ok2yyQtxHEEkQJlznM lLVRHyrtnC2v8gvc1PbguAB1Djzh58EtaNpmN64= X-Google-Smtp-Source: AAOMgpfYci+Q5UPdm89OZNhoCY2RXVZbapmDzJ1mVKVWoZ3lE9OZzfaPeq5Mh4GpttWVwJsXvrUQhcGujuG2QucXgw8= X-Received: by 2002:a1f:6285:: with SMTP id w127-v6mr1880152vkb.78.1530732501073; Wed, 04 Jul 2018 12:28:21 -0700 (PDT) MIME-Version: 1.0 Sender: kob6558@gmail.com Received: by 2002:a67:8f07:0:0:0:0:0 with HTTP; Wed, 4 Jul 2018 12:28:20 -0700 (PDT) In-Reply-To: References: <201807041427.w64ERDHh043253@pdx.rh.CN85.dnsmgr.net> <028e8ccd-b76f-bb77-44db-7278d1f273aa@rawbw.com> From: Kevin Oberman Date: Wed, 4 Jul 2018 12:28:20 -0700 X-Google-Sender-Auth: CGPlHQg2I_-82cJ3ngp1_1KeCn4 Message-ID: Subject: Re: [regression] The USB WiFi card stopped working: if_run doesn't create the 'run0' interface any more To: Warner Losh Cc: Yuri , "Rodney W. Grimes" , Sean Bruno , Lev Serebryakov , current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 04 Jul 2018 19:28:23 -0000 On Wed, Jul 4, 2018 at 12:17 PM, Warner Losh wrote: > > > On Wed, Jul 4, 2018, 2:13 PM Kevin Oberman wrote: > >> On Wed, Jul 4, 2018 at 11:49 AM, Yuri wrote: >> >> > On 07/04/18 07:27, Rodney W. Grimes wrote: >> > >> >> Devd/devmatch is one of the largest changes recently, >> >> it could be something in that code path. >> >> >> >> Do you get the if_run.ko module loaded? What does kldstat show >> >> immediately after boot and before you try to "fix" anything with >> >> ifconfig. >> >> >> >> >> >> It definitely did create the run0 interface before, and now it doesn't. >> >>> >> >> I wonder if the kernel module is no longer loading... >> >> >> > >> > >> > if_run.ko isn't loaded after boot. But I think it is supposed to be >> loaded >> > by devd too. >> > >> > >> > Yuri >> > >> >> A quick perusal of /etc/devd.conf does not indicate that devd will load >> the >> driver. It is possible that I missed something, but "run" i only >> referenced >> as a part of long regex to stop or start pccard-ether. >> > > Look at etc/devd/devmatch.conf.... > > Warner > Oops! That's why I said "quick perusal". (On my 11.2-STABLE system, it's in /etc/devd/usb.conf) I don't have a system HEAD running here ATM. Thanks! -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-current@freebsd.org Wed Jul 4 20:07:09 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2F87010372A6 for ; Wed, 4 Jul 2018 20:07:09 +0000 (UTC) (envelope-from jamie@catflap.org) Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [IPv6:2001:19f0:300:2185:a:dead:bad:faff]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AEC4E711E6 for ; Wed, 4 Jul 2018 20:07:08 +0000 (UTC) (envelope-from jamie@catflap.org) Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [104.207.135.49]) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5) with ESMTP id w64K77Oa057651 for ; Wed, 4 Jul 2018 21:07:07 +0100 (BST) (envelope-from jamie@donotpassgo.dyslexicfish.net) Received: (from jamie@localhost) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5/Submit) id w64K76C7057650 for freebsd-current@freebsd.org; Wed, 4 Jul 2018 21:07:06 +0100 (BST) (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <201807042007.w64K76C7057650@donotpassgo.dyslexicfish.net> Date: Wed, 04 Jul 2018 21:07:06 +0100 Organization: Dyslexic Fish To: freebsd-current@freebsd.org Subject: kvm_swap: ksw_devname too short User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (donotpassgo.dyslexicfish.net [104.207.135.49]); Wed, 04 Jul 2018 21:07:07 +0100 (BST) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 04 Jul 2018 20:07:09 -0000 kvm_swap.ksw_devname is defined in as 32 characters. It's easy to exceed this (e.g. /dev/diskid/DISK-4C441001130129435304p2) I suppose setting an automatic glabel would be the solution, but how much hassle would bumping this field cause? I notice that swap with such long names still actually works... Cheers From owner-freebsd-current@freebsd.org Thu Jul 5 03:19:39 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 46006103EAAD for ; Thu, 5 Jul 2018 03:19:39 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C4396838FA for ; Thu, 5 Jul 2018 03:19:38 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id auntfq8ESOFAwaunvfNkPc; Wed, 04 Jul 2018 21:19:36 -0600 X-Authority-Analysis: v=2.3 cv=Y4XWTCWN c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=8nJEP1OIZ-IA:10 a=R9QF1RCXAYgA:10 a=zxA2vyXaAAAA:8 a=6I5d2MoRAAAA:8 a=YxBL1-UpAAAA:8 a=wZe-IHn6Cmi0W03oFDkA:9 a=wPNLvfGTeEIA:10 a=nK2txNHJmq7TfjpuLlwI:22 a=IjZwj45LgO3ly-622nXo:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id 556195E0; Wed, 4 Jul 2018 20:19:31 -0700 (PDT) Received: from slippy.cwsent.com (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id w653JV7m075529; Wed, 4 Jul 2018 20:19:31 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Received: from slippy (cy@localhost) by slippy.cwsent.com (8.15.2/8.15.2/Submit) with ESMTP id w653JUjY075521; Wed, 4 Jul 2018 20:19:30 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201807050319.w653JUjY075521@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.7.1 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: "O. Hartmann" cc: FreeBSD Current Subject: Re: atomic changes break drm-next-kmod? In-Reply-To: Message from "O. Hartmann" of "Tue, 03 Jul 2018 17:02:23 +0200." <20180703170223.266dbf5b@thor.intern.walstatt.dynvpn.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Date: Wed, 04 Jul 2018 20:19:30 -0700 X-CMAE-Envelope: MS4wfMpYikP26u28rrnHCKqnDaf+2QRDhTwSfKFJk3W5hW4JUhO6k4tsCgD1NeW/rKRSwN4IKvzJkSQzAbjwy8WIEnS6cL1w8eDi1IkqbXh3Mt4rxeiEf9v2 jM3Z+xXWNd1TDSBe/15SfjtUkTj/TQvRFy7FM9AwIuGnL8s6sXuMRoLhXAyg6MjKHROwUue4jNdXf9oBvbogGejfYKh0rBJPuiTlDVyfp4q512/rL9cz8el7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 05 Jul 2018 03:19:39 -0000 In message <20180703170223.266dbf5b@thor.intern.walstatt.dynvpn.de>, "O. Hartma nn" writes: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > Am Tue, 3 Jul 2018 10:19:57 -0400 > Michael Butler schrieb: > > > It seems recent changes (SVN r335873?) may have broken drm-next-kmod .. > > > > --- i915_drv.o --- > > In file included from i915_drv.c:30: > > In file included from > > /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/linuxkpi/gplv2/inclu > de/linux/acpi.h:26: > > In file included from > > /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/linuxkpi/gplv2/inclu > de/linux/device.h:4: > > In file included from > > /usr/src/sys/compat/linuxkpi/common/include/linux/device.h:35: > > In file included from > > /usr/src/sys/compat/linuxkpi/common/include/linux/types.h:37: > > In file included from /usr/src/sys/sys/systm.h:44: > > ./machine/atomic.h:450:29: error: invalid operand for instruction > > ATOMIC_ASM(clear, long, "andq %1,%0", "ir", ~v); > > ^ > > :1:7: note: instantiated into assembly here > > andq $9223372036854775807,40672(%r14) > > ^~~~~~~~~~~~~~~~~~~~~ > > 1 error generated. > > *** [i915_drv.o] Error code 1 > > > > make[3]: stopped in > > /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/i915 > > --- i915_gem.o --- > > In file included from i915_gem.c:28: > > In file included from > > /usr/ports/graphics/drm-next-kmod/work/kms-drm-a753215/include/drm/drmP.h:3 > 8: > > In file included from /usr/src/sys/sys/malloc.h:42: > > In file included from /usr/src/sys/sys/systm.h:44: > > ./machine/atomic.h:449:29: error: invalid operand for instruction > > ATOMIC_ASM(set, long, "orq %1,%0", "ir", v); > > ^ > > :1:6: note: instantiated into assembly here > > orq $-9223372036854775808,40672(%r14) > > ^~~~~~~~~~~~~~~~~~~~~~ > > 1 error generated. > > *** [i915_gem.o] Error code 1 > > > > _______________________________________________ > > 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" > > > It breaks also graphics/drm-stable-kmod (see PR 229484, > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229484, same error as you d > escribed > above) and also emulators/virtualbox-ose-kmod. As long as CURRENT revision is > < r335873, > those kmod compile well. The virtualbox-ose-kmod issue is different. It's namespace pollution caused by the inclusion of sys/param.h in sys/systm.h when _KERNEL is defined. sys/param.h includes sys/priority.h if LOCORE is not defined. virtualbox typedefs PVM as a struct whereas sys/priority.h defines it as a constant. Virtualbox undefines PVM in some headers, usually after including sys/param.h. I haven't looked at it further than this with the limited time I have tonight but I suspect one of the #undef PVM statements needs to move. > - -- > O. Hartmann > > Ich widerspreche der Nutzung oder Ãœbermittlung meiner Daten für > Werbezwecke oder für die Markt- oder Meinungsforschung (§ 28 Abs. 4 BDSG). > -----BEGIN PGP SIGNATURE----- > > iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWzuQGgAKCRDS528fyFhY > lKHnAf0fIVHnw1xBVHzogeQQo4v+he17R2ln6l25lNR/pUE1AZOsFzPDamAkqbY+ > f1+Usr+P5o7jn26Bh4ob3UmIj25DAf4tJZpeZS4iGZ374lrCAemYFb53+MJ1fClW > aBLI6DVOiBiOt/UpLXZf1whl/dtQvo5yd1xywfYOwi9Jh8teHcNW > =mtMH > -----END PGP SIGNATURE----- > _______________________________________________ > 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" > -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Thu Jul 5 06:32:46 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D120D102935E for ; Thu, 5 Jul 2018 06:32:45 +0000 (UTC) (envelope-from linus.sundqvist@loopia.se) Received: from s555.loopia.se (s555.loopia.se [IPv6:2a02:250:0:10::3]) (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 435FA8B1D0 for ; Thu, 5 Jul 2018 06:32:45 +0000 (UTC) (envelope-from linus.sundqvist@loopia.se) Received: from s555.loopia.se (localhost [127.0.0.1]) by s555.loopia.se (Postfix) with ESMTP id 98DC695677F for ; Thu, 5 Jul 2018 08:32:41 +0200 (CEST) Authentication-Results: s555.loopia.se (amavisd-new); dkim=pass (2048-bit key) reason="pass (just generated, assumed good)" header.d=loopia.se DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=loopia.se; h= content-type:content-type:in-reply-to:mime-version:user-agent :date:date:message-id:from:from:references:subject:subject :received:received; s=dkim; t=1530772361; x=1531377162; bh=xfIj2 toswOwHnXKsR+srd5SV+areICVAaXt63Wkq9SA=; b=CowK10/jNttUtZ6vaH7Nl Jp7lGyJImb+BHsseE0WSRFk+NjD1X1YAoQ7rxOw0KJDcWufbBt0WfhJwEbZnkuzB jvVyvlzXQbSac4RayMVVJdIjtZ3sLMDxu1uH6WiXfAYOSZD1wEXQh0cmoqPRKtmN OUVX0ZEgIvPYam4X8YrvwdBOkK0BkBURBxRn7/wVGas1IshsfYvE41oce2bCIZP1 B5o9hBJwJI+8ZQEd1mgPr9pfnMOKiCHpSCiLUfLBcO8vOmdupYzEp4WwF26KEhLl Tbj8J8yyybDQdnJlMcGqHPUTj8XJFjFKae8LNUi1lXI2fMu2BD8FFBLMoyUeBtln Q== Received: from s555.loopia.se ([127.0.0.1]) by s555.loopia.se (s555.loopia.se [127.0.0.1]) (amavisd-new, port 10026) with LMTP id Btk4KThcYTGX for ; Thu, 5 Jul 2018 08:32:41 +0200 (CEST) Received: from [IPv6:2a02:250:0:16:ce06:a7b3:53c4:6c72] (unknown [IPv6:2a02:250:0:16:ce06:a7b3:53c4:6c72]) (Authenticated sender: linus.sundqvist@loopia.se) by s555.loopia.se (Postfix) with ESMTPSA id 68014956779; Thu, 5 Jul 2018 08:32:41 +0200 (CEST) Subject: Re: Unable to UEFI boot 11.2 ISO (latest 12.0 as well) To: Toomas Soome Cc: freebsd-current@freebsd.org, imp@freebsd.org References: <86482bdb-60bd-b573-1a98-e14928f4537e@loopia.se> <1E09B50A-8E4F-4E1E-BBE2-61B1570376D3@me.com> From: Linus Sundqvist Openpgp: preference=signencrypt Autocrypt: addr=linus.sundqvist@loopia.se; prefer-encrypt=mutual; keydata= xsFNBFcnA9oBEADMjfOOfmft65uaxYO5fD6zpfIUxlapZRTWphS2VSaXwwvw2/s/vi2PXUkq fZ87/74HEQQkqBP16GlyiWvB9zVfe5IpCop0enbn+0aHvlzMPGuQIIVjceeBXeom2q3feGbb dKh9D8uBOyMOhfGb7JtbF1s2S5y9lY+md942Npe/3uJaQ5EiAEwxANSHb/lzCM/ecCYK1wD4 MimyHnJR8fH8v1Us68mjm6GyThDC3LsNcq5ScX5aXLas8X8ZNlgHyG7/dtP2IslsFQVhk7xA izgvwj4Z9EMciYKMeXcYefNsE4KWqn8vpofK0/CHS/FoMohB8Mickc/VPPtkOWs3yRablnHN veAfUOcMUwXrdae9ARY7yTYjzV1JbTfMDiwQNnK4scQT43qwOGLyQi2SzpTph0J0xBf/dXAg 9N96hbb/8YvpbaExlVsbiU4iMJaMMzbil5ahSxYeBSrdNe2grgEi3ipEevrlR4IsA47yV5a2 4L/nCE1iKpa+w1MH3Oqk22w+6LqK9WVENKTZjpgK3YFqCK4lvh82DFqBDQ8Gr45LOWWKAobY O7ejY4kb3fuhe/tNPZbPrl06hLAZxaebLE6YAOIYMNEfIkesgeM0GKB243L30NMWpuAnDKoF 7j7GnM7ECSO2tgR879/NJ9DSx5H302T7zz/m5HHHvXoqsvNvxQARAQABzStMaW51cyBTdW5k cXZpc3QgPGxpbnVzLnN1bmRxdmlzdEBsb29waWEuc2U+wsF9BBMBCAAnBQJXJwPaAhsjBQkJ ZgGABQsJCAcCBhUICQoLAgQWAgMBAh4BAheAAAoJEMvjLaEem5G5VKcP/2dMEBKFPxTgTAgO 4XEwkesAut/hDMyeRAWBAriuOwvzSvj0F3DvbKlVsSiamoaPcwrRruD3NT1FDbMXZG3E8VH/ ycnNyZeNliYRyIerOus+XlVgyBQ2HnHgwOQ9gaTXDwol6fXB3hZK5gzaJt6I31YJTLLPQuE5 DnWQl2f3UmgS6qJyWAaMUwpZ9QOTcthMs20Wt2U69pX77dTFNJwB9EXk89FMfeUEotfX4xMC PQDZYWs8nQP0+2LQccRwFQY21MOv3C8GFK3NPwwhoDiR2SA9G1ML6rEwaef3cuX4VG96+3qV WzvEelmA0n7sajuimlMrpCNf3LJaxQmfdScMHbcJ3VPSEkVXyJaXQKqI0YjoJ5U6vAd66rAp trxmsQbR1/eJ7jpJJKGlkV5FuX5yz471zT/EQr16YlJu/fM7RYd8MbNDy0YvbpQew14V3407 PQn7a6Q9DRUJGqdBHqy2+UaclN7zWTWtgfWyAnrdhKdYWfk2L05zk+OAbwaPURdseoZ6usTM yqmKXcSa1aSfAS2g/xe/qB2pkzpt8JcbOnvparIjhHvKSlUNr9kFRwGfUoyVF/8m9HfxfMlt xz7mTYbe8Dyn2YRS1pn7Z6I8A8HMtja57NRswMg061tKyKpTxNCsbaD7tNQF7pH1b/OrTEeF LLdNzxUOCl3uNl3gpJ2VzsFNBFcnA9oBEADFGuz+VPvbDUG1awgrAAhYYjJCjGrQ3Dt7EV6Y vUYly+jQvvUV9+5A9m6YJOT9bVm+9xUaPVqqkODLaO0GHNgiXjC9tdDDG745gU/KplDFobpU JPtWqyM+hcDACTZGg4KxmLC6/YyIvxMtFqboNMCYDFRhO7eItyarUSH2X1+6WQBDHYvafhFm XAcWs915PRCfEk1dpikxWEGQPyBwk0RSs706DwovX7hY0GLm2mAz6QMJXyou5KOVSYbuewft RcJ/Urag4z7/8l+KnaRYghN6QgU6BkI95V2eMTthEe/hpWV5KTKz7RNrboTZtSFDNACxosZ9 FCoN5aBlon+d0UCSUQnBle/unvOLbvT5+Jjzb/CStPMeGfkCa3iWYvfnKy5oZeYS/E4ruRmS vwoLzxWNdsASFQM8pmSsWBrhuoAK4vz6uoh0OBdT4rTSxI8zNKHHXo5WcIo3oBDZkxumvq6R UmOEAB8GJSlxdu6SOo/GBaItq+oC4kpp9oWfb4Vc8bJ9Kc3mcSCkW7OVQj/9RCMGcWD+PFgd 2GuyFq5ZyQ+v8ZR/+Q+tWa9tfQBPSgP9pGtZ6b9Z/actkCXOS336hUWNQ2K8VyBRi1QovPTJ MyjYHYHKU0ZNAqtL5hsf6tbHpiAone7oKh8+BriEN91tQ6s1GbeiWxu+XtULrqrJ6vjWJQAR AQABwsFlBBgBCAAPBQJXJwPaAhsMBQkJZgGAAAoJEMvjLaEem5G5uicP/31RIi+MrO+vyzmY I2WKAO2ryLnfTHwlo0coAPAYiL2SVzotWc7UjHcqQC3PyXLMKVCu9utDMUhJ0yfVH3fXM40g Wcq0cbhhAp3QVKmCZQP3gZxY6M4K5pLWbFQoi1vFmUnHnLlpqZxF/As9vU2Q1RGja7Cn05+v uWDGOk3fRGTC0BA46jXnVv8vhqkLiRxNie8XB617H/HH4OsXTdUCtDtMUhlQtGGPs/s3eOdV lKtxNyGWHVMQqMcsg+5sFdhdCphnPVVurLGDU7lWpZhneO/+x8ffeHSKJTwixXDy5gkfnhFs ETLa1AAFu835FHbIlgmbnbO2K6yWv86lnNUlZSwoNHlBoz61iKlfTWiWLfpbdMiHDE3ZqTF9 nduIoojU+kEWFcyX4TXMWq/Y3/M8sNclhziV6ZiVtjc+mvat1u2m4vZxiWobZZSFy4wtb4iD p3Wn2ip5SJ2jDQmkXdfAXGt/LBi2QQFmTMJRMRNfkaVK0NJGD14EySLBvo1Q06GitugQPUzQ 9M7c8p7EIku9IID/1nj7QN6X2gXxHGRZEAcprqGf9cfUjS+9hAMiK6/yoZtRuWtVmESQaQvE /Pyl1OYsYazUEAZm3m4H7k6V45yPqzA/kX7j9c8uD/dFv9wYc3rSYW7a3vZ1UT2rpCzqcg2m jvpRbzx/AvRsInzDyaym Message-ID: Date: Thu, 5 Jul 2018 08:32:34 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <1E09B50A-8E4F-4E1E-BBE2-61B1570376D3@me.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="P6LrEPAAIn99kUH6LN8xD1aVonlGMmE2H" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 05 Jul 2018 06:32:46 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --P6LrEPAAIn99kUH6LN8xD1aVonlGMmE2H Content-Type: multipart/mixed; boundary="z54aa3f84BgbmuOS2aouV7l6CPhBsx2Ap"; protected-headers="v1" From: Linus Sundqvist To: Toomas Soome Cc: freebsd-current@freebsd.org, imp@freebsd.org Message-ID: Subject: Re: Unable to UEFI boot 11.2 ISO (latest 12.0 as well) References: <86482bdb-60bd-b573-1a98-e14928f4537e@loopia.se> <1E09B50A-8E4F-4E1E-BBE2-61B1570376D3@me.com> In-Reply-To: <1E09B50A-8E4F-4E1E-BBE2-61B1570376D3@me.com> --z54aa3f84BgbmuOS2aouV7l6CPhBsx2Ap Content-Type: text/plain; charset=utf-8 Content-Language: sv Content-Transfer-Encoding: quoted-printable Running these commands makes the boot menu show up, and then takes me to = the BSD installer! Med v=C3=A4nlig h=C3=A4lsning/Best Regards Linus Sundqvist System Engineer, Loopia AB On 04/07/18 16:50, Toomas Soome wrote: > set currdev=3Dcd1: > include /boot/loader.rc >=20 > This should give menu/boot. >=20 > Rgds, > Toomas >=20 > Sent from my iPhone >=20 >> On 4 Jul 2018, at 16:25, Linus Sundqvist w= rote: >> >> Hi, >> >> Sure, while using the 12.0 ISO here is lsdev -v and ls cd0: >> https://imgur.com/RmYpg7u >> >> and here is ls cd1: >> https://imgur.com/FPsixOw >> >> Med v=C3=A4nlig h=C3=A4lsning/Best Regards >> Linus Sundqvist >> System Engineer, Loopia AB >> >>> On 04/07/18 15:08, Toomas Soome wrote: >>> Can you post lsdev -v output? >>> >>> Also, could you try ls command? Like, ls cd0: =20 >>> >>> Rgds, >>> Toomas >>> >>> Sent from my iPhone >>> >>>> On 4 Jul 2018, at 12:28, Linus Sundqvist = wrote: >>>> >>>> Hi, >>>> >>>> I'm unable to boot up the amd64 11.2 disk1 ISO as well as the latest= amd64 12.0 disk1 ISO (20180628) using UEFI on a Dell PowerEdge R430 by g= etting this error: >>>> https://imgur.com/a/Idljfhm >>>> >>>> The bootonly ISOs seems to show the same error message. >>>> >>>> Changing the server to boot via BIOS loads the setup correctly, howe= ver, I want to use UEFI on all our servers, which I have done before. >>>> >>>> The 11.1 ISO boots without any trouble at all using both UEFI and BI= OS. >>>> >>>> I was helped by koobs in #freebsd @ Freenode who asked me to send an= e-mail this way and linking to these commits as a reference: >>>> >>>> https://reviews.freebsd.org/D13784 >>>> https://svnweb.freebsd.org/base?view=3Drevision&revision=3D332416 >>>> >>>> So far I've tried to UEFI boot the 11.2 ISO and 12.0 ISO with the fo= llowing Dell PowerEdge models without success: >>>> >>>> R440 >>>> R630 >>>> R430 >>>> FC430 >>>> R330 >>>> R620 >>>> R420 >>>> R610 >>>> >>>> --=20 >>>> Med v=C3=A4nlig h=C3=A4lsning/Best Regards >>>> Linus Sundqvist >>>> System Engineer, Loopia AB >>>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd= =2Eorg" >>> >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 --z54aa3f84BgbmuOS2aouV7l6CPhBsx2Ap-- --P6LrEPAAIn99kUH6LN8xD1aVonlGMmE2H Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEu1yeyYo/yrdJFiO7y+MtoR6bkbkFAls9u4MACgkQy+MtoR6b kblboA/9FipI+DKygbYyxl7aMLiS/Jov3gy51J3kZZMqAT7UhnLGThCu7yxuAUaN R5S6OKTyNpbnDWl7sHWagPSxj6DtZmWcDRd7OjCklK8SC8OWez7h+0M1zsu44CT6 rsTz3lZAJiRkU6L7EcP9424hFlCaMvaWaeLFhJNb8cgwCavN25T6ComUAkvgmkNy QaGWjBLUGRnWCqlT85MEUB13eNZ9nlREhvXSlzm2dq8USpcS1FYXsBlnJOMXIGG4 Y3Gb0l8OlL1tfJnfU89iD1Xy2dTgDBqFsfyhnQyNcLWNUShXqzfbxfgyOqebpjR/ 8XM1HRXug9+98JnW5EiOFrLt0rFJG8vpzfHW8XHCfuZ/YG18bOpjXbsQ9egpT57j sbem579RGHQAD9HHSUo6DFiL4Fs30/ZxeT44GIs3ZXPgQb2bFekyAaiKnNWVzYkk vkNWCEmdgsk8GuFwQcZ96N/rZVGiYZDr8nVJk/k4vWgZCgxMK3E2JrvRb0CyapAw AtyKOpTLm2l5lc/+LiEwJ9E7SDUbPIDL2EmkpjGlK09qYCYCnrfX38N6j8ovusYW XUe9lVapVCmusGDcDBrM0lQiqKMkvja+oRaTR9JJq/9lQ/Sw896JbB62wVowQccr /TEzNfL0k5BO6BUt5nXXgKw/xnCYh88r6l03mnAHufR4TXZCCa0= =S/fg -----END PGP SIGNATURE----- --P6LrEPAAIn99kUH6LN8xD1aVonlGMmE2H-- From owner-freebsd-current@freebsd.org Thu Jul 5 07:17:47 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 750C9102D3A8 for ; Thu, 5 Jul 2018 07:17:47 +0000 (UTC) (envelope-from tsoome@me.com) Received: from st13p35im-asmtp002.me.com (st13p35im-asmtp002.me.com [17.164.199.65]) (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 17FD48CC65; Thu, 5 Jul 2018 07:17:47 +0000 (UTC) (envelope-from tsoome@me.com) Received: from process-dkim-sign-daemon.st13p35im-asmtp002.me.com by st13p35im-asmtp002.me.com (Oracle Communications Messaging Server 8.0.1.2.20170607 64bit (built Jun 7 2017)) id <0PBD00000TDERL00@st13p35im-asmtp002.me.com>; Thu, 05 Jul 2018 07:17:37 +0000 (GMT) Received: from icloud.com ([127.0.0.1]) by st13p35im-asmtp002.me.com (Oracle Communications Messaging Server 8.0.1.2.20170607 64bit (built Jun 7 2017)) with ESMTPSA id <0PBD001H4TLBVG20@st13p35im-asmtp002.me.com>; Thu, 05 Jul 2018 07:17:37 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2018-07-05_03:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1015 suspectscore=2 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1707230000 definitions=main-1807050088 Content-type: text/plain; charset=utf-8 MIME-version: 1.0 (1.0) Subject: Re: Unable to UEFI boot 11.2 ISO (latest 12.0 as well) From: Toomas Soome X-Mailer: iPhone Mail (15F79) In-reply-to: Date: Thu, 05 Jul 2018 10:17:34 +0300 Cc: freebsd-current@freebsd.org, imp@freebsd.org Content-transfer-encoding: quoted-printable Message-id: <3FB4F603-03A7-4D54-87EA-633C08D8C5E7@me.com> References: <86482bdb-60bd-b573-1a98-e14928f4537e@loopia.se> <1E09B50A-8E4F-4E1E-BBE2-61B1570376D3@me.com> To: Linus Sundqvist X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 05 Jul 2018 07:17:47 -0000 Could you check, show currdev from OK prompt before setting it. Somehow the boot device path is shown but we fail to recognize it (as seen b= y error message). However, the lsdev -v does show the path, so the efipart.c= seems to do its work correctly. I feel, there should be some corner case in= efi/loader/main.c where we detect the boot device. Rgds, Toomas Sent from my iPhone > On 5 Jul 2018, at 09:32, Linus Sundqvist wrote= : >=20 > Running these commands makes the boot menu show up, and then takes me to t= he BSD installer! >=20 > Med v=C3=A4nlig h=C3=A4lsning/Best Regards > Linus Sundqvist > System Engineer, Loopia AB >=20 >> On 04/07/18 16:50, Toomas Soome wrote: >> set currdev=3Dcd1: >> include /boot/loader.rc >>=20 >> This should give menu/boot. >>=20 >> Rgds, >> Toomas >>=20 >> Sent from my iPhone >>=20 >>> On 4 Jul 2018, at 16:25, Linus Sundqvist wro= te: >>>=20 >>> Hi, >>>=20 >>> Sure, while using the 12.0 ISO here is lsdev -v and ls cd0: >>> https://imgur.com/RmYpg7u >>>=20 >>> and here is ls cd1: >>> https://imgur.com/FPsixOw >>>=20 >>> Med v=C3=A4nlig h=C3=A4lsning/Best Regards >>> Linus Sundqvist >>> System Engineer, Loopia AB >>>=20 >>>> On 04/07/18 15:08, Toomas Soome wrote: >>>> Can you post lsdev -v output? >>>>=20 >>>> Also, could you try ls command? Like, ls cd0: =20 >>>>=20 >>>> Rgds, >>>> Toomas >>>>=20 >>>> Sent from my iPhone >>>>=20 >>>>> On 4 Jul 2018, at 12:28, Linus Sundqvist w= rote: >>>>>=20 >>>>> Hi, >>>>>=20 >>>>> I'm unable to boot up the amd64 11.2 disk1 ISO as well as the latest a= md64 12.0 disk1 ISO (20180628) using UEFI on a Dell PowerEdge R430 by gettin= g this error: >>>>> https://imgur.com/a/Idljfhm >>>>>=20 >>>>> The bootonly ISOs seems to show the same error message. >>>>>=20 >>>>> Changing the server to boot via BIOS loads the setup correctly, howeve= r, I want to use UEFI on all our servers, which I have done before. >>>>>=20 >>>>> The 11.1 ISO boots without any trouble at all using both UEFI and BIOS= . >>>>>=20 >>>>> I was helped by koobs in #freebsd @ Freenode who asked me to send an e= -mail this way and linking to these commits as a reference: >>>>>=20 >>>>> https://reviews.freebsd.org/D13784 >>>>> https://svnweb.freebsd.org/base?view=3Drevision&revision=3D332416 >>>>>=20 >>>>> So far I've tried to UEFI boot the 11.2 ISO and 12.0 ISO with the foll= owing Dell PowerEdge models without success: >>>>>=20 >>>>> R440 >>>>> R630 >>>>> R430 >>>>> FC430 >>>>> R330 >>>>> R620 >>>>> R420 >>>>> R610 >>>>>=20 >>>>> --=20 >>>>> Med v=C3=A4nlig h=C3=A4lsning/Best Regards >>>>> Linus Sundqvist >>>>> System Engineer, Loopia AB >>>>>=20 >>>> _______________________________________________ >>>> freebsd-current@freebsd.org mailing list >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >>>>=20 >>>=20 >> _______________________________________________ >> 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= " >>=20 >=20 From owner-freebsd-current@freebsd.org Thu Jul 5 07:28:26 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 553F5102E352 for ; Thu, 5 Jul 2018 07:28:26 +0000 (UTC) (envelope-from linus.sundqvist@loopia.se) Received: from s555.loopia.se (s555.loopia.se [IPv6:2a02:250:0:10::3]) (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 B2F238D39B for ; Thu, 5 Jul 2018 07:28:25 +0000 (UTC) (envelope-from linus.sundqvist@loopia.se) Received: from s555.loopia.se (localhost [127.0.0.1]) by s555.loopia.se (Postfix) with ESMTP id A34AE9567CC for ; Thu, 5 Jul 2018 09:28:23 +0200 (CEST) Authentication-Results: s555.loopia.se (amavisd-new); dkim=pass (2048-bit key) reason="pass (just generated, assumed good)" header.d=loopia.se DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=loopia.se; h= content-type:content-type:in-reply-to:mime-version:user-agent :date:date:message-id:from:from:references:subject:subject :received:received; s=dkim; t=1530775703; x=1531380504; bh=prIv3 isVheUSbAR2SSNdoQb69V1OcJKr+ozAdQm3JE8=; b=jGhL/67gR2qItJQH+Fuau WXxAONrfnGZsFDratBRmt1Q4wti9jkhr1FylIiD/MN93KLkBYgA0H5kCKQCEy2da BC0KDSj0V29rah0/okFw3pmFxiji3TU6Gxkay0Hg+nDaIxV98+sKtA/kK0QHaFnV y5Z7T271mvdwocGU68CbK19AtlxUXVBXdvFtYE12671QDBJvor1WajW3BlKzRqKl zoZNvMtMh/GWNrX9QfqtkISq+wwAdMLn32nE1YUXylgZuhvqNqtGrUu+mt20tzdI XAW6DAq2r86DHYRVY2Lx1VT3c84fH3Z/kltrBUN9WGtVXbu9Bll0nmXDPICh6e40 A== Received: from s555.loopia.se ([127.0.0.1]) by s555.loopia.se (s555.loopia.se [127.0.0.1]) (amavisd-new, port 10026) with LMTP id gPcg24G1w0Kk for ; Thu, 5 Jul 2018 09:28:23 +0200 (CEST) Received: from [IPv6:2a02:250:0:16:ce06:a7b3:53c4:6c72] (unknown [IPv6:2a02:250:0:16:ce06:a7b3:53c4:6c72]) (Authenticated sender: linus.sundqvist@loopia.se) by s555.loopia.se (Postfix) with ESMTPSA id 71083956774; Thu, 5 Jul 2018 09:28:23 +0200 (CEST) Subject: Re: Unable to UEFI boot 11.2 ISO (latest 12.0 as well) To: Toomas Soome Cc: freebsd-current@freebsd.org, imp@freebsd.org References: <86482bdb-60bd-b573-1a98-e14928f4537e@loopia.se> <1E09B50A-8E4F-4E1E-BBE2-61B1570376D3@me.com> <3FB4F603-03A7-4D54-87EA-633C08D8C5E7@me.com> From: Linus Sundqvist Openpgp: preference=signencrypt Autocrypt: addr=linus.sundqvist@loopia.se; prefer-encrypt=mutual; keydata= xsFNBFcnA9oBEADMjfOOfmft65uaxYO5fD6zpfIUxlapZRTWphS2VSaXwwvw2/s/vi2PXUkq fZ87/74HEQQkqBP16GlyiWvB9zVfe5IpCop0enbn+0aHvlzMPGuQIIVjceeBXeom2q3feGbb dKh9D8uBOyMOhfGb7JtbF1s2S5y9lY+md942Npe/3uJaQ5EiAEwxANSHb/lzCM/ecCYK1wD4 MimyHnJR8fH8v1Us68mjm6GyThDC3LsNcq5ScX5aXLas8X8ZNlgHyG7/dtP2IslsFQVhk7xA izgvwj4Z9EMciYKMeXcYefNsE4KWqn8vpofK0/CHS/FoMohB8Mickc/VPPtkOWs3yRablnHN veAfUOcMUwXrdae9ARY7yTYjzV1JbTfMDiwQNnK4scQT43qwOGLyQi2SzpTph0J0xBf/dXAg 9N96hbb/8YvpbaExlVsbiU4iMJaMMzbil5ahSxYeBSrdNe2grgEi3ipEevrlR4IsA47yV5a2 4L/nCE1iKpa+w1MH3Oqk22w+6LqK9WVENKTZjpgK3YFqCK4lvh82DFqBDQ8Gr45LOWWKAobY O7ejY4kb3fuhe/tNPZbPrl06hLAZxaebLE6YAOIYMNEfIkesgeM0GKB243L30NMWpuAnDKoF 7j7GnM7ECSO2tgR879/NJ9DSx5H302T7zz/m5HHHvXoqsvNvxQARAQABzStMaW51cyBTdW5k cXZpc3QgPGxpbnVzLnN1bmRxdmlzdEBsb29waWEuc2U+wsF9BBMBCAAnBQJXJwPaAhsjBQkJ ZgGABQsJCAcCBhUICQoLAgQWAgMBAh4BAheAAAoJEMvjLaEem5G5VKcP/2dMEBKFPxTgTAgO 4XEwkesAut/hDMyeRAWBAriuOwvzSvj0F3DvbKlVsSiamoaPcwrRruD3NT1FDbMXZG3E8VH/ ycnNyZeNliYRyIerOus+XlVgyBQ2HnHgwOQ9gaTXDwol6fXB3hZK5gzaJt6I31YJTLLPQuE5 DnWQl2f3UmgS6qJyWAaMUwpZ9QOTcthMs20Wt2U69pX77dTFNJwB9EXk89FMfeUEotfX4xMC PQDZYWs8nQP0+2LQccRwFQY21MOv3C8GFK3NPwwhoDiR2SA9G1ML6rEwaef3cuX4VG96+3qV WzvEelmA0n7sajuimlMrpCNf3LJaxQmfdScMHbcJ3VPSEkVXyJaXQKqI0YjoJ5U6vAd66rAp trxmsQbR1/eJ7jpJJKGlkV5FuX5yz471zT/EQr16YlJu/fM7RYd8MbNDy0YvbpQew14V3407 PQn7a6Q9DRUJGqdBHqy2+UaclN7zWTWtgfWyAnrdhKdYWfk2L05zk+OAbwaPURdseoZ6usTM yqmKXcSa1aSfAS2g/xe/qB2pkzpt8JcbOnvparIjhHvKSlUNr9kFRwGfUoyVF/8m9HfxfMlt xz7mTYbe8Dyn2YRS1pn7Z6I8A8HMtja57NRswMg061tKyKpTxNCsbaD7tNQF7pH1b/OrTEeF LLdNzxUOCl3uNl3gpJ2VzsFNBFcnA9oBEADFGuz+VPvbDUG1awgrAAhYYjJCjGrQ3Dt7EV6Y vUYly+jQvvUV9+5A9m6YJOT9bVm+9xUaPVqqkODLaO0GHNgiXjC9tdDDG745gU/KplDFobpU JPtWqyM+hcDACTZGg4KxmLC6/YyIvxMtFqboNMCYDFRhO7eItyarUSH2X1+6WQBDHYvafhFm XAcWs915PRCfEk1dpikxWEGQPyBwk0RSs706DwovX7hY0GLm2mAz6QMJXyou5KOVSYbuewft RcJ/Urag4z7/8l+KnaRYghN6QgU6BkI95V2eMTthEe/hpWV5KTKz7RNrboTZtSFDNACxosZ9 FCoN5aBlon+d0UCSUQnBle/unvOLbvT5+Jjzb/CStPMeGfkCa3iWYvfnKy5oZeYS/E4ruRmS vwoLzxWNdsASFQM8pmSsWBrhuoAK4vz6uoh0OBdT4rTSxI8zNKHHXo5WcIo3oBDZkxumvq6R UmOEAB8GJSlxdu6SOo/GBaItq+oC4kpp9oWfb4Vc8bJ9Kc3mcSCkW7OVQj/9RCMGcWD+PFgd 2GuyFq5ZyQ+v8ZR/+Q+tWa9tfQBPSgP9pGtZ6b9Z/actkCXOS336hUWNQ2K8VyBRi1QovPTJ MyjYHYHKU0ZNAqtL5hsf6tbHpiAone7oKh8+BriEN91tQ6s1GbeiWxu+XtULrqrJ6vjWJQAR AQABwsFlBBgBCAAPBQJXJwPaAhsMBQkJZgGAAAoJEMvjLaEem5G5uicP/31RIi+MrO+vyzmY I2WKAO2ryLnfTHwlo0coAPAYiL2SVzotWc7UjHcqQC3PyXLMKVCu9utDMUhJ0yfVH3fXM40g Wcq0cbhhAp3QVKmCZQP3gZxY6M4K5pLWbFQoi1vFmUnHnLlpqZxF/As9vU2Q1RGja7Cn05+v uWDGOk3fRGTC0BA46jXnVv8vhqkLiRxNie8XB617H/HH4OsXTdUCtDtMUhlQtGGPs/s3eOdV lKtxNyGWHVMQqMcsg+5sFdhdCphnPVVurLGDU7lWpZhneO/+x8ffeHSKJTwixXDy5gkfnhFs ETLa1AAFu835FHbIlgmbnbO2K6yWv86lnNUlZSwoNHlBoz61iKlfTWiWLfpbdMiHDE3ZqTF9 nduIoojU+kEWFcyX4TXMWq/Y3/M8sNclhziV6ZiVtjc+mvat1u2m4vZxiWobZZSFy4wtb4iD p3Wn2ip5SJ2jDQmkXdfAXGt/LBi2QQFmTMJRMRNfkaVK0NJGD14EySLBvo1Q06GitugQPUzQ 9M7c8p7EIku9IID/1nj7QN6X2gXxHGRZEAcprqGf9cfUjS+9hAMiK6/yoZtRuWtVmESQaQvE /Pyl1OYsYazUEAZm3m4H7k6V45yPqzA/kX7j9c8uD/dFv9wYc3rSYW7a3vZ1UT2rpCzqcg2m jvpRbzx/AvRsInzDyaym Message-ID: Date: Thu, 5 Jul 2018 09:28:23 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <3FB4F603-03A7-4D54-87EA-633C08D8C5E7@me.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="sU5P2TzAqeIn8tUGomE4aLOlWnMa7zD2b" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 05 Jul 2018 07:28:26 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --sU5P2TzAqeIn8tUGomE4aLOlWnMa7zD2b Content-Type: multipart/mixed; boundary="qx9qXRXJrmVT3Nu0q82fB0U5pj2Ig8Iiq"; protected-headers="v1" From: Linus Sundqvist To: Toomas Soome Cc: freebsd-current@freebsd.org, imp@freebsd.org Message-ID: Subject: Re: Unable to UEFI boot 11.2 ISO (latest 12.0 as well) References: <86482bdb-60bd-b573-1a98-e14928f4537e@loopia.se> <1E09B50A-8E4F-4E1E-BBE2-61B1570376D3@me.com> <3FB4F603-03A7-4D54-87EA-633C08D8C5E7@me.com> In-Reply-To: <3FB4F603-03A7-4D54-87EA-633C08D8C5E7@me.com> --qx9qXRXJrmVT3Nu0q82fB0U5pj2Ig8Iiq Content-Type: text/plain; charset=utf-8 Content-Language: sv Content-Transfer-Encoding: quoted-printable Here's the output, variable 'currdev' not found: https://imgur.com/LlBygfr And to answer Rodneys question from before, this is the emulated CD drive= from a Dell iDRAC (remote console thingy). Med v=C3=A4nlig h=C3=A4lsning/Best Regards Linus Sundqvist System Engineer, Loopia AB On 05/07/18 09:17, Toomas Soome wrote: > Could you check, show currdev from OK prompt before setting it. >=20 > Somehow the boot device path is shown but we fail to recognize it (as s= een by error message). However, the lsdev -v does show the path, so the e= fipart.c seems to do its work correctly. I feel, there should be some cor= ner case in efi/loader/main.c where we detect the boot device. >=20 > Rgds, > Toomas >=20 > Sent from my iPhone >=20 >> On 5 Jul 2018, at 09:32, Linus Sundqvist w= rote: >> >> Running these commands makes the boot menu show up, and then takes me = to the BSD installer! >> >> Med v=C3=A4nlig h=C3=A4lsning/Best Regards >> Linus Sundqvist >> System Engineer, Loopia AB >> >>> On 04/07/18 16:50, Toomas Soome wrote: >>> set currdev=3Dcd1: >>> include /boot/loader.rc >>> >>> This should give menu/boot. >>> >>> Rgds, >>> Toomas >>> >>> Sent from my iPhone >>> >>>> On 4 Jul 2018, at 16:25, Linus Sundqvist = wrote: >>>> >>>> Hi, >>>> >>>> Sure, while using the 12.0 ISO here is lsdev -v and ls cd0: >>>> https://imgur.com/RmYpg7u >>>> >>>> and here is ls cd1: >>>> https://imgur.com/FPsixOw >>>> >>>> Med v=C3=A4nlig h=C3=A4lsning/Best Regards >>>> Linus Sundqvist >>>> System Engineer, Loopia AB >>>> >>>>> On 04/07/18 15:08, Toomas Soome wrote: >>>>> Can you post lsdev -v output? >>>>> >>>>> Also, could you try ls command? Like, ls cd0: =20 >>>>> >>>>> Rgds, >>>>> Toomas >>>>> >>>>> Sent from my iPhone >>>>> >>>>>> On 4 Jul 2018, at 12:28, Linus Sundqvist wrote: >>>>>> >>>>>> Hi, >>>>>> >>>>>> I'm unable to boot up the amd64 11.2 disk1 ISO as well as the late= st amd64 12.0 disk1 ISO (20180628) using UEFI on a Dell PowerEdge R430 by= getting this error: >>>>>> https://imgur.com/a/Idljfhm >>>>>> >>>>>> The bootonly ISOs seems to show the same error message. >>>>>> >>>>>> Changing the server to boot via BIOS loads the setup correctly, ho= wever, I want to use UEFI on all our servers, which I have done before. >>>>>> >>>>>> The 11.1 ISO boots without any trouble at all using both UEFI and = BIOS. >>>>>> >>>>>> I was helped by koobs in #freebsd @ Freenode who asked me to send = an e-mail this way and linking to these commits as a reference: >>>>>> >>>>>> https://reviews.freebsd.org/D13784 >>>>>> https://svnweb.freebsd.org/base?view=3Drevision&revision=3D332416 >>>>>> >>>>>> So far I've tried to UEFI boot the 11.2 ISO and 12.0 ISO with the = following Dell PowerEdge models without success: >>>>>> >>>>>> R440 >>>>>> R630 >>>>>> R430 >>>>>> FC430 >>>>>> R330 >>>>>> R620 >>>>>> R420 >>>>>> R610 >>>>>> >>>>>> --=20 >>>>>> Med v=C3=A4nlig h=C3=A4lsning/Best Regards >>>>>> Linus Sundqvist >>>>>> System Engineer, Loopia AB >>>>>> >>>>> _______________________________________________ >>>>> freebsd-current@freebsd.org mailing list >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freeb= sd.org" >>>>> >>>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd= =2Eorg" >>> >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 --qx9qXRXJrmVT3Nu0q82fB0U5pj2Ig8Iiq-- --sU5P2TzAqeIn8tUGomE4aLOlWnMa7zD2b Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEu1yeyYo/yrdJFiO7y+MtoR6bkbkFAls9yJcACgkQy+MtoR6b kblDZBAAqmoZ9rZrguHogHu8+RtSzSvUIc0RR1jr1mV46AS2HQRqBoRBuejc5zo9 KwC4dIhOuKBxl/wR/Pj4y/hLLZbYj2gc2f9ADReS/ERyc/LXs8/kBq8ZvzLBpFSo MGGaIO6vk71/qwvnWhWuh8Yd1GA3Pj6TpS4NgXrXDkYRdtnZ0NKQdOT9NhFyyx9L 8RihNyYc+Qtrkj+nAiXH+MH4DVVMGI7xBKIgqD/Bl6AHgXUlbolLA+vZUlqdB82w +Tl4eSoNelSBSolMKD5HfOAxEyHh1GggHhtSgEmxuH+l6e++5lH2aLvjTtxA/T63 57vTwDnQEbXRFn4D60jCXonLDzQPpKYofd/XHhp6NZnyjxG180FJiOraK2EzHpDf vYeSDMp1bGC861xBZiKz6jHhZ9zd+7xaDLtfnBt3e8L46NVroVH31Gqv5rDPcsNB oyLRn7E2vLIyJfY2kZIyGh++DBfe/LpwFHc09QNTeveBnS6733o8uclZokANc00q nqVS7PO1ncOmD2bH3M2vrokiX9QVBfu+xR//54ENI8+jgY4lA0DrjhUvpG9/WTSd Tmw9HqdrgK8htko6t3ZN7c1Q1WqLbPNAjEimhOAuhVzmd/LopseNFEdGgiQpP3oH WRNO3ae79F6SBWO6528CK70bnzR87vKHfAD8nGLhpn0o5EkUGpQ= =7aB/ -----END PGP SIGNATURE----- --sU5P2TzAqeIn8tUGomE4aLOlWnMa7zD2b-- From owner-freebsd-current@freebsd.org Thu Jul 5 08:23:12 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1442610333A3 for ; Thu, 5 Jul 2018 08:23:12 +0000 (UTC) (envelope-from tsoome@me.com) Received: from st13p35im-asmtp002.me.com (st13p35im-asmtp002.me.com [17.164.199.65]) (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 AF7A98F564; Thu, 5 Jul 2018 08:23:11 +0000 (UTC) (envelope-from tsoome@me.com) Received: from process-dkim-sign-daemon.st13p35im-asmtp002.me.com by st13p35im-asmtp002.me.com (Oracle Communications Messaging Server 8.0.1.2.20170607 64bit (built Jun 7 2017)) id <0PBD00I00WECJ300@st13p35im-asmtp002.me.com>; Thu, 05 Jul 2018 08:23:11 +0000 (GMT) Received: from icloud.com ([127.0.0.1]) by st13p35im-asmtp002.me.com (Oracle Communications Messaging Server 8.0.1.2.20170607 64bit (built Jun 7 2017)) with ESMTPSA id <0PBD009FJWMI0N50@st13p35im-asmtp002.me.com>; Thu, 05 Jul 2018 08:23:10 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2018-07-05_03:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1015 suspectscore=2 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1707230000 definitions=main-1807050101 From: Toomas Soome Message-id: <69DD5AC1-5FF8-4A6E-993B-F65070D484BF@me.com> MIME-version: 1.0 (Mac OS X Mail 11.4 \(3445.8.2\)) Subject: Re: Unable to UEFI boot 11.2 ISO (latest 12.0 as well) Date: Thu, 05 Jul 2018 11:23:06 +0300 In-reply-to: Cc: FreeBSD Current , imp@freebsd.org To: Linus Sundqvist References: <86482bdb-60bd-b573-1a98-e14928f4537e@loopia.se> <1E09B50A-8E4F-4E1E-BBE2-61B1570376D3@me.com> <3FB4F603-03A7-4D54-87EA-633C08D8C5E7@me.com> X-Mailer: Apple Mail (2.3445.8.2) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 05 Jul 2018 08:23:12 -0000 > On 5 Jul 2018, at 10:28, Linus Sundqvist = wrote: >=20 > Here's the output, variable 'currdev' not found: > https://imgur.com/LlBygfr Yes indeed, as you got the error, so the variable was not set at all. My = suggestion would be to walk over the code in main.c, and to try to get = more debug printouts from that dell system=E2=80=A6 Im myself mostly = offline till next week. rgds, toomas >=20 > And to answer Rodneys question from before, this is the emulated CD = drive from a Dell iDRAC (remote console thingy). >=20 > Med v=C3=A4nlig h=C3=A4lsning/Best Regards > Linus Sundqvist > System Engineer, Loopia AB >=20 > On 05/07/18 09:17, Toomas Soome wrote: >> Could you check, show currdev from OK prompt before setting it. >>=20 >> Somehow the boot device path is shown but we fail to recognize it (as = seen by error message). However, the lsdev -v does show the path, so the = efipart.c seems to do its work correctly. I feel, there should be some = corner case in efi/loader/main.c where we detect the boot device. >>=20 >> Rgds, >> Toomas >>=20 >> Sent from my iPhone >>=20 >>> On 5 Jul 2018, at 09:32, Linus Sundqvist = wrote: >>>=20 >>> Running these commands makes the boot menu show up, and then takes = me to the BSD installer! >>>=20 >>> Med v=C3=A4nlig h=C3=A4lsning/Best Regards >>> Linus Sundqvist >>> System Engineer, Loopia AB >>>=20 >>>> On 04/07/18 16:50, Toomas Soome wrote: >>>> set currdev=3Dcd1: >>>> include /boot/loader.rc >>>>=20 >>>> This should give menu/boot. >>>>=20 >>>> Rgds, >>>> Toomas >>>>=20 >>>> Sent from my iPhone >>>>=20 >>>>> On 4 Jul 2018, at 16:25, Linus Sundqvist = wrote: >>>>>=20 >>>>> Hi, >>>>>=20 >>>>> Sure, while using the 12.0 ISO here is lsdev -v and ls cd0: >>>>> https://imgur.com/RmYpg7u >>>>>=20 >>>>> and here is ls cd1: >>>>> https://imgur.com/FPsixOw >>>>>=20 >>>>> Med v=C3=A4nlig h=C3=A4lsning/Best Regards >>>>> Linus Sundqvist >>>>> System Engineer, Loopia AB >>>>>=20 >>>>>> On 04/07/18 15:08, Toomas Soome wrote: >>>>>> Can you post lsdev -v output? >>>>>>=20 >>>>>> Also, could you try ls command? Like, ls cd0: =20 >>>>>>=20 >>>>>> Rgds, >>>>>> Toomas >>>>>>=20 >>>>>> Sent from my iPhone >>>>>>=20 >>>>>>> On 4 Jul 2018, at 12:28, Linus Sundqvist = wrote: >>>>>>>=20 >>>>>>> Hi, >>>>>>>=20 >>>>>>> I'm unable to boot up the amd64 11.2 disk1 ISO as well as the = latest amd64 12.0 disk1 ISO (20180628) using UEFI on a Dell PowerEdge = R430 by getting this error: >>>>>>> https://imgur.com/a/Idljfhm >>>>>>>=20 >>>>>>> The bootonly ISOs seems to show the same error message. >>>>>>>=20 >>>>>>> Changing the server to boot via BIOS loads the setup correctly, = however, I want to use UEFI on all our servers, which I have done = before. >>>>>>>=20 >>>>>>> The 11.1 ISO boots without any trouble at all using both UEFI = and BIOS. >>>>>>>=20 >>>>>>> I was helped by koobs in #freebsd @ Freenode who asked me to = send an e-mail this way and linking to these commits as a reference: >>>>>>>=20 >>>>>>> https://reviews.freebsd.org/D13784 >>>>>>> https://svnweb.freebsd.org/base?view=3Drevision&revision=3D332416 >>>>>>>=20 >>>>>>> So far I've tried to UEFI boot the 11.2 ISO and 12.0 ISO with = the following Dell PowerEdge models without success: >>>>>>>=20 >>>>>>> R440 >>>>>>> R630 >>>>>>> R430 >>>>>>> FC430 >>>>>>> R330 >>>>>>> R620 >>>>>>> R420 >>>>>>> R610 >>>>>>>=20 >>>>>>> --=20 >>>>>>> Med v=C3=A4nlig h=C3=A4lsning/Best Regards >>>>>>> Linus Sundqvist >>>>>>> System Engineer, Loopia AB >>>>>>>=20 >>>>>> _______________________________________________ >>>>>> 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" >>>>>>=20 >>>>>=20 >>>> _______________________________________________ >>>> 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" >>>>=20 >>>=20 >> _______________________________________________ >> 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" >>=20 >=20 From owner-freebsd-current@freebsd.org Thu Jul 5 13:28:02 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E8BE41028EAB for ; Thu, 5 Jul 2018 13:28:01 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 8AE587C004 for ; Thu, 5 Jul 2018 13:28:01 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 07E0621D7E for ; Thu, 5 Jul 2018 09:27:55 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Thu, 05 Jul 2018 09:27:55 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; bh=R+ECrKC25VRb8at80wUlv/mByqMzK Wo/2atWH8YQdf4=; b=xXueQMGWyTIWxK6WcJ6quGjWRQ9eTTkWJpoR2nihmIKF5 SzzDNcEmInyPi64ITOE8zv2V884D8+6thlJl7uFCwZMbFJupDt61ugv/iMdx89m1 NbTO+LzUyDEe0fri0IIhh28v76vhB2auZzlmtfXDPY6klUBXcUTS4ALm9QI/2uNR uml0dMdtLR28UkopTNQvJvk1hXUbwsv2WQ0z/l3S4EeBYtpIwcrtKgbhoG0vxmYa dIMAUfpki69xNV1C80rad2BC1x7W6SVqgvnwE9gM5Y4HgHo1xNS/xBDpnRi3YuVM X2nrKeyuW4dheSq7+z1nTpezSU6CUpD9W1EFxgSCg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=R+ECrK C25VRb8at80wUlv/mByqMzKWo/2atWH8YQdf4=; b=WujRTOmNNoNjL51foM17fv lqyvuiUlGIit6vfw/I3RMXVxgcUIOnZtRXUff/zTAvylreJ/z3ohb3ZQ+6iGyh2q tqjaHPdyd7ECsAuhlClzRERXvmezJ5smBwUrL766vMBvs/np9i2pmKWEuifXw0kX vuW9vb9Ttxbp8KyzIYdUeXrZgoT1bJP0L8rPqpFrrFhtcp9X874+iffZl/iUbDf1 yZAT9T+at+qaU1A+LusyTeTo7SgjdQw8FPSX35EWgog1hrWsZZvh1yhhATwrLEDM NHqZ4LUH7Kqjxv8CyWo5sWO02EX+9+4S9JjJ3ILigt+KyA5oBoHLUZ6np42SwMFA == X-ME-Proxy: X-ME-Sender: Received: from desktop.local (parsley.growveg.org [82.70.91.97]) by mail.messagingengine.com (Postfix) with ESMTPA id 4E512E4439 for ; Thu, 5 Jul 2018 09:27:54 -0400 (EDT) Subject: Re: em0 link fail To: freebsd-current@freebsd.org References: <739ef71a-f29f-68ea-955a-fb53c57960a6@protected-networks.net> <8e2bf594-6d7e-477e-836b-4cc4483cb525@protected-networks.net> From: tech-lists Organization: none Message-ID: <64e462dd-16fc-b57f-7bf2-02068d0e24c8@zyxst.net> Date: Thu, 5 Jul 2018 14:27:53 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.9.0 MIME-Version: 1.0 In-Reply-To: <8e2bf594-6d7e-477e-836b-4cc4483cb525@protected-networks.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 05 Jul 2018 13:28:02 -0000 On 03/07/2018 19:47, Michael Butler wrote: > That would've been .. > > Jun 1 09:56:15 toshi kernel: FreeBSD 12.0-CURRENT #35 r334484: Fri Jun > 1 08:25:58 EDT 2018 > > I'm going to build one with SVN r334862 reverted to see if that works, Hi, Is it working now? Am asking because a system I'd like to take from 11-stable to 12 uses the em driver. thanks, -- J. From owner-freebsd-current@freebsd.org Thu Jul 5 13:54:57 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 331A2102B9C6 for ; Thu, 5 Jul 2018 13:54:57 +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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protected-networks.net", Issuer "Protected Networks CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BAAA57DCF8 for ; Thu, 5 Jul 2018 13:54:56 +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:in-reply-to :mime-version:user-agent:date:date:message-id:from:from :references:subject:subject; s=201508; t=1530798886; bh=mcQ/a4GQ uZa/DWdQJYQEfPaNOqlouS8L6XdYv1TLYY0=; b=TQ3eW+4yRf1ImU6AE7pWkj2U DwVQFuOvjIm95RbUUNTx4KWHVZmctbvsUu8+VJnXzcF7E5nc/NPZvdGSp7fE0lPZ 8axi95kNN68rq740I3g2CmrMLVpvJQNv4fV+HmVCfAun4OIUe/faq6qzzC8+EUqV UtPfSzYvE/BoDqsv9mE= Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id 6FEDBDF5; Thu, 5 Jul 2018 09:54:46 -0400 (EDT) Subject: Re: em0 link fail To: tech-lists , freebsd-current@freebsd.org References: <739ef71a-f29f-68ea-955a-fb53c57960a6@protected-networks.net> <8e2bf594-6d7e-477e-836b-4cc4483cb525@protected-networks.net> <64e462dd-16fc-b57f-7bf2-02068d0e24c8@zyxst.net> From: Michael Butler Openpgp: preference=signencrypt Message-ID: <7a4607ce-e212-5cba-bc04-1d0abf1a7824@protected-networks.net> Date: Thu, 5 Jul 2018 09:54:45 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.9.0 MIME-Version: 1.0 In-Reply-To: <64e462dd-16fc-b57f-7bf2-02068d0e24c8@zyxst.net> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 05 Jul 2018 13:54:57 -0000 On 07/05/18 09:27, tech-lists wrote: > On 03/07/2018 19:47, Michael Butler wrote: >> That would've been .. >> >> Jun  1 09:56:15 toshi kernel: FreeBSD 12.0-CURRENT #35 r334484: Fri Jun >> 1 08:25:58 EDT 2018 >> >> I'm going to build one with SVN r334862 reverted to see if that works, > > Hi, > > Is it working now? Am asking because a system I'd like to take from > 11-stable to 12 uses the em driver. No :-( I haven't had the chance yet to revisit it, imb From owner-freebsd-current@freebsd.org Thu Jul 5 14:12:31 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AE909102D2C8 for ; Thu, 5 Jul 2018 14:12:31 +0000 (UTC) (envelope-from linus.sundqvist@loopia.se) Received: from s555.loopia.se (s555.loopia.se [IPv6:2a02:250:0:10::3]) (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 2B7A97F18A for ; Thu, 5 Jul 2018 14:12:30 +0000 (UTC) (envelope-from linus.sundqvist@loopia.se) Received: from s555.loopia.se (localhost [127.0.0.1]) by s555.loopia.se (Postfix) with ESMTP id 314569567AC for ; Thu, 5 Jul 2018 16:12:28 +0200 (CEST) Authentication-Results: s555.loopia.se (amavisd-new); dkim=pass (2048-bit key) reason="pass (just generated, assumed good)" header.d=loopia.se DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=loopia.se; h= content-type:content-type:in-reply-to:mime-version:user-agent :date:date:message-id:from:from:references:subject:subject :received:received; s=dkim; t=1530799948; x=1531404749; bh=P8nRI u7fSeKZ4aoEw6riJucmjSWeX+8z511eBvxJtMQ=; b=bSM0DHLeyuTIpfrI7HK4k iM+RiFgZf+eis2rHWZbFWxI2OA7IhvCzBGAG/hZOM7Ree7Z8w/w6x6geSzAl8I0Z QpCZQUVx9doreaVSQ3jrPLFlytr+2Nf6hbQoWb0/KrkCwLOch+SkZTNwuu1rtWG+ Cwe0rExB6oQQ6H5YsYpuowpP5+vjI62dsex5cc8ZgAymGyBLviz28Oza1MFjmYhd rwV5uI4MYFh1qrunalj8ReWi6XKhufap6lNVzS67I/e65gMcFwbGOM97VHFfakTf yJnFUR7e5V6wZ3P2CGwBoDC22f+QGiAw3Z4I7SyC96IRUdUYJQxBwRq6N5pa+lSJ A== Received: from s555.loopia.se ([127.0.0.1]) by s555.loopia.se (s555.loopia.se [127.0.0.1]) (amavisd-new, port 10026) with LMTP id QpIvBtKKIZge for ; Thu, 5 Jul 2018 16:12:28 +0200 (CEST) Received: from [IPv6:2a02:250:0:16:ce06:a7b3:53c4:6c72] (unknown [IPv6:2a02:250:0:16:ce06:a7b3:53c4:6c72]) (Authenticated sender: linus.sundqvist@loopia.se) by s555.loopia.se (Postfix) with ESMTPSA id F04D4956799; Thu, 5 Jul 2018 16:12:27 +0200 (CEST) Subject: Re: Unable to UEFI boot 11.2 ISO (latest 12.0 as well) To: Toomas Soome Cc: FreeBSD Current , imp@freebsd.org References: <86482bdb-60bd-b573-1a98-e14928f4537e@loopia.se> <1E09B50A-8E4F-4E1E-BBE2-61B1570376D3@me.com> <3FB4F603-03A7-4D54-87EA-633C08D8C5E7@me.com> <69DD5AC1-5FF8-4A6E-993B-F65070D484BF@me.com> From: Linus Sundqvist Openpgp: preference=signencrypt Autocrypt: addr=linus.sundqvist@loopia.se; prefer-encrypt=mutual; keydata= xsFNBFcnA9oBEADMjfOOfmft65uaxYO5fD6zpfIUxlapZRTWphS2VSaXwwvw2/s/vi2PXUkq fZ87/74HEQQkqBP16GlyiWvB9zVfe5IpCop0enbn+0aHvlzMPGuQIIVjceeBXeom2q3feGbb dKh9D8uBOyMOhfGb7JtbF1s2S5y9lY+md942Npe/3uJaQ5EiAEwxANSHb/lzCM/ecCYK1wD4 MimyHnJR8fH8v1Us68mjm6GyThDC3LsNcq5ScX5aXLas8X8ZNlgHyG7/dtP2IslsFQVhk7xA izgvwj4Z9EMciYKMeXcYefNsE4KWqn8vpofK0/CHS/FoMohB8Mickc/VPPtkOWs3yRablnHN veAfUOcMUwXrdae9ARY7yTYjzV1JbTfMDiwQNnK4scQT43qwOGLyQi2SzpTph0J0xBf/dXAg 9N96hbb/8YvpbaExlVsbiU4iMJaMMzbil5ahSxYeBSrdNe2grgEi3ipEevrlR4IsA47yV5a2 4L/nCE1iKpa+w1MH3Oqk22w+6LqK9WVENKTZjpgK3YFqCK4lvh82DFqBDQ8Gr45LOWWKAobY O7ejY4kb3fuhe/tNPZbPrl06hLAZxaebLE6YAOIYMNEfIkesgeM0GKB243L30NMWpuAnDKoF 7j7GnM7ECSO2tgR879/NJ9DSx5H302T7zz/m5HHHvXoqsvNvxQARAQABzStMaW51cyBTdW5k cXZpc3QgPGxpbnVzLnN1bmRxdmlzdEBsb29waWEuc2U+wsF9BBMBCAAnBQJXJwPaAhsjBQkJ ZgGABQsJCAcCBhUICQoLAgQWAgMBAh4BAheAAAoJEMvjLaEem5G5VKcP/2dMEBKFPxTgTAgO 4XEwkesAut/hDMyeRAWBAriuOwvzSvj0F3DvbKlVsSiamoaPcwrRruD3NT1FDbMXZG3E8VH/ ycnNyZeNliYRyIerOus+XlVgyBQ2HnHgwOQ9gaTXDwol6fXB3hZK5gzaJt6I31YJTLLPQuE5 DnWQl2f3UmgS6qJyWAaMUwpZ9QOTcthMs20Wt2U69pX77dTFNJwB9EXk89FMfeUEotfX4xMC PQDZYWs8nQP0+2LQccRwFQY21MOv3C8GFK3NPwwhoDiR2SA9G1ML6rEwaef3cuX4VG96+3qV WzvEelmA0n7sajuimlMrpCNf3LJaxQmfdScMHbcJ3VPSEkVXyJaXQKqI0YjoJ5U6vAd66rAp trxmsQbR1/eJ7jpJJKGlkV5FuX5yz471zT/EQr16YlJu/fM7RYd8MbNDy0YvbpQew14V3407 PQn7a6Q9DRUJGqdBHqy2+UaclN7zWTWtgfWyAnrdhKdYWfk2L05zk+OAbwaPURdseoZ6usTM yqmKXcSa1aSfAS2g/xe/qB2pkzpt8JcbOnvparIjhHvKSlUNr9kFRwGfUoyVF/8m9HfxfMlt xz7mTYbe8Dyn2YRS1pn7Z6I8A8HMtja57NRswMg061tKyKpTxNCsbaD7tNQF7pH1b/OrTEeF LLdNzxUOCl3uNl3gpJ2VzsFNBFcnA9oBEADFGuz+VPvbDUG1awgrAAhYYjJCjGrQ3Dt7EV6Y vUYly+jQvvUV9+5A9m6YJOT9bVm+9xUaPVqqkODLaO0GHNgiXjC9tdDDG745gU/KplDFobpU JPtWqyM+hcDACTZGg4KxmLC6/YyIvxMtFqboNMCYDFRhO7eItyarUSH2X1+6WQBDHYvafhFm XAcWs915PRCfEk1dpikxWEGQPyBwk0RSs706DwovX7hY0GLm2mAz6QMJXyou5KOVSYbuewft RcJ/Urag4z7/8l+KnaRYghN6QgU6BkI95V2eMTthEe/hpWV5KTKz7RNrboTZtSFDNACxosZ9 FCoN5aBlon+d0UCSUQnBle/unvOLbvT5+Jjzb/CStPMeGfkCa3iWYvfnKy5oZeYS/E4ruRmS vwoLzxWNdsASFQM8pmSsWBrhuoAK4vz6uoh0OBdT4rTSxI8zNKHHXo5WcIo3oBDZkxumvq6R UmOEAB8GJSlxdu6SOo/GBaItq+oC4kpp9oWfb4Vc8bJ9Kc3mcSCkW7OVQj/9RCMGcWD+PFgd 2GuyFq5ZyQ+v8ZR/+Q+tWa9tfQBPSgP9pGtZ6b9Z/actkCXOS336hUWNQ2K8VyBRi1QovPTJ MyjYHYHKU0ZNAqtL5hsf6tbHpiAone7oKh8+BriEN91tQ6s1GbeiWxu+XtULrqrJ6vjWJQAR AQABwsFlBBgBCAAPBQJXJwPaAhsMBQkJZgGAAAoJEMvjLaEem5G5uicP/31RIi+MrO+vyzmY I2WKAO2ryLnfTHwlo0coAPAYiL2SVzotWc7UjHcqQC3PyXLMKVCu9utDMUhJ0yfVH3fXM40g Wcq0cbhhAp3QVKmCZQP3gZxY6M4K5pLWbFQoi1vFmUnHnLlpqZxF/As9vU2Q1RGja7Cn05+v uWDGOk3fRGTC0BA46jXnVv8vhqkLiRxNie8XB617H/HH4OsXTdUCtDtMUhlQtGGPs/s3eOdV lKtxNyGWHVMQqMcsg+5sFdhdCphnPVVurLGDU7lWpZhneO/+x8ffeHSKJTwixXDy5gkfnhFs ETLa1AAFu835FHbIlgmbnbO2K6yWv86lnNUlZSwoNHlBoz61iKlfTWiWLfpbdMiHDE3ZqTF9 nduIoojU+kEWFcyX4TXMWq/Y3/M8sNclhziV6ZiVtjc+mvat1u2m4vZxiWobZZSFy4wtb4iD p3Wn2ip5SJ2jDQmkXdfAXGt/LBi2QQFmTMJRMRNfkaVK0NJGD14EySLBvo1Q06GitugQPUzQ 9M7c8p7EIku9IID/1nj7QN6X2gXxHGRZEAcprqGf9cfUjS+9hAMiK6/yoZtRuWtVmESQaQvE /Pyl1OYsYazUEAZm3m4H7k6V45yPqzA/kX7j9c8uD/dFv9wYc3rSYW7a3vZ1UT2rpCzqcg2m jvpRbzx/AvRsInzDyaym Message-ID: Date: Thu, 5 Jul 2018 16:12:27 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <69DD5AC1-5FF8-4A6E-993B-F65070D484BF@me.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="xGtKGCtjITiexKEZkfF5wt11TQYfLiMM6" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 05 Jul 2018 14:12:31 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --xGtKGCtjITiexKEZkfF5wt11TQYfLiMM6 Content-Type: multipart/mixed; boundary="wpaqE5OcWeZy8bVfZYk0OVymZDV7JkjBc"; protected-headers="v1" From: Linus Sundqvist To: Toomas Soome Cc: FreeBSD Current , imp@freebsd.org Message-ID: Subject: Re: Unable to UEFI boot 11.2 ISO (latest 12.0 as well) References: <86482bdb-60bd-b573-1a98-e14928f4537e@loopia.se> <1E09B50A-8E4F-4E1E-BBE2-61B1570376D3@me.com> <3FB4F603-03A7-4D54-87EA-633C08D8C5E7@me.com> <69DD5AC1-5FF8-4A6E-993B-F65070D484BF@me.com> In-Reply-To: <69DD5AC1-5FF8-4A6E-993B-F65070D484BF@me.com> --wpaqE5OcWeZy8bVfZYk0OVymZDV7JkjBc Content-Type: text/plain; charset=utf-8 Content-Language: sv Content-Transfer-Encoding: quoted-printable I have no idea how to do that or where to begin, but if anyone would like= to assist with those steps I'll gladly run commands or a test ISO on one= of our Dell servers. Med v=C3=A4nlig h=C3=A4lsning/Best Regards Linus Sundqvist System Engineer, Loopia AB On 05/07/18 10:23, Toomas Soome wrote: >=20 >=20 >> On 5 Jul 2018, at 10:28, Linus Sundqvist w= rote: >> >> Here's the output, variable 'currdev' not found: >> https://imgur.com/LlBygfr >=20 >=20 > Yes indeed, as you got the error, so the variable was not set at all. M= y suggestion would be to walk over the code in main.c, and to try to get = more debug printouts from that dell system=E2=80=A6 Im myself mostly offl= ine till next week. >=20 > rgds, > toomas >=20 >> >> And to answer Rodneys question from before, this is the emulated CD dr= ive from a Dell iDRAC (remote console thingy). >> >> Med v=C3=A4nlig h=C3=A4lsning/Best Regards >> Linus Sundqvist >> System Engineer, Loopia AB >> >> On 05/07/18 09:17, Toomas Soome wrote: >>> Could you check, show currdev from OK prompt before setting it. >>> >>> Somehow the boot device path is shown but we fail to recognize it (as= seen by error message). However, the lsdev -v does show the path, so the= efipart.c seems to do its work correctly. I feel, there should be some c= orner case in efi/loader/main.c where we detect the boot device. >>> >>> Rgds, >>> Toomas >>> >>> Sent from my iPhone >>> >>>> On 5 Jul 2018, at 09:32, Linus Sundqvist = wrote: >>>> >>>> Running these commands makes the boot menu show up, and then takes m= e to the BSD installer! >>>> >>>> Med v=C3=A4nlig h=C3=A4lsning/Best Regards >>>> Linus Sundqvist >>>> System Engineer, Loopia AB >>>> >>>>> On 04/07/18 16:50, Toomas Soome wrote: >>>>> set currdev=3Dcd1: >>>>> include /boot/loader.rc >>>>> >>>>> This should give menu/boot. >>>>> >>>>> Rgds, >>>>> Toomas >>>>> >>>>> Sent from my iPhone >>>>> >>>>>> On 4 Jul 2018, at 16:25, Linus Sundqvist wrote: >>>>>> >>>>>> Hi, >>>>>> >>>>>> Sure, while using the 12.0 ISO here is lsdev -v and ls cd0: >>>>>> https://imgur.com/RmYpg7u >>>>>> >>>>>> and here is ls cd1: >>>>>> https://imgur.com/FPsixOw >>>>>> >>>>>> Med v=C3=A4nlig h=C3=A4lsning/Best Regards >>>>>> Linus Sundqvist >>>>>> System Engineer, Loopia AB >>>>>> >>>>>>> On 04/07/18 15:08, Toomas Soome wrote: >>>>>>> Can you post lsdev -v output? >>>>>>> >>>>>>> Also, could you try ls command? Like, ls cd0: =20 >>>>>>> >>>>>>> Rgds, >>>>>>> Toomas >>>>>>> >>>>>>> Sent from my iPhone >>>>>>> >>>>>>>> On 4 Jul 2018, at 12:28, Linus Sundqvist wrote: >>>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>> I'm unable to boot up the amd64 11.2 disk1 ISO as well as the la= test amd64 12.0 disk1 ISO (20180628) using UEFI on a Dell PowerEdge R430 = by getting this error: >>>>>>>> https://imgur.com/a/Idljfhm >>>>>>>> >>>>>>>> The bootonly ISOs seems to show the same error message. >>>>>>>> >>>>>>>> Changing the server to boot via BIOS loads the setup correctly, = however, I want to use UEFI on all our servers, which I have done before.= >>>>>>>> >>>>>>>> The 11.1 ISO boots without any trouble at all using both UEFI an= d BIOS. >>>>>>>> >>>>>>>> I was helped by koobs in #freebsd @ Freenode who asked me to sen= d an e-mail this way and linking to these commits as a reference: >>>>>>>> >>>>>>>> https://reviews.freebsd.org/D13784 >>>>>>>> https://svnweb.freebsd.org/base?view=3Drevision&revision=3D33241= 6 >>>>>>>> >>>>>>>> So far I've tried to UEFI boot the 11.2 ISO and 12.0 ISO with th= e following Dell PowerEdge models without success: >>>>>>>> >>>>>>>> R440 >>>>>>>> R630 >>>>>>>> R430 >>>>>>>> FC430 >>>>>>>> R330 >>>>>>>> R620 >>>>>>>> R420 >>>>>>>> R610 >>>>>>>> >>>>>>>> --=20 >>>>>>>> Med v=C3=A4nlig h=C3=A4lsning/Best Regards >>>>>>>> Linus Sundqvist >>>>>>>> System Engineer, Loopia AB >>>>>>>> >>>>>>> _______________________________________________ >>>>>>> freebsd-current@freebsd.org mailing list >>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@fre= ebsd.org" >>>>>>> >>>>>> >>>>> _______________________________________________ >>>>> freebsd-current@freebsd.org mailing list >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freeb= sd.org" >>>>> >>>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd= =2Eorg" >>> >> >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 --wpaqE5OcWeZy8bVfZYk0OVymZDV7JkjBc-- --xGtKGCtjITiexKEZkfF5wt11TQYfLiMM6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEu1yeyYo/yrdJFiO7y+MtoR6bkbkFAls+J0sACgkQy+MtoR6b kbmvFg//QqkGYoy9S5GEOIKBJSy8bNo6x2scp2t1tWK97aym/067frxrHUb28sQ+ CUOGuN2etHHAPCDb5u7BAswli8r1+zY311EWsJJqD++UVZjjZBvGgHMPLcQWttbH hUEh4NHo+9yTookQ6V/cin9Y75aRuBnid9TG5yC0GbHjYqrVv4NM5zdCSCike9nC Unamutut5YZD3AM4ZjwWVulZK0/2hNyPUG8/JrL8ysaf9pHYmaHGaD+rrEFo5RtW LHhGyZ1YDaEa5LpUdM2Bjnadwtx9OweXH+GRkDE5auUaY/Gc5QjAQjhP5PPQkUzT jY/aIQp3ATasLH9BlpH0cEiIUe9eAwJ8XZ9WcPGTQ5zGmhAUjHp4/rs1Kz5ZDyWM WMAuBRqhHsli2Oy91rPhRJkOV3qXkwZshP0SPw4E31bwjpvmDC/swZas9K0ICVT2 WW3h14cZyifvHf0EWKoZz+rkh94HsZrbtZdEQHQgyYZuvlsTpbkOA1XexZEsSjU5 b1JJYfHl7Q/9IYOX5nOX+LmUILL+kOc/9XmHKH5Hh08sdZ0SQPQrxOBFa2gAntpo NlKGbQXd9DgsmLz0TcgrPm/vEpnE3SO1/z2JcJ/Lpea/I6aAbuyRP0FioW1wnuJ7 781CEBPHc/PHvd9oXHR5iDPNLc1yuCNULmcszVnbonM6/XhIMmk= =rFSb -----END PGP SIGNATURE----- --xGtKGCtjITiexKEZkfF5wt11TQYfLiMM6-- From owner-freebsd-current@freebsd.org Thu Jul 5 14:30:58 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3FC8B102E703 for ; Thu, 5 Jul 2018 14:30:58 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CC8017FADB for ; Thu, 5 Jul 2018 14:30:57 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 712C125D3899 for ; Thu, 5 Jul 2018 14:30:55 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 9F5E2D1F80D for ; Thu, 5 Jul 2018 14:30:54 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id qAA2UmsNa271 for ; Thu, 5 Jul 2018 14:30:53 +0000 (UTC) Received: from [192.168.124.1] (fresh-ayiya.sbone.de [IPv6:fde9:577b:c1a9:f001::2]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 34E6FD1F805 for ; Thu, 5 Jul 2018 14:30:52 +0000 (UTC) From: "Bjoern A. Zeeb" To: "FreeBSD Current" Subject: EFI booting from external USB pen drive Date: Thu, 05 Jul 2018 14:30:51 +0000 X-Mailer: MailMate (2.0BETAr6114) Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 05 Jul 2018 14:30:58 -0000 Hi, while I can boot memstick images just fine (which are created using makefs/mkimg), doing the same thing using gpart/newfs_msdos -F 12/.. I am not able to get anything that boots. On a Thinkpad (secure boot is off) from the “boot device chooser from ‘BIOS’†I get a quick blank screen and am back at the chooser. I’ve tried the gpart “thinkpad hack†as well as trying an MBR (why that should work I don’t know but the memstick one does) and GPT options of various kinds. Anyone successfully done this lately? /bz From owner-freebsd-current@freebsd.org Thu Jul 5 14:49:34 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CE566102FE67; Thu, 5 Jul 2018 14:49:34 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1B25E806A9; Thu, 5 Jul 2018 14:49:33 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 6d20f1fa; Thu, 5 Jul 2018 16:49:25 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h= mime-version:content-type:content-transfer-encoding:date:from:to :cc:subject:in-reply-to:references:message-id; s=mail; bh=Cmwm1q GFZNEvx6X1b6OKFAwbxy8=; b=mHrSD0K1SfVZ4JuGXqMYOiXYhhGGkqp3g+9CQ/ 2lwGVntfaieGM4VwXCJiIkiybpItRUtf4VBzJrnKznGYNQf3f51COrDmw9TveN6H UPGcUnfyQhxGLpGBFLycuep364Lug61nou/G98VlMvWNfL5w0PzuDK95vKRMWDtc OFO94= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h= mime-version:content-type:content-transfer-encoding:date:from:to :cc:subject:in-reply-to:references:message-id; q=dns; s=mail; b= JIBkyvF3wn3gaKox1J2zVkLJqIU7BsvyvsPYG/mLfPi/bnwPzFMPan5ejdLRrzBM 1Z2nm6Z6Q0OatvY6dvGpnctgV69Wxu3Sn7qKeiNpiJ6eXSJ3KKjriRU9Nevp79Nq MCm9U9YIgABLocjY1keUkhCX5OAp5GRhhb8zWav+fxY= Received: from webmail.megadrive.org (www1.blih.net [212.83.177.180]) by mail.blih.net (OpenSMTPD) with ESMTP id cf36f1c2; Thu, 5 Jul 2018 16:49:25 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Thu, 05 Jul 2018 16:49:25 +0200 From: Emmanuel Vadot To: "Bjoern A. Zeeb" Cc: FreeBSD Current , owner-freebsd-current@freebsd.org Subject: Re: EFI booting from external USB pen drive Organization: Bidouilliste In-Reply-To: References: Message-ID: <38d764d4ff3cf05e7619c79766716acd@megadrive.org> X-Sender: manu@bidouilliste.com User-Agent: Roundcube Webmail/1.1.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 05 Jul 2018 14:49:35 -0000 On 2018-07-05 16:30, Bjoern A. Zeeb wrote: > Hi, > > while I can boot memstick images just fine (which are created using > makefs/mkimg), doing the same thing using gpart/newfs_msdos -F 12/.. I > am not able to get anything that boots. What is the size for the fat12 partition ? Everything over ~30MB will fail. Go to fat16/fat32 with a size of 150MB just to be sure. > On a Thinkpad (secure boot is off) from the “boot device chooser from > ‘BIOS’†I get a quick blank screen and am back at the chooser. I’ve > tried the gpart “thinkpad hack†as well as trying an MBR (why that > should work I don’t know but the memstick one does) and GPT options of > various kinds. > > > Anyone successfully done this lately? > > > /bz > _______________________________________________ > 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" -- Emmanuel Vadot From owner-freebsd-current@freebsd.org Thu Jul 5 14:51:44 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7069F10301E2 for ; Thu, 5 Jul 2018 14:51:44 +0000 (UTC) (envelope-from mentalbarcode@fastest.cc) Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (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 06FE7808D8 for ; Thu, 5 Jul 2018 14:51:43 +0000 (UTC) (envelope-from mentalbarcode@fastest.cc) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id 21DBB359 for ; Thu, 5 Jul 2018 10:51:36 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Thu, 05 Jul 2018 10:51:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastest.cc; h= content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; bh=6QpGNc20EDxzFWRGIZInXy5tXIvi0 QYtCne+u6fkEgw=; b=LVasElxcz6uXFi8yzh9FH8qESTQMRctvzbVj3hBTZ+KC8 isG1xxBZyUED4akuTZnziwA2m9YZkYif0SjCh+iRusZC7btjwxhx20Y+eBSenBrF xhLSg6ZT7nPI5DxPJ0mu2aJ5xAiXeB8TYuOYjw2OdPVLMTFTrxVZvr7yiwZzecza fdYCNGKJC5+0Zj9jn3D+uwD3EUQ4sbmEbiADSG877On7Jiuuvc4bqzzy+jb2nU51 ost50Btx5Yg6QsHDWoxG7Fu/X1M19d9vBIgrtd4xHVXOtWaEZchJh7Y+hRYm+BL3 nGl3UdQTjLA1+vEzkRF8YJG9UaQKT8FwWzzGFseNQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=6QpGNc 20EDxzFWRGIZInXy5tXIvi0QYtCne+u6fkEgw=; b=Nhk1FmDFLisK/XpqrnTltj JqWbXmp+Lrn/aE3vUKosdBslSu7R0UG1HQ/XAwZ3y/88gFKv+aAT2WqHR4IgY5Hp Rwm2l1N/P5eTWvCcWKOP/jJe+xTjHh8cuTRwSAGcCfCNNX8u4UobNX4IITJCi0nv utzyYTOg/f8hoRsSzgFCaneLjdCXk9zVZu8dwEvu5+VR8LXAXLJW6Di5zj2u9lW8 VT+tOMB13eNYUggRVjMBFmXnBUVxXTDZMBT0+1u3Pvp8mmglAbhnJFph0hu4ansM IVNNV//kwkRw7lAGkAH3vUPGjCvh7YyjzY3x+QcGTY86kIIwSrRtR+eOqCMF6wdA == X-ME-Proxy: X-ME-Sender: Received: from fenix.localnet (unknown [186.105.20.201]) by mail.messagingengine.com (Postfix) with ESMTPA id 1504B10334 for ; Thu, 5 Jul 2018 10:51:34 -0400 (EDT) From: David Mimms To: freebsd-current@freebsd.org Subject: Re: EFI booting from external USB pen drive Date: Thu, 05 Jul 2018 10:50:56 -0400 Message-ID: <2965305.K7DBhPY28l@fenix> In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 05 Jul 2018 14:51:44 -0000 Bjoern, I had this problem earlier this week while using FreeBSD-12.0-CURRENT-amd64= =2D20180628-r335760-memstick.img on my ThinkPad P50. I had used `dd` to place the img file on a partition (e.g. /dev/sdb1) of th= e USB pen drive and it wouldn't boot properly. After I used `dd` to place the img on the entire device (e.g. /dev/sdb), I = noticed that it had its own partition scheme with three partitions, and tha= t booted just fine. DM On Thursday, July 5, 2018 10:30:51 AM -04 Bjoern A. Zeeb wrote: > Hi, >=20 > while I can boot memstick images just fine (which are created using=20 > makefs/mkimg), doing the same thing using gpart/newfs_msdos -F 12/.. I=20 > am not able to get anything that boots. >=20 > On a Thinkpad (secure boot is off) from the =E2=80=9Cboot device chooser = from=20 > =E2=80=98BIOS=E2=80=99=E2=80=9D I get a quick blank screen and am back at= the chooser. =20 > I=E2=80=99ve tried the gpart =E2=80=9Cthinkpad hack=E2=80=9D as well as t= rying an MBR (why=20 > that should work I don=E2=80=99t know but the memstick one does) and GPT= =20 > options of various kinds. >=20 >=20 > Anyone successfully done this lately? >=20 >=20 > /bz > _______________________________________________ > 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" >=20 From owner-freebsd-current@freebsd.org Thu Jul 5 17:10:41 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7D163103EA4B for ; Thu, 5 Jul 2018 17:10:41 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4696589F6E for ; Thu, 5 Jul 2018 17:10:41 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro-2.local (ralph.baldwin.cx [66.234.199.215]) by mail.baldwin.cx (Postfix) with ESMTPSA id 8D35D10B45E; Thu, 5 Jul 2018 13:10:39 -0400 (EDT) Subject: Re: atomic changes break drm-next-kmod? To: Pete Wright , Niclas Zeising , "O. Hartmann" , FreeBSD Current References: <20180703170223.266dbf5b@thor.intern.walstatt.dynvpn.de> <845aca10-8c01-fa3b-087f-f957df4e7531@nomadlogic.org> <063ae5c3-0584-1284-dd9d-ab8b5790baf1@FreeBSD.org> <0bf8e57b-fdb4-4c1a-3d0d-a734f8187ca8@nomadlogic.org> <4c5411dd-9f6b-7245-6ade-e11040f74687@FreeBSD.org> <24f5d737-a205-6fcc-0a33-a84601d2ff7a@nomadlogic.org> From: John Baldwin Message-ID: Date: Thu, 5 Jul 2018 10:10:45 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <24f5d737-a205-6fcc-0a33-a84601d2ff7a@nomadlogic.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Thu, 05 Jul 2018 13:10:40 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 05 Jul 2018 17:10:41 -0000 On 7/3/18 5:10 PM, Pete Wright wrote: > > > On 07/03/2018 15:56, John Baldwin wrote: >> On 7/3/18 3:34 PM, Pete Wright wrote: >>> >>> On 07/03/2018 15:29, John Baldwin wrote: >>>> That seems like kgdb is looking at the wrong CPU. Can you use >>>> 'info threads' and look for threads not stopped in 'sched_switch' >>>> and get their backtraces? You could also just do 'thread apply >>>> all bt' and put that file at a URL if that is easiest. >>>> >>> >>> sure thing John - here's a gist of "thread apply all bt" >>> >>> https://gist.github.com/gem-pete/d8d7ab220dc8781f0827f965f09d43ed >> That doesn't look right at all. Are you sure the kernel matches the >> vmcore? Also, which kgdb version are you using? >> > > yea i agree that doesn't look right at all.  here is my setup: > > $ which kgdb > /usr/bin/kgdb > $ kgdb > GNU gdb 6.1.1 [FreeBSD] > $ ls -lh /var/crash/vmcore.1 > -rw-------  1 root  wheel   1.6G Jul  3 15:03 /var/crash/vmcore.1 > $ ls -l /usr/lib/debug/boot/kernel/kernel.debug > -r-xr-xr-x  1 root  wheel  87840496 Jul  3 13:54 > /usr/lib/debug/boot/kernel/kernel.debug > > and i invoke kgdb like so: > $ sudo kgdb /usr/lib/debug/boot/kernel/kernel.debug /var/crash/vmcore.1 > > here's a gist of my full gdb session: > http://termbin.com/krsn > > dunno - maybe i have a bad core dump?  regardless, more than happy to > help so let me know if i should try anything else or patches etc.. Can you try installing gdb from ports and using /usr/local/bin/kgdb? -- John Baldwin From owner-freebsd-current@freebsd.org Thu Jul 5 17:19:40 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 98A25103F640 for ; Thu, 5 Jul 2018 17:19:40 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x236.google.com (mail-it0-x236.google.com [IPv6:2607:f8b0:4001:c0b::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 115938A92E for ; Thu, 5 Jul 2018 17:19:40 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x236.google.com with SMTP id v71-v6so2907479itb.3 for ; Thu, 05 Jul 2018 10:19:40 -0700 (PDT) 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=xfrzyK+6pxa/84O0ETDG5VMSJppW3t+GHL6eSZ/UGEY=; b=aMteW/5QL+fAVMS4G+ROvwYxdlkcjcOlzOttzkElv5XyhuP8+jK/FU1wl67g85mVg1 UiIIGbfaNEBLebfS+72Ctu/QfiOqnlDIC8tDF83Ty1W2qjY6ZWs80xLRjO1QVcNWxwMF 9icJqBRSB43tJVuyPjkt/UCB153vweqmVIVSlGt+dbkNdo1c5PqM/dP9kBYy4F9+R+p4 SqbhArNjhwM5tj3PRIZB1MsxKMH/29c8l77v7/OyLrdTsGXiuPjqz+We+/zi82dC/hmc 1R0iLj29X4iHsJuXruMaw2a3VmFFyMoQTgA3fnVC+7RmADvC9KJg5aXeQbxDfeLiNwjA E/3w== 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=xfrzyK+6pxa/84O0ETDG5VMSJppW3t+GHL6eSZ/UGEY=; b=BDIZNJS1Mdg7q9N2TEkTuUPdMI2CeO4YPZeKSdAjqDaAMp0yG8CjpLZ+OR1WCWLDAJ CRqRcuHxydT6yNZpdeVP7d3prsYPzyum2oaY7RTZhPud5GAjZnXN3vQ+lnfM6BJ65zPJ nMvFyq77/BgocphltbrdRS+6P+Ju9SVJQiigfhzpa9ESIMdu2cKC3vUuk+DM/wEJpEFg 58jahUoNQKbulzrGmUGl50a8EVGfsp10jC1eqrsp8jp3UilQSvxsWwyUDeedmKZUI44R 83VyCRWMJSBD3VdSvM7tJiRI/7JFc4qpiMpMKA8JMLsc0W+9RT8ngJd1FeA+qjLN98Tp /w1Q== X-Gm-Message-State: APt69E2kfasGB3YFQa4R0A0YDb8JhMOD4JgQk9Wv7xryoXSwSy+Gwzu/ 1DH5lVveSUlQOJb3lf18Pqm8EER/s66j6Y9JL3KLsg== X-Google-Smtp-Source: AAOMgpc3Dnl7hPKtxfTS9CLneGLo45eIlzz8DDbycF2F+0K6n7BHnhuBj0yRL9n/cr+vu/ArfPRTrRKHVUd+NHLL17I= X-Received: by 2002:a24:ad28:: with SMTP id c40-v6mr5558431itf.36.1530811179415; Thu, 05 Jul 2018 10:19:39 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Thu, 5 Jul 2018 11:19:27 -0600 Message-ID: Subject: Re: EFI booting from external USB pen drive To: "Bjoern A. Zeeb" Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 05 Jul 2018 17:19:40 -0000 FAT12 isn't good for UEFI. Use FAT16 or FAT32. Warner On Thu, Jul 5, 2018, 9:32 AM Bjoern A. Zeeb wrote: > Hi, > > while I can boot memstick images just fine (which are created using > makefs/mkimg), doing the same thing using gpart/newfs_msdos -F 12/.. I > am not able to get anything that boots. > > On a Thinkpad (secure boot is off) from the =E2=80=9Cboot device chooser = from > =E2=80=98BIOS=E2=80=99=E2=80=9D I get a quick blank screen and am back at= the chooser. > I=E2=80=99ve tried the gpart =E2=80=9Cthinkpad hack=E2=80=9D as well as t= rying an MBR (why > that should work I don=E2=80=99t know but the memstick one does) and GPT > options of various kinds. > > > Anyone successfully done this lately? > > > /bz > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@freebsd.org Thu Jul 5 17:20:32 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2A962103F77C for ; Thu, 5 Jul 2018 17:20:32 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A89818A9EF; Thu, 5 Jul 2018 17:20:31 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id w65HKTTn048659; Thu, 5 Jul 2018 10:20:29 -0700 (PDT) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id w65HKTe4048658; Thu, 5 Jul 2018 10:20:29 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201807051720.w65HKTe4048658@pdx.rh.CN85.dnsmgr.net> Subject: Re: Unable to UEFI boot 11.2 ISO (latest 12.0 as well) In-Reply-To: To: Linus Sundqvist Date: Thu, 5 Jul 2018 10:20:29 -0700 (PDT) CC: Toomas Soome , freebsd-current@freebsd.org, imp@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 05 Jul 2018 17:20:32 -0000 > Here's the output, variable 'currdev' not found: > https://imgur.com/LlBygfr Hum, currdev didnt get set, but I see the loaddevice looks to be cd1: Toomas is right, we have an edge case here that is failing to set currdev properly. > > And to answer Rodneys question from before, this is the emulated CD drive from a Dell iDRAC (remote console thingy). Thanks, that helps. I'll try to duplicate this failure mode since I have Dells, IIRC this virtual emulated CD drive shows up as a USB device. > Med v?nlig h?lsning/Best Regards > Linus Sundqvist > System Engineer, Loopia AB > > On 05/07/18 09:17, Toomas Soome wrote: > > Could you check, show currdev from OK prompt before setting it. > > > > Somehow the boot device path is shown but we fail to recognize it (as seen by error message). However, the lsdev -v does show the path, so the efipart.c seems to do its work correctly. I feel, there should be some corner case in efi/loader/main.c where we detect the boot device. > > > > Rgds, > > Toomas > > > > Sent from my iPhone > > > >> On 5 Jul 2018, at 09:32, Linus Sundqvist wrote: > >> > >> Running these commands makes the boot menu show up, and then takes me to the BSD installer! Good, so there is a work around.... > >> Med v?nlig h?lsning/Best Regards > >> Linus Sundqvist > >> System Engineer, Loopia AB > >> > >>> On 04/07/18 16:50, Toomas Soome wrote: > >>> set currdev=cd1: > >>> include /boot/loader.rc > >>> > >>> This should give menu/boot. > >>> > >>> Rgds, > >>> Toomas > >>> > >>> Sent from my iPhone > >>> > >>>> On 4 Jul 2018, at 16:25, Linus Sundqvist wrote: > >>>> > >>>> Hi, > >>>> > >>>> Sure, while using the 12.0 ISO here is lsdev -v and ls cd0: > >>>> https://imgur.com/RmYpg7u > >>>> > >>>> and here is ls cd1: > >>>> https://imgur.com/FPsixOw > >>>> > >>>> Med v?nlig h?lsning/Best Regards > >>>> Linus Sundqvist > >>>> System Engineer, Loopia AB > >>>> > >>>>> On 04/07/18 15:08, Toomas Soome wrote: > >>>>> Can you post lsdev -v output? > >>>>> > >>>>> Also, could you try ls command? Like, ls cd0: > >>>>> > >>>>> Rgds, > >>>>> Toomas > >>>>> > >>>>> Sent from my iPhone > >>>>> > >>>>>> On 4 Jul 2018, at 12:28, Linus Sundqvist wrote: > >>>>>> > >>>>>> Hi, > >>>>>> > >>>>>> I'm unable to boot up the amd64 11.2 disk1 ISO as well as the latest amd64 12.0 disk1 ISO (20180628) using UEFI on a Dell PowerEdge R430 by getting this error: > >>>>>> https://imgur.com/a/Idljfhm > >>>>>> > >>>>>> The bootonly ISOs seems to show the same error message. > >>>>>> > >>>>>> Changing the server to boot via BIOS loads the setup correctly, however, I want to use UEFI on all our servers, which I have done before. > >>>>>> > >>>>>> The 11.1 ISO boots without any trouble at all using both UEFI and BIOS. > >>>>>> > >>>>>> I was helped by koobs in #freebsd @ Freenode who asked me to send an e-mail this way and linking to these commits as a reference: > >>>>>> > >>>>>> https://reviews.freebsd.org/D13784 > >>>>>> https://svnweb.freebsd.org/base?view=revision&revision=332416 > >>>>>> > >>>>>> So far I've tried to UEFI boot the 11.2 ISO and 12.0 ISO with the following Dell PowerEdge models without success: > >>>>>> > >>>>>> R440 > >>>>>> R630 > >>>>>> R430 > >>>>>> FC430 > >>>>>> R330 > >>>>>> R620 > >>>>>> R420 > >>>>>> R610 > >>>>>> > >>>>>> -- > >>>>>> Med v?nlig h?lsning/Best Regards > >>>>>> Linus Sundqvist > >>>>>> System Engineer, Loopia AB > >>>>>> > >>>>> _______________________________________________ > >>>>> 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" > >>>>> > >>>> > >>> _______________________________________________ > >>> 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" > >>> > >> > > _______________________________________________ > > 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" > > > -- End of PGP section, PGP failed! -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Thu Jul 5 17:48:23 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4AA8410420E8 for ; Thu, 5 Jul 2018 17:48:23 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from vps-mail.nomadlogic.org (mail.nomadlogic.org [IPv6:2607:f2f8:a098::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D3F8E8C403; Thu, 5 Jul 2018 17:48:22 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from [192.168.1.106] (cpe-75-82-194-8.socal.res.rr.com [75.82.194.8]) by vps-mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 16663894 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Thu, 5 Jul 2018 10:48:20 -0700 (PDT) Subject: Re: atomic changes break drm-next-kmod? To: John Baldwin , Niclas Zeising , "O. Hartmann" , FreeBSD Current References: <20180703170223.266dbf5b@thor.intern.walstatt.dynvpn.de> <845aca10-8c01-fa3b-087f-f957df4e7531@nomadlogic.org> <063ae5c3-0584-1284-dd9d-ab8b5790baf1@FreeBSD.org> <0bf8e57b-fdb4-4c1a-3d0d-a734f8187ca8@nomadlogic.org> <4c5411dd-9f6b-7245-6ade-e11040f74687@FreeBSD.org> <24f5d737-a205-6fcc-0a33-a84601d2ff7a@nomadlogic.org> From: Pete Wright Message-ID: Date: Thu, 5 Jul 2018 10:48:16 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 05 Jul 2018 17:48:23 -0000 On 07/05/2018 10:10, John Baldwin wrote: > On 7/3/18 5:10 PM, Pete Wright wrote: >> >> On 07/03/2018 15:56, John Baldwin wrote: >>> On 7/3/18 3:34 PM, Pete Wright wrote: >>>> On 07/03/2018 15:29, John Baldwin wrote: >>>>> That seems like kgdb is looking at the wrong CPU. Can you use >>>>> 'info threads' and look for threads not stopped in 'sched_switch' >>>>> and get their backtraces? You could also just do 'thread apply >>>>> all bt' and put that file at a URL if that is easiest. >>>>> >>>> sure thing John - here's a gist of "thread apply all bt" >>>> >>>> https://gist.github.com/gem-pete/d8d7ab220dc8781f0827f965f09d43ed >>> That doesn't look right at all. Are you sure the kernel matches the >>> vmcore? Also, which kgdb version are you using? >>> >> yea i agree that doesn't look right at all.  here is my setup: >> >> $ which kgdb >> /usr/bin/kgdb >> $ kgdb >> GNU gdb 6.1.1 [FreeBSD] >> $ ls -lh /var/crash/vmcore.1 >> -rw-------  1 root  wheel   1.6G Jul  3 15:03 /var/crash/vmcore.1 >> $ ls -l /usr/lib/debug/boot/kernel/kernel.debug >> -r-xr-xr-x  1 root  wheel  87840496 Jul  3 13:54 >> /usr/lib/debug/boot/kernel/kernel.debug >> >> and i invoke kgdb like so: >> $ sudo kgdb /usr/lib/debug/boot/kernel/kernel.debug /var/crash/vmcore.1 >> >> here's a gist of my full gdb session: >> http://termbin.com/krsn >> >> dunno - maybe i have a bad core dump?  regardless, more than happy to >> help so let me know if i should try anything else or patches etc.. > Can you try installing gdb from ports and using /usr/local/bin/kgdb? > that seems to have done the trick, at least the output looks more encouraging.  --- trap 0, rip = 0, rsp = 0, rbp = 0 --- KDB: enter: panic __curthread () at ./machine/pcpu.h:231 231        __asm("movq %%gs:%1,%0" : "=r" (td) here's my full kgdb session: http://termbin.com/qa4f i don't see any threads not in "sched_switch" though :( -pete -- Pete Wright pete@nomadlogic.org @nomadlogicLA From owner-freebsd-current@freebsd.org Thu Jul 5 17:55:30 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4AF301042CA8 for ; Thu, 5 Jul 2018 17:55:30 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C4EAA8CE14 for ; Thu, 5 Jul 2018 17:55:29 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id BB1FA25D3AA4; Thu, 5 Jul 2018 17:55:27 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id F2BBCD1F818; Thu, 5 Jul 2018 17:55:26 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id uRjvPOvzUeUj; Thu, 5 Jul 2018 17:55:26 +0000 (UTC) Received: from [192.168.124.1] (fresh-ayiya.sbone.de [IPv6:fde9:577b:c1a9:f001::2]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id C9E2ED1F805; Thu, 5 Jul 2018 17:55:24 +0000 (UTC) From: "Bjoern A. Zeeb" To: "Warner Losh" Cc: "FreeBSD Current" Subject: Re: EFI booting from external USB pen drive Date: Thu, 05 Jul 2018 17:55:22 +0000 X-Mailer: MailMate (2.0BETAr6114) Message-ID: In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 05 Jul 2018 17:55:30 -0000 On 5 Jul 2018, at 17:19, Warner Losh wrote: > FAT12 isn't good for UEFI. Use FAT16 or FAT32. We use it for the default image we built and the wiki suggests it as well at https://wiki.freebsd.org/UEFI#CD.2FDVD_Boot_under_UEFI I wonder where this “default†came from? /bz From owner-freebsd-current@freebsd.org Thu Jul 5 18:18:08 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 008CD10448AB for ; Thu, 5 Jul 2018 18:18:08 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B34F8E111 for ; Thu, 5 Jul 2018 18:18:07 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id w65II3HH048905; Thu, 5 Jul 2018 11:18:03 -0700 (PDT) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id w65II3mw048904; Thu, 5 Jul 2018 11:18:03 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201807051818.w65II3mw048904@pdx.rh.CN85.dnsmgr.net> Subject: Re: EFI booting from external USB pen drive In-Reply-To: To: "Bjoern A. Zeeb" Date: Thu, 5 Jul 2018 11:18:03 -0700 (PDT) CC: Warner Losh , FreeBSD Current X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 05 Jul 2018 18:18:08 -0000 [ Charset UTF-8 unsupported, converting... ] > On 5 Jul 2018, at 17:19, Warner Losh wrote: > > > FAT12 isn't good for UEFI. Use FAT16 or FAT32. > > We use it for the default image we built and the wiki suggests it as > well at https://wiki.freebsd.org/UEFI#CD.2FDVD_Boot_under_UEFI IIRC FreeBSD recently cnahged to FAT16 or 32 on these as the size got pushed up to be larger than what FAT12 can access. > I wonder where this ?default? came from? > > /bz -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Thu Jul 5 18:38:15 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0790D1016D3B for ; Thu, 5 Jul 2018 18:38:15 +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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protected-networks.net", Issuer "Protected Networks CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C059A8F7B5; Thu, 5 Jul 2018 18:38:14 +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=1530815891; bh=NdA3a+VY5oNFJI0u512Z88O2iRJcyP6U+rwEYLe peFA=; b=QokXaztbyEA7yZbQ6DBxGDowPBu/C507u0MQCT9mFakqDGcqPD7dkNN FsJ2yqBtHWD/xgcrpNiF5X9Y68bHtEGfWt6imYMKOaxWZvbuHybE5iZXUdEAaat+ RAhormt9/N2jZfC4lRnHuDnGZ5LaD81MxU7OTIlN0q/aPSLNioH0= Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id 7FCF3E0D9; Thu, 5 Jul 2018 14:38:11 -0400 (EDT) To: kevans@freebsd.org Cc: FreeBSD Current From: Michael Butler Subject: SVN r336011 breaks build Openpgp: preference=signencrypt Message-ID: <29f7ca37-b1f8-e6d8-470d-8ed574b8acc4@protected-networks.net> Date: Thu, 5 Jul 2018 14:38:10 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.9.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 05 Jul 2018 18:38:15 -0000 As below: Building /usr/obj/usr/src/amd64.amd64/usr.sbin/config/config.c Building /usr/obj/usr/src/amd64.amd64/usr.sbin/config/lang.c Building /usr/obj/usr/src/amd64.amd64/usr.sbin/config/kernconf.c Building /usr/obj/usr/src/amd64.amd64/usr.sbin/config/config.o Building /usr/obj/usr/src/amd64.amd64/usr.sbin/config/main.o Building /usr/obj/usr/src/amd64.amd64/usr.sbin/config/lang.o Building /usr/obj/usr/src/amd64.amd64/usr.sbin/config/mkmakefile.o /usr/src/usr.sbin/config/mkmakefile.c:289:28: error: too many arguments to function call, expected single argument 'cookie', have 2 arguments cnvlist_free_string(nvl, cookie); ~~~~~~~~~~~~~~~~~~~ ^~~~~~ /usr/include/sys/cnv.h:106:1: note: 'cnvlist_free_string' declared here void cnvlist_free_string(void *cookie); ^ 1 error generated. *** Error code 1 Stop. make: stopped in /usr/src/usr.sbin/config imb From owner-freebsd-current@freebsd.org Thu Jul 5 18:39:32 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A482C1022059 for ; Thu, 5 Jul 2018 18:39:32 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x231.google.com (mail-io0-x231.google.com [IPv6:2607:f8b0:4001:c06::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 31A2F8FA0B for ; Thu, 5 Jul 2018 18:39:32 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x231.google.com with SMTP id q9-v6so8641988ioj.8 for ; Thu, 05 Jul 2018 11:39:32 -0700 (PDT) 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=fHuDNB2MS2R/WDW8/eIPqphZHfpFduxBV5N2kRnEDlk=; b=Pm0HP4vZtVc/IqdYeEj+i600RglcJsUiCyY3WI7GpbhZCTWi5Neyk+aUviFWr/r4Gg dJ4wqyJlEi2dRnBKJ/jd1R5Y0/StK/mbRpIKkxqkZx4Eilxc1ZZhWrkkt+Wzgvp6QQ1f jQTWTiY1gsGKdpN5q4q2KlUlJZIvXYe6AJfsOkIpZkxVj74G+C6DbtYoQPoRS+lBNrHO qRTFn2tUX/aEb7mCu4V52CC16wrjmV15KD6CCpCFeLHs93UpnzFqLV1me/L91Y73Y7nl BBLdr0MeqaDeJz9WY0yHdkJQp9zf1v5VjuUO1BMNJZTPcTG6zqhiVdhBq3BSZWNryCKO PT1A== 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=fHuDNB2MS2R/WDW8/eIPqphZHfpFduxBV5N2kRnEDlk=; b=g3PoRSelUTLujaW0hSOM6/w+6koqRHZF7Go6oeW+KWifUoMDBSETdNW0dtMagpUEHi RR8A/jlsE1rr+aB4hdPb7iRXUH5oUZ4sHYtFS3IC0gJioT+xP525niKvnfI8rbgOyh6W n0Pu5bQlChZrluXI5zuMnPt/MfYKe6nriWL5SN9cjsA+BJakBWuWLrZ3fmyzJNFtnkFv BLr+S1Q4PoXHW4xxtf5Ch15Ck6gQrmWRCv/yCiUJ7KtQUX6hC7bnYYN8ZJuF/iJwuKkN Yi4QKEaqmzkMQr4cWKNTHxyrGupvFOKN3xNxSUMzlMZDP8Uj4QJYjFdgXX89HQarARvd 5B5Q== X-Gm-Message-State: APt69E24j4NgwPGTgegfsL6pgVoTGEbDUJJIct0kNaM+aTS6w/4Jczkz x7iUZVVnzelAMQ7aMxdDoqrxc/fbJki9dc1kAj1DqQ== X-Google-Smtp-Source: AAOMgpeoPhH61GPpdWx7MpY+grASAfpRHuaXfHa9b+Pr36WWwNStjDEw0dPmbm8kqPMp7HusbHrW0v+5huvO6yFLruM= X-Received: by 2002:a6b:d40c:: with SMTP id l12-v6mr6058282iog.37.1530815971580; Thu, 05 Jul 2018 11:39:31 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Thu, 5 Jul 2018 12:39:20 -0600 Message-ID: Subject: Re: EFI booting from external USB pen drive To: "Bjoern A. Zeeb" Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 05 Jul 2018 18:39:33 -0000 On Thu, Jul 5, 2018, 12:55 PM Bjoern A. Zeeb wrote: > On 5 Jul 2018, at 17:19, Warner Losh wrote: > > > FAT12 isn't good for UEFI. Use FAT16 or FAT32. > > We use it for the default image we built and the wiki suggests it as > well at https://wiki.freebsd.org/UEFI#CD.2FDVD_Boot_under_UEFI > > I wonder where this =E2=80=9Cdefault=E2=80=9D came from? > The original UEFI port... they didn't check the standard's recommendations. It worked then, but experience has shown FAT12 doesn't work everywhere. Warner > From owner-freebsd-current@freebsd.org Thu Jul 5 18:42:46 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B1DEF10227D9 for ; Thu, 5 Jul 2018 18:42:46 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x22f.google.com (mail-io0-x22f.google.com [IPv6:2607:f8b0:4001:c06::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3FF1D8FFE6 for ; Thu, 5 Jul 2018 18:42:46 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x22f.google.com with SMTP id v26-v6so8648416iog.5 for ; Thu, 05 Jul 2018 11:42:46 -0700 (PDT) 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=5zXZgro6OdRkAWOZfBNqCUOdDS44TTu1Wt9Z7vLXwMs=; b=fg1RijzBETEH7zGyc2XOelA0fjamXPH9JTAS/DEf9K+ZxA5dH5cit+Nfl0e+I1SFCL nJdRpSEjOPW54RWAEYhUsuwuQsZG1sygeEmkdXjvQJpphU04A+E6CH48vCP5sDSyILP5 LhggWNbwNpHDJVFOCakAH+bxNeOxyVVIUobH1wgc9KQOkmqgfXc1uJzZ2chAVk3p5XDK KPRreN603zVi9N0XDrRyaS4p3FHWtxNK+1KD6cK4of25rIjudGhEGtyaT/4H21WTlgAc tcEr/mEyQ0DE35UyNmxUh2pxby43vsueLJ/jyUPbbKC9RFLYZUeL/rwxFLvJFEOeZFzb +IJA== 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=5zXZgro6OdRkAWOZfBNqCUOdDS44TTu1Wt9Z7vLXwMs=; b=dcYIkQZqxfprbPGMkqWcq55PmUqtD0hIr1z6Gzn5dRLddyhb5x3QwVfEdCUXgFA/ng Qh4+dm2a2Iw9KfrdvYf1mUNr2qJwRzFUrj5lFMHpCf7aciyRXPXAMF6US9hvmDRw2ZDi AKj2kPQRc8JdV/cnvl//5dGOEkku98cDkHCRfGZ9YUXt91NY7gKiSvZeJk/OX3klOEx6 jRkup7WnP5X4rCpQB5OxcgENuynUgUh2rODjiepx31PeZKOiLGEEt1jbIQ0a2IWia8mr eSfDYlSfPg0s9n7TjBlw2NdE5iRBzWLFRscAkh1Q4oqXtiOo7L10pG0c/fhJuCxfKPoq CV+Q== X-Gm-Message-State: APt69E0pU0dwLX0lTNATZKAE/F1QDA4mY/e3hVRvIpQ0kx9ywB+chyEW 34YGEC3GTIJSdTSrX0KoEhTFA8Hv4VRD8tklH8PDWQ== X-Google-Smtp-Source: AAOMgpeZvN4Gra/AQBANRfCrsfvaczhDKzMSKOdNgw3kxPqW2L4dAD1BicCKKVNt6YCTuxpHCafTvFIIhGiR4Tw5g04= X-Received: by 2002:a6b:280a:: with SMTP id o10-v6mr5937142ioo.168.1530816154608; Thu, 05 Jul 2018 11:42:34 -0700 (PDT) MIME-Version: 1.0 References: <86482bdb-60bd-b573-1a98-e14928f4537e@loopia.se> <1E09B50A-8E4F-4E1E-BBE2-61B1570376D3@me.com> <3FB4F603-03A7-4D54-87EA-633C08D8C5E7@me.com> <69DD5AC1-5FF8-4A6E-993B-F65070D484BF@me.com> In-Reply-To: From: Warner Losh Date: Thu, 5 Jul 2018 12:42:23 -0600 Message-ID: Subject: Re: Unable to UEFI boot 11.2 ISO (latest 12.0 as well) To: Linus Sundqvist Cc: Toomas Soome , FreeBSD Current , imp@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 05 Jul 2018 18:42:47 -0000 I think I know what is going on... I may have some changes that fixes this. Warner On Thu, Jul 5, 2018, 9:12 AM Linus Sundqvist wrote: > I have no idea how to do that or where to begin, but if anyone would like > to assist with those steps I'll gladly run commands or a test ISO on one = of > our Dell servers. > > Med v=C3=A4nlig h=C3=A4lsning/Best Regards > Linus Sundqvist > System Engineer, Loopia AB > > On 05/07/18 10:23, Toomas Soome wrote: > > > > > >> On 5 Jul 2018, at 10:28, Linus Sundqvist > wrote: > >> > >> Here's the output, variable 'currdev' not found: > >> https://imgur.com/LlBygfr > > > > > > Yes indeed, as you got the error, so the variable was not set at all. M= y > suggestion would be to walk over the code in main.c, and to try to get mo= re > debug printouts from that dell system=E2=80=A6 Im myself mostly offline t= ill next > week. > > > > rgds, > > toomas > > > >> > >> And to answer Rodneys question from before, this is the emulated CD > drive from a Dell iDRAC (remote console thingy). > >> > >> Med v=C3=A4nlig h=C3=A4lsning/Best Regards > >> Linus Sundqvist > >> System Engineer, Loopia AB > >> > >> On 05/07/18 09:17, Toomas Soome wrote: > >>> Could you check, show currdev from OK prompt before setting it. > >>> > >>> Somehow the boot device path is shown but we fail to recognize it (as > seen by error message). However, the lsdev -v does show the path, so the > efipart.c seems to do its work correctly. I feel, there should be some > corner case in efi/loader/main.c where we detect the boot device. > >>> > >>> Rgds, > >>> Toomas > >>> > >>> Sent from my iPhone > >>> > >>>> On 5 Jul 2018, at 09:32, Linus Sundqvist > wrote: > >>>> > >>>> Running these commands makes the boot menu show up, and then takes m= e > to the BSD installer! > >>>> > >>>> Med v=C3=A4nlig h=C3=A4lsning/Best Regards > >>>> Linus Sundqvist > >>>> System Engineer, Loopia AB > >>>> > >>>>> On 04/07/18 16:50, Toomas Soome wrote: > >>>>> set currdev=3Dcd1: > >>>>> include /boot/loader.rc > >>>>> > >>>>> This should give menu/boot. > >>>>> > >>>>> Rgds, > >>>>> Toomas > >>>>> > >>>>> Sent from my iPhone > >>>>> > >>>>>> On 4 Jul 2018, at 16:25, Linus Sundqvist > wrote: > >>>>>> > >>>>>> Hi, > >>>>>> > >>>>>> Sure, while using the 12.0 ISO here is lsdev -v and ls cd0: > >>>>>> https://imgur.com/RmYpg7u > >>>>>> > >>>>>> and here is ls cd1: > >>>>>> https://imgur.com/FPsixOw > >>>>>> > >>>>>> Med v=C3=A4nlig h=C3=A4lsning/Best Regards > >>>>>> Linus Sundqvist > >>>>>> System Engineer, Loopia AB > >>>>>> > >>>>>>> On 04/07/18 15:08, Toomas Soome wrote: > >>>>>>> Can you post lsdev -v output? > >>>>>>> > >>>>>>> Also, could you try ls command? Like, ls cd0: > >>>>>>> > >>>>>>> Rgds, > >>>>>>> Toomas > >>>>>>> > >>>>>>> Sent from my iPhone > >>>>>>> > >>>>>>>> On 4 Jul 2018, at 12:28, Linus Sundqvist < > linus.sundqvist@loopia.se> wrote: > >>>>>>>> > >>>>>>>> Hi, > >>>>>>>> > >>>>>>>> I'm unable to boot up the amd64 11.2 disk1 ISO as well as the > latest amd64 12.0 disk1 ISO (20180628) using UEFI on a Dell PowerEdge R43= 0 > by getting this error: > >>>>>>>> https://imgur.com/a/Idljfhm > >>>>>>>> > >>>>>>>> The bootonly ISOs seems to show the same error message. > >>>>>>>> > >>>>>>>> Changing the server to boot via BIOS loads the setup correctly, > however, I want to use UEFI on all our servers, which I have done before. > >>>>>>>> > >>>>>>>> The 11.1 ISO boots without any trouble at all using both UEFI an= d > BIOS. > >>>>>>>> > >>>>>>>> I was helped by koobs in #freebsd @ Freenode who asked me to sen= d > an e-mail this way and linking to these commits as a reference: > >>>>>>>> > >>>>>>>> https://reviews.freebsd.org/D13784 > >>>>>>>> https://svnweb.freebsd.org/base?view=3Drevision&revision=3D33241= 6 > >>>>>>>> > >>>>>>>> So far I've tried to UEFI boot the 11.2 ISO and 12.0 ISO with th= e > following Dell PowerEdge models without success: > >>>>>>>> > >>>>>>>> R440 > >>>>>>>> R630 > >>>>>>>> R430 > >>>>>>>> FC430 > >>>>>>>> R330 > >>>>>>>> R620 > >>>>>>>> R420 > >>>>>>>> R610 > >>>>>>>> > >>>>>>>> -- > >>>>>>>> Med v=C3=A4nlig h=C3=A4lsning/Best Regards > >>>>>>>> Linus Sundqvist > >>>>>>>> System Engineer, Loopia AB > >>>>>>>> > >>>>>>> _______________________________________________ > >>>>>>> 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" > >>>>>>> > >>>>>> > >>>>> _______________________________________________ > >>>>> 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" > >>>>> > >>>> > >>> _______________________________________________ > >>> 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" > >>> > >> > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to " > freebsd-current-unsubscribe@freebsd.org" > > > > From owner-freebsd-current@freebsd.org Thu Jul 5 18:59:27 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2CE7D1024293 for ; Thu, 5 Jul 2018 18:59:27 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B148870BCC; Thu, 5 Jul 2018 18:59:26 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.128.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 9AE8D2600DB; Thu, 5 Jul 2018 20:59:23 +0200 (CEST) Subject: Re: atomic changes break drm-next-kmod? To: Pete Wright , John Baldwin , Niclas Zeising , "O. Hartmann" , FreeBSD Current References: <20180703170223.266dbf5b@thor.intern.walstatt.dynvpn.de> <845aca10-8c01-fa3b-087f-f957df4e7531@nomadlogic.org> <063ae5c3-0584-1284-dd9d-ab8b5790baf1@FreeBSD.org> <0bf8e57b-fdb4-4c1a-3d0d-a734f8187ca8@nomadlogic.org> <4c5411dd-9f6b-7245-6ade-e11040f74687@FreeBSD.org> <24f5d737-a205-6fcc-0a33-a84601d2ff7a@nomadlogic.org> From: Hans Petter Selasky Message-ID: <29ce4eab-6667-d2ca-b5d8-3deeef28f142@selasky.org> Date: Thu, 5 Jul 2018 20:59:04 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 05 Jul 2018 18:59:27 -0000 On 07/05/18 19:48, Pete Wright wrote: > > > On 07/05/2018 10:10, John Baldwin wrote: >> On 7/3/18 5:10 PM, Pete Wright wrote: >>> >>> On 07/03/2018 15:56, John Baldwin wrote: >>>> On 7/3/18 3:34 PM, Pete Wright wrote: >>>>> On 07/03/2018 15:29, John Baldwin wrote: >>>>>> That seems like kgdb is looking at the wrong CPU.  Can you use >>>>>> 'info threads' and look for threads not stopped in 'sched_switch' >>>>>> and get their backtraces?  You could also just do 'thread apply >>>>>> all bt' and put that file at a URL if that is easiest. >>>>>> >>>>> sure thing John - here's a gist of "thread apply all bt" >>>>> >>>>> https://gist.github.com/gem-pete/d8d7ab220dc8781f0827f965f09d43ed >>>> That doesn't look right at all.  Are you sure the kernel matches the >>>> vmcore?  Also, which kgdb version are you using? >>>> >>> yea i agree that doesn't look right at all.  here is my setup: >>> >>> $ which kgdb >>> /usr/bin/kgdb >>> $ kgdb >>> GNU gdb 6.1.1 [FreeBSD] >>> $ ls -lh /var/crash/vmcore.1 >>> -rw-------  1 root  wheel   1.6G Jul  3 15:03 /var/crash/vmcore.1 >>> $ ls -l /usr/lib/debug/boot/kernel/kernel.debug >>> -r-xr-xr-x  1 root  wheel  87840496 Jul  3 13:54 >>> /usr/lib/debug/boot/kernel/kernel.debug >>> >>> and i invoke kgdb like so: >>> $ sudo kgdb /usr/lib/debug/boot/kernel/kernel.debug /var/crash/vmcore.1 >>> >>> here's a gist of my full gdb session: >>> http://termbin.com/krsn >>> >>> dunno - maybe i have a bad core dump?  regardless, more than happy to >>> help so let me know if i should try anything else or patches etc.. >> Can you try installing gdb from ports and using /usr/local/bin/kgdb? >> > > that seems to have done the trick, at least the output looks more > encouraging. > >  --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > KDB: enter: panic > > __curthread () at ./machine/pcpu.h:231 > 231        __asm("movq %%gs:%1,%0" : "=r" (td) > > > here's my full kgdb session: > http://termbin.com/qa4f > > i don't see any threads not in "sched_switch" though :( Hi, The problem may be that the patch to enable atomic inlining of all macros forgot to set the SMP keyword which means SMP is not defined at all for KLD's so all non-kernel atomic usage is with MPLOCKED empty! /* * For userland, always use lock prefixes so that the binaries will run * on both SMP and !SMP systems. */ #if defined(SMP) || !defined(_KERNEL) #define MPLOCKED "lock ; " #else #define MPLOCKED #endif Can you try to recompile the LinuxKPI /sys/modules/linuxkpi with DEBUG_FLAGS="-DSMP" ? and similarly the drm-next package? --HPS From owner-freebsd-current@freebsd.org Thu Jul 5 19:08:59 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 77DF21025278 for ; Thu, 5 Jul 2018 19:08:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-22.consmr.mail.gq1.yahoo.com (sonic312-22.consmr.mail.gq1.yahoo.com [98.137.69.203]) (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 02EA571299 for ; Thu, 5 Jul 2018 19:08:58 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: PLkTH5cVM1mzoWBI7Fghpaw81cjtgEylB9lEJj6iPJ_htqjJLcfE6bXlzeU62UF mcGNR1IsMXa6upG8npR2lWUhk8Fg_BBLYKZKM2GJ8qpQYP4htyHcfGcECbolZvi3Scum1n7A0IEJ 9RGdJ_y4qroNGUe94YA7vGcLhkqEKByk9e._paJ8LUqMw.odPN.vfCDwEfScsy_rLqFFL1cdFDxQ vfTeoxaV2V_speBOi1IJh5BrTmW05amqeTeMMfKUwhJ9EaLFCT4pfy_h9vKhwuWYELBwI9ArZ4XF A_enxXl.mOBOg3aDPj75rsTEnjvxyxen3rZI_mSaI4Xw9OSxgD3eId9kR_kEKeBdHKyWsKVhT_50 wlRlmiD2mUDSmkraM0jWL4As.y4U5yUCJu8Z9cfs9MN9F7QhTWIDFEigg3cZ_mCzPv0Ws6qFBAXy rQAgwcgUNQSr3tk3fqbewiQURZm36s9C6qykYJ2AKi0MBC2nI22fnEJoklAUSiDVZbftCsSp6M_Y O0xZTmycPEhfhkkHAs7tDkJqaxkJfkjF.r7bXsaRF5_bgcivWTjV3O7KTMBOj3QFniI3WydzrEra OCEkXmPdeMXHdRwbBRFNa5OdndfxJhAZ1rzV6jEw9YPpSO5b3v2L6qJ3iNt663HvvoYgPJXjbe36 __aghce3pKmRh87Q6jXiKuRP_wKwYdCZcGOTIWgm0yGjUfA5VKu3xAQ.b3_slIX7MpzTN9DwAiAS vh02ciwVqva.YHFDhISvGBdEaoIKDCvwGIOthlU3WzdEjPE_N4YPE6SDytJv9aL1zzyRfROCyIpP 2F0KZprMNxJmUSDOwlUgaUdwtOsT1q_f7tOJ.WbKR8Hx43ImRypyekn_1MhMkgmmwsz45PQ2pqM1 mi5sZIXhxDVYatsMi8oKlhhKv6ojXUAA2415NNyg8v5HHEdZIpOkZMhBIcsYkPRyJ8ULKdJfyAFH g4SvFq_.pmHhTyL1LxaEq7TpIW8RIYg5z7.negKsYeJRXLBHymLibye.vUewEBw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Thu, 5 Jul 2018 19:08:52 +0000 Received: from ip70-189-131-151.lv.lv.cox.net (EHLO [192.168.0.105]) ([70.189.131.151]) by smtp413.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID eda95d9478b40b865b9fea1c44b72b15; Thu, 05 Jul 2018 19:08:50 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.4 \(3445.8.2\)) Subject: Re: svn commit: r336012 - in head: . usr.sbin/config [ broken for ci.freebsd.org's FreeBSD-head-{sparc64,powerpcspe,powerpc,i386,armv7}-build Message-Id: <2D701F12-BF14-4C95-AAEC-8184577C0B22@yahoo.com> Date: Thu, 5 Jul 2018 12:08:49 -0700 To: kevans@FreeBSD.org, svn-src-head@freebsd.org, FreeBSD Current X-Mailer: Apple Mail (2.3445.8.2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 05 Jul 2018 19:08:59 -0000 Examples: https://ci.freebsd.org/job/FreeBSD-head-armv7-build/568/console shows: 18:54:11=20 --- _bootstrap-tools-usr.sbin/config --- 18:54:11=20 mkmakefile.o: In function `dump_nvlist': 18:54:11=20 /usr/src/usr.sbin/config/mkmakefile.c:287: undefined reference to = `cnvlist_get_string' 18:54:11=20 /usr/src/usr.sbin/config/mkmakefile.c:289: undefined reference to = `cnvlist_free_string' 18:54:11=20 cc: error: linker command failed with exit code 1 (use -v to see = invocation) 18:54:11=20 *** [config.full] Error code 1 (i386 agrees.) As for gcc 4.2.1 (32-bit and 64-bit targets), an example: https://ci.freebsd.org/job/FreeBSD-head-powerpcspe-build/ shows: -------------------------------------------------------------- >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /usr/src/sys/powerpc/conf; = PATH=3D/usr/obj/usr/src/powerpc.powerpcspe/tmp/legacy/usr/sbin:/usr/obj/us= r/src/powerpc.powerpcspe/tmp/legacy/usr/bin:/usr/obj/usr/src/powerpc.power= pcspe/tmp/legacy/bin:/usr/obj/usr/src/powerpc.powerpcspe/tmp/usr/sbin:/usr= /obj/usr/src/powerpc.powerpcspe/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin = config -d /usr/obj/usr/src/powerpc.powerpcspe/sys/MPC85XXSPE -I = '/usr/src/sys/powerpc/conf' '/usr/src/sys/powerpc/conf/MPC85XXSPE' config: /usr/src/sys/powerpc/conf/MPC85XXSPE: No error: 0 *** [buildkernel] Error code 2 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Thu Jul 5 19:12:51 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C268D1025A46 for ; Thu, 5 Jul 2018 19:12:51 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (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 555A5717AD; Thu, 5 Jul 2018 19:12:51 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.128.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 8D5EF2600DB; Thu, 5 Jul 2018 21:12:43 +0200 (CEST) Subject: Re: atomic changes break drm-next-kmod? From: Hans Petter Selasky To: Pete Wright , John Baldwin , Niclas Zeising , "O. Hartmann" , FreeBSD Current References: <20180703170223.266dbf5b@thor.intern.walstatt.dynvpn.de> <845aca10-8c01-fa3b-087f-f957df4e7531@nomadlogic.org> <063ae5c3-0584-1284-dd9d-ab8b5790baf1@FreeBSD.org> <0bf8e57b-fdb4-4c1a-3d0d-a734f8187ca8@nomadlogic.org> <4c5411dd-9f6b-7245-6ade-e11040f74687@FreeBSD.org> <24f5d737-a205-6fcc-0a33-a84601d2ff7a@nomadlogic.org> <29ce4eab-6667-d2ca-b5d8-3deeef28f142@selasky.org> Message-ID: Date: Thu, 5 Jul 2018 21:12:24 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <29ce4eab-6667-d2ca-b5d8-3deeef28f142@selasky.org> Content-Type: multipart/mixed; boundary="------------386FDABCA8BFA6F17E890B82" Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 05 Jul 2018 19:12:52 -0000 This is a multi-part message in MIME format. --------------386FDABCA8BFA6F17E890B82 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit On 07/05/18 20:59, Hans Petter Selasky wrote: > On 07/05/18 19:48, Pete Wright wrote: >> >> >> On 07/05/2018 10:10, John Baldwin wrote: >>> On 7/3/18 5:10 PM, Pete Wright wrote: >>>> >>>> On 07/03/2018 15:56, John Baldwin wrote: >>>>> On 7/3/18 3:34 PM, Pete Wright wrote: >>>>>> On 07/03/2018 15:29, John Baldwin wrote: >>>>>>> That seems like kgdb is looking at the wrong CPU.  Can you use >>>>>>> 'info threads' and look for threads not stopped in 'sched_switch' >>>>>>> and get their backtraces?  You could also just do 'thread apply >>>>>>> all bt' and put that file at a URL if that is easiest. >>>>>>> >>>>>> sure thing John - here's a gist of "thread apply all bt" >>>>>> >>>>>> https://gist.github.com/gem-pete/d8d7ab220dc8781f0827f965f09d43ed >>>>> That doesn't look right at all.  Are you sure the kernel matches the >>>>> vmcore?  Also, which kgdb version are you using? >>>>> >>>> yea i agree that doesn't look right at all.  here is my setup: >>>> >>>> $ which kgdb >>>> /usr/bin/kgdb >>>> $ kgdb >>>> GNU gdb 6.1.1 [FreeBSD] >>>> $ ls -lh /var/crash/vmcore.1 >>>> -rw-------  1 root  wheel   1.6G Jul  3 15:03 /var/crash/vmcore.1 >>>> $ ls -l /usr/lib/debug/boot/kernel/kernel.debug >>>> -r-xr-xr-x  1 root  wheel  87840496 Jul  3 13:54 >>>> /usr/lib/debug/boot/kernel/kernel.debug >>>> >>>> and i invoke kgdb like so: >>>> $ sudo kgdb /usr/lib/debug/boot/kernel/kernel.debug /var/crash/vmcore.1 >>>> >>>> here's a gist of my full gdb session: >>>> http://termbin.com/krsn >>>> >>>> dunno - maybe i have a bad core dump?  regardless, more than happy to >>>> help so let me know if i should try anything else or patches etc.. >>> Can you try installing gdb from ports and using /usr/local/bin/kgdb? >>> >> >> that seems to have done the trick, at least the output looks more >> encouraging. >> >>   --- trap 0, rip = 0, rsp = 0, rbp = 0 --- >> KDB: enter: panic >> >> __curthread () at ./machine/pcpu.h:231 >> 231        __asm("movq %%gs:%1,%0" : "=r" (td) >> >> >> here's my full kgdb session: >> http://termbin.com/qa4f >> >> i don't see any threads not in "sched_switch" though :( > > Hi, > > The problem may be that the patch to enable atomic inlining of all > macros forgot to set the SMP keyword which means SMP is not defined at > all for KLD's so all non-kernel atomic usage is with MPLOCKED empty! > > /* >  * For userland, always use lock prefixes so that the binaries will run >  * on both SMP and !SMP systems. >  */ > #if defined(SMP) || !defined(_KERNEL) > #define MPLOCKED        "lock ; " > #else > #define MPLOCKED > #endif > > Can you try to recompile the LinuxKPI /sys/modules/linuxkpi with > DEBUG_FLAGS="-DSMP" ? > > and similarly the drm-next package? > Also please find attached a patch for amd64. --HPS --------------386FDABCA8BFA6F17E890B82 Content-Type: text/x-patch; name="atomic.h.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="atomic.h.diff" Index: sys/amd64/include/atomic.h =================================================================== --- sys/amd64/include/atomic.h (revision 335974) +++ sys/amd64/include/atomic.h (working copy) @@ -132,7 +132,7 @@ * For userland, always use lock prefixes so that the binaries will run * on both SMP and !SMP systems. */ -#if defined(SMP) || !defined(_KERNEL) +#if defined(SMP) || !defined(_KERNEL) || defined(KLD_MODULE) #define MPLOCKED "lock ; " #else #define MPLOCKED @@ -354,7 +354,7 @@ */ #define OFFSETOF_MONITORBUF 0x100 -#if defined(SMP) +#if defined(SMP) || defined(KLD_MODULE) static __inline void __storeload_barrier(void) { --------------386FDABCA8BFA6F17E890B82-- From owner-freebsd-current@freebsd.org Thu Jul 5 19:37:03 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C557B1028500 for ; Thu, 5 Jul 2018 19:37:03 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 42A0672991; Thu, 5 Jul 2018 19:37:03 +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 w65Jalfl032662 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 5 Jul 2018 22:36:50 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua w65Jalfl032662 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id w65Jak51032661; Thu, 5 Jul 2018 22:36:46 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 5 Jul 2018 22:36:46 +0300 From: Konstantin Belousov To: Hans Petter Selasky Cc: Pete Wright , John Baldwin , Niclas Zeising , "O. Hartmann" , FreeBSD Current Subject: Re: atomic changes break drm-next-kmod? Message-ID: <20180705193646.GM5562@kib.kiev.ua> References: <845aca10-8c01-fa3b-087f-f957df4e7531@nomadlogic.org> <063ae5c3-0584-1284-dd9d-ab8b5790baf1@FreeBSD.org> <0bf8e57b-fdb4-4c1a-3d0d-a734f8187ca8@nomadlogic.org> <4c5411dd-9f6b-7245-6ade-e11040f74687@FreeBSD.org> <24f5d737-a205-6fcc-0a33-a84601d2ff7a@nomadlogic.org> <29ce4eab-6667-d2ca-b5d8-3deeef28f142@selasky.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.10.0 (2018-05-17) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 05 Jul 2018 19:37:04 -0000 On Thu, Jul 05, 2018 at 09:12:24PM +0200, Hans Petter Selasky wrote: > On 07/05/18 20:59, Hans Petter Selasky wrote: > > On 07/05/18 19:48, Pete Wright wrote: > >> > >> > >> On 07/05/2018 10:10, John Baldwin wrote: > >>> On 7/3/18 5:10 PM, Pete Wright wrote: > >>>> > >>>> On 07/03/2018 15:56, John Baldwin wrote: > >>>>> On 7/3/18 3:34 PM, Pete Wright wrote: > >>>>>> On 07/03/2018 15:29, John Baldwin wrote: > >>>>>>> That seems like kgdb is looking at the wrong CPU.š Can you use > >>>>>>> 'info threads' and look for threads not stopped in 'sched_switch' > >>>>>>> and get their backtraces?š You could also just do 'thread apply > >>>>>>> all bt' and put that file at a URL if that is easiest. > >>>>>>> > >>>>>> sure thing John - here's a gist of "thread apply all bt" > >>>>>> > >>>>>> https://gist.github.com/gem-pete/d8d7ab220dc8781f0827f965f09d43ed > >>>>> That doesn't look right at all.š Are you sure the kernel matches the > >>>>> vmcore?š Also, which kgdb version are you using? > >>>>> > >>>> yea i agree that doesn't look right at all.š here is my setup: > >>>> > >>>> $ which kgdb > >>>> /usr/bin/kgdb > >>>> $ kgdb > >>>> GNU gdb 6.1.1 [FreeBSD] > >>>> $ ls -lh /var/crash/vmcore.1 > >>>> -rw-------š 1 rootš wheelšš 1.6G Julš 3 15:03 /var/crash/vmcore.1 > >>>> $ ls -l /usr/lib/debug/boot/kernel/kernel.debug > >>>> -r-xr-xr-xš 1 rootš wheelš 87840496 Julš 3 13:54 > >>>> /usr/lib/debug/boot/kernel/kernel.debug > >>>> > >>>> and i invoke kgdb like so: > >>>> $ sudo kgdb /usr/lib/debug/boot/kernel/kernel.debug /var/crash/vmcore.1 > >>>> > >>>> here's a gist of my full gdb session: > >>>> http://termbin.com/krsn > >>>> > >>>> dunno - maybe i have a bad core dump?š regardless, more than happy to > >>>> help so let me know if i should try anything else or patches etc.. > >>> Can you try installing gdb from ports and using /usr/local/bin/kgdb? > >>> > >> > >> that seems to have done the trick, at least the output looks more > >> encouraging. > >> > >> šš--- trap 0, rip = 0, rsp = 0, rbp = 0 --- > >> KDB: enter: panic > >> > >> __curthread () at ./machine/pcpu.h:231 > >> 231ššš ššš __asm("movq %%gs:%1,%0" : "=r" (td) > >> > >> > >> here's my full kgdb session: > >> http://termbin.com/qa4f > >> > >> i don't see any threads not in "sched_switch" though :( > > > > Hi, > > > > The problem may be that the patch to enable atomic inlining of all > > macros forgot to set the SMP keyword which means SMP is not defined at > > all for KLD's so all non-kernel atomic usage is with MPLOCKED empty! Problem is that out-of-tree modules build does not have opt*.h files from the kernel. UP config is a valid one, flipping some option's default value does not solve the problem. The build invocation for such modules needs to provide KERNBUILDDIR variable pointing to the kernel build directory, where all opt*.h files are located. > > > > /* > > š* For userland, always use lock prefixes so that the binaries will run > > š* on both SMP and !SMP systems. > > š*/ > > #if defined(SMP) || !defined(_KERNEL) > > #define MPLOCKEDššššššš "lock ; " > > #else > > #define MPLOCKED > > #endif > > > > Can you try to recompile the LinuxKPI /sys/modules/linuxkpi with > > DEBUG_FLAGS="-DSMP" ? > > > > and similarly the drm-next package? > > > > Also please find attached a patch for amd64. > > --HPS > > Index: sys/amd64/include/atomic.h > =================================================================== > --- sys/amd64/include/atomic.h (revision 335974) > +++ sys/amd64/include/atomic.h (working copy) > @@ -132,7 +132,7 @@ > * For userland, always use lock prefixes so that the binaries will run > * on both SMP and !SMP systems. > */ > -#if defined(SMP) || !defined(_KERNEL) > +#if defined(SMP) || !defined(_KERNEL) || defined(KLD_MODULE) > #define MPLOCKED "lock ; " > #else > #define MPLOCKED > @@ -354,7 +354,7 @@ > */ > #define OFFSETOF_MONITORBUF 0x100 > > -#if defined(SMP) > +#if defined(SMP) || defined(KLD_MODULE) > static __inline void > __storeload_barrier(void) > { > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Thu Jul 5 19:44:06 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0B6BA1029289 for ; Thu, 5 Jul 2018 19:44:06 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A91B473090 for ; Thu, 5 Jul 2018 19:44:05 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro-2.local (ralph.baldwin.cx [66.234.199.215]) by mail.baldwin.cx (Postfix) with ESMTPSA id 5358D10AFD2; Thu, 5 Jul 2018 15:44:04 -0400 (EDT) Subject: Re: atomic changes break drm-next-kmod? To: Konstantin Belousov , Hans Petter Selasky References: <845aca10-8c01-fa3b-087f-f957df4e7531@nomadlogic.org> <063ae5c3-0584-1284-dd9d-ab8b5790baf1@FreeBSD.org> <0bf8e57b-fdb4-4c1a-3d0d-a734f8187ca8@nomadlogic.org> <4c5411dd-9f6b-7245-6ade-e11040f74687@FreeBSD.org> <24f5d737-a205-6fcc-0a33-a84601d2ff7a@nomadlogic.org> <29ce4eab-6667-d2ca-b5d8-3deeef28f142@selasky.org> <20180705193646.GM5562@kib.kiev.ua> Cc: Pete Wright , Niclas Zeising , "O. Hartmann" , FreeBSD Current From: John Baldwin Message-ID: <5dc2a315-4b71-9ff0-0a37-576649e9144b@FreeBSD.org> Date: Thu, 5 Jul 2018 12:44:02 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <20180705193646.GM5562@kib.kiev.ua> Content-Type: text/plain; charset=koi8-r Content-Language: en-US Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Thu, 05 Jul 2018 15:44:05 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 05 Jul 2018 19:44:06 -0000 On 7/5/18 12:36 PM, Konstantin Belousov wrote: > On Thu, Jul 05, 2018 at 09:12:24PM +0200, Hans Petter Selasky wrote: >> On 07/05/18 20:59, Hans Petter Selasky wrote: >>> On 07/05/18 19:48, Pete Wright wrote: >>>> >>>> >>>> On 07/05/2018 10:10, John Baldwin wrote: >>>>> On 7/3/18 5:10 PM, Pete Wright wrote: >>>>>> >>>>>> On 07/03/2018 15:56, John Baldwin wrote: >>>>>>> On 7/3/18 3:34 PM, Pete Wright wrote: >>>>>>>> On 07/03/2018 15:29, John Baldwin wrote: >>>>>>>>> That seems like kgdb is looking at the wrong CPU.š Can you use >>>>>>>>> 'info threads' and look for threads not stopped in 'sched_switch' >>>>>>>>> and get their backtraces?š You could also just do 'thread apply >>>>>>>>> all bt' and put that file at a URL if that is easiest. >>>>>>>>> >>>>>>>> sure thing John - here's a gist of "thread apply all bt" >>>>>>>> >>>>>>>> https://gist.github.com/gem-pete/d8d7ab220dc8781f0827f965f09d43ed >>>>>>> That doesn't look right at all.š Are you sure the kernel matches the >>>>>>> vmcore?š Also, which kgdb version are you using? >>>>>>> >>>>>> yea i agree that doesn't look right at all.š here is my setup: >>>>>> >>>>>> $ which kgdb >>>>>> /usr/bin/kgdb >>>>>> $ kgdb >>>>>> GNU gdb 6.1.1 [FreeBSD] >>>>>> $ ls -lh /var/crash/vmcore.1 >>>>>> -rw-------š 1 rootš wheelšš 1.6G Julš 3 15:03 /var/crash/vmcore.1 >>>>>> $ ls -l /usr/lib/debug/boot/kernel/kernel.debug >>>>>> -r-xr-xr-xš 1 rootš wheelš 87840496 Julš 3 13:54 >>>>>> /usr/lib/debug/boot/kernel/kernel.debug >>>>>> >>>>>> and i invoke kgdb like so: >>>>>> $ sudo kgdb /usr/lib/debug/boot/kernel/kernel.debug /var/crash/vmcore.1 >>>>>> >>>>>> here's a gist of my full gdb session: >>>>>> http://termbin.com/krsn >>>>>> >>>>>> dunno - maybe i have a bad core dump?š regardless, more than happy to >>>>>> help so let me know if i should try anything else or patches etc.. >>>>> Can you try installing gdb from ports and using /usr/local/bin/kgdb? >>>>> >>>> >>>> that seems to have done the trick, at least the output looks more >>>> encouraging. >>>> >>>> šš--- trap 0, rip = 0, rsp = 0, rbp = 0 --- >>>> KDB: enter: panic >>>> >>>> __curthread () at ./machine/pcpu.h:231 >>>> 231ššš ššš __asm("movq %%gs:%1,%0" : "=r" (td) >>>> >>>> >>>> here's my full kgdb session: >>>> http://termbin.com/qa4f >>>> >>>> i don't see any threads not in "sched_switch" though :( >>> >>> Hi, >>> >>> The problem may be that the patch to enable atomic inlining of all >>> macros forgot to set the SMP keyword which means SMP is not defined at >>> all for KLD's so all non-kernel atomic usage is with MPLOCKED empty! > Problem is that out-of-tree modules build does not have opt*.h files > from the kernel. UP config is a valid one, flipping some option's > default value does not solve the problem. Yes, but using the lock prefix in a generic module is ok (it will still work, just not quite as fast) whereas the lack of lock is fatal on SMP. I would amend Hans' patch slightly to honor the opt_* setting for KLD_TIED (but that is only true if KLD_TIED means "built as part of a kernel build, so has valid opt_foo.h headers" and not 'a standalone module where someone put MODULES_TIED=1 on the command line to make'). -- John Baldwin From owner-freebsd-current@freebsd.org Thu Jul 5 19:46:46 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 558D31029669 for ; Thu, 5 Jul 2018 19:46:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-22.consmr.mail.ne1.yahoo.com (sonic303-22.consmr.mail.ne1.yahoo.com [66.163.188.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 D98A073212 for ; Thu, 5 Jul 2018 19:46:45 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: OFIUESUVM1mlEsX1lPAXSwsLLtyHtBckuuT0Nn8..KApT0fH2h_1a_g4O7We11Q 4p8.onhciolACEELKTMOz_JaLYIgdLk0_8.C4EIDKvryBVC6Jow27zN3w_deWt.wu3tqEB5UG8gp dR2mCzMhw2nWUwDkbVt03lBRtHuWvuRUC8ff26h06R2XvR3om5FEzo4XNUtqufR1SDlu.jcta7xX bKF4tfl3S5TSuEz8RnN1uC_1_KHeak2U4lP_AGdFr7yCswLFzNKx6Pz4_WfRdSxcRumT5qi0prEs QR439hKIgmesEzLcNPWSpt7fifzJHmou1cMuDWZkunOQyRQtE2tU70qxUnhl.6H2KS6wKJuEHlIE iEEF_gQT8ruwb7MkpTvFd1ecQlONKTL9SzO63fQa6995V9mBdCnnD_w125BfMMgR3XNGcSIhisQj 5QBJcyUYzbuQbJg_xGbhbv_438j80hoPmkJ.B__zLAkgOFSvIY3pM1VqeVRFL4_vGtndqrIP5w6I ZeDS3vKrxw0KfhxktlEouepLExMfGSY5KX1s9fMklZlYP3HOixQOAw5HOe1xd6GqB0xG3AwxQa_N EHW37aDTzeAQt.PpV.DXXKatER9oWPgJYOPhIKQe1zUgwVaILD0EfsESchQgCLI4_wf_uYO0IavX u.ttORjNhNqRBkMr_FdIGYsCtDrgY6hJ_JKbzfNbEhgvIXo5sL0098RnbbeDIcWet2eub8PJtLkE xspA9wJjVnVK5XGqe5OhWWZFQG9z0cAQAw_102TUCD9okkVLQsLg3k.IzVvDW4fk8lfu7GS_DJGz wNJI8LDYxasFh6dNTz7TUC2qPeZMgu7R4.4NvznIO72XOn.VN41SLlpPpp7_tOfZ1GKCbrVyEFQp hD2onU4xj3uwMQ.KvTY.ME22u_IoV7VreATppx_mhRINg4Q1YAHSSZoLka.2Wur3B4hnn9Fmw4V1 n1KvqhkQZbie1geXb796_Vron0gdpq3mVm0u89ZXjem7ARLVZ_QLbNpxDh1zw Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.ne1.yahoo.com with HTTP; Thu, 5 Jul 2018 19:46:44 +0000 Received: from ip70-189-131-151.lv.lv.cox.net (EHLO [192.168.0.105]) ([70.189.131.151]) by smtp401.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 8391765ab9d3d487c536ed63aee1322f; Thu, 05 Jul 2018 19:46:44 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.4 \(3445.8.2\)) Subject: Re: svn commit: r336002 - in head: usr.bin/netstat usr.sbin/tcpdrop [ as-of -r336013: still broken: ci.freebsd.org FreeBSD-head-{mips,powerpc,powerpcspe}-build Message-Id: <18A86BF1-7428-4387-8889-7EEC07CD8EDA@yahoo.com> Date: Thu, 5 Jul 2018 12:46:42 -0700 To: brooks@FreeBSD.org, svn-src-head@freebsd.org, FreeBSD Current X-Mailer: Apple Mail (2.3445.8.2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 05 Jul 2018 19:46:46 -0000 > Author: brooks > Date: Thu Jul 5 17:02:10 2018 > New Revision: 336002 > URL:=20 > https://svnweb.freebsd.org/changeset/base/336002 >=20 >=20 > Log: > Work around lame warnings in ancient gcc on 32-bit platforms. > =20 > Fixes r335979. [The below are the gcc 4.2.1 based 32-bit architectures.] https://ci.freebsd.org/job/FreeBSD-head-mips-build/3192/consoleText = shows (as an example): --- kern_descrip.o --- cc1: warnings being treated as errors /usr/src/sys/kern/kern_descrip.c: In function 'sysctl_kern_file': /usr/src/sys/kern/kern_descrip.c:3365: warning: cast from pointer to = integer of different size [-Wpointer-to-int-cast] /usr/src/sys/kern/kern_descrip.c:3366: warning: cast from pointer to = integer of different size [-Wpointer-to-int-cast] /usr/src/sys/kern/kern_descrip.c:3367: warning: cast from pointer to = integer of different size [-Wpointer-to-int-cast] powerpc and powerpcspe agree. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Thu Jul 5 21:31:35 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 43FF510332C1 for ; Thu, 5 Jul 2018 21:31:35 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BAE9977632 for ; Thu, 5 Jul 2018 21:31:33 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 50ADE25D3A02; Thu, 5 Jul 2018 21:31:23 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 5172ED1F818; Thu, 5 Jul 2018 21:31:22 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id I8TEpHTyfaSh; Thu, 5 Jul 2018 21:31:21 +0000 (UTC) Received: from [192.168.124.1] (fresh-ayiya.sbone.de [IPv6:fde9:577b:c1a9:f001::2]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id C5619D1F80D; Thu, 5 Jul 2018 21:31:20 +0000 (UTC) From: "Bjoern A. Zeeb" To: "Rodney W. Grimes" Cc: "Warner Losh" , "FreeBSD Current" Subject: Re: EFI booting from external USB pen drive Date: Thu, 05 Jul 2018 21:31:18 +0000 X-Mailer: MailMate (2.0BETAr6114) Message-ID: <6889B6B2-A102-4832-9319-124CEE081784@lists.zabbadoz.net> In-Reply-To: <201807051818.w65II3mw048904@pdx.rh.CN85.dnsmgr.net> References: <201807051818.w65II3mw048904@pdx.rh.CN85.dnsmgr.net> MIME-Version: 1.0 Content-Type: text/plain; format=flowed Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 05 Jul 2018 21:31:35 -0000 On 5 Jul 2018, at 18:18, Rodney W. Grimes wrote: > [ Charset UTF-8 unsupported, converting... ] >> On 5 Jul 2018, at 17:19, Warner Losh wrote: >> >>> FAT12 isn't good for UEFI. Use FAT16 or FAT32. >> >> We use it for the default image we built and the wiki suggests it as >> well at https://wiki.freebsd.org/UEFI#CD.2FDVD_Boot_under_UEFI > > IIRC FreeBSD recently cnahged to FAT16 or 32 on these > as the size got pushed up to be larger than what FAT12 > can access. https://svnweb.freebsd.org/base/head/stand/efi/boot1/generate-fat.sh?anno= tate=3D332561#l45 nope. From owner-freebsd-current@freebsd.org Thu Jul 5 21:55:21 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D50601035152 for ; Thu, 5 Jul 2018 21:55:20 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x233.google.com (mail-it0-x233.google.com [IPv6:2607:f8b0:4001:c0b::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 603D9784C2 for ; Thu, 5 Jul 2018 21:55:20 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x233.google.com with SMTP id j185-v6so14178195ite.1 for ; Thu, 05 Jul 2018 14:55:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=R1U+5zYjCF51f1gyOsD54AN9iYNYNAyC71ZpB0WAye0=; b=2Sau7J1CEj0BkT5lkYAM3aw6tm5LBgrAsg4UTPi+PoGuKI4R23PsgO0izmIuyqQbiR SH5h+Eo0+dPgcbCo5DGGkAEjEcJnE1d7yHv64naXmb3PTO7xmUWOcCpJylbI4TroeRxx 3k3spolmakH6ivhR7L6+eUaOkKBof39L9hto4yvvXTAI+v97/8sAiCzehrZQzdukkT0C d7yFTkU+sixkX12+6vJfCM/nl2zGdR/b7m/zQtF8RcOnOIJK4N5iFhuq+4Lk9E5KRwJB A0CT06x3vqsl3ZXEob+xNsRyaaz5HAXjRcEfhg2WqCYPq1iYVql/Lf6KTviF5AfiVoxa pw5g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=R1U+5zYjCF51f1gyOsD54AN9iYNYNAyC71ZpB0WAye0=; b=PbxYKIOkRDjqLQfYWJ5zad2FXbEqcWhc3CENANUH6pTtHeXtJxAPUnkGvEOG80t/Ca d5CTSyBN3pwbYYzMfc83leNKB9ckZgzgXoG09V7M5W1ZOq8ILVdyer4F7kqr7g18fhC5 oOED6XldGmEj/Qr3PCRNoMRUixNlcOIFHTan6tiG+TZwtW84RceOF72Eec2pHrevNIjR R7cHFtuqTMZmdIXfuMa3qMVjF+jPhoeP2kcFPy1Q7DWbh1jy98Gcj1Y/0D4Kerdq+5PI aSRH1OgUHeCV21+VJGlaKwKJK4+9n7EH6iVzdQdDbqTibQb0XJ4k4bktnf81IBZrUMtJ HeBg== X-Gm-Message-State: APt69E1l09g6brZMujaAyFVS6H4RwDYp2v2r7FfnJP7n7ClHp0Im5DHk YbKT+7VZ5ew0z+gS7UzV2fsAIh1A3edM5hEQnGa+IA== X-Google-Smtp-Source: AAOMgpehW+A9+UbtgP+emyGPTbiaOvZArjCyWqC2V0PPPMnWYxeTiEh7RRcsntCHFf7rVa1uuwRQ6h+1b421PZLgMXg= X-Received: by 2002:a24:ad28:: with SMTP id c40-v6mr6224149itf.36.1530827719672; Thu, 05 Jul 2018 14:55:19 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 2002:a4f:1183:0:0:0:0:0 with HTTP; Thu, 5 Jul 2018 14:55:19 -0700 (PDT) X-Originating-IP: [74.62.67.99] In-Reply-To: <6889B6B2-A102-4832-9319-124CEE081784@lists.zabbadoz.net> References: <201807051818.w65II3mw048904@pdx.rh.CN85.dnsmgr.net> <6889B6B2-A102-4832-9319-124CEE081784@lists.zabbadoz.net> From: Warner Losh Date: Thu, 5 Jul 2018 15:55:19 -0600 X-Google-Sender-Auth: AjjNsvPduuSB00ZcEdn7fuvqq1o Message-ID: Subject: Re: EFI booting from external USB pen drive To: "Bjoern A. Zeeb" Cc: "Rodney W. Grimes" , FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 05 Jul 2018 21:55:21 -0000 On Thu, Jul 5, 2018 at 3:31 PM, Bjoern A. Zeeb < bzeeb-lists@lists.zabbadoz.net> wrote: > On 5 Jul 2018, at 18:18, Rodney W. Grimes wrote: > > [ Charset UTF-8 unsupported, converting... ] >> >>> On 5 Jul 2018, at 17:19, Warner Losh wrote: >>> >>> FAT12 isn't good for UEFI. Use FAT16 or FAT32. >>>> >>> >>> We use it for the default image we built and the wiki suggests it as >>> well at https://wiki.freebsd.org/UEFI#CD.2FDVD_Boot_under_UEFI >>> >> >> IIRC FreeBSD recently cnahged to FAT16 or 32 on these >> as the size got pushed up to be larger than what FAT12 >> can access. >> > > https://svnweb.freebsd.org/base/head/stand/efi/boot1/generat > e-fat.sh?annotate=332561#l45 > > nope. > Yea, this should die a firey death in a fire, burned with flames, and the ashes stirred into a paste that's tossed overboard into the ocean :) But before that glorious day, I have a few last niggles to fix in loader.efi. Warner From owner-freebsd-current@freebsd.org Thu Jul 5 22:02:10 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3F86C1035A31 for ; Thu, 5 Jul 2018 22:02:10 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x22f.google.com (mail-io0-x22f.google.com [IPv6:2607:f8b0:4001:c06::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C2E0C78DD2 for ; Thu, 5 Jul 2018 22:02:09 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x22f.google.com with SMTP id q9-v6so9122787ioj.8 for ; Thu, 05 Jul 2018 15:02:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=WQ8emALUJCah+bpXRk1kxDWNKNniBYtsSow3e4nXgwk=; b=wh+LTf4xtlAQ5FJtVdD7s9K3eD750fNsiuoE5oVsi7JH5TldmoMm6KX/fulAntffXC IQhJv3QxoZ+N3ys/ru5oHItZDxHgx9JjVNIm+lC/WidORGvNno01tPFSfdzIenvrlHVV SNb7fJSZT6U4/D+PL9yD8I2kCvUMz7IuUxPdlkeunfxyq9A2ecqWBV5llf9pq8KlhEai bGaZ5EfJZeFWDGyN5e4lWP0BDPRXpJTta6Txa+jKS3YoXXXYgH3fsiV6WB/jffWEGinL KIKFH5lIYxc1Xe7p5vpKZACZhPPp1lCCNvgc0xlXuVikLZMuEvVxpGQePaVxUdj4hS5G 8kag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=WQ8emALUJCah+bpXRk1kxDWNKNniBYtsSow3e4nXgwk=; b=lFB9S4AvB6Uoxv0ZSaYisd+RLTviINA8Ete9kNfyZBp6J7J/Sq64ku8jCUbO7xEmbZ /rorgASsxJblDCFR3ARiEJ0qpIAha/Y7WO18qiU5iXcl1tLFrdpi0Yl2fM2BZ3OcVonf eh3joyDOQCDx/0myLCxfNAMTd6IfUmWxVhjUZm/mmIQBGxETpOTWwHCiDBkkAMdBpXzP e5YHcVr3qCMszHJBbXuSgel1UFfdpE4XwGKu1KX+Pt/97UY96Gy3oCNO1FbDXptDBKkr AbNsGnNk1uC3sNbxZdVUxaLbmSTt5UqQuuYRxJOHBcUaGHNisLLZLw/eX0TENEkkSuU1 DBAA== X-Gm-Message-State: APt69E1qm867s3nCvQjtaEA073WdLOD7b9Wo9EViuL2k3suwGbWfZZN7 CiWu5Yg4Sgv71euFi2IECbYjlWJU9mFRfFny01NOhQ== X-Google-Smtp-Source: AAOMgpfHusbfzmcROI7wInyoaPqnUHGuEyx5PiiBEuwb8gqMQwo+O4jekr7AzknKjX4pV2RIWBKNZ7Y3TmBSSIkZjig= X-Received: by 2002:a6b:d004:: with SMTP id x4-v6mr6294711ioa.299.1530828129060; Thu, 05 Jul 2018 15:02:09 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 2002:a4f:1183:0:0:0:0:0 with HTTP; Thu, 5 Jul 2018 15:02:08 -0700 (PDT) X-Originating-IP: [74.62.67.99] In-Reply-To: <5dc2a315-4b71-9ff0-0a37-576649e9144b@FreeBSD.org> References: <845aca10-8c01-fa3b-087f-f957df4e7531@nomadlogic.org> <063ae5c3-0584-1284-dd9d-ab8b5790baf1@FreeBSD.org> <0bf8e57b-fdb4-4c1a-3d0d-a734f8187ca8@nomadlogic.org> <4c5411dd-9f6b-7245-6ade-e11040f74687@FreeBSD.org> <24f5d737-a205-6fcc-0a33-a84601d2ff7a@nomadlogic.org> <29ce4eab-6667-d2ca-b5d8-3deeef28f142@selasky.org> <20180705193646.GM5562@kib.kiev.ua> <5dc2a315-4b71-9ff0-0a37-576649e9144b@FreeBSD.org> From: Warner Losh Date: Thu, 5 Jul 2018 16:02:08 -0600 X-Google-Sender-Auth: ka8ekKW3X_yTqoK429v0qbBIKAo Message-ID: Subject: Re: atomic changes break drm-next-kmod? To: John Baldwin Cc: Konstantin Belousov , Hans Petter Selasky , Pete Wright , Niclas Zeising , "O. Hartmann" , FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 05 Jul 2018 22:02:10 -0000 On Thu, Jul 5, 2018 at 1:44 PM, John Baldwin wrote: > On 7/5/18 12:36 PM, Konstantin Belousov wrote: > > On Thu, Jul 05, 2018 at 09:12:24PM +0200, Hans Petter Selasky wrote: > >> On 07/05/18 20:59, Hans Petter Selasky wrote: > >>> On 07/05/18 19:48, Pete Wright wrote: > >>>> > >>>> > >>>> On 07/05/2018 10:10, John Baldwin wrote: > >>>>> On 7/3/18 5:10 PM, Pete Wright wrote: > >>>>>> > >>>>>> On 07/03/2018 15:56, John Baldwin wrote: > >>>>>>> On 7/3/18 3:34 PM, Pete Wright wrote: > >>>>>>>> On 07/03/2018 15:29, John Baldwin wrote: > >>>>>>>>> That seems like kgdb is looking at the wrong CPU. Can you use > >>>>>>>>> 'info threads' and look for threads not stopped in 'sched_switch' > >>>>>>>>> and get their backtraces? You could also just do 'thread apply > >>>>>>>>> all bt' and put that file at a URL if that is easiest. > >>>>>>>>> > >>>>>>>> sure thing John - here's a gist of "thread apply all bt" > >>>>>>>> > >>>>>>>> https://gist.github.com/gem-pete/d8d7ab220dc8781f0827f965f09d43ed > >>>>>>> That doesn't look right at all. Are you sure the kernel matches > the > >>>>>>> vmcore? Also, which kgdb version are you using? > >>>>>>> > >>>>>> yea i agree that doesn't look right at all. here is my setup: > >>>>>> > >>>>>> $ which kgdb > >>>>>> /usr/bin/kgdb > >>>>>> $ kgdb > >>>>>> GNU gdb 6.1.1 [FreeBSD] > >>>>>> $ ls -lh /var/crash/vmcore.1 > >>>>>> -rw------- 1 root wheel 1.6G Jul 3 15:03 /var/crash/vmcore.1 > >>>>>> $ ls -l /usr/lib/debug/boot/kernel/kernel.debug > >>>>>> -r-xr-xr-x 1 root wheel 87840496 Jul 3 13:54 > >>>>>> /usr/lib/debug/boot/kernel/kernel.debug > >>>>>> > >>>>>> and i invoke kgdb like so: > >>>>>> $ sudo kgdb /usr/lib/debug/boot/kernel/kernel.debug > /var/crash/vmcore.1 > >>>>>> > >>>>>> here's a gist of my full gdb session: > >>>>>> http://termbin.com/krsn > >>>>>> > >>>>>> dunno - maybe i have a bad core dump? regardless, more than happy > to > >>>>>> help so let me know if i should try anything else or patches etc.. > >>>>> Can you try installing gdb from ports and using /usr/local/bin/kgdb? > >>>>> > >>>> > >>>> that seems to have done the trick, at least the output looks more > >>>> encouraging. > >>>> > >>>> --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > >>>> KDB: enter: panic > >>>> > >>>> __curthread () at ./machine/pcpu.h:231 > >>>> 231 __asm("movq %%gs:%1,%0" : "=r" (td) > >>>> > >>>> > >>>> here's my full kgdb session: > >>>> http://termbin.com/qa4f > >>>> > >>>> i don't see any threads not in "sched_switch" though :( > >>> > >>> Hi, > >>> > >>> The problem may be that the patch to enable atomic inlining of all > >>> macros forgot to set the SMP keyword which means SMP is not defined at > >>> all for KLD's so all non-kernel atomic usage is with MPLOCKED empty! > > Problem is that out-of-tree modules build does not have opt*.h files > > from the kernel. UP config is a valid one, flipping some option's > > default value does not solve the problem. > > Yes, but using the lock prefix in a generic module is ok (it will still > work, just not quite as fast) whereas the lack of lock is fatal on > SMP. I would amend Hans' patch slightly to honor the opt_* setting > for KLD_TIED (but that is only true if KLD_TIED means "built as part of > a kernel build, so has valid opt_foo.h headers" and not > 'a standalone module where someone put MODULES_TIED=1 on the command line > to make'). > I agree with this default. It's sensible to default to (a) the most popular thing and (b) thing that always works, especially when (a) and (b) are identical. Don't make me start the "Do we really need an SMP option, why not make it always on" thread :) The number of relevant uniprocessor x86 boxes that benefit from omitting SMP is so small as to be irrelevant, IMHO. A MP kernel runs just fine on them... Warner From owner-freebsd-current@freebsd.org Thu Jul 5 22:49:27 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 59BF1103B4AF for ; Thu, 5 Jul 2018 22:49:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-9.consmr.mail.gq1.yahoo.com (sonic315-9.consmr.mail.gq1.yahoo.com [98.137.65.33]) (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 D46947A93E for ; Thu, 5 Jul 2018 22:49:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: WRxg8ZQVM1mAbLG0fOcsaKpva274vbz1UdL17DSEh7zbcAzB0mhuOubh5GEL3bj 0J0lPc6ELmQFCWEiLUm5.ayU8NA5VWRdsnISLsxXpEgDmrr8iKdPAFCsjUEtiy3kE9oCRuwGb2k4 TlZZ0JquJc8dv.XZprC0P68g7RkEW5VhOTL.9uPBZxbxegm7BVz876KaAAlXaMsrQrOOp6J7oCqp ZOlJit9cak1pQoDI7skpQc4p4v_L.QKLs2ITVUe8jhgrdYhluZRg2lv0csIpIvCgjY0Du6tJhXfp 8eA1Co7SZ9HADRmMQtOElMzV_Njign9XTiNHmPzJ5JZLBCal5awdwyQ.w5Cg16GKsFNh77CciliP 04wH9CHADylLEhTVJCnmWxixRWRCPFawaWmUDPFgBD0Gi1YCPmGyZnBfY01IclvmdrsgwmujFDTb TMUCLRb3l9yGi1tZZASAAEieYYlZAQelPrLYhRRfkbuMcl1Dukk3za_MFo9DYrX.MS4ktKph7ebN xtHOTgX4G49AvxDPFhd.GxLU52wuPMpNS_g0Wpr_eqBUIGzxL1677kWo_AO6gfl9kN45P4HlAa98 TzoKVZRLM_K3vc3Qpo2Wa9rLl_8IblWZo2rvhwjNFwX6FSdgAcDHYy_Ur4F7bo1d1VOHRfHfe5yS M03FTZxY04I_Fp4WOPUsLBWspZ0R7sMStjwNlGUHwgRu5E3ZC5ePOBGSItABztH4PdSzMwmAGBHo KvW0uqeq6qfxMihqLS0aFv8MOtUPhcNTKVhbtR1k_6zMQ3E.QlU40UOpEB3t7YOyLCI3S55Ao0bv 7Tj0YmBsEtzoGAF_FL_aicx3DJMrzv1EpzcZWOkWU_Fm73pMeQxWugvfb.fupDNWxc.CKZRMiXZS _rUxX_.Vz.ZhbXo1BQl7LbEGEy678BD6.3G5shF3va.6TFOTWPo6dXiRSxRsDvcKY.bvSDP5W.va 18YxL4e_Fkp61wcQfdegAq6qIbQXjB07jBddvcZDC9vZAIg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Thu, 5 Jul 2018 22:49:19 +0000 Received: from ip70-189-131-151.lv.lv.cox.net (EHLO [192.168.0.105]) ([70.189.131.151]) by smtp410.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 43ad64bf1463b89630f93b108f7ab34b for ; Thu, 05 Jul 2018 22:49:15 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.4 \(3445.8.2\)) Subject: ci.freebsd.org's FreeBSD-head-i386-testvm fails for: pkg: No packages available to install matching 'scapy' have been found in the repositories Message-Id: <76841358-DBB1-4400-9E99-9B7375245DD2@yahoo.com> Date: Thu, 5 Jul 2018 15:49:13 -0700 To: FreeBSD Current X-Mailer: Apple Mail (2.3445.8.2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 05 Jul 2018 22:49:27 -0000 https://ci.freebsd.org/job/FreeBSD-head-i386-testvm/6978/console shows: 22:34:39 All repositories are up to date. 22:34:39 + sudo chroot ufs pkg install -y kyua perl5 scapy ksh93 python 22:34:39 Updating FreeBSD repository catalogue... 22:34:39 FreeBSD repository is up to date. 22:34:39 All repositories are up to date. 22:34:39 Updating database digests format: . done 22:34:39 pkg: No packages available to install matching 'scapy' have = been found in the repositories 22:34:39 Build step 'Execute shell' marked build as failure 22:34:39 FTP: Current build result is [FAILURE], not going to run. There is a: https://svnweb.freebsd.org/ports/head/net/scapy/ =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Fri Jul 6 01:11:18 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9484A10239D3 for ; Fri, 6 Jul 2018 01:11:18 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 12B20809F0 for ; Fri, 6 Jul 2018 01:11:17 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id w661BFkB050011; Thu, 5 Jul 2018 18:11:15 -0700 (PDT) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id w661BEbj050010; Thu, 5 Jul 2018 18:11:14 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201807060111.w661BEbj050010@pdx.rh.CN85.dnsmgr.net> Subject: Re: EFI booting from external USB pen drive In-Reply-To: <6889B6B2-A102-4832-9319-124CEE081784@lists.zabbadoz.net> To: "Bjoern A. Zeeb" Date: Thu, 5 Jul 2018 18:11:14 -0700 (PDT) CC: Warner Losh , FreeBSD Current X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 06 Jul 2018 01:11:18 -0000 > On 5 Jul 2018, at 18:18, Rodney W. Grimes wrote: > > > [ Charset UTF-8 unsupported, converting... ] > >> On 5 Jul 2018, at 17:19, Warner Losh wrote: > >> > >>> FAT12 isn't good for UEFI. Use FAT16 or FAT32. > >> > >> We use it for the default image we built and the wiki suggests it as > >> well at https://wiki.freebsd.org/UEFI#CD.2FDVD_Boot_under_UEFI > > > > IIRC FreeBSD recently cnahged to FAT16 or 32 on these > > as the size got pushed up to be larger than what FAT12 > > can access. > > https://svnweb.freebsd.org/base/head/stand/efi/boot1/generate-fat.sh?annotate=332561#l45 > > nope. That is not the code we build release images with, that is Warners tests for the boot loader. -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Fri Jul 6 01:32:35 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2F9D9102616A for ; Fri, 6 Jul 2018 01:32:35 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from vps-mail.nomadlogic.org (mail.nomadlogic.org [IPv6:2607:f2f8:a098::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9FA91817F7; Fri, 6 Jul 2018 01:32:34 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from [192.168.1.106] (cpe-23-243-162-239.socal.res.rr.com [23.243.162.239]) by vps-mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 44fcffee TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Thu, 5 Jul 2018 18:32:32 -0700 (PDT) Subject: Re: atomic changes break drm-next-kmod? To: Hans Petter Selasky , John Baldwin , Niclas Zeising , "O. Hartmann" , FreeBSD Current References: <20180703170223.266dbf5b@thor.intern.walstatt.dynvpn.de> <845aca10-8c01-fa3b-087f-f957df4e7531@nomadlogic.org> <063ae5c3-0584-1284-dd9d-ab8b5790baf1@FreeBSD.org> <0bf8e57b-fdb4-4c1a-3d0d-a734f8187ca8@nomadlogic.org> <4c5411dd-9f6b-7245-6ade-e11040f74687@FreeBSD.org> <24f5d737-a205-6fcc-0a33-a84601d2ff7a@nomadlogic.org> <29ce4eab-6667-d2ca-b5d8-3deeef28f142@selasky.org> From: Pete Wright Message-ID: <4aee6f32-a3b9-7e8e-8741-2309639ecce0@nomadlogic.org> Date: Thu, 5 Jul 2018 18:32:27 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 06 Jul 2018 01:32:35 -0000 On 07/05/2018 12:12, Hans Petter Selasky wrote: > On 07/05/18 20:59, Hans Petter Selasky wrote: >> On 07/05/18 19:48, Pete Wright wrote: >>> >>> >>> On 07/05/2018 10:10, John Baldwin wrote: >>>> On 7/3/18 5:10 PM, Pete Wright wrote: >>>>> >>>>> On 07/03/2018 15:56, John Baldwin wrote: >>>>>> On 7/3/18 3:34 PM, Pete Wright wrote: >>>>>>> On 07/03/2018 15:29, John Baldwin wrote: >>>>>>>> That seems like kgdb is looking at the wrong CPU.  Can you use >>>>>>>> 'info threads' and look for threads not stopped in 'sched_switch' >>>>>>>> and get their backtraces?  You could also just do 'thread apply >>>>>>>> all bt' and put that file at a URL if that is easiest. >>>>>>>> >>>>>>> sure thing John - here's a gist of "thread apply all bt" >>>>>>> >>>>>>> https://gist.github.com/gem-pete/d8d7ab220dc8781f0827f965f09d43ed >>>>>> That doesn't look right at all.  Are you sure the kernel matches the >>>>>> vmcore?  Also, which kgdb version are you using? >>>>>> >>>>> yea i agree that doesn't look right at all.  here is my setup: >>>>> >>>>> $ which kgdb >>>>> /usr/bin/kgdb >>>>> $ kgdb >>>>> GNU gdb 6.1.1 [FreeBSD] >>>>> $ ls -lh /var/crash/vmcore.1 >>>>> -rw-------  1 root  wheel   1.6G Jul  3 15:03 /var/crash/vmcore.1 >>>>> $ ls -l /usr/lib/debug/boot/kernel/kernel.debug >>>>> -r-xr-xr-x  1 root  wheel  87840496 Jul  3 13:54 >>>>> /usr/lib/debug/boot/kernel/kernel.debug >>>>> >>>>> and i invoke kgdb like so: >>>>> $ sudo kgdb /usr/lib/debug/boot/kernel/kernel.debug >>>>> /var/crash/vmcore.1 >>>>> >>>>> here's a gist of my full gdb session: >>>>> http://termbin.com/krsn >>>>> >>>>> dunno - maybe i have a bad core dump?  regardless, more than happy to >>>>> help so let me know if i should try anything else or patches etc.. >>>> Can you try installing gdb from ports and using /usr/local/bin/kgdb? >>>> >>> >>> that seems to have done the trick, at least the output looks more >>> encouraging. >>> >>>   --- trap 0, rip = 0, rsp = 0, rbp = 0 --- >>> KDB: enter: panic >>> >>> __curthread () at ./machine/pcpu.h:231 >>> 231        __asm("movq %%gs:%1,%0" : "=r" (td) >>> >>> >>> here's my full kgdb session: >>> http://termbin.com/qa4f >>> >>> i don't see any threads not in "sched_switch" though :( >> >> Hi, >> >> The problem may be that the patch to enable atomic inlining of all >> macros forgot to set the SMP keyword which means SMP is not defined >> at all for KLD's so all non-kernel atomic usage is with MPLOCKED empty! >> >> /* >>   * For userland, always use lock prefixes so that the binaries will run >>   * on both SMP and !SMP systems. >>   */ >> #if defined(SMP) || !defined(_KERNEL) >> #define MPLOCKED        "lock ; " >> #else >> #define MPLOCKED >> #endif >> >> Can you try to recompile the LinuxKPI /sys/modules/linuxkpi with >> DEBUG_FLAGS="-DSMP" ? >> >> and similarly the drm-next package? >> > > Also please find attached a patch for amd64. i have been running this patch for about 4hours.  previous uptime before this patch was under 1hr.  i've attached and detached HDMI displays and gone through several suspend/resume cycles as well without any issues. to be clear - since i'm not sure this is was your intent - i applied the patch, rebuilt/installed a new kernel.  i did *not* use the "-DSMP" flags for linuxkpi or the drm-next module. cheers, -pete -- Pete Wright pete@nomadlogic.org @nomadlogicLA From owner-freebsd-current@freebsd.org Fri Jul 6 02:17:15 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4A82E102A8A7 for ; Fri, 6 Jul 2018 02:17:15 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x22a.google.com (mail-it0-x22a.google.com [IPv6:2607:f8b0:4001:c0b::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CA00383577 for ; Fri, 6 Jul 2018 02:17:14 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x22a.google.com with SMTP id s7-v6so14603796itb.4 for ; Thu, 05 Jul 2018 19:17:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=W+dCOIAYuapki8UQPKxxiBSts6o34ogarjVEXdAPL2E=; b=H1sOJPlkZlSbyhF+jXWyzwuch+Zlu85WH8vrqvIveiGFHWVjSbm3BPpo7XfsHQ7GPN 5Bfu+3VtDyuqnibgQkPQb3TzJ21PSNrwPaE+85mv89T/dZghDPLs4zOiQybcUI/awqxa PHeqXOqWAHGtxz5w5rTRnHA5rxchkRP83ZMY7049g52PzlH217C/Phn+D5d3CTvHqf8c u5C7ZDiK1bKVGQdOhT8r0W+HGOjAmK+xK4F7XK8SF16weF5HEI2DuIqYG4q4H9O8o9nq lZ26gmOrgzEM4YeCfPua0UTwX6cxQ4O+ZCQb5lyFjPRsjD5LnS6HL1WhWT6HoOF/V81a MOpQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=W+dCOIAYuapki8UQPKxxiBSts6o34ogarjVEXdAPL2E=; b=tJ0INJpFAhmYf66lLpLB1pkQHKGM/Jthb5uh5Vmdm33sgpir5Pp5xaYj4IcRNwUY9B bbR0F7yjG0WsFOiakB4kTMYi60lSqBkKuHqNZW9nJf2P0u/nKprIJ+7onPO4Xl1PYEyZ rU4Ew2CppuehigNZyz4GDC9ShS8ad/TbObqba1ch5+MMTLYPTh7Wk8kqurRcnDu4I4aw Kt/3x84PxRwTwbZVcuc7g6f4C4tJHp7NS5th/1bd1veggnIZsk3Kv/G/C6i4z28rEQWM 7wL4pIJpvr5MhHaxe6eMGFlzaRcAcD4QB55MKJMz3byGtvkzzk298cmgBFO6+nGQquVR d4Ew== X-Gm-Message-State: APt69E2SG/mitgOHdRhNJfk+xTNqQqzZK6B4HiocYnE1EHPe5Z5fVTIh pFeRB9Sv8JuYTu1CCp1ePdzrziL//wroc/m/aphJCw== X-Google-Smtp-Source: AAOMgpcUDmDnT07f0tQPSvIfvDQa6AKKNemuWDxDPf2lLIKxcXVWkzgBX6eK8J4wNToATCqJRqpE6qqDmtqQm2JTz/8= X-Received: by 2002:a24:ad28:: with SMTP id c40-v6mr6684448itf.36.1530843434097; Thu, 05 Jul 2018 19:17:14 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 2002:a4f:1183:0:0:0:0:0 with HTTP; Thu, 5 Jul 2018 19:17:13 -0700 (PDT) X-Originating-IP: [74.62.67.99] In-Reply-To: <201807060111.w661BEbj050010@pdx.rh.CN85.dnsmgr.net> References: <6889B6B2-A102-4832-9319-124CEE081784@lists.zabbadoz.net> <201807060111.w661BEbj050010@pdx.rh.CN85.dnsmgr.net> From: Warner Losh Date: Thu, 5 Jul 2018 20:17:13 -0600 X-Google-Sender-Auth: qTlQibLfkf5TBw6bwrOHMipGVAc Message-ID: Subject: Re: EFI booting from external USB pen drive To: "Rodney W. Grimes" Cc: "Bjoern A. Zeeb" , FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 06 Jul 2018 02:17:15 -0000 On Thu, Jul 5, 2018 at 7:11 PM, Rodney W. Grimes < freebsd-rwg@pdx.rh.cn85.dnsmgr.net> wrote: > > On 5 Jul 2018, at 18:18, Rodney W. Grimes wrote: > > > > > [ Charset UTF-8 unsupported, converting... ] > > >> On 5 Jul 2018, at 17:19, Warner Losh wrote: > > >> > > >>> FAT12 isn't good for UEFI. Use FAT16 or FAT32. > > >> > > >> We use it for the default image we built and the wiki suggests it as > > >> well at https://wiki.freebsd.org/UEFI#CD.2FDVD_Boot_under_UEFI > > > > > > IIRC FreeBSD recently cnahged to FAT16 or 32 on these > > > as the size got pushed up to be larger than what FAT12 > > > can access. > > > > https://svnweb.freebsd.org/base/head/stand/efi/boot1/ > generate-fat.sh?annotate=332561#l45 > > > > nope. > > That is not the code we build release images with, > that is Warners tests for the boot loader. > No, that's the actual code that generates boot1.efiffat. Warner From owner-freebsd-current@freebsd.org Fri Jul 6 06:34:26 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E72191044252; Fri, 6 Jul 2018 06:34:25 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 61A188E18F; Fri, 6 Jul 2018 06:34:24 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 77bbdee2; Fri, 6 Jul 2018 08:34:22 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h= mime-version:content-type:content-transfer-encoding:date:from:to :cc:subject:in-reply-to:references:message-id; s=mail; bh=YnLBqh RxU1q1OcMDid8ZGxWT9d4=; b=ZWd4fw6/Efbw5KEWX7VuR1nZifGi/KWLq93rzs ltfiE7LJC3VGe5aptxog91uXuW8Gl8fDumlClSmG7c4VvuXMK3oyX5pQJREqBRqf ct3unbDAlgu+HJEdLYBqBhm4JSQZdO1m7njPxDzkg4xyR6yGynGplNYQVEQzKSnX UspZA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h= mime-version:content-type:content-transfer-encoding:date:from:to :cc:subject:in-reply-to:references:message-id; q=dns; s=mail; b= f8VMTPrUaEz7HXGeIlxNqmR5GLR/9Pb2ehSX+ZhW297v4++ne/zWBmoymWr15uea Lbj04gU4d0U6ZMPD6U5ZoFith0C1pvp/t03/s0qO4zAf+eEiEvJiNkm+qUet3msv 5nv/I1WNllATU/gyHLZ79tHYu9xcT83VjIVN0xHtLpo= Received: from webmail.megadrive.org (www1.blih.net [212.83.177.180]) by mail.blih.net (OpenSMTPD) with ESMTP id d8ba9951; Fri, 6 Jul 2018 08:34:22 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 06 Jul 2018 08:34:22 +0200 From: Emmanuel Vadot To: Warner Losh Cc: "Rodney W. Grimes" , "Bjoern A. Zeeb" , FreeBSD Current , owner-freebsd-current@freebsd.org Subject: Re: EFI booting from external USB pen drive Organization: Bidouilliste In-Reply-To: References: <6889B6B2-A102-4832-9319-124CEE081784@lists.zabbadoz.net> <201807060111.w661BEbj050010@pdx.rh.CN85.dnsmgr.net> Message-ID: X-Sender: manu@bidouilliste.com User-Agent: Roundcube Webmail/1.1.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 06 Jul 2018 06:34:26 -0000 On 2018-07-06 04:17, Warner Losh wrote: > On Thu, Jul 5, 2018 at 7:11 PM, Rodney W. Grimes < > freebsd-rwg@pdx.rh.cn85.dnsmgr.net> wrote: > >> > On 5 Jul 2018, at 18:18, Rodney W. Grimes wrote: >> > >> > > [ Charset UTF-8 unsupported, converting... ] >> > >> On 5 Jul 2018, at 17:19, Warner Losh wrote: >> > >> >> > >>> FAT12 isn't good for UEFI. Use FAT16 or FAT32. >> > >> >> > >> We use it for the default image we built and the wiki suggests it as >> > >> well at https://wiki.freebsd.org/UEFI#CD.2FDVD_Boot_under_UEFI >> > > >> > > IIRC FreeBSD recently cnahged to FAT16 or 32 on these >> > > as the size got pushed up to be larger than what FAT12 >> > > can access. >> > >> > https://svnweb.freebsd.org/base/head/stand/efi/boot1/ >> generate-fat.sh?annotate=332561#l45 >> > >> > nope. >> >> That is not the code we build release images with, >> that is Warners tests for the boot loader. >> > > No, that's the actual code that generates boot1.efiffat. > > Warner Yup, and EFI have no problem at all with this. FAT12 can work with all EFI implementation, the problem is the size of the FAT12 part that sometimes causes problems. Rod, you are refering to the arm images which do not uses makefs or generate-fat.sh but using md device and newfs_msdos. -- Emmanuel Vadot From owner-freebsd-current@freebsd.org Fri Jul 6 07:34:31 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3BF491028D85 for ; Fri, 6 Jul 2018 07:34:31 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B97C370C80 for ; Fri, 6 Jul 2018 07:34:30 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 13FFB25D3899; Fri, 6 Jul 2018 07:34:26 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 249CBD1F805; Fri, 6 Jul 2018 07:34:25 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id hCvFn4-YxFYm; Fri, 6 Jul 2018 07:34:24 +0000 (UTC) Received: from [192.168.124.1] (fresh-ayiya.sbone.de [IPv6:fde9:577b:c1a9:f001::2]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 46EC2D1F7F2; Fri, 6 Jul 2018 07:34:23 +0000 (UTC) From: "Bjoern A. Zeeb" To: "Emmanuel Vadot" Cc: "Warner Losh" , "Rodney W. Grimes" , "FreeBSD Current" Subject: Re: EFI booting from external USB pen drive Date: Fri, 06 Jul 2018 07:34:21 +0000 X-Mailer: MailMate (2.0BETAr6114) Message-ID: <36244855-DC9D-405A-863B-99A922D26AB2@lists.zabbadoz.net> In-Reply-To: References: <6889B6B2-A102-4832-9319-124CEE081784@lists.zabbadoz.net> <201807060111.w661BEbj050010@pdx.rh.CN85.dnsmgr.net> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 06 Jul 2018 07:34:31 -0000 On 6 Jul 2018, at 6:34, Emmanuel Vadot wrote: > FAT12 can work with all EFI implementation, the problem is the size > of the FAT12 part that sometimes causes problems. Ok, now that we are all on the same page, changing it to newfs_msdos -F 32 did not make a change to my problem of the boot menu changing to the blank screen and immediately returning to itself. /bz From owner-freebsd-current@freebsd.org Fri Jul 6 07:52:29 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8E330102B4E9 for ; Fri, 6 Jul 2018 07:52:29 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from mail.daemonic.se (mail.daemonic.se [IPv6:2607:f740:d:20::25]) (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 02C0B71C78; Fri, 6 Jul 2018 07:52:28 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from cid.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 41MRlb0mMQzDhGj; Fri, 6 Jul 2018 07:52:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=daemonic.se; h= content-transfer-encoding:content-language:content-type :content-type:in-reply-to:mime-version:user-agent:date:date :message-id:from:from:references:subject:subject:received :received; s=20151023; t=1530863546; bh=57rwt57+Ny+TSNxmh+mq1fe+ Zj4vmJPviLiXWIN1Rmg=; b=JJRW+kfJ0HCF2P+bjeMv3BXqK287icWuayO8vWak d6UYmJJ2rHPhJmzBHul56TycZ6Nlq+nDeFE6RZIE2TqDKIWHzTcsosnL07HJKBNC mAiBevKiOWWpWBMUTcv7TBk2vKf7sqkdSyIHAcySQ8idovTkFxBH/dWfjLUMKhAG oMw= X-Virus-Scanned: amavisd-new at daemonic.se Received: from mail.daemonic.se ([IPv6:::1]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256) by cid.daemonic.se (mailscanner.daemonic.se [IPv6:::1]) (amavisd-new, port 10587) with ESMTPS id S2G2Fv28QYoh; Fri, 6 Jul 2018 07:52:26 +0000 (UTC) Received: from garnet.daemonic.se (host-95-192-73-94.mobileonline.telia.com [95.192.73.94]) by mail.daemonic.se (Postfix) with ESMTPSA id 41MRlY3Y3KzDhFd; Fri, 6 Jul 2018 07:52:25 +0000 (UTC) Subject: Re: atomic changes break drm-next-kmod? To: Warner Losh , John Baldwin Cc: Konstantin Belousov , Hans Petter Selasky , Pete Wright , "O. Hartmann" , FreeBSD Current References: <845aca10-8c01-fa3b-087f-f957df4e7531@nomadlogic.org> <063ae5c3-0584-1284-dd9d-ab8b5790baf1@FreeBSD.org> <0bf8e57b-fdb4-4c1a-3d0d-a734f8187ca8@nomadlogic.org> <4c5411dd-9f6b-7245-6ade-e11040f74687@FreeBSD.org> <24f5d737-a205-6fcc-0a33-a84601d2ff7a@nomadlogic.org> <29ce4eab-6667-d2ca-b5d8-3deeef28f142@selasky.org> <20180705193646.GM5562@kib.kiev.ua> <5dc2a315-4b71-9ff0-0a37-576649e9144b@FreeBSD.org> From: Niclas Zeising Message-ID: <4797c607-c261-77f7-eccf-45056bf56694@daemonic.se> Date: Fri, 6 Jul 2018 09:52:24 +0200 User-Agent: Mutt/1.5.21 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 06 Jul 2018 07:52:29 -0000 On 07/06/18 00:02, Warner Losh wrote: >=20 >=20 > On Thu, Jul 5, 2018 at 1:44 PM, John Baldwin > wrote: >=20 > On 7/5/18 12:36 PM, Konstantin Belousov wrote: > > On Thu, Jul 05, 2018 at 09:12:24PM +0200, Hans Petter Selasky wr= ote: > >> On 07/05/18 20:59, Hans Petter Selasky wrote: > >>> On 07/05/18 19:48, Pete Wright wrote: > >>>> > >>>> > >>>> On 07/05/2018 10:10, John Baldwin wrote: > >>>>> On 7/3/18 5:10 PM, Pete Wright wrote: > >>>>>> > >>>>>> On 07/03/2018 15:56, John Baldwin wrote: > >>>>>>> On 7/3/18 3:34 PM, Pete Wright wrote: > >>>>>>>> On 07/03/2018 15:29, John Baldwin wrote: > >>>>>>>>> That seems like kgdb is looking at the wrong CPU.=C2=A0 = Can > you use > >>>>>>>>> 'info threads' and look for threads not stopped in > 'sched_switch' > >>>>>>>>> and get their backtraces?=C2=A0 You could also just do '= thread > apply > >>>>>>>>> all bt' and put that file at a URL if that is easiest. > >>>>>>>>> > >>>>>>>> sure thing John - here's a gist of "thread apply all bt" > >>>>>>>> > >>>>>>>> > https://gist.github.com/gem-pete/d8d7ab220dc8781f0827f965f09d43ed > > >>>>>>> That doesn't look right at all.=C2=A0 Are you sure the ker= nel > matches the > >>>>>>> vmcore?=C2=A0 Also, which kgdb version are you using? > >>>>>>> > >>>>>> yea i agree that doesn't look right at all.=C2=A0 here is m= y setup: > >>>>>> > >>>>>> $ which kgdb > >>>>>> /usr/bin/kgdb > >>>>>> $ kgdb > >>>>>> GNU gdb 6.1.1 [FreeBSD] > >>>>>> $ ls -lh /var/crash/vmcore.1 > >>>>>> -rw-------=C2=A0 1 root=C2=A0 wheel=C2=A0=C2=A0 1.6G Jul=C2= =A0 3 15:03 > /var/crash/vmcore.1 > >>>>>> $ ls -l /usr/lib/debug/boot/kernel/kernel.debug > >>>>>> -r-xr-xr-x=C2=A0 1 root=C2=A0 wheel=C2=A0 87840496 Jul=C2=A0= 3 13:54 > >>>>>> /usr/lib/debug/boot/kernel/kernel.debug > >>>>>> > >>>>>> and i invoke kgdb like so: > >>>>>> $ sudo kgdb /usr/lib/debug/boot/kernel/kernel.debug > /var/crash/vmcore.1 > >>>>>> > >>>>>> here's a gist of my full gdb session: > >>>>>> http://termbin.com/krsn > >>>>>> > >>>>>> dunno - maybe i have a bad core dump?=C2=A0 regardless, mor= e than > happy to > >>>>>> help so let me know if i should try anything else or patche= s > etc.. > >>>>> Can you try installing gdb from ports and using > /usr/local/bin/kgdb? > >>>>> > >>>> > >>>> that seems to have done the trick, at least the output looks = more > >>>> encouraging. > >>>> > >>>> =C2=A0=C2=A0--- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 --- > >>>> KDB: enter: panic > >>>> > >>>> __curthread () at ./machine/pcpu.h:231 > >>>> 231=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 __asm("movq %%gs:%1,= %0" : "=3Dr" (td) > >>>> > >>>> > >>>> here's my full kgdb session: > >>>> http://termbin.com/qa4f > >>>> > >>>> i don't see any threads not in "sched_switch" though :( > >>> > >>> Hi, > >>> > >>> The problem may be that the patch to enable atomic inlining of= all > >>> macros forgot to set the SMP keyword which means SMP is not > defined at > >>> all for KLD's so all non-kernel atomic usage is with MPLOCKED > empty! > > Problem is that out-of-tree modules build does not have opt*.h f= iles > > from the kernel.=C2=A0 UP config is a valid one, flipping some o= ption's > > default value does not solve the problem. >=20 > Yes, but using the lock prefix in a generic module is ok (it will s= till > work, just not quite as fast) whereas the lack of lock is fatal on > SMP.=C2=A0 I would amend Hans' patch slightly to honor the opt_* se= tting > for KLD_TIED (but that is only true if KLD_TIED means "built as par= t of > a kernel build, so has valid opt_foo.h headers" and not > 'a standalone module where someone put MODULES_TIED=3D1 on the comm= and > line > to make'). >=20 >=20 > I agree with this default. It's sensible to default to (a) the most=20 > popular thing and (b) thing that always works, especially when (a) and=20 > (b) are identical. >=20 > Don't make me start the "Do we really need an SMP option, why not make=20 > it always on" thread :) The number of relevant uniprocessor x86 boxes=20 > that benefit from omitting SMP is so small as to be irrelevant, IMHO. A= =20 > MP kernel runs just fine on them... >=20 > Warner Where are we on this? It is important to get it fixed, it's already been 4 days, which means 4=20 days of all modern FreeBSD desktop systems being broken, and possibly=20 other systems with kernel modules from ports as well. Another question, how hard would it be to expose how the kernel was=20 built to modules built from ports, so that they can figure out stuff=20 like SMP and others, that might affect the module build? Regards --=20 Niclas From owner-freebsd-current@freebsd.org Fri Jul 6 08:05:49 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B5B79102C7FC; Fri, 6 Jul 2018 08:05:49 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 134B8723A7; Fri, 6 Jul 2018 08:05:48 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 79ea1791; Fri, 6 Jul 2018 10:05:46 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h= mime-version:content-type:content-transfer-encoding:date:from:to :cc:subject:in-reply-to:references:message-id; s=mail; bh=waA8Lg FHtK3ZDn3wqML/Ss6ayvg=; b=L4s9F3O0DJZ9kgKkdyGTDcF51XdJSE0rk3ZZPf vkCSs6Eccdc3YDp3B1NriydqVGct87i5w1s+DpVnWjzF3/1rJl0MOiyzEIRjPnNn N6/gHT9xkMZGuYzYyo3tskKkHwfipqAIMeeWIA1oO5iQCPo0g46Y75jK5LXhlxou D1uSs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h= mime-version:content-type:content-transfer-encoding:date:from:to :cc:subject:in-reply-to:references:message-id; q=dns; s=mail; b= KlnuoU4acTdW1d6I+hKLVJsSYy9d0q5Due4FvcpmTS66D8TKq0BtseqNnS5oH3W6 EqWQ1HsXCOPcfLwuEuPy4Oy65yL8CpioHvvTzG7Qey6MD5vmywWC4PyqJFnqmCIT X8c2iwcORX5s0f6WgIfUgvWQaJUi/eqmcWk1w6mCy8c= Received: from webmail.megadrive.org (www1.blih.net [212.83.177.180]) by mail.blih.net (OpenSMTPD) with ESMTP id b9620ad7; Fri, 6 Jul 2018 10:05:46 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 06 Jul 2018 10:05:46 +0200 From: Emmanuel Vadot To: "Bjoern A. Zeeb" Cc: Warner Losh , "Rodney W. Grimes" , FreeBSD Current , owner-freebsd-current@freebsd.org Subject: Re: EFI booting from external USB pen drive Organization: Bidouilliste In-Reply-To: <36244855-DC9D-405A-863B-99A922D26AB2@lists.zabbadoz.net> References: <6889B6B2-A102-4832-9319-124CEE081784@lists.zabbadoz.net> <201807060111.w661BEbj050010@pdx.rh.CN85.dnsmgr.net> <36244855-DC9D-405A-863B-99A922D26AB2@lists.zabbadoz.net> Message-ID: X-Sender: manu@bidouilliste.com User-Agent: Roundcube Webmail/1.1.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 06 Jul 2018 08:05:49 -0000 On 2018-07-06 09:34, Bjoern A. Zeeb wrote: > On 6 Jul 2018, at 6:34, Emmanuel Vadot wrote: > >> FAT12 can work with all EFI implementation, the problem is the size >> of the FAT12 part that sometimes causes problems. > > Ok, now that we are all on the same page, changing it to newfs_msdos > -F 32 did not make a change to my problem of the boot menu changing > to the blank screen and immediately returning to itself. > > /bz What boot menu and what blank screen ? -- Emmanuel Vadot From owner-freebsd-current@freebsd.org Fri Jul 6 08:13:01 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 99EBF102D198 for ; Fri, 6 Jul 2018 08:13:01 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0527772B00 for ; Fri, 6 Jul 2018 08:13:00 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from freyja.zeit4.iv.bundesimmobilien.de ([87.138.105.249]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MMTZa-1fT7rQ1KSE-008JnG for ; Fri, 06 Jul 2018 10:12:58 +0200 Date: Fri, 6 Jul 2018 10:12:52 +0200 From: "O. Hartmann" To: freebsd-current Subject: CURRENT: building PkgBase for 11.2-RELENG on CURRENT fails Message-ID: <20180706101247.4ae7cbcb@freyja.zeit4.iv.bundesimmobilien.de> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:ZT6veQ+j98FN+9/jErICePIHNFUb1+HkMkPOakznRG83l7KzaJ1 JLl22J5ROA7J+j0Tj+KAuKRch+U85QsUU5qDw5oU2HEwDnFheOCTshQQ/v/m1B84Mm4iFm9 u8CatQ1T3OT5ddDnW8fhRpEfSvQMO+f4XwBxmdb6WcMTorYc5iw6FH3wah3Zf4GwiwC3OMt f2D8tuWzcWv7voayUGenQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:JZNhfa7BeMw=:xpPJOVqZ8nddpChhrvZedR 2+NDrODkyOJ9T3zffyn5t5q8vxASsqSfxbcq0HKPw1niLh0yZ1VWubsH7Q7Fi0LCeLKWAe5Ih 8oUxF1v93qqQlUJ9Wuj2KlLu/4nnqw9ckmyMv3b0qvFkHTtOPzP7YxNvgm9bef+kCJEc/j1eE lhfGK6Cu8BlUXVn+wkXnGxb4gEUkHsWm5pvWmrlkoPTUhVBTXA8w91/TCvJxTmLEs5rOWMFLi NcN57fm3lcwg5xDZIWputalO7iF8KarUCr6jr08skOz7RaCprHRpo/hiEj55YnFDhToFoKKre RqauptCRKSATsMZ24EAo71nkrjJHC45FELzsKbUybrUe1BmOU/SrFfXoRDQNXRyISFdFenv+k UZl//8Cjl/yuidy8NYptsTwe9lVywGKLT+RIy17Tkf8yBeCZr14eL+J67GvUBgtI4/QlDhX4O oh7BZuLqNpdxVJdVjL/hoO3HWVvAhzbvs4leKX0qa+KYJFSxKmXHS8DrR5ngW2cp6meTzxFiA 57xIjZsoT7t5Hr7Sb6e+xNvdJhBktxclf6lC9FOzsZL0iDFUb70pGhTn/Gw+y48w7Tfow8MU4 ZcQzI2jvzmNMCAytVB05v+/GO3U/ncOXuUPkA6GARjYm+hQidzTT8trs81ES8sciVmuj9Y5Ku sPpecj0RpzgvBJm3ah1FlLGMD3wOD5QuopiPevowDSAB1lP23/jXaZv54Y8d4K4Rx7RkkTJ9S PGeiEJqLjQQTifVgozNYdVga/SemD01EK9bwD/2Wxz/4JqacB2pDuIGUbN1bphkiH+PMPmr8L rrUJWEb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 06 Jul 2018 08:13:01 -0000 I fail to buildworld/buildkernel and package FreeBSD 11.2-RELENG on a CURRENT host (FreeBSD 12.0-CURRENT #165 r336013: Thu Jul 5 21:00:36 CEST 2018 amd64) with the error shown below. My aim is to have CURRENT building 11.1 and 11.2 packages for "base" and for the poudriere jails. This seems to start failing recently and I can not fathom why. Any ideas? As the env variables show, the sources are stored at /pool/sources/11.2-RELENG/src and for the build environment, I point to that source and obj base. Kind regards, Oliver [...] + cd /pool/sources/11.2-RELENG/src + env 'MAKEOBJDIRPREFIX=/pool/sources/11.2-RELENG/obj' 'WITH_META_MODE=YES' '__MAKE_CONF=/usr/local/etc/config/amd64/11.2-RELENG-make.conf' 'SRCCONF=/usr/local/etc/config/amd64/11.2-RELENG-src.conf' 'SRC_ENV_CONF=/usr/local/etc/config/amd64/11.2-RELENG-src-env.conf' make -j9 'TARGET=amd64' 'KERNCONFDIR=/usr/local/etc/config/amd64/11.2-RELENG/kernel_conf/' 'KERNCONF= GENERIC-NODEBUG ' 'NO_INSTALLEXTRAKERNELS=NO' 'NO_INSTALLKERNEL=NO' buildworld buildkernel --- buildworld --- make[1]: "/pool/sources/11.2-RELENG/src/Makefile.inc1" line 1517: Unassociated shell command "@cd ${KSTAGEDIR}/${DISTDIR} ; awk -f ${SRCDIR}/release/scripts/mtree-to-plist.awk -v kernel=yes -v _kernconf=${INSTALLKERNEL} ${KSTAGEDIR}/kernel.meta ; cap_arg=`cd ${SRCDIR}/etc ; ${MAKE} -VCAP_MKDB_ENDIAN` ; pwd_arg=`cd ${SRCDIR}/etc ; ${MAKE} -VPWD_MKDB_ENDIAN` ; sed -e "s/%VERSION%/${PKG_VERSION}/" -e "s/%PKGNAME%/kernel-${INSTALLKERNEL:tl}${:U""}/" -e "s/%KERNELDIR%/kernel/" -e "s/%COMMENT%/FreeBSD ${INSTALLKERNEL} kernel ${:U""}/" -e "s/%DESC%/FreeBSD ${INSTALLKERNEL} kernel ${:U""}/" -e "s/%CAP_MKDB_ENDIAN%/$${cap_arg}/g" -e "s/%PWD_MKDB_ENDIAN%/$${pwd_arg}/g" ${SRCDIR}/release/packages/kernel.ucl > ${KSTAGEDIR}/${DISTDIR}/kernel.${INSTALLKERNEL}${:U""}.ucl ; awk -F\" ' /name/ { printf("===> Creating %s-", $$2); next } /version/ {print $$2; next } ' ${KSTAGEDIR}/${DISTDIR}/kernel.${INSTALLKERNEL}${:U""}.ucl ; ${PKG_CMD} -o ABI_FILE=${WSTAGEDIR}/bin/sh -o ALLOW_BASE_SHLIBS=yes create -M ${KSTAGEDIR}/${DISTDIR}/kernel.${INSTALLKERNEL}${:U""}.ucl -p ${KSTAGEDIR}/${DISTDIR}/kernel.${INSTALLKERNEL}${:U""}.plist -r ${KSTAGEDIR}/${DISTDIR} -o ${REPODIR}/$$(${PKG_CMD} -o ABI_FILE=${WSTAGEDIR}/bin/sh config ABI)/${PKG_VERSION}" make[1]: "/pool/sources/11.2-RELENG/src/Makefile.inc1" line 1517: Unassociated shell command "@cd ${KSTAGEDIR}/${DISTDIR} ; awk -f ${SRCDIR}/release/scripts/mtree-to-plist.awk -v kernel=yes -v _kernconf=${INSTALLKERNEL} ${KSTAGEDIR}/kernel.meta ; cap_arg=`cd ${SRCDIR}/etc ; ${MAKE} -VCAP_MKDB_ENDIAN` ; pwd_arg=`cd ${SRCDIR}/etc ; ${MAKE} -VPWD_MKDB_ENDIAN` ; sed -e "s/%VERSION%/${PKG_VERSION}/" -e "s/%PKGNAME%/kernel-${INSTALLKERNEL:tl}${:U-debug}/" -e "s/%KERNELDIR%/kernel/" -e "s/%COMMENT%/FreeBSD ${INSTALLKERNEL} kernel ${:U-debug}/" -e "s/%DESC%/FreeBSD ${INSTALLKERNEL} kernel ${:U-debug}/" -e "s/%CAP_MKDB_ENDIAN%/$${cap_arg}/g" -e "s/%PWD_MKDB_ENDIAN%/$${pwd_arg}/g" ${SRCDIR}/release/packages/kernel.ucl > ${KSTAGEDIR}/${DISTDIR}/kernel.${INSTALLKERNEL}${:U-debug}.ucl ; awk -F\" ' /name/ { printf("===> Creating %s-", $$2); next } /version/ {print $$2; next } ' ${KSTAGEDIR}/${DISTDIR}/kernel.${INSTALLKERNEL}${:U-debug}.ucl ; ${PKG_CMD} -o ABI_FILE=${WSTAGEDIR}/bin/sh -o ALLOW_BASE_SHLIBS=yes create -M ${KSTAGEDIR}/${DISTDIR}/kernel.${INSTALLKERNEL}${:U-debug}.ucl -p ${KSTAGEDIR}/${DISTDIR}/kernel.${INSTALLKERNEL}${:U-debug}.plist -r ${KSTAGEDIR}/${DISTDIR} -o ${REPODIR}/$$(${PKG_CMD} -o ABI_FILE=${WSTAGEDIR}/bin/sh config ABI)/${PKG_VERSION}" make[1]: Fatal errors encountered -- cannot continue make[1]: stopped in /pool/sources/11.2-RELENG/src From owner-freebsd-current@freebsd.org Fri Jul 6 08:37:19 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8F5AA102F169; Fri, 6 Jul 2018 08:37:19 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E74F073AB2; Fri, 6 Jul 2018 08:37:18 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id w668bBDl051315; Fri, 6 Jul 2018 01:37:11 -0700 (PDT) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id w668bApk051314; Fri, 6 Jul 2018 01:37:10 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201807060837.w668bApk051314@pdx.rh.CN85.dnsmgr.net> Subject: Re: EFI booting from external USB pen drive In-Reply-To: To: Emmanuel Vadot Date: Fri, 6 Jul 2018 01:37:10 -0700 (PDT) CC: Warner Losh , "Bjoern A. Zeeb" , FreeBSD Current , owner-freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 06 Jul 2018 08:37:19 -0000 > On 2018-07-06 04:17, Warner Losh wrote: > > On Thu, Jul 5, 2018 at 7:11 PM, Rodney W. Grimes < > > freebsd-rwg@pdx.rh.cn85.dnsmgr.net> wrote: > > > >> > On 5 Jul 2018, at 18:18, Rodney W. Grimes wrote: > >> > > >> > > [ Charset UTF-8 unsupported, converting... ] > >> > >> On 5 Jul 2018, at 17:19, Warner Losh wrote: > >> > >> > >> > >>> FAT12 isn't good for UEFI. Use FAT16 or FAT32. > >> > >> > >> > >> We use it for the default image we built and the wiki suggests it as > >> > >> well at https://wiki.freebsd.org/UEFI#CD.2FDVD_Boot_under_UEFI > >> > > > >> > > IIRC FreeBSD recently cnahged to FAT16 or 32 on these > >> > > as the size got pushed up to be larger than what FAT12 > >> > > can access. > >> > > >> > https://svnweb.freebsd.org/base/head/stand/efi/boot1/ > >> generate-fat.sh?annotate=332561#l45 > >> > > >> > nope. > >> > >> That is not the code we build release images with, > >> that is Warners tests for the boot loader. > >> > > > > No, that's the actual code that generates boot1.efiffat. > > > > Warner > > Yup, and EFI have no problem at all with this. > FAT12 can work with all EFI implementation, the problem is the size of > the FAT12 part that sometimes causes problems. > Rod, you are refering to the arm images which do not uses makefs or > generate-fat.sh but using md device and newfs_msdos. Yes, your right Emmanuel, thanks. I thought that was the last place fat12 was in use, but I see there is this ugly bit of evil still around. -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Fri Jul 6 08:47:42 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D3F75102FE69 for ; Fri, 6 Jul 2018 08:47:41 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 16E6D7425C for ; Fri, 6 Jul 2018 08:47:40 +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 w668lUPg011861 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 6 Jul 2018 11:47:33 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua w668lUPg011861 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id w668lUaw011858; Fri, 6 Jul 2018 11:47:30 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 6 Jul 2018 11:47:30 +0300 From: Konstantin Belousov To: Niclas Zeising Cc: Warner Losh , John Baldwin , Hans Petter Selasky , Pete Wright , "O. Hartmann" , FreeBSD Current Subject: Re: atomic changes break drm-next-kmod? Message-ID: <20180706084729.GN5562@kib.kiev.ua> References: <4c5411dd-9f6b-7245-6ade-e11040f74687@FreeBSD.org> <24f5d737-a205-6fcc-0a33-a84601d2ff7a@nomadlogic.org> <29ce4eab-6667-d2ca-b5d8-3deeef28f142@selasky.org> <20180705193646.GM5562@kib.kiev.ua> <5dc2a315-4b71-9ff0-0a37-576649e9144b@FreeBSD.org> <4797c607-c261-77f7-eccf-45056bf56694@daemonic.se> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4797c607-c261-77f7-eccf-45056bf56694@daemonic.se> User-Agent: Mutt/1.10.0 (2018-05-17) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 06 Jul 2018 08:47:42 -0000 On Fri, Jul 06, 2018 at 09:52:24AM +0200, Niclas Zeising wrote: > On 07/06/18 00:02, Warner Losh wrote: > > > > > > On Thu, Jul 5, 2018 at 1:44 PM, John Baldwin > > wrote: > > > > On 7/5/18 12:36 PM, Konstantin Belousov wrote: > > > On Thu, Jul 05, 2018 at 09:12:24PM +0200, Hans Petter Selasky wrote: > > >> On 07/05/18 20:59, Hans Petter Selasky wrote: > > >>> On 07/05/18 19:48, Pete Wright wrote: > > >>>> > > >>>> > > >>>> On 07/05/2018 10:10, John Baldwin wrote: > > >>>>> On 7/3/18 5:10 PM, Pete Wright wrote: > > >>>>>> > > >>>>>> On 07/03/2018 15:56, John Baldwin wrote: > > >>>>>>> On 7/3/18 3:34 PM, Pete Wright wrote: > > >>>>>>>> On 07/03/2018 15:29, John Baldwin wrote: > > >>>>>>>>> That seems like kgdb is looking at the wrong CPU.š Can > > you use > > >>>>>>>>> 'info threads' and look for threads not stopped in > > 'sched_switch' > > >>>>>>>>> and get their backtraces?š You could also just do 'thread > > apply > > >>>>>>>>> all bt' and put that file at a URL if that is easiest. > > >>>>>>>>> > > >>>>>>>> sure thing John - here's a gist of "thread apply all bt" > > >>>>>>>> > > >>>>>>>> > > https://gist.github.com/gem-pete/d8d7ab220dc8781f0827f965f09d43ed > > > > >>>>>>> That doesn't look right at all.š Are you sure the kernel > > matches the > > >>>>>>> vmcore?š Also, which kgdb version are you using? > > >>>>>>> > > >>>>>> yea i agree that doesn't look right at all.š here is my setup: > > >>>>>> > > >>>>>> $ which kgdb > > >>>>>> /usr/bin/kgdb > > >>>>>> $ kgdb > > >>>>>> GNU gdb 6.1.1 [FreeBSD] > > >>>>>> $ ls -lh /var/crash/vmcore.1 > > >>>>>> -rw-------š 1 rootš wheelšš 1.6G Julš 3 15:03 > > /var/crash/vmcore.1 > > >>>>>> $ ls -l /usr/lib/debug/boot/kernel/kernel.debug > > >>>>>> -r-xr-xr-xš 1 rootš wheelš 87840496 Julš 3 13:54 > > >>>>>> /usr/lib/debug/boot/kernel/kernel.debug > > >>>>>> > > >>>>>> and i invoke kgdb like so: > > >>>>>> $ sudo kgdb /usr/lib/debug/boot/kernel/kernel.debug > > /var/crash/vmcore.1 > > >>>>>> > > >>>>>> here's a gist of my full gdb session: > > >>>>>> http://termbin.com/krsn > > >>>>>> > > >>>>>> dunno - maybe i have a bad core dump?š regardless, more than > > happy to > > >>>>>> help so let me know if i should try anything else or patches > > etc.. > > >>>>> Can you try installing gdb from ports and using > > /usr/local/bin/kgdb? > > >>>>> > > >>>> > > >>>> that seems to have done the trick, at least the output looks more > > >>>> encouraging. > > >>>> > > >>>> šš--- trap 0, rip = 0, rsp = 0, rbp = 0 --- > > >>>> KDB: enter: panic > > >>>> > > >>>> __curthread () at ./machine/pcpu.h:231 > > >>>> 231ššš ššš __asm("movq %%gs:%1,%0" : "=r" (td) > > >>>> > > >>>> > > >>>> here's my full kgdb session: > > >>>> http://termbin.com/qa4f > > >>>> > > >>>> i don't see any threads not in "sched_switch" though :( > > >>> > > >>> Hi, > > >>> > > >>> The problem may be that the patch to enable atomic inlining of all > > >>> macros forgot to set the SMP keyword which means SMP is not > > defined at > > >>> all for KLD's so all non-kernel atomic usage is with MPLOCKED > > empty! > > > Problem is that out-of-tree modules build does not have opt*.h files > > > from the kernel.š UP config is a valid one, flipping some option's > > > default value does not solve the problem. > > > > Yes, but using the lock prefix in a generic module is ok (it will still > > work, just not quite as fast) whereas the lack of lock is fatal on > > SMP.š I would amend Hans' patch slightly to honor the opt_* setting > > for KLD_TIED (but that is only true if KLD_TIED means "built as part of > > a kernel build, so has valid opt_foo.h headers" and not > > 'a standalone module where someone put MODULES_TIED=1 on the command > > line > > to make'). > > > > > > I agree with this default. It's sensible to default to (a) the most > > popular thing and (b) thing that always works, especially when (a) and > > (b) are identical. > > > > Don't make me start the "Do we really need an SMP option, why not make > > it always on" thread :) The number of relevant uniprocessor x86 boxes > > that benefit from omitting SMP is so small as to be irrelevant, IMHO. A > > MP kernel runs just fine on them... > > > > Warner > > Where are we on this? > It is important to get it fixed, it's already been 4 days, which means 4 > days of all modern FreeBSD desktop systems being broken, and possibly > other systems with kernel modules from ports as well. > > > Another question, how hard would it be to expose how the kernel was > built to modules built from ports, so that they can figure out stuff > like SMP and others, that might affect the module build? Point the KERNBUILDDIR variable to the directory of the kernel build. This is the directory where *.o and opt*.h are located. Then everything would just work. From owner-freebsd-current@freebsd.org Fri Jul 6 09:14:41 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 00E0C10323E6 for ; Fri, 6 Jul 2018 09:14:41 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: from mail-wr1-x429.google.com (mail-wr1-x429.google.com [IPv6:2a00:1450:4864:20::429]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 680B0753AF; Fri, 6 Jul 2018 09:14:40 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: by mail-wr1-x429.google.com with SMTP id h10-v6so3448742wre.6; Fri, 06 Jul 2018 02:14:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ZbaalADxuEa7eUlbieqS/MDloxcK57I4cJ8Xg7LeCgI=; b=cfTcvToHMlhe4Z/GZXC0f5K1zqlCJNow9fayabNhEbYw2Gn4L7ZlfplagtfF8IDESA CK28kXxmFpwrePnsqJuHgyshcr6Ee4GMP81sVYejyiq+DQGs8J9o+S2G6NCOtLBPrkko AAXAyQ0ZUBqyhgvt0PSZSJwBfqM725lHq6Th6BzpR+oNgiGi+bND0v4+iakS4MnF1Jln S1EgyAGz1h7RI1KzJevM/YGvsdBTgBAPA/jh6SVV7mHLu6HYkPnJ2uFAVnR9t4zL0lG7 gwxU17rE5HwFIHXJNiDChpsfHyjZt+O+RkBgxrutnGpol8XemUtaWPGAHtjXLunRp9Wh Ifig== 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=ZbaalADxuEa7eUlbieqS/MDloxcK57I4cJ8Xg7LeCgI=; b=XQHb2ZKY2zrFbfj7b1xHtPO90Z1yFTsC/0khaPPjn5RgdXPvM2ajzoKJlDKGCKU4XE keTfeMqydTY/EnJFEU+x8YIdPVb8IumhMUGWy+bhjIF9zGrFS20EQg8CDujwAZ3oE7mv OS1twxmfNPR1mieq6StJkGKNvIm0GIuVEV5QF1i++U3nlhIJi0JS9fyVaW2Z57CQe296 65p0obTyhSkAZIK9HYfU+ahnSlx7x3TX6upRHJTH1j+qCJtwjnV3Rg+pOc3njMVqhQuQ Oa9ZWjNJxbeKiWwiDIkwzJG1SzbEiUZR0I2DQfB1NOoSsnGGTiAtOoqREljeICZ3Qn/3 PfHw== X-Gm-Message-State: AOUpUlGlMBkQdIZEPa3nPR1Y9w1gZsFlundVIv2ZhdjDPeI4CvKvwP7r WYkmwXQa4N+qGMsIq939P0XBhtg03yScg0TUeck= X-Google-Smtp-Source: AAOMgpeN82LkWMWD0HSIAijtb5e08rYIGSQMGLfSpOl5Ci6X+9Acxtp3A9xSqReCH1mR+za4vwZ1umesIA/k9iiMecU= X-Received: by 2002:adf:e584:: with SMTP id l4-v6mr971985wrm.190.1530868478929; Fri, 06 Jul 2018 02:14:38 -0700 (PDT) MIME-Version: 1.0 References: <4c5411dd-9f6b-7245-6ade-e11040f74687@FreeBSD.org> <24f5d737-a205-6fcc-0a33-a84601d2ff7a@nomadlogic.org> <29ce4eab-6667-d2ca-b5d8-3deeef28f142@selasky.org> <20180705193646.GM5562@kib.kiev.ua> <5dc2a315-4b71-9ff0-0a37-576649e9144b@FreeBSD.org> <4797c607-c261-77f7-eccf-45056bf56694@daemonic.se> <20180706084729.GN5562@kib.kiev.ua> In-Reply-To: <20180706084729.GN5562@kib.kiev.ua> From: Johannes Lundberg Date: Fri, 6 Jul 2018 10:14:01 +0100 Message-ID: Subject: Re: atomic changes break drm-next-kmod? To: Konstantin Belousov Cc: Niclas Zeising , Warner Losh , jhb@freebsd.org, Hans Petter Selasky , Pete Wright , ohartmann@walstatt.org, freebsd-current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 06 Jul 2018 09:14:41 -0000 On Fri, Jul 6, 2018 at 9:49 AM Konstantin Belousov wrote: > On Fri, Jul 06, 2018 at 09:52:24AM +0200, Niclas Zeising wrote: > > On 07/06/18 00:02, Warner Losh wrote: > > > > > > > > > On Thu, Jul 5, 2018 at 1:44 PM, John Baldwin > > > wrote: > > > > > > On 7/5/18 12:36 PM, Konstantin Belousov wrote: > > > > On Thu, Jul 05, 2018 at 09:12:24PM +0200, Hans Petter Selasky > wrote: > > > >> On 07/05/18 20:59, Hans Petter Selasky wrote: > > > >>> On 07/05/18 19:48, Pete Wright wrote: > > > >>>> > > > >>>> > > > >>>> On 07/05/2018 10:10, John Baldwin wrote: > > > >>>>> On 7/3/18 5:10 PM, Pete Wright wrote: > > > >>>>>> > > > >>>>>> On 07/03/2018 15:56, John Baldwin wrote: > > > >>>>>>> On 7/3/18 3:34 PM, Pete Wright wrote: > > > >>>>>>>> On 07/03/2018 15:29, John Baldwin wrote: > > > >>>>>>>>> That seems like kgdb is looking at the wrong CPU. Can > > > you use > > > >>>>>>>>> 'info threads' and look for threads not stopped in > > > 'sched_switch' > > > >>>>>>>>> and get their backtraces? You could also just do > 'thread > > > apply > > > >>>>>>>>> all bt' and put that file at a URL if that is easiest. > > > >>>>>>>>> > > > >>>>>>>> sure thing John - here's a gist of "thread apply all bt" > > > >>>>>>>> > > > >>>>>>>> > > > https://gist.github.com/gem-pete/d8d7ab220dc8781f0827f965f09d43ed > > > > > > > >>>>>>> That doesn't look right at all. Are you sure the kernel > > > matches the > > > >>>>>>> vmcore? Also, which kgdb version are you using? > > > >>>>>>> > > > >>>>>> yea i agree that doesn't look right at all. here is my > setup: > > > >>>>>> > > > >>>>>> $ which kgdb > > > >>>>>> /usr/bin/kgdb > > > >>>>>> $ kgdb > > > >>>>>> GNU gdb 6.1.1 [FreeBSD] > > > >>>>>> $ ls -lh /var/crash/vmcore.1 > > > >>>>>> -rw------- 1 root wheel 1.6G Jul 3 15:03 > > > /var/crash/vmcore.1 > > > >>>>>> $ ls -l /usr/lib/debug/boot/kernel/kernel.debug > > > >>>>>> -r-xr-xr-x 1 root wheel 87840496 Jul 3 13:54 > > > >>>>>> /usr/lib/debug/boot/kernel/kernel.debug > > > >>>>>> > > > >>>>>> and i invoke kgdb like so: > > > >>>>>> $ sudo kgdb /usr/lib/debug/boot/kernel/kernel.debug > > > /var/crash/vmcore.1 > > > >>>>>> > > > >>>>>> here's a gist of my full gdb session: > > > >>>>>> http://termbin.com/krsn > > > >>>>>> > > > >>>>>> dunno - maybe i have a bad core dump? regardless, more > than > > > happy to > > > >>>>>> help so let me know if i should try anything else or > patches > > > etc.. > > > >>>>> Can you try installing gdb from ports and using > > > /usr/local/bin/kgdb? > > > >>>>> > > > >>>> > > > >>>> that seems to have done the trick, at least the output looks > more > > > >>>> encouraging. > > > >>>> > > > >>>> --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > > > >>>> KDB: enter: panic > > > >>>> > > > >>>> __curthread () at ./machine/pcpu.h:231 > > > >>>> 231 __asm("movq %%gs:%1,%0" : "=r" (td) > > > >>>> > > > >>>> > > > >>>> here's my full kgdb session: > > > >>>> http://termbin.com/qa4f > > > >>>> > > > >>>> i don't see any threads not in "sched_switch" though :( > > > >>> > > > >>> Hi, > > > >>> > > > >>> The problem may be that the patch to enable atomic inlining > of all > > > >>> macros forgot to set the SMP keyword which means SMP is not > > > defined at > > > >>> all for KLD's so all non-kernel atomic usage is with MPLOCKED > > > empty! > > > > Problem is that out-of-tree modules build does not have opt*.h > files > > > > from the kernel. UP config is a valid one, flipping some > option's > > > > default value does not solve the problem. > > > > > > Yes, but using the lock prefix in a generic module is ok (it will > still > > > work, just not quite as fast) whereas the lack of lock is fatal on > > > SMP. I would amend Hans' patch slightly to honor the opt_* setting > > > for KLD_TIED (but that is only true if KLD_TIED means "built as > part of > > > a kernel build, so has valid opt_foo.h headers" and not > > > 'a standalone module where someone put MODULES_TIED=1 on the > command > > > line > > > to make'). > > > > > > > > > I agree with this default. It's sensible to default to (a) the most > > > popular thing and (b) thing that always works, especially when (a) and > > > (b) are identical. > > > > > > Don't make me start the "Do we really need an SMP option, why not make > > > it always on" thread :) The number of relevant uniprocessor x86 boxes > > > that benefit from omitting SMP is so small as to be irrelevant, IMHO. > A > > > MP kernel runs just fine on them... > > > > > > Warner > > > > Where are we on this? > > It is important to get it fixed, it's already been 4 days, which means 4 > > days of all modern FreeBSD desktop systems being broken, and possibly > > other systems with kernel modules from ports as well. > > > > > > Another question, how hard would it be to expose how the kernel was > > built to modules built from ports, so that they can figure out stuff > > like SMP and others, that might affect the module build? > Point the KERNBUILDDIR variable to the directory of the kernel build. > This is the directory where *.o and opt*.h are located. Then everything > would just work. > Is the solution that we require everyone to build a kernel before they can build the standalone modules or am I missing something here? _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Fri Jul 6 10:16:18 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2EB561039DB8 for ; Fri, 6 Jul 2018 10:16:18 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (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 AF99077DBB; Fri, 6 Jul 2018 10:16:17 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.128.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id D3CB3260192; Fri, 6 Jul 2018 12:16:14 +0200 (CEST) Subject: Re: atomic changes break drm-next-kmod? To: Johannes Lundberg , Konstantin Belousov Cc: Niclas Zeising , Warner Losh , jhb@freebsd.org, Pete Wright , ohartmann@walstatt.org, freebsd-current References: <4c5411dd-9f6b-7245-6ade-e11040f74687@FreeBSD.org> <24f5d737-a205-6fcc-0a33-a84601d2ff7a@nomadlogic.org> <29ce4eab-6667-d2ca-b5d8-3deeef28f142@selasky.org> <20180705193646.GM5562@kib.kiev.ua> <5dc2a315-4b71-9ff0-0a37-576649e9144b@FreeBSD.org> <4797c607-c261-77f7-eccf-45056bf56694@daemonic.se> <20180706084729.GN5562@kib.kiev.ua> From: Hans Petter Selasky Message-ID: <1cd8c3c6-5d85-fbf3-cc06-1df8282216a1@selasky.org> Date: Fri, 6 Jul 2018 12:15:55 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 06 Jul 2018 10:16:18 -0000 On 07/06/18 11:14, Johannes Lundberg wrote: > On Fri, Jul 6, 2018 at 9:49 AM Konstantin Belousov > wrote: > >> On Fri, Jul 06, 2018 at 09:52:24AM +0200, Niclas Zeising wrote: >>> On 07/06/18 00:02, Warner Losh wrote: >>>> >>>> >>>> On Thu, Jul 5, 2018 at 1:44 PM, John Baldwin >>> > wrote: >>>> >>>> On 7/5/18 12:36 PM, Konstantin Belousov wrote: >>>> > On Thu, Jul 05, 2018 at 09:12:24PM +0200, Hans Petter Selasky >> wrote: >>>> >> On 07/05/18 20:59, Hans Petter Selasky wrote: >>>> >>> On 07/05/18 19:48, Pete Wright wrote: >>>> >>>> >>>> >>>> >>>> >>>> On 07/05/2018 10:10, John Baldwin wrote: >>>> >>>>> On 7/3/18 5:10 PM, Pete Wright wrote: >>>> >>>>>> >>>> >>>>>> On 07/03/2018 15:56, John Baldwin wrote: >>>> >>>>>>> On 7/3/18 3:34 PM, Pete Wright wrote: >>>> >>>>>>>> On 07/03/2018 15:29, John Baldwin wrote: >>>> >>>>>>>>> That seems like kgdb is looking at the wrong CPU. Can >>>> you use >>>> >>>>>>>>> 'info threads' and look for threads not stopped in >>>> 'sched_switch' >>>> >>>>>>>>> and get their backtraces? You could also just do >> 'thread >>>> apply >>>> >>>>>>>>> all bt' and put that file at a URL if that is easiest. >>>> >>>>>>>>> >>>> >>>>>>>> sure thing John - here's a gist of "thread apply all bt" >>>> >>>>>>>> >>>> >>>>>>>> >>>> https://gist.github.com/gem-pete/d8d7ab220dc8781f0827f965f09d43ed >>>> >> >>>> >>>>>>> That doesn't look right at all. Are you sure the kernel >>>> matches the >>>> >>>>>>> vmcore? Also, which kgdb version are you using? >>>> >>>>>>> >>>> >>>>>> yea i agree that doesn't look right at all. here is my >> setup: >>>> >>>>>> >>>> >>>>>> $ which kgdb >>>> >>>>>> /usr/bin/kgdb >>>> >>>>>> $ kgdb >>>> >>>>>> GNU gdb 6.1.1 [FreeBSD] >>>> >>>>>> $ ls -lh /var/crash/vmcore.1 >>>> >>>>>> -rw------- 1 root wheel 1.6G Jul 3 15:03 >>>> /var/crash/vmcore.1 >>>> >>>>>> $ ls -l /usr/lib/debug/boot/kernel/kernel.debug >>>> >>>>>> -r-xr-xr-x 1 root wheel 87840496 Jul 3 13:54 >>>> >>>>>> /usr/lib/debug/boot/kernel/kernel.debug >>>> >>>>>> >>>> >>>>>> and i invoke kgdb like so: >>>> >>>>>> $ sudo kgdb /usr/lib/debug/boot/kernel/kernel.debug >>>> /var/crash/vmcore.1 >>>> >>>>>> >>>> >>>>>> here's a gist of my full gdb session: >>>> >>>>>> http://termbin.com/krsn >>>> >>>>>> >>>> >>>>>> dunno - maybe i have a bad core dump? regardless, more >> than >>>> happy to >>>> >>>>>> help so let me know if i should try anything else or >> patches >>>> etc.. >>>> >>>>> Can you try installing gdb from ports and using >>>> /usr/local/bin/kgdb? >>>> >>>>> >>>> >>>> >>>> >>>> that seems to have done the trick, at least the output looks >> more >>>> >>>> encouraging. >>>> >>>> >>>> >>>> --- trap 0, rip = 0, rsp = 0, rbp = 0 --- >>>> >>>> KDB: enter: panic >>>> >>>> >>>> >>>> __curthread () at ./machine/pcpu.h:231 >>>> >>>> 231 __asm("movq %%gs:%1,%0" : "=r" (td) >>>> >>>> >>>> >>>> >>>> >>>> here's my full kgdb session: >>>> >>>> http://termbin.com/qa4f >>>> >>>> >>>> >>>> i don't see any threads not in "sched_switch" though :( >>>> >>> >>>> >>> Hi, >>>> >>> >>>> >>> The problem may be that the patch to enable atomic inlining >> of all >>>> >>> macros forgot to set the SMP keyword which means SMP is not >>>> defined at >>>> >>> all for KLD's so all non-kernel atomic usage is with MPLOCKED >>>> empty! >>>> > Problem is that out-of-tree modules build does not have opt*.h >> files >>>> > from the kernel. UP config is a valid one, flipping some >> option's >>>> > default value does not solve the problem. >>>> >>>> Yes, but using the lock prefix in a generic module is ok (it will >> still >>>> work, just not quite as fast) whereas the lack of lock is fatal on >>>> SMP. I would amend Hans' patch slightly to honor the opt_* setting >>>> for KLD_TIED (but that is only true if KLD_TIED means "built as >> part of >>>> a kernel build, so has valid opt_foo.h headers" and not >>>> 'a standalone module where someone put MODULES_TIED=1 on the >> command >>>> line >>>> to make'). >>>> >>>> >>>> I agree with this default. It's sensible to default to (a) the most >>>> popular thing and (b) thing that always works, especially when (a) and >>>> (b) are identical. >>>> >>>> Don't make me start the "Do we really need an SMP option, why not make >>>> it always on" thread :) The number of relevant uniprocessor x86 boxes >>>> that benefit from omitting SMP is so small as to be irrelevant, IMHO. >> A >>>> MP kernel runs just fine on them... >>>> >>>> Warner >>> >>> Where are we on this? >>> It is important to get it fixed, it's already been 4 days, which means 4 >>> days of all modern FreeBSD desktop systems being broken, and possibly >>> other systems with kernel modules from ports as well. >>> >>> >>> Another question, how hard would it be to expose how the kernel was >>> built to modules built from ports, so that they can figure out stuff >>> like SMP and others, that might affect the module build? >> Point the KERNBUILDDIR variable to the directory of the kernel build. >> This is the directory where *.o and opt*.h are located. Then everything >> would just work. >> > > Is the solution that we require everyone to build a kernel before they can > build the standalone modules or am I missing something here? > Hi, Here is a temporary fix: https://svnweb.freebsd.org/changeset/base/336025 Like Konstantin says this issue needs to be revisited. --HPS From owner-freebsd-current@freebsd.org Fri Jul 6 13:26:23 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5B9901027100 for ; Fri, 6 Jul 2018 13:26:23 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 0428380E8D for ; Fri, 6 Jul 2018 13:26:22 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 5BDA921D37; Fri, 6 Jul 2018 09:26:22 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Fri, 06 Jul 2018 09:26:22 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; bh=WtpQXtxVaTW+XgAMKBx1/aPvqYqeC zPLG6pVY3iWSUI=; b=kpYelRXwJjM2v7fIUIqF3BE+x8uwTCIfA1LFNTBg/N0CN TS8IEvkzi0vsbhSqUeghVvgdMoIP/LFKZX8YW7MxwkNdDnKZ5g9eKbVxx15ZYiSH NxQaKkNkW6JXT0GGZP+P2sQUIDPjRDHhvj1aVH26qwIb6MT5SURabUM9q4OAQueG feOWM0cvVxF7rRe/GN+oULpGI5qnlpAvrOx4reqFjCGOlOXmuHiH+jWxZ5Ajzyyo N6bdkBcABoDUFC63YA+nKWWvxF5f/8UqWJSXXaSj3i15Ylyz+KKFDSzrWwqvoC3f xkftySvlMiBWWHsp8SjwRJIjONdGfQFqGfOfioAgQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=WtpQXt xVaTW+XgAMKBx1/aPvqYqeCzPLG6pVY3iWSUI=; b=EtwWltl4mz+X9J6C87OA0i ROVZYcqJqxB7/xAZjMsipo6r1KAyit4VCVheFM7bNvjFIJQPTw1fMmYAeDcn7jDw KieW4AysLElfZrfehhcA6b4o9dre71Mr8/J/1gxb3qCCzyB+OLaCWnDTkEpAmyuQ V5FXxC9v0gOmxG0bQK+N+5wwN+GmYxEZ6wo4CyGRcwtQVm9rEt9edRoOjU2oNeay k8qxgApQyOUYYQTbG5AktDgXaDuxIaYOztDTlAC8HvsXIBfR+tv1Q8nwbnb6fSla 2zo+rFU7eOhZBVE5C87yUt4bbPNGBrbe0o0fzsDO38zTniO1inS0AFHzgEkSu5eg == X-ME-Proxy: X-ME-Sender: Received: from desktop.local (parsley.growveg.org [82.70.91.97]) by mail.messagingengine.com (Postfix) with ESMTPA id 48C6C102B6; Fri, 6 Jul 2018 09:26:21 -0400 (EDT) Subject: Re: em0 link fail To: Michael Butler , freebsd-current References: <739ef71a-f29f-68ea-955a-fb53c57960a6@protected-networks.net> From: tech-lists Organization: none Message-ID: <10e5354f-44e1-ba6f-4f50-552b2cec5680@zyxst.net> Date: Fri, 6 Jul 2018 14:26:19 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.9.0 MIME-Version: 1.0 In-Reply-To: <739ef71a-f29f-68ea-955a-fb53c57960a6@protected-networks.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 06 Jul 2018 13:26:23 -0000 On 03/07/2018 18:47, Michael Butler wrote: > On June 1st, I was able to do my monthly laptop ZFS snap-shot/back-up > (using "zfs snapshot -r zroot@backup; zfs send -R >nfs-filesys"). Now I > can't without the em0 interface stalling :-( > > On a guess, I tried reverting SVN r335303 but that didn't help. > > em0: port 0xf080-0xf09f mem > 0xf7e00000-0xf7e1ffff,0xf7e39000-0xf7e39fff irq 20 at device 25.0 on pci0 > em0: attach_pre capping queues at 1 > em0: using 1024 tx descriptors and 1024 rx descriptors > em0: msix_init qsets capped at 1 > em0: PCIY_MSIX capability not found; or rid 0 == 0. > em0: Using an MSI interrupt > em0: allocated for 1 tx_queues > em0: allocated for 1 rx_queues > em0: Ethernet address: f0:1f:af:66:95:7e > em0: netmap queues/slots: TX 1/1024, RX 1/1024 > em0: link state changed to UP > > [ initiate "zfs send" ] > > em0: TX(0) desc avail = 41, pidx = 172 > em0: link state changed to DOWN > em0: TX(0) desc avail = 1024, pidx = 0 > em0: TX(0) desc avail = 1024, pidx = 0 > > .. ad nauseum .. > > "ifconfig em0 down; ifconfig em0 up" doesn't help. > > Any hints? Hi, I'm not seeing any problems using em0/saturating upstream using 12.0-CURRENT #0 r335979 -- J. From owner-freebsd-current@freebsd.org Fri Jul 6 17:25:40 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2B83A103D537; Fri, 6 Jul 2018 17:25:40 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 C9CCA8C521; Fri, 6 Jul 2018 17:25:39 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 3F24520F02; Fri, 6 Jul 2018 13:25:39 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Fri, 06 Jul 2018 13:25:39 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h=cc :content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= fm3; bh=wHmyw5z2Q7yaJYYc8kVYQKjj/OkV0ffoRzB/OASm7MQ=; b=e8Zie7Ze IwfNEyeBgxQyz+HWm3mCRIGyeAR6dOV7EDnLNkRJYJruZEj7trAfx0pRQsmXAYZv cqCY5A57XwtIZEYSvViSfVw2ZAZS0gOtKe8Wsp11FQIeLoiDUo27aJ5+xbhMyoAK pCivq6GgMKLuz8Ks6dg8YuYN99gK1hdl1M9GL2X2n2aevZdx+DbE2qxEYR5TjyWJ kOqu/FThQCLljcXf+zVykOA4PfBaoIgPt4JSDBYlz8s9vmNVHQZLVJe0js9blGDU V16LfyOVQ1xOIA996w/93QgLZ7l/7G6VCINZqNUF48fKBxMaz0Puf0ieRnm3Mm+O GdaICv+rmpkJ5Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; bh=wHmyw5z2Q7yaJYYc8kVYQKjj/OkV0 ffoRzB/OASm7MQ=; b=Ej2Xm8q3GXndGbCb2mOdD+fb/XHVp7D655aGSmamqu8f9 c8cLB4QiRxYpMa9l45YvLjqdPd8UYy8FyltZKbFEwkOVZSX/ifcFJXTmpu9EDluA YtcNQ4zJR6A6qusohMcs4JuhJpkrPnKJFSsS5/+n6BltDkJoX22WHIsS9jgBGMA2 Zu/3yTB3V1RpIIttrTSl+uG5jmm6tLAmAL7JFOn8+s7FSk4sdpPt920z5MlkXT+A 81sgwdP9qHw5i50W901bMOQs4oGDAmF+IuHxkc6nAmvrhOE80VdVQcxeNQBBwEcg UxL7c7TIyUp9BYdzWnWzr5YRAUhk16kMZafJaEydA== X-ME-Proxy: X-ME-Sender: Received: from desktop.local (parsley.growveg.org [82.70.91.97]) by mail.messagingengine.com (Postfix) with ESMTPA id 540131025C; Fri, 6 Jul 2018 13:25:38 -0400 (EDT) To: freebsd-virtualization@freebsd.org Cc: freebsd-current@freebsd.org From: tech-lists Subject: bhyve and freebsd memstick installer Organization: none Message-ID: <7fdf88da-7692-8cfa-a42b-19314866977d@zyxst.net> Date: Fri, 6 Jul 2018 18:25:37 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.9.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 06 Jul 2018 17:25:40 -0000 Hello, context: freebsd-12-current server, amd64 I usually install a freebsd guest like this: sh /usr/share/examples/bhyve/vmrun.sh -c 2 -m 4096M -t tap0 -d guest.img -i -I FreeBSD-installation-dvd1.iso guestname I only have memstick.img - how do I either: 1. convert the memstick to dvd1.iso 2. make bhyve use the memstick installation iso (I don't think it can do this as the option to do so isn't in vmrun.sh) thanks, -- J. From owner-freebsd-current@freebsd.org Fri Jul 6 17:32:45 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B8E56103E148; Fri, 6 Jul 2018 17:32:45 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 39C578CDD4; Fri, 6 Jul 2018 17:32:45 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id w66HWgIX053395; Fri, 6 Jul 2018 10:32:42 -0700 (PDT) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id w66HWgJF053394; Fri, 6 Jul 2018 10:32:42 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201807061732.w66HWgJF053394@pdx.rh.CN85.dnsmgr.net> Subject: Re: bhyve and freebsd memstick installer In-Reply-To: <7fdf88da-7692-8cfa-a42b-19314866977d@zyxst.net> To: tech-lists Date: Fri, 6 Jul 2018 10:32:42 -0700 (PDT) CC: freebsd-virtualization@freebsd.org, freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 06 Jul 2018 17:32:45 -0000 > Hello, > > context: freebsd-12-current server, amd64 > > I usually install a freebsd guest like this: > > sh /usr/share/examples/bhyve/vmrun.sh -c 2 -m 4096M -t tap0 -d guest.img > -i -I FreeBSD-installation-dvd1.iso guestname > > I only have memstick.img - how do I either: > > 1. convert the memstick to dvd1.iso > 2. make bhyve use the memstick installation iso (I don't think it can do > this as the option to do so isn't in vmrun.sh) Untested, but since memstick is actually a "disk" image and not a "cdrom" image you should be able to do something like vmrun.sh -c 2 -m 4096M -t tap0 -d memstick.img -d guest.img guestname Your memstick should show up as ada0, and your guest.img should be ada1. -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Fri Jul 6 20:37:37 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A0642102A306; Fri, 6 Jul 2018 20:37:37 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 48FB995E6E; Fri, 6 Jul 2018 20:37:37 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 88C7821B5A; Fri, 6 Jul 2018 16:37:36 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Fri, 06 Jul 2018 16:37:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; bh=ZxxHlasZ8W+ZZVjj4jDj0tg4EHrei j/rF/hBO8Y4dI8=; b=vUAkFX6X+6EaJL2JdqzGRN6dyp2odd1U5m5iHbHb8n4wJ jdzL1uaQ1dtITEhojuaa0ua4tle+xeD32qcwLHZ36eK0vGu6qVW6+PE8Kf9Hfz4b BrFsPmXULwBFDbCYLTxBcPWRToiwCCBSl5mDOZmHASRk7cr0tz78EdEIYj+JVhU4 5gxNPpZsi0dCOo4Mj5HHQZY1ZDpNRR+m+ZtazQWR1A2M2Lck/QipDvIPEZ5qmUuP yaNj6YwkX/Hh21bhmG2teKgCJuAiFEEeGnpFy0BfN2648Zi/OZzSVR0Co9JBJAwv Q4srLC4AjWEsRrrqHWaNnf4OtKdxuqfdfvrbd37NA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=ZxxHla sZ8W+ZZVjj4jDj0tg4EHreij/rF/hBO8Y4dI8=; b=Xyx1s6VXMVi2FZzVIno3LH pU3xSFgm8qGxozzFXqrTH6zihsrv/C7rx+hItvDAGS3R1Xguag/s7T2GCE3bpmX7 HGlObsPiks7j8nIwwLc6WMZ91PT/8oYZVsRQeOTlsmtq8a4GxTWar+3sNH5UWWsc gurQdqhXOB9z3CgdphFzxPNpVRs5j7nbdehgX4GOqnO/6mq3nOixG8eKNbaJH7eB 4lpIdUIXlI/ugMic8LglzTkUL/YGTTMGzge2MMaBA5RUuAa/szCxYhcoIqMOd6YM T01xSvlom5zlLFz6YBeD3vx1WOQl6kHHGER0/tHw5siL/4+SEKMkS5KNPATd9lPQ == X-ME-Proxy: X-ME-Sender: Received: from desktop.local (parsley.growveg.org [82.70.91.97]) by mail.messagingengine.com (Postfix) with ESMTPA id 7EC1610266; Fri, 6 Jul 2018 16:37:35 -0400 (EDT) Subject: Re: bhyve and freebsd memstick installer To: "Rodney W. Grimes" Cc: freebsd-virtualization@freebsd.org, freebsd-current@freebsd.org References: <201807061732.w66HWgJF053394@pdx.rh.CN85.dnsmgr.net> From: tech-lists Organization: none Message-ID: <7cffa475-4d43-987c-f380-2384f4834ce1@zyxst.net> Date: Fri, 6 Jul 2018 21:37:34 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.9.0 MIME-Version: 1.0 In-Reply-To: <201807061732.w66HWgJF053394@pdx.rh.CN85.dnsmgr.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 06 Jul 2018 20:37:37 -0000 On 06/07/2018 18:32, Rodney W. Grimes wrote: > Untested, but since memstick is actually a "disk" image and not > a "cdrom" image you should be able to do something like > vmrun.sh -c 2 -m 4096M -t tap0 -d memstick.img -d guest.img guestname > > Your memstick should show up as ada0, > and your guest.img should be ada1. Thanks for that, I'll try it next time I can. I got round it temporarily by mounting the memstick as /dev/md1p3 and pointing mkisofs at that. the -i -I thing of bhyve threw me. I thought I'd need it to point to bootable media. -- J. From owner-freebsd-current@freebsd.org Fri Jul 6 23:22:41 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E2C74103B548 for ; Fri, 6 Jul 2018 23:22:40 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from vps-mail.nomadlogic.org (mail.nomadlogic.org [IPv6:2607:f2f8:a098::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 530FF748FB for ; Fri, 6 Jul 2018 23:22:40 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from [192.168.1.106] (cpe-75-82-194-8.socal.res.rr.com [75.82.194.8]) by vps-mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 3ba3a892 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO for ; Fri, 6 Jul 2018 16:22:38 -0700 (PDT) To: FreeBSD Current From: Pete Wright Subject: AWS M5 ena issues Message-ID: Date: Fri, 6 Jul 2018 16:22:34 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 Content-Language: en-US Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 06 Jul 2018 23:22:41 -0000 hi there - this is in relation to this ticket: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225791 "ena driver causing kernel panics on AWS EC2" reading through the thread, and Colin's blog post on the new M5 instance types, it looks like the issues people are running into are related to NVMe devices fronting EBS block stores. My question is is this a discreet issue from other anomalies people have seen with ena network devices.  For example, on some currently lightly loaded m5.large instances I have been seeing this in the logs pretty regularly: ena0: device is going DOWN ena0: device is going UP ena0: queue 0 - cpu 0 ena0: queue 1 - cpu 1 These systems were previously running 11.1-RELEASE, which I upgraded to 11.2-RELEASE via "freebsd-update".  These messages only started showing up after I had completed the upgrade.2 from reading the bug report above though it's not clear as to the state of the ena drivers themselves.  Are they considered unstable on 11.2-RELEASE? Cheers, -pete -- Pete Wright pete@nomadlogic.org @nomadlogicLA From owner-freebsd-current@freebsd.org Fri Jul 6 23:25:22 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 58137103B965 for ; Fri, 6 Jul 2018 23:25:22 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from vps-mail.nomadlogic.org (mail.nomadlogic.org [IPv6:2607:f2f8:a098::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CCEF874A93 for ; Fri, 6 Jul 2018 23:25:21 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from [192.168.1.106] (cpe-75-82-194-8.socal.res.rr.com [75.82.194.8]) by vps-mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 4b47c83f TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO for ; Fri, 6 Jul 2018 16:25:19 -0700 (PDT) Subject: Re: AWS M5 ena issues [IGNORE] To: freebsd-current@freebsd.org References: From: Pete Wright Message-ID: <3cf5f980-fb7b-efc7-e3ea-33a2646dc140@nomadlogic.org> Date: Fri, 6 Jul 2018 16:25:15 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 06 Jul 2018 23:25:22 -0000 sorry - this was sent to incorrect list - please ignore.  sorry for the noise! -pete On 07/06/2018 16:22, Pete Wright wrote: > hi there - this is in relation to this ticket: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225791 > > "ena driver causing kernel panics on AWS EC2" > > reading through the thread, and Colin's blog post on the new M5 > instance types, it looks like the issues people are running into are > related to NVMe devices fronting EBS block stores. My question is is > this a discreet issue from other anomalies people have seen with ena > network devices.  For example, on some currently lightly loaded > m5.large instances I have been seeing this in the logs pretty regularly: > > ena0: device is going DOWN > ena0: device is going UP > ena0: queue 0 - cpu 0 > ena0: queue 1 - cpu 1 > > These systems were previously running 11.1-RELEASE, which I upgraded > to 11.2-RELEASE via "freebsd-update".  These messages only started > showing up after I had completed the upgrade.2 > > > from reading the bug report above though it's not clear as to the > state of the ena drivers themselves.  Are they considered unstable on > 11.2-RELEASE? > > Cheers, > -pete > -- Pete Wright pete@nomadlogic.org @nomadlogicLA From owner-freebsd-current@freebsd.org Sat Jul 7 22:22:43 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CAF9D1032133; Sat, 7 Jul 2018 22:22:43 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout1-smtp.messagingengine.com (wout1-smtp.messagingengine.com [64.147.123.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6594E8F524; Sat, 7 Jul 2018 22:22:43 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id B0F86543; Sat, 7 Jul 2018 18:22:41 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Sat, 07 Jul 2018 18:22:41 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h=cc :content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= fm3; bh=2aPbLfnd2glYy382YFuLlB6i82Vg4d36m+r5TtRGbHk=; b=R+Kq5dBk 7NR94bj1taF4osdXrf8hkVPtYRu87WoRaqabMpr9XMM6aGAbzh1U8rk1MXUZL8/3 TCgh5I0RnRifnAWydAN7vFjpiu/XsbCV73ltQq/8HK3lgV2WQELO3mI8/JF2I9fi 2v+O1/nQYJy5nv8InJRZCOfbKU01EsKpLHdHIwpg/LuGnZ9kmzO+KZIWKs/eX2ac 5QFlMeQbRMAn/DwpXlrmB1LhvI14Z5IeSH8S6FuUT866Y1wkv4TLGMpQrWbBTmSG 9cqf74krxKGcj7au3iVMSazOb36GZS74pGIy/C8vHwhbT+67X9qB1o8kVJ6t9h/F i8v6LoJLOkryPA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; bh=2aPbLfnd2glYy382YFuLlB6i82Vg4 d36m+r5TtRGbHk=; b=Jqgcjo2/NBXCqM/7uosPN210Lsfg5hJPENDzE9n50CVZI 29NKuuW51c3UqBgmnwBI1/S7ZeIzIMI5+xouaVgyZ8wjbaLdJDFXld+0rn5/jdKy 7DJsHH63KptGvmskJ2cWFycy6EeWGd3yI6Pri9qe5HJN3yi8HvvMfU3n6dP0S1cU XR6z9CqiUit/+jty/nzO9By9Mp1SKWm/lhDNNEahhVfirLnuw9tzVwlM1BaLuRWP 4exsr1pzNeW6eWEZCPbzNoW5HnqsXIByUitlryRlf0BqYWYEPXcupKM0FvqfWpOH JLpOco+B3f1DscY+z/5WyyVuzuTJbHaoLprxIIePQ== X-ME-Proxy: X-ME-Sender: Received: from desktop.local (parsley.growveg.org [82.70.91.97]) by mail.messagingengine.com (Postfix) with ESMTPA id 57F511025D; Sat, 7 Jul 2018 18:22:40 -0400 (EDT) To: FreeBSD Current Cc: freebsd-ports@freebsd.org From: tech-lists Subject: aarch64-none-elf-gcc and related programs will not install Organization: none Message-ID: <2c2b0c64-0518-69b9-deba-da14aa7f110b@zyxst.net> Date: Sat, 7 Jul 2018 23:22:38 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.9.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 07 Jul 2018 22:22:44 -0000 Hi, context: 12.0-CURRENT #0 r336037 amd64 / ports r474140 I get the following when installing aarch64-none-elf-gcc and related programs from ports. It will build fine, just errors on install. my /etc/make.conf looks like this: > less /etc/make.conf WRKDIRPREFIX=/buildports MAKE_JOBS_NUMBER=36 WITH_CCACHE_BUILD=YES CCACHE_DIR=/ccache WITH_MANCOMPRESS=YES WITHOUT_DEBUG=YES OPTIONS_SET+=OPTIMIZED_CFLAGS OPTIONS_SET+=ICONV CPUTYPE?=sandybridge It doesn't matter if /etc/make.conf is moved out of the way. these also fail in a similar way: devel/arm-none-eabi-gcc sysutils/u-boot-rpi2 sysutils/u-boot-rpi3 output when trying to install: root@REDACTED:/usr/ports/devel/aarch64-none-elf-gcc # make distclean && make clean && make ===> Cleaning for aarch64-none-elf-gcc-6.4.0 ===> Deleting distfiles for aarch64-none-elf-gcc-6.4.0 ===> Cleaning for aarch64-none-elf-gcc-6.4.0 ===> License GPLv3 GPLv3RLE accepted by the user ===> aarch64-none-elf-gcc-6.4.0 depends on file: /usr/local/sbin/pkg - found => gcc-6.4.0.tar.xz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch https://mirrors.kernel.org/sourceware/gcc/releases/gcc-6.4.0/gcc-6.4.0.tar.xz [...] /bin/sh /buildports/usr/ports/devel/aarch64-none-elf-gcc/work/gcc-6.4.0/libgcc/../mkinstalldirs /buildports/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc/aarch64-none-elf/6.4.0/include install -m 0644 unwind.h /buildports/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc/aarch64-none-elf/6.4.0/include gmake[4]: Leaving directory '/buildports/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-elf/ilp32/libgcc' gmake[3]: Leaving directory '/buildports/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-elf/libgcc' gmake[2]: Leaving directory '/buildports/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-elf/libgcc' gmake[1]: Leaving directory '/buildports/usr/ports/devel/aarch64-none-elf-gcc/work/.build' ====> Compressing man pages (compress-man) root@REDACTED:/usr/ports/devel/aarch64-none-elf-gcc # root@REDACTED:/usr/ports/devel/aarch64-none-elf-gcc # make deinstall reinstall ===> Deinstalling for aarch64-none-elf-gcc ===> aarch64-none-elf-gcc not installed, skipping ===> Installing for aarch64-none-elf-gcc-6.4.0 ===> Registering installation for aarch64-none-elf-gcc-6.4.0 pkg-static: Unable to access file /buildports/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc/aarch64-none-elf/6.4.0/include-fixed/netinet/ip_fil.h:No such file or directory pkg-static: Unable to access file /buildports/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc/aarch64-none-elf/6.4.0/include-fixed/netinet/ip_lookup.h:No such file or directory pkg-static: Unable to access file /buildports/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc/aarch64-none-elf/6.4.0/include-fixed/netinet/ip_nat.h:No such file or directory pkg-static: Unable to access file /buildports/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc/aarch64-none-elf/6.4.0/include-fixed/netinet/ip_proxy.h:No such file or directory pkg-static: Unable to access file /buildports/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc/aarch64-none-elf/6.4.0/include-fixed/netinet/ip_scan.h:No such file or directory pkg-static: Unable to access file /buildports/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc/aarch64-none-elf/6.4.0/include-fixed/netinet/ip_state.h:No such file or directory *** Error code 74 Stop. make[1]: stopped in /usr/ports/devel/aarch64-none-elf-gcc *** Error code 1 Stop. make: stopped in /usr/ports/devel/aarch64-none-elf-gcc root@REDACTED:/usr/ports/devel/aarch64-none-elf-gcc # How can I fix? thanks, -- J.