From owner-freebsd-current@freebsd.org Sun Jul 21 08:18:50 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BD724AD569 for ; Sun, 21 Jul 2019 08:18:50 +0000 (UTC) (envelope-from b0cspa@cock.li) Received: from cock.li (unknown [IPv6:2a06:1700:0:b: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 624B870CC3 for ; Sun, 21 Jul 2019 08:18:48 +0000 (UTC) (envelope-from b0cspa@cock.li) Date: Sat, 20 Jul 2019 16:22:13 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cock.li; s=mail; t=1563664939; bh=itWA1k97qXaDr4IesuYRFtei2GrvWmbYMlmAkGcZvzo=; h=Date:In-Reply-To:References:Subject:To:From:From; b=o5XjkEFvXN9cGTK53j2hUvbKEIs7FFa7eIc1kEnIMDejGsoXwoaAWQ1xChiYDlayZ emjAq6FuCYc3U7ql5y1Nh8kXWu9kg5PVmkgw9niU70AuBKkYlUBxDtyGBuDLYQy6du z/Pt+GcDievZBdskFq4drSbiKj0f6IHsvqUMCVGa8P1yDjZResN51LIX0eqMkPTqPo g6e4pW1QPzbjiMO4AqBRKR95g4cf+fnrdoZyOOcL/wj41CwNBfMRFboHyT8JhaRqtM dvrAuDUA7d9ZgT2Qh/GraFu0YEYxT7vOprxWDb4BwA/IT3awOXWCy807dNVqQb91Vr 7r/61yrp6OqBw== User-Agent: K-9 Mail for Android In-Reply-To: References: MIME-Version: 1.0 Subject: Re: acpi issues on FreeBSD-current_r350103 on Thinkpad A485 To: freebsd-current@freebsd.org From: StaffSilence Message-ID: X-Rspamd-Queue-Id: 624B870CC3 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cock.li header.s=mail header.b=o5XjkEFv; spf=pass (mx1.freebsd.org: domain of b0cspa@cock.li designates 2a06:1700:0:b:1::1 as permitted sender) smtp.mailfrom=b0cspa@cock.li X-Spamd-Result: default: False [3.06 / 15.00]; RDNS_NONE(1.00)[]; GREYLIST(0.00)[pass,body]; R_SPF_ALLOW(-0.20)[+mx]; TO_DN_NONE(0.00)[]; MX_GOOD(-0.01)[cached: mx1.cock.li]; DKIM_TRACE(0.00)[cock.li:+]; NEURAL_HAM_SHORT(-0.56)[-0.564,0]; RCVD_COUNT_ZERO(0.00)[0]; DIRECT_TO_MX(0.00)[K-9 Mail for Android]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; ASN(0.00)[asn:200651, ipnet:2a06:1700::/48, country:SC]; IP_SCORE(-1.47)[ipnet: 2a06:1700::/48(-3.92), asn: 200651(-3.35), country: SC(-0.08)]; MID_RHS_MATCH_FROM(0.00)[]; ONCE_RECEIVED(0.10)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.995,0]; R_DKIM_ALLOW(-0.20)[cock.li:s=mail]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; ONCE_RECEIVED_STRICT(4.00)[]; DMARC_NA(0.00)[cock.li]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; HFILTER_HOSTNAME_UNKNOWN(2.50)[] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jul 2019 08:18:50 -0000 Having same issue with an i915 inside a hp envy On July 19, 2019 3:15:11 PM PDT, Cristian Pogolsha = wrote: >Hi, > >I tried recently to boot FreeBSD current r350103 on a Thinkpad A485=2E >It's >the AMD Ryzen equivalent of the T480=2E During the boot I encountered >this >ACPI related error >https://drive=2Egoogle=2Ecom/file/d/1dzgSonn6Cuc1YrDeAUYSqHZlcmzaDY2Y/vie= w >Sorry that I'm posting images instead of plain text=2E I have no idea how >to >do kernel dumps during the bootload of a live image=2E I would be happy >to >post more information if required, let me know how I can do it=2E > >Thank you, >Cristian >_______________________________________________ >freebsd-current@freebsd=2Eorg mailing list >https://lists=2Efreebsd=2Eorg/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to >"freebsd-current-unsubscribe@freebsd=2Eorg" From owner-freebsd-current@freebsd.org Sun Jul 21 03:48:17 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 78428A86D4 for ; Sun, 21 Jul 2019 03:48:17 +0000 (UTC) (envelope-from laurie_jennings_1977@yahoo.com) Received: from sonic306-21.consmr.mail.gq1.yahoo.com (sonic306-21.consmr.mail.gq1.yahoo.com [98.137.68.84]) (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 4AF9B6AC8D for ; Sun, 21 Jul 2019 03:48:16 +0000 (UTC) (envelope-from laurie_jennings_1977@yahoo.com) X-YMail-OSG: qZXOxfkVM1kx03rHmbomoGkhcNXnoVEWlwsMmZ97HsMYtEtOpNurYBPPmVJaGRP YDJpnUd.sKlMwgWQra6zwN10fH5zD08LeX8aUWBx_fvqd.xaZy1QWArgbbtUHWX7aEzfZK8Tn1Bm 98THkLfdn.7zl_wkdn1pbRyGPme5IIc8xu5XozWcSyhdOCOu7gQgDfzEZ_YBMmvu7uup.wyTDPUm eqpjXPIhrnZo8ds.ZgH5JSeCpCJNANYwPVa3R6iE.1VzBJo__VknRofmRZeOSpsdWP2pOGAMhZ6U zuoME8Hx8w0QvgeO82girKjQG5QgnLerdvP6dseG7Qc9AKUycxGIWKDMjhR7KBGI8UWLWn9EaoHn ynd3i0npOtvXymHXlOBqNWc9trdml1t1Zl9C1NWA3f9.7cucuSHXS0l._yrz27aauO6KO6ZN8Anu Tz3Jd96UcncAyBE6MhKtdJXUoG68J9PfJyxatT5WEy82je5tmU8cvBjuqBzDgQ4iIeyyCKIVNi01 .fV9RvS4_lduyq1OKZv9HdqRv8AvdgIKQxLzY0rtiYsEce39I.xLfQhX3u_y3W48YM4ogb2ZjaJ_ WfM3QJdpdmSZKdHpeH3Aintitu9cDYfnqD59mC7GzDx8l08BoIwxqQzJWsU3dOJjJJP5OtkJEpNO zL4yp.xPQwfxqiT6lrkA9Yk8MVFNchfIjqadUw1KIujOHqMmDLYYh.WvFlfUTaNI72j44DI8i5mK p0RGEn5fvgESoS1azMM5QWBNFevebV0AKAG2vttb1IFFoEN_bwxpXdAy_GqjWZsrwSc1ER8LRLCx caUAGQ956NWTf7p7FeX4wRmQVS5Ib5Wk44BtU_SgN9rSWH88qMZL0ZrqhMJ_SvFoxcDMaE6_1R2N fFkzx06DJ3wGTfn_HdquQY2g6s0VRJzMSO_KkIRAZGA7T.D9ENXYzgWTFt8LOiSzv7mBIfrEBedW .jFxzLB8LwA3WM.LxcXXJT.AMkxnw3SkgAY2UpCfG_jn1OACC1q3g.82Z3Z.PMtCWxfs5mF3NmaW a.89hsMMJylQ7LllP90KskCUojFHNodDpGDa0QyMMPwhvd4xiVy1psaNvCe8biP4mJQIUubQEkCC PtdHe9MQFj8NLI8lN0Qjf1G97KUejSex8SD3lxa.cprmLy3Yfi2s9spgBp_jfEEwMp2vnCXcF1Av SmxBJ6Dk- Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Sun, 21 Jul 2019 03:48:09 +0000 Date: Sun, 21 Jul 2019 03:48:03 +0000 (UTC) From: Laurie Jennings To: "freebsd-current@freebsd.org" Message-ID: <446145008.4396329.1563680883838@mail.yahoo.com> Subject: mmap port from 9 not working MIME-Version: 1.0 References: <446145008.4396329.1563680883838.ref@mail.yahoo.com> X-Mailer: WebService/1.1.13991 YMailNorrin Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.1.1 Safari/605.1.15 X-Rspamd-Queue-Id: 4AF9B6AC8D X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.86 / 15.00]; ARC_NA(0.00)[]; NEURAL_SPAM_LONG(0.93)[0.927,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_MEDIUM(0.99)[0.990,0]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_SHORT(0.92)[0.924,0]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; RCVD_IN_DNSWL_NONE(0.00)[84.68.137.98.list.dnswl.org : 127.0.5.0]; TO_DN_EQ_ADDR_ALL(0.00)[]; IP_SCORE(2.02)[ip: (8.55), ipnet: 98.137.64.0/21(0.90), asn: 36647(0.72), country: US(-0.05)]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] X-Mailman-Approved-At: Sun, 21 Jul 2019 10:30:27 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jul 2019 03:48:17 -0000 I have some custom stuff I'm porting from Freebsd 9.x using mmap. I get a p= ointer from the kernel via an ioctl and I map it into a shared buffer. char *kptr; =C2=A0 // mem ptr from kernel fd=3Dopen("/dev/kmem",O_RDWR);memp=3Dmmap(0,size,PROT_READ|PROT_WRITE,MAP_S= HARED,fd,(off_t) ptr); This worked perfectly in 9; memp I had a shared block of memory between the= kernel and user space. In 11.3 this returns an errno 22, which is pretty murky. I did notice that = off_t doesnt yield an actual offset; I've tried putting in the correct valu= e manuallybut it just fails and fails.I've tried read only also.=C2=A0 Please Help! Laurie From owner-freebsd-current@freebsd.org Sun Jul 21 13:53:59 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 40A1BB42DE for ; Sun, 21 Jul 2019 13:53:59 +0000 (UTC) (envelope-from cpogolsha@gmail.com) Received: from mail-yw1-xc2b.google.com (mail-yw1-xc2b.google.com [IPv6:2607:f8b0:4864:20::c2b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1D95C818CC for ; Sun, 21 Jul 2019 13:53:58 +0000 (UTC) (envelope-from cpogolsha@gmail.com) Received: by mail-yw1-xc2b.google.com with SMTP id x67so13681958ywd.3 for ; Sun, 21 Jul 2019 06:53:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=TNKpBpFHBtEsJF0iezknpZBxYhib4WBUelz3vC7pg5c=; b=Gz2h3TIpjMOnsZrvwiNOSkZbjdYMWzxC6eceqrSVHkASMGMw4fzpLCXShaLCGGta/Q llCiDiHcX1oodM6JYRh+AptuGB1FzYFgFvyAIc8HF8nxu+Xc9+fLET5Tg3nPZoHF+b6P 6ztfUkzGxkOW81zGz44OCqZArRwunBoUQObrsV4+glcaNR3PIgfIh2spuYl88vJZ+xUM yE487AshYak+ZFPylkhpqNVEmiGOJ1Nd3np6jMBU4MMHFk8nf5Jtd7hA5exZ/6j5xoDk WCOyhDsAWRDnPqf3PCs5JgpNB4/7mc61ht7/H41M3hNrYvr1ImKVwOdXLQRSRrW71QHY zFKw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=TNKpBpFHBtEsJF0iezknpZBxYhib4WBUelz3vC7pg5c=; b=LdGSDMOuMOQ2cZ+Kf0DXB7xQf4EWnbsEQF52LQQ3gFicp0CUD+e8zEGu4YXEebP5Nx qrpa/+mn98ghiUbMZPxT4ey9oT8XA92GjM+RInjRHr9vL8Ck3VvIy0CfUbVQphJ6wg4u nQA5njhtOk0pFts7yP/BKxlJN9k9FradUw6985HAMvnWbrvjltbzcWpnjxL7kbHNdu7E 6iW6zl1w2oCAEzsC/9HEnQuyHPv27DFfxD52Y8i6vUxuaXsTLHuVAVEmdblzEGAjeHkL FwKge7b9io5HHQJ18DjDhGL2+WhPyarvXwQpJZWMtaInFBzVwUe3XKn6mhcFdoaQGh88 aQuA== X-Gm-Message-State: APjAAAUZ1pLwXYoH94vWJTkVREtRjwq9X94otbYKYjH2t2kZnetsR/2s sOzeN+1KuWUpDWBhmu5jPdZQejHfsDZII9b6y+2b2w== X-Google-Smtp-Source: APXvYqwCbGYjBlUd3K4zaZo2wBQL0MfOQ+7g/QW/a60N3iQKQRIFSEY12kpYjyGMLEpsfwjsf+ip6VSlEYWr9QdXE0w= X-Received: by 2002:a81:5248:: with SMTP id g69mr39294786ywb.500.1563717237120; Sun, 21 Jul 2019 06:53:57 -0700 (PDT) MIME-Version: 1.0 From: Cristian Pogolsha Date: Sun, 21 Jul 2019 15:53:46 +0200 Message-ID: Subject: acpi issues on FreeBSD-current_r350103 on Thinkpad A485 To: contact@evilham.com Cc: freebsd-current@freebsd.org X-Rspamd-Queue-Id: 1D95C818CC X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Gz2h3TIp; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of cpogolsha@gmail.com designates 2607:f8b0:4864:20::c2b as permitted sender) smtp.mailfrom=cpogolsha@gmail.com X-Spamd-Result: default: False [-6.94 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[b.2.c.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_SHORT(-0.93)[-0.934,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(-3.00)[ip: (-9.38), ipnet: 2607:f8b0::/32(-3.12), asn: 15169(-2.43), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jul 2019 13:53:59 -0000 Hi, Thank you for the instructions. I have a question related to post-installation. My system doesn't boot after installing and rebooting the system. It just doesn't find the partition on the drive. I get a blank screen when selecting from the boot media list. What partitioning scheme did you use for your installation? Or is this problem addressable with step #2 in your instructions? Putting in the boot/loader.conf -> set.hw.pci.mcfg=0? Thank you very much, Cristian From owner-freebsd-current@freebsd.org Sun Jul 21 14:44:11 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B8A50B527C for ; Sun, 21 Jul 2019 14:44:11 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 51332830CE for ; Sun, 21 Jul 2019 14:44:11 +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 x6LEi4Sn008837 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 21 Jul 2019 17:44:07 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua x6LEi4Sn008837 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id x6LEi48e008836; Sun, 21 Jul 2019 17:44:04 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 21 Jul 2019 17:44:04 +0300 From: Konstantin Belousov To: Laurie Jennings Cc: "freebsd-current@freebsd.org" Subject: Re: mmap port from 9 not working Message-ID: <20190721144404.GJ47193@kib.kiev.ua> References: <446145008.4396329.1563680883838.ref@mail.yahoo.com> <446145008.4396329.1563680883838@mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <446145008.4396329.1563680883838@mail.yahoo.com> User-Agent: Mutt/1.12.1 (2019-06-15) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jul 2019 14:44:11 -0000 On Sun, Jul 21, 2019 at 03:48:03AM +0000, Laurie Jennings wrote: > I have some custom stuff I'm porting from Freebsd 9.x using mmap. I get a pointer from the kernel via an ioctl and I map it into a shared buffer. > char *kptr;   // mem ptr from kernel > fd=open("/dev/kmem",O_RDWR);memp=mmap(0,size,PROT_READ|PROT_WRITE,MAP_SHARED,fd,(off_t) ptr); > > This worked perfectly in 9; memp I had a shared block of memory between the kernel and user space. > In 11.3 this returns an errno 22, which is pretty murky. I did notice that off_t doesnt yield an actual offset; I've tried putting in the correct value manuallybut it just fails and fails.I've tried read only also.  > Please Help! Start with providing (and looking yourself) at the output of kdump/ktrace around the failing mmap. The checks for correctness of the mmap(2) arguments were greatly improved during years after FreeBSD 9. From owner-freebsd-current@freebsd.org Sun Jul 21 16:07:18 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 55607B6E87 for ; Sun, 21 Jul 2019 16:07:18 +0000 (UTC) (envelope-from contact@evilham.com) Received: from yggdrasil.evilham.com (yggdrasil.evilham.com [46.19.33.155]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49411855C3 for ; Sun, 21 Jul 2019 16:07:17 +0000 (UTC) (envelope-from contact@evilham.com) Received: from yggdrasil.evilham.com (p200300C27F4C6B00EA6A64FFFECACA55.dip0.t-ipconnect.de [IPv6:2003:c2:7f4c:6b00:ea6a:64ff:feca:ca55]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by yggdrasil.evilham.com (Postfix) with ESMTPSA id 45s8l23rMhz3wts for ; Sun, 21 Jul 2019 18:07:10 +0200 (CEST) From: Evilham To: freebsd-current@freebsd.org Subject: Re: acpi issues on FreeBSD-current_r350103 on Thinkpad A485 References: <3b186187-c9f6-46d2-939a-eceb6fa0359c@yggdrasil.evilham.com> <56603047-4997-1fb5-18e1-3752cdaf3a18@nomadlogic.org> <64f3212b-cbe7-4c8f-84df-48f14a0bf44f@yggdrasil.evilham.com> In-reply-to: <64f3212b-cbe7-4c8f-84df-48f14a0bf44f@yggdrasil.evilham.com> Date: Sun, 21 Jul 2019 18:07:06 +0200 Message-ID: <7f93a34e-0603-410b-850a-ab2708e19273@yggdrasil.evilham.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Rspamd-Queue-Id: 49411855C3 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dmarc=pass (policy=none) header.from=evilham.com; spf=pass (mx1.freebsd.org: domain of contact@evilham.com designates 46.19.33.155 as permitted sender) smtp.mailfrom=contact@evilham.com X-Spamd-Result: default: False [-4.47 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(-0.74)[asn: 196752(-3.71), country: NL(0.01)]; MX_GOOD(-0.01)[yggdrasil.evilham.com,mail.evilham.com]; DMARC_POLICY_ALLOW(-0.50)[evilham.com,none]; NEURAL_HAM_SHORT(-0.92)[-0.918,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:196752, ipnet:46.19.32.0/21, country:NL]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jul 2019 16:07:18 -0000 On ds., jul. 20 2019, Evilham wrote: >>> Serious issue: >>> I was just debugging this right now, more infos with a proper >>> bug >>> report will come, but I think the system encounters a deadlock >>> sometimes with the drm-kmod / amdgpu which results in a kernel >>> panic. >>> It is a serious issue, but it allows me to use the computer >>> for >>> work, >>> it doesn't happen every couple hours, but it does happen a >>> couple >>> times a day. >>> >>> FWIW, this is part of the crashlog: >>> >>> WARNING !drm_modeset_is_locked(&plane->mutex) failed at >>> /wrkdirs/usr/ports/graphics/drm-fbsd12.0-kmod/work/kms-drm-6365030/drivers/gpu/drm/drm_atomic_helper.c:821 >>> [Multiple times...] >>> kernel trap 22 with interrupts disabled >>> kernel trap 22 with interrupts >>> disabled >>> kernel trap 22 with interrupts disabled >>> kernel trap 22 with interrupts disabled >>> panic: spin lock held too long And this is why I wanted to do more debugging before raising an issue :-). It kept happening without drm-kmod but the backtrace was different, which allowed me to reduce it to a piece of alpha Software I use pretty much all the time: WireGuard. See: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239351 So, update: there is no *serious* issue when using the ThinkPad A485, it works mostly fine with minor annoyances (including the fact that installation media won't work out of the box). -- Evilham From owner-freebsd-current@freebsd.org Sun Jul 21 16:34:08 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A9F32B7BC2 for ; Sun, 21 Jul 2019 16:34:08 +0000 (UTC) (envelope-from contact@evilham.com) Received: from yggdrasil.evilham.com (yggdrasil.evilham.com [IPv6:2a02:2770::216:3eff:fee1:cf9]) (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 AFD3B8663B for ; Sun, 21 Jul 2019 16:34:07 +0000 (UTC) (envelope-from contact@evilham.com) Received: from yggdrasil.evilham.com (p200300C27F4C6B00EA6A64FFFECACA55.dip0.t-ipconnect.de [IPv6:2003:c2:7f4c:6b00:ea6a:64ff:feca:ca55]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by yggdrasil.evilham.com (Postfix) with ESMTPSA id 45s9L525Rjz3wts for ; Sun, 21 Jul 2019 18:34:05 +0200 (CEST) From: Evilham To: freebsd-current@freebsd.org Subject: Re: acpi issues on FreeBSD-current_r350103 on Thinkpad A485 References: In-reply-to: Date: Sun, 21 Jul 2019 18:34:02 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Rspamd-Queue-Id: AFD3B8663B X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dmarc=pass (policy=none) header.from=evilham.com; spf=pass (mx1.freebsd.org: domain of contact@evilham.com designates 2a02:2770::216:3eff:fee1:cf9 as permitted sender) smtp.mailfrom=contact@evilham.com X-Spamd-Result: default: False [-5.49 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(-1.73)[ipnet: 2a02:2770::/32(-4.92), asn: 196752(-3.73), country: NL(0.01)]; MX_GOOD(-0.01)[cached: yggdrasil.evilham.com]; DMARC_POLICY_ALLOW(-0.50)[evilham.com,none]; NEURAL_HAM_SHORT(-0.95)[-0.955,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:196752, ipnet:2a02:2770::/32, country:NL]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jul 2019 16:34:08 -0000 On dg., jul. 21 2019, Cristian Pogolsha wrote: > Hi, > > Thank you for the instructions. I have a question related to > post-installation. My system doesn't boot after installing and > rebooting > the system. It just doesn't find the partition on the drive. I > get a blank > screen when selecting from the boot media list. What > partitioning scheme > did you use for your installation? Or is this problem > addressable with step > #2 in your instructions? Putting in the boot/loader.conf -> > set.hw.pci.mcfg=0? The **hw.pci.mcfg=0** line in /boot/loader.conf is so that your booting won't hang the same way it did on installation without manual parameters, shouldn't be related to your current issue. Remember to add the comment linking to the bug as well, so that you can remove it when those changes land in -CURRENT Also add yourself to the CC field in the bug, that way you can help test those changes. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231760q Your current issue sounds like a problem with the way you installed / set up the system and is probably better for freebsd-questions: https://lists.freebsd.org/mailman/listinfo/freebsd-questions FWIW: I boot using EFI from ZFS in a geli-encrypted partition in a GPT disk, I recall some manual fiddling but those were likely because I needed sth particular. -- Evilham From owner-freebsd-current@freebsd.org Sun Jul 21 19:09:15 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8146CBAE98 for ; Sun, 21 Jul 2019 19:09:15 +0000 (UTC) (envelope-from andy@neu.net) Received: from mail.neu.net (neu.net [104.225.8.138]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "freebsd-11-64", Issuer "freebsd-11-64" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CB8CB8C4F6 for ; Sun, 21 Jul 2019 19:09:14 +0000 (UTC) (envelope-from andy@neu.net) Received: from neu.net (neu.net [104.225.8.138]) by mail.neu.net (8.15.2/8.15.2) with ESMTPS id x6LJ7QQg089871 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sun, 21 Jul 2019 15:07:28 -0400 (EDT) (envelope-from andy@neu.net) Date: Sun, 21 Jul 2019 15:07:26 -0400 (EDT) From: AN To: freebsd-current@freebsd.org Subject: filesystem mount problem Message-ID: User-Agent: Alpine 2.21.9999 (BSF 287 2018-06-16) MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Spam-Status: No, score=0.0 required=2.9 tests=none autolearn=unavailable autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.neu.net X-Rspamd-Queue-Id: CB8CB8C4F6 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.30 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.978,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[neu.net]; MX_GOOD(-0.01)[mail.neu.net]; NEURAL_HAM_SHORT(-0.85)[-0.851,0]; R_SPF_NA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:36236, ipnet:104.225.8.0/24, country:US]; RCVD_TLS_ALL(0.00)[]; IP_SCORE(-0.46)[ip: (1.07), ipnet: 104.225.8.0/24(0.53), asn: 36236(-3.87), country: US(-0.05)]; ONCE_RECEIVED(0.10)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jul 2019 19:09:15 -0000 Hi: FreeBSD FreeBSD_13 13.0-CURRENT FreeBSD 13.0-CURRENT #102 r350187: Sat Jul 20 19:04:30 EDT 2019 root@FreeBSD_13:/usr/obj/usr/src/amd64.amd64/sys/MYKERNEL amd64 1300036 I would appreciate some help with the following problem. /etc/fstab: # Device Mountpoint FStype Options Dump Pass# /dev/ada0p2 none swap sw 0 0 /dev/ada0p3 / ufs rw 1 1 linprocfs /compat/linux/proc linprocfs rw 0 0 tmpfs /compat/linux/dev/shm tmpfs rw,mode=1777 0 0 # df -h Filesystem Size Used Avail Capacity Mounted on /dev/ada0p3 428G 245G 149G 62% / devfs 1.0K 1.0K 0B 100% /dev linprocfs 4.0K 4.0K 0B 100% /compat/linux/proc tmpfs 47G 4.0K 47G 0% /compat/linux/dev/shm tmpfs 20M 604K 19M 3% /tmp I don't understand why the /tmp is being mounted. It is causing problems because when I try to run portupgrade it fails for lack of space. If I forcibly unmount it everything breaks. # umount -v /tmp umount: unmount of /tmp failed: Device busy [root@FreeBSD_13 ~]# umount -vf /tmp tmpfs: unmount from /tmp [root@FreeBSD_13 ~]# df -h Filesystem Size Used Avail Capacity Mounted on /dev/ada0p3 428G 245G 149G 62% / devfs 1.0K 1.0K 0B 100% /dev linprocfs 4.0K 4.0K 0B 100% /compat/linux/proc tmpfs 47G 4.0K 47G 0% /compat/linux/dev/shm [root@FreeBSD_13 ~]# vinagre Unable to init server: Could not connect to 127.0.0.1: Connection refused (vinagre:27111): Gtk-WARNING **: 15:04:21.599: cannot open display: :0 Any help would be appreciated, thanks in advance. From owner-freebsd-current@freebsd.org Sun Jul 21 19:22:21 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AA4D3BB3E4 for ; Sun, 21 Jul 2019 19:22:21 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from smtp.burggraben.net (smtp.burggraben.net [IPv6:2a01:4f8:140:50a2::3:1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "ns.exwg.net", Issuer "Christoph Moench-Tegeder" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4AE0D8CE56 for ; Sun, 21 Jul 2019 19:22:20 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from localhost (localhost [127.0.0.1]) by smtp.burggraben.net (Postfix) with ESMTP id CBFE56002FA; Sun, 21 Jul 2019 21:22:17 +0200 (CEST) X-Spam-Scanned: by amavisd-new at exwg.net Received: from smtp.burggraben.net ([127.0.0.1]) by localhost (ns.burggraben.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pZ1PHQXdot7k; Sun, 21 Jul 2019 21:22:07 +0200 (CEST) Received: from elch.exwg.net (elch.exwg.net [IPv6:2001:470:7120:1:127b:44ff:fe4f:148d]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "elch.exwg.net", Issuer "Christoph Moench-Tegeder" (verified OK)) by smtp.burggraben.net (Postfix) with ESMTPS; Sun, 21 Jul 2019 21:22:07 +0200 (CEST) Received: by elch.exwg.net (Postfix, from userid 1000) id 49C6C1399F7; Sun, 21 Jul 2019 21:22:07 +0200 (CEST) Date: Sun, 21 Jul 2019 21:22:07 +0200 From: Christoph Moench-Tegeder To: AN Cc: freebsd-current@freebsd.org Subject: Re: filesystem mount problem Message-ID: <20190721192207.GA82141@elch.exwg.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.12.1 (2019-06-15) X-Rspamd-Queue-Id: 4AE0D8CE56 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.70 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.988,0]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[burggraben.net]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[smtp.burggraben.net]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.84)[-0.843,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-0.76)[ipnet: 2a01:4f8::/29(-1.97), asn: 24940(-1.83), country: DE(-0.01)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jul 2019 19:22:21 -0000 ## AN (andy@neu.net): > tmpfs 47G 4.0K 47G 0% /compat/linux/dev/shm > tmpfs 20M 604K 19M 3% /tmp > I don't understand why the /tmp is being mounted. It is causing problems > because when I try to run portupgrade it fails for lack of space. If I > forcibly unmount it everything breaks. Either you have set "tmpmfs" in rc.conf to "YES", or your /tmp (before mounting the tmpfs) is not writable (in which case the default "tmpmfs" setting of "AUTO" resorts to mounting the tmpfs). Sset "tmpmfs" to "NO" and make sure you've got a writeable /tmp. See /etc/rc.d/tmp for reference. (The scripts itself seem to not have been changed since 12 or so). Regards, Christoph -- Spare Space From owner-freebsd-current@freebsd.org Sun Jul 21 19:22:27 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8B307BB3F5 for ; Sun, 21 Jul 2019 19:22:27 +0000 (UTC) (envelope-from trond.endrestol@ximalas.info) Received: from enterprise.ximalas.info (enterprise.ximalas.info [IPv6:2001:700:1100:1::8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "ximalas.info", Issuer "Hostmaster ximalas.info" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1F15C8CEAA for ; Sun, 21 Jul 2019 19:22:26 +0000 (UTC) (envelope-from trond.endrestol@ximalas.info) Received: from enterprise.ximalas.info (Ximalas@localhost [127.0.0.1]) by enterprise.ximalas.info (8.15.2/8.15.2) with ESMTPS id x6LJMIUL066834 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sun, 21 Jul 2019 21:22:18 +0200 (CEST) (envelope-from trond.endrestol@ximalas.info) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ximalas.info; s=default; t=1563736938; bh=bBCEtOwLtYn5PgvjSzYYRtlO/NTU0W8ccUZlmiMBkoI=; h=Date:From:To:Subject:In-Reply-To:References; b=nM3BuFwKr3Syug5xDJXWPAadcNCbc+PnSaJuQ5gzDlycEunla05LxeJx3z10sKsR4 0j0KMeKdhZ6L3xDOqnzTlbyurbIPeiyj5tmBOe06Jxu3VvTcQe6um+3uKkQpAV2H2w CHeWbp+lJH+O0DJvWSTheESebUfQ6aKPZmLkB9Lp/t8AOH4CwFbPCIhV1HcUu4eYAP i+Yap1j23mOW2D5pV8+WCPPfwJfg8BcV+JnxYgaRAl2ge04Nht4P/gEb/Yw1W0Whzh hnDQD6ciwHYDsNsNIrbvDbsqvgDY33wf4n7OeNrIaW9tU9quYKEQPl8QlYcWcO+/MK +MdDetQrhpq4Q== Received: from localhost (trond@localhost) by enterprise.ximalas.info (8.15.2/8.15.2/Submit) with ESMTP id x6LJMIMk066831 for ; Sun, 21 Jul 2019 21:22:18 +0200 (CEST) (envelope-from trond.endrestol@ximalas.info) X-Authentication-Warning: enterprise.ximalas.info: trond owned process doing -bs Date: Sun, 21 Jul 2019 21:22:17 +0200 (CEST) From: =?UTF-8?Q?Trond_Endrest=C3=B8l?= Sender: Trond.Endrestol@ximalas.info To: freebsd-current@freebsd.org Subject: Re: filesystem mount problem In-Reply-To: Message-ID: References: User-Agent: Alpine 2.21.99999 (BSF 352 2019-06-22) OpenPGP: url=http://ximalas.info/about/tronds-openpgp-public-key MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-1.2 required=5.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF autolearn=unavailable autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on enterprise.ximalas.info X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jul 2019 19:22:27 -0000 On Sun, 21 Jul 2019 15:07-0400, AN wrote: > I don't understand why the /tmp is being mounted. It is causing problems > because when I try to run portupgrade it fails for lack of space. If I > forcibly unmount it everything breaks. tmpmfs is set to "AUTO" in /etc/defaults/rc.conf. Try setting tmpmfs="NO" in /etc/rc.conf, reboot, and see if this prohibits the creation of /tmp as a tmpfs. You can also set PKG_TMPDIR or TMPDIR to point to, say, /var/tmp. E.g.: export PKG_TMPDIR=/var/tmp or setenv PKG_TMPDIR /var/tmp > # umount -v /tmp > umount: unmount of /tmp failed: Device busy > [root@FreeBSD_13 ~]# umount -vf /tmp > tmpfs: unmount from /tmp > [root@FreeBSD_13 ~]# df -h > Filesystem Size Used Avail Capacity Mounted on > /dev/ada0p3 428G 245G 149G 62% / > devfs 1.0K 1.0K 0B 100% /dev > linprocfs 4.0K 4.0K 0B 100% /compat/linux/proc > tmpfs 47G 4.0K 47G 0% /compat/linux/dev/shm > [root@FreeBSD_13 ~]# vinagre > Unable to init server: Could not connect to 127.0.0.1: Connection refused > > (vinagre:27111): Gtk-WARNING **: 15:04:21.599: cannot open display: :0 This is expected when /tmp/.X11-unix/X0 ceases to exist, among other files within /tmp. -- Trond. From owner-freebsd-current@freebsd.org Sun Jul 21 20:17:23 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3D282BC7D5; Sun, 21 Jul 2019 20:17:23 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-pl1-f194.google.com (mail-pl1-f194.google.com [209.85.214.194]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5EB938EA3D; Sun, 21 Jul 2019 20:17:22 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-pl1-f194.google.com with SMTP id 4so11133223pld.10; Sun, 21 Jul 2019 13:17:22 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:openpgp:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=DIhR3clyagmIVZvNB4B/ZbvGkaRQmPDfCzpvEh7YSo4=; b=k9u2HWNquAX+Zk5VJeNFYROzgcb7MFrlGqOmBHUP6SwPO3vwr21ep0SKAK6kHMQMcX RgTcP+G2uvUMhUz5ekIgrLxb0m8Tl14rNA8w+sX9ODN6cETCip9Y2XBbmu24X8DhPRvX JlugtvB/yAFDG1YiDAbHNyStzAJkA8Za0c2wktLu0zSsiFeoykje45ZRoHIS5xtBJwRV IARBmN33lz5az0R69v+uyeP13jG4I0srJUklzGNVmUg89cbPA3cF0OmK0QkviRwIfb/z cMSGP5sydDhsZZFbEZOGttHuO41BjsvwJaRPk2oYBMPeN1e+5FsICuzj07tM8PiTVUF2 Fo0A== X-Gm-Message-State: APjAAAVEna13gU67eOaGATR4r0iB6PXasFWBBjeaUPQa8MVuQKgZLHVP yi3QhQZJiYjnMzspDAUq8NLwSw90 X-Google-Smtp-Source: APXvYqw1Odf37OzHJaOL4uYL0tUkqFSNbNf/14NvzHJGsVBgxngeW5B3b67SAslCT/xqrWd4fJHu5A== X-Received: by 2002:a17:902:1081:: with SMTP id c1mr72489234pla.200.1563740234784; Sun, 21 Jul 2019 13:17:14 -0700 (PDT) Received: from [192.168.1.36] (broadband-82-140-242-163.atc.tvcom.ru. [82.140.242.163]) by smtp.googlemail.com with ESMTPSA id b29sm62926024pfr.159.2019.07.21.13.17.11 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 21 Jul 2019 13:17:13 -0700 (PDT) Subject: Re: vmx0: watchdog timeout on queue 2, no interrupts on BSP To: Patrick Kelsey Cc: freebsd-net@freebsd.org, FreeBSD Current References: <9c509f7b-8294-d2fe-ea3e-f10fd51f5736@FreeBSD.org> From: Andriy Gapon Openpgp: preference=signencrypt Message-ID: Date: Sun, 21 Jul 2019 23:17:08 +0300 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.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-Rspamd-Queue-Id: 5EB938EA3D X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of agapon@gmail.com designates 209.85.214.194 as permitted sender) smtp.mailfrom=agapon@gmail.com X-Spamd-Result: default: False [-4.09 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[FreeBSD.org]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.90)[-0.896,0]; RCVD_IN_DNSWL_NONE(0.00)[194.214.85.209.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_GOOD(0.00)[194.214.85.209.rep.mailspike.net : 127.0.0.18]; IP_SCORE(-1.18)[ipnet: 209.85.128.0/17(-3.44), asn: 15169(-2.42), country: US(-0.05)]; FORGED_SENDER(0.30)[avg@FreeBSD.org,agapon@gmail.com]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[avg@FreeBSD.org,agapon@gmail.com]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jul 2019 20:17:23 -0000 On 20/07/2019 20:08, Patrick Kelsey wrote: > > > On Fri, Jul 19, 2019 at 10:07 AM Andriy Gapon > wrote: > > > Recently we experienced a strange problem. > We noticed a lot of these messages in the logs: > vmx0: watchdog timeout on queue 2 > (always queue 2) > Also, we noticed that connections to some end points did not work at all > while others worked without problems.  I assume that that was because > specific flows got assigned to that queue 2. > > Further investigation has shown that none of interrupts assigned to the > BSP has ever fired (since boot, of course).  That included vmx0:rx2 and > vmx0:tx2.  But also interrupts for other drivers as well. > > Trying to get more information I rebooted the system and the problem > disappeared. > > Has anyone seen anything like that? > Any thoughts on possible causes? > Any suggestions what to check if/when the problem reoccurs? > > Thanks! > > > If you are running head at or after r347221 or stable/12 at or after > r349112, then this could be due to > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239118 (see Comment 4 > - short story is that an iflib change has broken the vmx driver). I am not sure if that bug could lead to all interrupts on the core getting disabled (for all drivers), and right at the boot time. -- Andriy Gapon From owner-freebsd-current@freebsd.org Sun Jul 21 20:32:10 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 590E2BCE6B; Sun, 21 Jul 2019 20:32:10 +0000 (UTC) (envelope-from pkelsey@gmail.com) Received: from mail-ot1-x342.google.com (mail-ot1-x342.google.com [IPv6:2607:f8b0:4864:20::342]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3697B8F375; Sun, 21 Jul 2019 20:32:09 +0000 (UTC) (envelope-from pkelsey@gmail.com) Received: by mail-ot1-x342.google.com with SMTP id r6so38070901oti.3; Sun, 21 Jul 2019 13:32:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=W9hWa6Gs3qPv8LlQ/edRF3vs/lKoo2ziuqRzAxgvWPY=; b=mT6qNwCBQ9adJRGgHfq1WJHbG/VbthXsIaU/nN6A1yp6VQBo9GaOS6UAVJ6+IyVgAx p5pu9tGG8+rcLBqM1Z7QkW11AaxEgV4glTg9NkhzCtoBvs60CKoSNfeA0BQSVFuJiP80 PHFeW02hC+uT1rxy1m/3nhn2y6Qprcs1OQOv2rT63SV06xuKIEsoJSjoBrjjPF2FLZ6J zyRt8nkw9HG/V7Ww1f4AQdtT5x9L4X8Cuj38UAyAOTjTrWJGbXe6nWjB0NQjCRMTOGOQ nOUhKg6o94GwD5iLguuYFgEQDaPM9IheUS1oTlOpXwBxNENMVNw635OxJx2pquocbNd3 ZCEA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:mime-version:subject:from:in-reply-to :date:cc:content-transfer-encoding:message-id:references:to; bh=W9hWa6Gs3qPv8LlQ/edRF3vs/lKoo2ziuqRzAxgvWPY=; b=IxBuFHfVhn3SVRX9/GXaNlOA6c2rbKg+hrbmg+ZIZ1JW/giPfNcRkPmL+Z73GRnUcy qJ/eYnGNOPWhqgR7TPLB5cxlYdNgqroSiCVm2HOY+kw3fj+4uKdUVcMq43pZ339g3Moq RjGUv49gxeuTBPsp4T8QRKNHmHbRy9Nha74MSe3tr04V9UoRxNLEVgvHsp4IeYd8xGFV sJfWoR4uTVw7NlDR8kFEw1M+fsSxw2n8eFKqdOFoaL90NoY7JW6FFAF7ZDa7ylxgDGRm dSt3JsGezlJ+37Y/o/Ngt/ks4ZXqyuQrRX8QhXOOJxzpFZm9bOmeisy/GsijcJkzeoDV U0VQ== X-Gm-Message-State: APjAAAVs64YCHehpH9ZO/xO9gCyPfHtOfFwyqu6e4lE06k5tfxjWVD7t XMv6K5Q86qZWApKxPYubcqB0zBssN10= X-Google-Smtp-Source: APXvYqwknql3f3/wE/ydNOtKriHtw9Rkpt/f8AQnW/L5KceaTyvAJwEWyc6gMcn3tOjuS/ZqlSMShA== X-Received: by 2002:a05:6830:200e:: with SMTP id e14mr5858243otp.245.1563741128277; Sun, 21 Jul 2019 13:32:08 -0700 (PDT) Received: from [10.108.108.123] (mobile-107-92-57-163.mycingular.net. [107.92.57.163]) by smtp.gmail.com with ESMTPSA id 103sm13151282otu.33.2019.07.21.13.32.07 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 21 Jul 2019 13:32:07 -0700 (PDT) Sender: Patrick Kelsey Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (1.0) Subject: Re: vmx0: watchdog timeout on queue 2, no interrupts on BSP From: Patrick Kelsey X-Mailer: iPhone Mail (16F203) In-Reply-To: Date: Sun, 21 Jul 2019 16:32:04 -0400 Cc: freebsd-net@freebsd.org, FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <9c509f7b-8294-d2fe-ea3e-f10fd51f5736@FreeBSD.org> To: Andriy Gapon X-Rspamd-Queue-Id: 3697B8F375 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=mT6qNwCB; spf=pass (mx1.freebsd.org: domain of pkelsey@gmail.com designates 2607:f8b0:4864:20::342 as permitted sender) smtp.mailfrom=pkelsey@gmail.com X-Spamd-Result: default: False [-3.33 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DKIM_TRACE(0.00)[gmail.com:+]; NEURAL_HAM_SHORT(-0.91)[-0.913,0]; FORGED_SENDER(0.30)[pkelsey@freebsd.org,pkelsey@gmail.com]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[pkelsey@freebsd.org,pkelsey@gmail.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.990,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.org]; IP_SCORE(-0.72)[ip: (2.01), ipnet: 2607:f8b0::/32(-3.11), asn: 15169(-2.42), country: US(-0.05)]; RCVD_IN_DNSWL_NONE(0.00)[2.4.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jul 2019 20:32:10 -0000 > On Jul 21, 2019, at 4:17 PM, Andriy Gapon wrote: >=20 >> On 20/07/2019 20:08, Patrick Kelsey wrote: >>=20 >>=20 >> On Fri, Jul 19, 2019 at 10:07 AM Andriy Gapon > > wrote: >>=20 >>=20 >> Recently we experienced a strange problem. >> We noticed a lot of these messages in the logs: >> vmx0: watchdog timeout on queue 2 >> (always queue 2) >> Also, we noticed that connections to some end points did not work at a= ll >> while others worked without problems. I assume that that was because >> specific flows got assigned to that queue 2. >>=20 >> Further investigation has shown that none of interrupts assigned to th= e >> BSP has ever fired (since boot, of course). That included vmx0:rx2 an= d >> vmx0:tx2. But also interrupts for other drivers as well. >>=20 >> Trying to get more information I rebooted the system and the problem >> disappeared. >>=20 >> Has anyone seen anything like that? >> Any thoughts on possible causes? >> Any suggestions what to check if/when the problem reoccurs? >>=20 >> Thanks! >>=20 >>=20 >> If you are running head at or after r347221 or stable/12 at or after >> r349112, then this could be due to >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D239118 (see Comment 4= >> - short story is that an iflib change has broken the vmx driver). >=20 > I am not sure if that bug could lead to all interrupts on the core > getting disabled (for all drivers), and right at the boot time. I am not sure either, but it=E2=80=99s the kind of bug that breaks the desig= n of the vmx driver in such a way that its state can get corrupted to the po= int where the kernel can panic. I haven=E2=80=99t fully analyzed the potent= ial scope of memory corruption / hardware state corruption that can occur (b= ecause the fix for the issue is already apparent), so I am freely considerin= g it to include elements beyond the device and driver itself. If you are saying that zero vmx queue interrupts have occurred anywhere in t= he system, then I would rule out any connection to this as a prerequisite fo= r the corruption to occur is having at least one such interrupt. -Patrick= From owner-freebsd-current@freebsd.org Sun Jul 21 20:44:24 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CBBA2BD20A for ; Sun, 21 Jul 2019 20:44:24 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound2m.ore.mailhop.org (outbound2m.ore.mailhop.org [54.149.155.156]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2BE2D8F90D for ; Sun, 21 Jul 2019 20:44:23 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1563741856; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=eW+LkFd8fDpcegieUZBRqdL6eCuP8SmxPMAmylGiL1gQC4IZRR3uFoV/U8RdgK1BQAorvijPg6T0i 3bx0CNUXXOxx+AJxnRbsFweGS4H0ZfsUUiG8+VUEsodez3pVX70PztXbHfRCB1hffKgOsyPN/odBC2 NzFsMPpiT7/cp8sHfl9TjArB9r7nBU2V+kUSkchdqBXRbFROVB/5GvUyqSQkbsLuiY6uDxw0NCxl2A uJkJ9MRoWiUqsaXFgHCII1rTG6vm8+zbXCHeL+gTFNHEP/pTjJ/OHVdfl509OIBLd84v0T3cY0G0NA kbwNX8jwvGZeKaCs7+rKPvJSKJMXg3Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:dkim-signature:from; bh=03sNdURgQ16ixRDjo+qKu55N8/BA8UdPfM6iO4rzjtA=; b=pWv5joK337nbMV+qpVTcJ7jWEr1gTEszo7728RlyLpZaFZJvnJNqmVHntgYBeNwGKBBQUsIVzs0wY 1BDYVrl21LXl/i3ZFu3oVz4lxHvi2mvuKOVcKR3n+nk8dHZGThwA2KXvMdKAux+hat6TN9QkK2XftY CanrMdEL1MDuWDtgzIhpNjEpeUYfluWx1pxSHI5eL0sPEJHuuStzIYEmBMwdwvfeSTTukzyNk5dvi5 2mOyLHDpx1XO+67oCWwsNzcxDH7QhJNA/0MZJqoO4W+g17nLDMT77o+HSE3HGgWTDH8paxgyznycwM CEuFBK1mbXIQXdu51vf6GGIHdXoBXrw== ARC-Authentication-Results: i=1; outbound4.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:from; bh=03sNdURgQ16ixRDjo+qKu55N8/BA8UdPfM6iO4rzjtA=; b=uRTDHyJ5ljwoaklgSZPYr/sQt2ztSdGgcoBVwaUOwAM1THa8HdNScxrQo2IL3zCfpwrnHgIMgLq4c FaSCvcVrATagVCDj5OCORM2W1BhQNwiiW37Rt85S0bgsOaeoYceW7FDxUCP/vGFaXVEjjgooju9hu5 DeoNWQzZVrcMk/7bj9cpkrI21OvHMIAiPqvTzWtP/z0vWFnU5Ifei1HGhiNtYpC1K/mOcyCctiMbPP 4AZ1JeMF1kzjbOsO61vuG0swpVZnmAAcXBjqIRLK+PHRGNHyQ0aus+g6GYswR36OiCbmmTRliyNwIp 9uUyLR+IoiOco7GsOHFRA6OctlQdDCg== X-MHO-RoutePath: aGlwcGll X-MHO-User: 4ccaf1b7-abf8-11e9-b35d-69d61594d7a4 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound4.ore.mailhop.org (Halon) with ESMTPSA id 4ccaf1b7-abf8-11e9-b35d-69d61594d7a4; Sun, 21 Jul 2019 20:44:15 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id x6LKiD61058054; Sun, 21 Jul 2019 14:44:13 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: Subject: Re: filesystem mount problem From: Ian Lepore To: AN , freebsd-current@freebsd.org Date: Sun, 21 Jul 2019 14:44:13 -0600 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 2BE2D8F90D X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.99 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.99)[-0.992,0]; ASN(0.00)[asn:16509, ipnet:54.148.0.0/15, country:US] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jul 2019 20:44:24 -0000 On Sun, 2019-07-21 at 15:07 -0400, AN wrote: > Hi: > > FreeBSD FreeBSD_13 13.0-CURRENT FreeBSD 13.0-CURRENT #102 r350187: > Sat Jul > 20 19:04:30 EDT 2019 > root@FreeBSD_13:/usr/obj/usr/src/amd64.amd64/sys/MYKERNEL amd64 > 1300036 > > I would appreciate some help with the following problem. > > /etc/fstab: > # Device Mountpoint FStype Options Dump Pass# > /dev/ada0p2 none swap sw 0 0 > /dev/ada0p3 / ufs rw 1 1 > linprocfs /compat/linux/proc linprocfs rw 0 0 > tmpfs /compat/linux/dev/shm tmpfs rw,mode=1777 0 > 0 > > > # df -h > Filesystem Size Used Avail Capacity Mounted on > /dev/ada0p3 428G 245G 149G 62% / > devfs 1.0K 1.0K 0B 100% /dev > linprocfs 4.0K 4.0K 0B 100% /compat/linux/proc > tmpfs 47G 4.0K 47G 0% /compat/linux/dev/shm > tmpfs 20M 604K 19M 3% /tmp > > I don't understand why the /tmp is being mounted. It is causing > problems > because when I try to run portupgrade it fails for lack of space. If > I > forcibly unmount it everything breaks. > > # umount -v /tmp > umount: unmount of /tmp failed: Device busy > [root@FreeBSD_13 ~]# umount -vf /tmp > tmpfs: unmount from /tmp > [root@FreeBSD_13 ~]# df -h > Filesystem Size Used Avail Capacity Mounted on > /dev/ada0p3 428G 245G 149G 62% / > devfs 1.0K 1.0K 0B 100% /dev > linprocfs 4.0K 4.0K 0B 100% /compat/linux/proc > tmpfs 47G 4.0K 47G 0% /compat/linux/dev/shm > [root@FreeBSD_13 ~]# vinagre > Unable to init server: Could not connect to 127.0.0.1: Connection > refused > > (vinagre:27111): Gtk-WARNING **: 15:04:21.599: cannot open display: > :0 > > Any help would be appreciated, thanks in advance. > The problem isn't that /tmp is tmpfs, the problem is that it's being mounted by /etc/rc.d/tmp as a 20MB filesystem because tmpsize="20m" is the default. You could set tmpsize to some bigger value in rc.conf, or you can add an explicit mount for /tmp in fstab so that you get the full (47G on your system) capacity that's available: tmpfs /tmp tmpfs rw 0 0 -- Ian From owner-freebsd-current@freebsd.org Sun Jul 21 15:19:12 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1E956B5F60 for ; Sun, 21 Jul 2019 15:19:12 +0000 (UTC) (envelope-from laurie_jennings_1977@yahoo.com) Received: from sonic307-55.consmr.mail.gq1.yahoo.com (sonic307-55.consmr.mail.gq1.yahoo.com [98.137.64.31]) (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 D3A72840FF for ; Sun, 21 Jul 2019 15:19:11 +0000 (UTC) (envelope-from laurie_jennings_1977@yahoo.com) X-YMail-OSG: dHxK9WAVM1mh3G03VyylTpdrK.CqXECjYU3UNKF65XsYckkr18EuXYJgQvj1t6O FL_SS1yaJ_sH_ZTEEPime4bfQmMPqjdTiQ9SBI9UZ7AovDFXcgAsq1Yq_OjJe0hsqiLqHui_s0Mj Lx_sTOZ7twY.cfokuSMjNiyKwpTm5CtXFRhprlWlmdV9B0zVmlTioKETK65Sjgz1vzX9yauNlkkk mntw.Dm_j2FB8XXwGlSWJjRw0hGAYkyiUyMhJxxm7oB7WHGApxh.1xR_0v7POYaN3y5y..HsiAxM 7RaLgDvJ3cucjPuK8FRBQJkeYBCOLgGYc3QMC5Jl_CiGP2gtO86YjdLuxcdnK3nQXzpWu2FC0_ob 9Q4haK4Kt7xQmvYvCQWpOQUZxgRKytcMUO0MsTeFvXwnPGGG2P3Rz5cC6ImCZk3iNXZFdhaTHZFf FxIjAA32D.nHD1XLtgO8syDXWcBJKFuWGeHRNba2KKqFPJqQx9fkAlsO4d9epawfA2rH7aAd7_c1 DedyBGrHT92fn22hVdIdB1QB2Dm4ljODMZ5UubvMahSsVlVkCzIDVnWIZqTi7dEYruEvB8YOLgWG 5HE7LEsfTQ9Xd.ZXkeabRb6pOn4EAki1M2TLajYlih9CVHt2NYu.ziLeWvfk4riHdEDneVb72Q8o MOaHPVX5bsHsNAC4jIQ_mxUlEpXrhJphyLeWdZtlg_LE85FhGwR2nJCVCOfO.j2rHpP9maFcNTHq 8fVW8C4HNjGhIVP4F.xQT8LnTz3jllls1bWylG3LSI2EVlRDuiGqP0_YPTZHdpoNY5NVdNvuHwc9 _EuqUxQzxw_WWljMUngQHqKzoE_c_fsTg.NL.Ahg5XRq2FlhyE49tOlnS8gWe0CgFka41tmRSMa0 bfK_d_zuAdJXmUk5AHL3XrG6ZZPOid0Ylsnio2Fvax69GPMOA1ztF9Ilz175wUTuIZtEUxIaDoHZ X7.iVMFHhVgPQxV5RQeIBptq1wqGDHdkJlTN.wI8EuUQrJOiCB8G43eMQ0ilwthx76ICSNvUZZPG xbYEUxmMai1aNkBzrc5sqJxsNVt5KysEw5fnODmk86KnFRLzHCc_EtRVAZB0iw1DPnOsJ0pCXucM 01CjNu2.RQ5pHfZvXkZGLnw.JFgIcUSWsEutV3EsMsEqfdJUU8.HYy0F1ayrn12LaN.bi4axlqCD uDI7c7pYWHIm4PzfX_Bsk8rF8lFnq9JMepsbkkre08NiE924gcpQxY7UYTuNzELAiFqJ1oP3nQBC l1lvqy2QTp0SwIRYCUg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Sun, 21 Jul 2019 15:19:09 +0000 Date: Sun, 21 Jul 2019 14:58:53 +0000 (UTC) From: Laurie Jennings To: Konstantin Belousov Cc: FreeBSD Current Message-ID: <550659871.4389820.1563721133104@mail.yahoo.com> In-Reply-To: <20190721144404.GJ47193@kib.kiev.ua> References: <446145008.4396329.1563680883838.ref@mail.yahoo.com> <446145008.4396329.1563680883838@mail.yahoo.com> <20190721144404.GJ47193@kib.kiev.ua> Subject: Re: mmap port from 9 not working MIME-Version: 1.0 X-Mailer: WebService/1.1.13991 YMailNorrin Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.1.1 Safari/605.1.15 X-Rspamd-Queue-Id: D3A72840FF X-Spamd-Bar: ------ X-Spamd-Result: default: False [-6.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.985,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] X-Mailman-Approved-At: Sun, 21 Jul 2019 21:50:58 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jul 2019 15:19:12 -0000 On Sunday, July 21, 2019, 10:44:14 AM EDT, Konstantin Belousov wrote: On Sun, Jul 21, 2019 at 03:48:03AM +0000, Laurie Jennings wrote: > I have some custom stuff I'm porting from Freebsd 9.x using mmap. I get a= pointer from the kernel via an ioctl and I map it into a shared buffer. > char *kptr; =C2=A0 // mem ptr from kernel > fd=3Dopen("/dev/kmem",O_RDWR);memp=3Dmmap(0,size,PROT_READ|PROT_WRITE,MAP= _SHARED,fd,(off_t) ptr); >=C2=A0 > This worked perfectly in 9; memp I had a shared block of memory between t= he kernel and user space. > In 11.3 this returns an errno 22, which is pretty murky. I did notice tha= t off_t doesnt yield an actual offset; I've tried putting in the correct va= lue manuallybut it just fails and fails.I've tried read only also.=C2=A0 > Please Help! | Start with providing (and looking yourself) at the output of kdump/ktrace | around the failing mmap.=C2=A0 The checks for correctness of the mmap(2) = arguments | were greatly improved during years after FreeBSD 9. Since posting this I found a thread that said something about mmap no longe= r supporting /dev/kmem. If that's that case I need to find another method. = No sense spending a day debugging something thatisn't supposed to work.=C2= =A0 SHOULD this still work? This always worked fine with non-wired memory but m= aybe things have changed since 9.=C2=A0 From owner-freebsd-current@freebsd.org Mon Jul 22 12:03:36 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DCF47B03B2 for ; Mon, 22 Jul 2019 12:03:36 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.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 E235D6C333 for ; Mon, 22 Jul 2019 12:03:34 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Date: Mon, 22 Jul 2019 14:03:26 +0200 (CEST) From: Ronald Klop To: Laurie Jennings Cc: FreeBSD Current , Konstantin Belousov Message-ID: <1027101659.12.1563797006919@localhost> In-Reply-To: <550659871.4389820.1563721133104@mail.yahoo.com> References: <446145008.4396329.1563680883838.ref@mail.yahoo.com> <446145008.4396329.1563680883838@mail.yahoo.com> <20190721144404.GJ47193@kib.kiev.ua> <550659871.4389820.1563721133104@mail.yahoo.com> Subject: Re: mmap port from 9 not working MIME-Version: 1.0 X-Mailer: Realworks (467.829.66eb8d40dee) Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Queue-Id: E235D6C333 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of ronald-lists@klop.ws designates 194.109.157.24 as permitted sender) smtp.mailfrom=ronald-lists@klop.ws X-Spamd-Result: default: False [0.23 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.77)[-0.772,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:194.109.157.0/24]; NEURAL_HAM_LONG(-0.56)[-0.559,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[klop.ws]; URI_COUNT_ODD(1.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[mx2.greenhost.nl,mx1.greenhost.nl]; RCVD_IN_DNSWL_NONE(0.00)[24.157.109.194.list.dnswl.org : 127.0.15.0]; HAS_X_PRIO_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.42)[0.420,0]; IP_SCORE(-0.05)[ipnet: 194.109.0.0/16(-0.15), asn: 3265(-0.12), country: NL(0.01)]; FREEMAIL_TO(0.00)[yahoo.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jul 2019 12:03:36 -0000 Van: Laurie Jennings Datum: zondag, 21 juli 2019 16:58 Aan: Konstantin Belousov CC: FreeBSD Current Onderwerp: Re: mmap port from 9 not working > > On Sunday, July 21, 2019, 10:44:14 AM EDT, Konstantin Belousov wrote: > > On Sun, Jul 21, 2019 at 03:48:03AM +0000, Laurie Jennings wrote: > > I have some custom stuff I'm porting from Freebsd 9.x using mmap. I get a pointer from the kernel via an ioctl and I map it into a shared buffer. > > char *kptr; // mem ptr from kernel > > fd=open("/dev/kmem",O_RDWR);memp=mmap(0,size,PROT_READ|PROT_WRITE,MAP_SHARED,fd,(off_t) ptr); > > > > This worked perfectly in 9; memp I had a shared block of memory between the kernel and user space. > > In 11.3 this returns an errno 22, which is pretty murky. I did notice that off_t doesnt yield an actual offset; I've tried putting in the correct value manuallybut it just fails and fails.I've tried read only also. > > Please Help! > > | Start with providing (and looking yourself) at the output of kdump/ktrace > | around the failing mmap. The checks for correctness of the mmap(2) arguments > | were greatly improved during years after FreeBSD 9. > Since posting this I found a thread that said something about mmap no longer supporting /dev/kmem. If that's that case I need to find another method. No sense spending a day debugging something thatisn't supposed to work. > SHOULD this still work? This always worked fine with non-wired memory but maybe things have changed since 9. > It looks like this is not possible anymore. Here is the code change with some explanation. https://svnweb.freebsd.org/base?view=revision&revision=307332 https://reviews.freebsd.org/D8248 Just a question of my site out of interest to people who know more about this than I do. Does Page Table Isolation (PTI) also prevent mapping /dev/kmem in user space? https://wiki.freebsd.org/SpeculativeExecutionVulnerabilities#Meltdown_.28CVE-2017-5754.29 Regards, Ronald. From owner-freebsd-current@freebsd.org Mon Jul 22 12:12:17 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E0F8CB07E8 for ; Mon, 22 Jul 2019 12:12:17 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 409706CA8D for ; Mon, 22 Jul 2019 12:12:17 +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 x6MCC9ee009163 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 22 Jul 2019 15:12:12 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua x6MCC9ee009163 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id x6MCC9J7009162; Mon, 22 Jul 2019 15:12:09 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 22 Jul 2019 15:12:09 +0300 From: Konstantin Belousov To: Ronald Klop Cc: Laurie Jennings , FreeBSD Current Subject: Re: mmap port from 9 not working Message-ID: <20190722121209.GL47193@kib.kiev.ua> References: <446145008.4396329.1563680883838.ref@mail.yahoo.com> <446145008.4396329.1563680883838@mail.yahoo.com> <20190721144404.GJ47193@kib.kiev.ua> <550659871.4389820.1563721133104@mail.yahoo.com> <1027101659.12.1563797006919@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1027101659.12.1563797006919@localhost> User-Agent: Mutt/1.12.1 (2019-06-15) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jul 2019 12:12:17 -0000 On Mon, Jul 22, 2019 at 02:03:26PM +0200, Ronald Klop wrote: > > Van: Laurie Jennings > Datum: zondag, 21 juli 2019 16:58 > Aan: Konstantin Belousov > CC: FreeBSD Current > Onderwerp: Re: mmap port from 9 not working > > > > On Sunday, July 21, 2019, 10:44:14 AM EDT, Konstantin Belousov wrote: > > > > On Sun, Jul 21, 2019 at 03:48:03AM +0000, Laurie Jennings wrote: > > > I have some custom stuff I'm porting from Freebsd 9.x using mmap. I get a pointer from the kernel via an ioctl and I map it into a shared buffer. > > > char *kptr; // mem ptr from kernel > > > fd=open("/dev/kmem",O_RDWR);memp=mmap(0,size,PROT_READ|PROT_WRITE,MAP_SHARED,fd,(off_t) ptr); > > > > > > This worked perfectly in 9; memp I had a shared block of memory between the kernel and user space. > > > In 11.3 this returns an errno 22, which is pretty murky. I did notice that off_t doesnt yield an actual offset; I've tried putting in the correct value manuallybut it just fails and fails.I've tried read only also. > > > Please Help! > > > > | Start with providing (and looking yourself) at the output of kdump/ktrace > > | around the failing mmap. The checks for correctness of the mmap(2) arguments > > | were greatly improved during years after FreeBSD 9. > > Since posting this I found a thread that said something about mmap no longer supporting /dev/kmem. If that's that case I need to find another method. No sense spending a day debugging something thatisn't supposed to work. > > SHOULD this still work? This always worked fine with non-wired memory but maybe things have changed since 9. > > > It looks like this is not possible anymore. Here is the code change with some explanation. > https://svnweb.freebsd.org/base?view=revision&revision=307332 > https://reviews.freebsd.org/D8248 > > Just a question of my site out of interest to people who know more about this than I do. Does Page Table Isolation (PTI) also prevent mapping /dev/kmem in user space? > https://wiki.freebsd.org/SpeculativeExecutionVulnerabilities#Meltdown_.28CVE-2017-5754.29 KPTI has nothing to do with that. From owner-freebsd-current@freebsd.org Mon Jul 22 13:24:23 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0BA85B1C27 for ; Mon, 22 Jul 2019 13:24:23 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.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 3EDEE6F05E for ; Mon, 22 Jul 2019 13:24:20 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Date: Mon, 22 Jul 2019 15:24:18 +0200 (CEST) From: Ronald Klop To: Laurie Jennings Cc: FreeBSD Current Message-ID: <1779550698.53.1563801858348@localhost> In-Reply-To: <1436787942.4783433.1563800208736@mail.yahoo.com> References: <446145008.4396329.1563680883838.ref@mail.yahoo.com> <446145008.4396329.1563680883838@mail.yahoo.com> <20190721144404.GJ47193@kib.kiev.ua> <550659871.4389820.1563721133104@mail.yahoo.com> <1027101659.12.1563797006919@localhost> <1436787942.4783433.1563800208736@mail.yahoo.com> Subject: Re: mmap port from 9 not working MIME-Version: 1.0 X-Mailer: Realworks (467.829.66eb8d40dee) Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Queue-Id: 3EDEE6F05E X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of ronald-lists@klop.ws designates 194.109.157.24 as permitted sender) smtp.mailfrom=ronald-lists@klop.ws X-Spamd-Result: default: False [0.40 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.81)[-0.809,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:194.109.157.0/24]; NEURAL_HAM_LONG(-0.61)[-0.607,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[klop.ws]; URI_COUNT_ODD(1.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mx2.greenhost.nl]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[24.157.109.194.list.dnswl.org : 127.0.15.0]; HAS_X_PRIO_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.68)[0.680,0]; IP_SCORE(-0.05)[ipnet: 194.109.0.0/16(-0.15), asn: 3265(-0.12), country: NL(0.01)]; FREEMAIL_TO(0.00)[yahoo.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jul 2019 13:24:23 -0000 Van: Laurie Jennings Datum: maandag, 22 juli 2019 14:56 Aan: Ronald Klop Onderwerp: Re: mmap port from 9 not working > > > > > > > > > Van: Laurie Jennings > Datum: zondag, 21 juli 2019 16:58 > Aan: Konstantin Belousov > CC: FreeBSD Current > Onderwerp: Re: mmap port from 9 not working >> >> On Sunday, July 21, 2019, 10:44:14 AM EDT, Konstantin Belousov wrote: >> >> On Sun, Jul 21, 2019 at 03:48:03AM +0000, Laurie Jennings wrote: >> > I have some custom stuff I'm porting from Freebsd 9.x using mmap. I get a pointer from the kernel via an ioctl and I map it into a shared buffer. >> > char *kptr; // mem ptr from kernel >> > fd=open("/dev/kmem",O_RDWR);memp=mmap(0,size,PROT_READ|PROT_WRITE,MAP_SHARED,fd,(off_t) ptr); >> > >> > This worked perfectly in 9; memp I had a shared block of memory between the kernel and user space. >> > In 11.3 this returns an errno 22, which is pretty murky. I did notice that off_t doesnt yield an actual offset; I've tried putting in the correct value manuallybut it just fails and fails.I've tried read only also. >> > Please Help! >> >> | Start with providing (and looking yourself) at the output of kdump/ktrace >> | around the failing mmap. The checks for correctness of the mmap(2) arguments >> | were greatly improved during years after FreeBSD 9. >> Since posting this I found a thread that said something about mmap no longer supporting /dev/kmem. If that's that case I need to find another method. No sense spending a day debugging something thatisn't supposed to work. >> SHOULD this still work? This always worked fine with non-wired memory but maybe things have changed since 9. >> >> >> > > > On Monday, July 22, 2019, 8:03:33 AM EDT, Ronald Klop wrote: " > > It looks like this is not possible anymore. Here is the code change with some explanation. > https://svnweb.freebsd.org/base?view=revision&revision=307332 > https://reviews.freebsd.org/D8248 > > Just a question of my site out of interest to people who know more about this than I do. Does Page Table Isolation (PTI) also prevent mapping /dev/kmem in user space? > https://wiki.freebsd.org/SpeculativeExecutionVulnerabilities#Meltdown_.28CVE-2017-5754.29 > > Regards, > Ronald. > > " > > Just FYI, I got this to work using '/dev/mem' by passing up the physical address of the block. Probably more intuitive. > > Just a question; the docs say contigmalloc() returns wired memory; is this guaranteed to be the case or do I need to run vm_map_wire() on it to be sure? vm_map_lookup() doesnt return "wired" as true after a contigmalloc(); but maybe all kernel_map memory is wired? > > LJ > Laurie, I have no idea. I'll cc the mailinglist back into the conversation. Ronald. From owner-freebsd-current@freebsd.org Mon Jul 22 14:24:59 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CBBF4B2DB2 for ; Mon, 22 Jul 2019 14:24:59 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.13]) (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 C07047158B; Mon, 22 Jul 2019 14:24:58 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id pZFGh3NqKsAGkpZFHh0ZT1; Mon, 22 Jul 2019 08:24:56 -0600 X-Authority-Analysis: v=2.3 cv=WeVylHpX c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=jpOVt7BSZ2e4Z31A5e1TngXxSK0=:19 a=IkcTkHD0fZMA:10 a=0o9FgrsRnhwA:10 a=6I5d2MoRAAAA:8 a=YxBL1-UpAAAA:8 a=MvG_LwwQwwA86umcuccA:9 a=QEXdDO2ut3YA:10 a=IjZwj45LgO3ly-622nXo:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from android-9f533bc8675af991.esitwifi.local (S0106788a207e2972.gv.shawcable.net [70.66.154.233]) by spqr.komquats.com (Postfix) with ESMTPSA id 63995897; Mon, 22 Jul 2019 07:24:53 -0700 (PDT) Date: Mon, 22 Jul 2019 07:23:29 -0700 User-Agent: K-9 Mail for Android In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: filesystem mount problem To: freebsd-current@freebsd.org, Ian Lepore , AN From: Cy Schubert Message-ID: <4B9E3F6E-A324-4C7D-B1B1-E1D009C43A7E@cschubert.com> X-CMAE-Envelope: MS4wfNsmhIJds/44wkpd5+lkMDDYPrEj/44af2Vn0W0GMLVcLtlrt1+KkroLqlvRqHRp5j2bOuizqXT4UAFNlN8qgl7cuPiXxGRo1/XX9RF8JScb+ti9FY13 6+71OEHQ4xYQnMuYcLjr2V+PHxrHJHZf1ZwIBWW9vFB0zpT984qo9fNOCdKJQShObWrWj1Iq8vVjU3z+JitNdSPjJNXUtF+oBADe/nB77SxqlxX/ERCnAdmr X-Rspamd-Queue-Id: C07047158B X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-5.47 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: spqr.komquats.com]; NEURAL_HAM_SHORT(-0.83)[-0.831,0]; RCVD_IN_DNSWL_NONE(0.00)[13.134.59.64.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[233.154.66.70.zen.spamhaus.org : 127.0.0.11,17.125.67.70.zen.spamhaus.org : 127.0.0.11]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6327, ipnet:64.59.128.0/20, country:CA]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-2.53)[ip: (-6.81), ipnet: 64.59.128.0/20(-3.23), asn: 6327(-2.51), country: CA(-0.09)]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jul 2019 14:24:59 -0000 On July 21, 2019 1:44:13 PM PDT, Ian Lepore wrote: >On Sun, 2019-07-21 at 15:07 -0400, AN wrote: >> Hi: >>=20 >> FreeBSD FreeBSD_13 13=2E0-CURRENT FreeBSD 13=2E0-CURRENT #102 r350187: >> Sat Jul=20 >> 20 19:04:30 EDT 2019=20 >> root@FreeBSD_13:/usr/obj/usr/src/amd64=2Eamd64/sys/MYKERNEL amd64 >> 1300036 >>=20 >> I would appreciate some help with the following problem=2E >>=20 >> /etc/fstab: >> # Device Mountpoint FStype Options Dump Pass# >> /dev/ada0p2 none swap sw 0 0 >> /dev/ada0p3 / ufs rw 1 1 >> linprocfs /compat/linux/proc linprocfs rw 0 0 >> tmpfs /compat/linux/dev/shm tmpfs rw,mode=3D1777 0=09 >> 0 >>=20 >>=20 >> # df -h >> Filesystem Size Used Avail Capacity Mounted on >> /dev/ada0p3 428G 245G 149G 62% / >> devfs 1=2E0K 1=2E0K 0B 100% /dev >> linprocfs 4=2E0K 4=2E0K 0B 100% /compat/linux/proc >> tmpfs 47G 4=2E0K 47G 0% /compat/linux/dev/shm >> tmpfs 20M 604K 19M 3% /tmp >>=20 >> I don't understand why the /tmp is being mounted=2E It is causing >> problems=20 >> because when I try to run portupgrade it fails for lack of space=2E If >> I=20 >> forcibly unmount it everything breaks=2E >>=20 >> # umount -v /tmp >> umount: unmount of /tmp failed: Device busy >> [root@FreeBSD_13 ~]# umount -vf /tmp >> tmpfs: unmount from /tmp >> [root@FreeBSD_13 ~]# df -h >> Filesystem Size Used Avail Capacity Mounted on >> /dev/ada0p3 428G 245G 149G 62% / >> devfs 1=2E0K 1=2E0K 0B 100% /dev >> linprocfs 4=2E0K 4=2E0K 0B 100% /compat/linux/proc >> tmpfs 47G 4=2E0K 47G 0% /compat/linux/dev/shm >> [root@FreeBSD_13 ~]# vinagre >> Unable to init server: Could not connect to 127=2E0=2E0=2E1: Connection >> refused >>=20 >> (vinagre:27111): Gtk-WARNING **: 15:04:21=2E599: cannot open display: >> :0 >>=20 >> Any help would be appreciated, thanks in advance=2E >>=20 > >The problem isn't that /tmp is tmpfs, the problem is that it's being >mounted by /etc/rc=2Ed/tmp as a 20MB filesystem because tmpsize=3D"20m" i= s >the default=2E You could set tmpsize to some bigger value in rc=2Econf, = or >you can add an explicit mount for /tmp in fstab so that you get the >full (47G on your system) capacity that's available: > > tmpfs /tmp tmpfs rw 0 0 > >-- Ian > > >_______________________________________________ >freebsd-current@freebsd=2Eorg mailing list >https://lists=2Efreebsd=2Eorg/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to >"freebsd-current-unsubscribe@freebsd=2Eorg" I've seen clients inadvertently DoS themselves when I was a Solaris admin= =2E Solaris never used limits for tmpfs=2E=20 As to how we arrived at 20m, I recall an OSF/1 course where the instructor= intimated that 20m was industry best practice at the time and OSF/1 being = BSD=2E That was a lifetime ago=2E Maybe it's time to consider a higher defa= ult for 2019=2E Anticipating a memory constrained embedded argument, people designing prod= ucts would customize it anyway=2E=20 --=20 Pardon the typos and autocorrect, small keyboard in use=2E Cheers, Cy Schubert FreeBSD UNIX: Web: http://www=2EFreeBSD=2Eorg The need of the many outweighs the greed of the few=2E From owner-freebsd-current@freebsd.org Mon Jul 22 14:27:03 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 05E81B2ECC for ; Mon, 22 Jul 2019 14:27:03 +0000 (UTC) (envelope-from darkfiberiru@gmail.com) Received: from mail-oi1-x235.google.com (mail-oi1-x235.google.com [IPv6:2607:f8b0:4864:20::235]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E0CAF71791 for ; Mon, 22 Jul 2019 14:27:01 +0000 (UTC) (envelope-from darkfiberiru@gmail.com) Received: by mail-oi1-x235.google.com with SMTP id l12so29724416oil.1 for ; Mon, 22 Jul 2019 07:27:01 -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=Fpv/o2zhA9XV1TIVaTPhAbtcCsoqqNkHMNOapNmljKA=; b=AdEUChieKNILARWZV0S1g5o+ahf2fLj13Ykc3jp8XJAVmDVMG7wqqUlRa4HHeQcnb6 2KC6JMYQ+soiTq02gIedYjP9Y5hQ7g06kSnYi9V1MB5z8ZXNWl2lMazqMIbTw1Z7tFZI cO1tLx6QE1yxxwbAYBHSNpGrmBXYgLiUBrkLT+W775uNxOsf/PKg1oUUxmgNewEiSP98 ip5VbYq5sc64NK9dWDwh0ymIdlWDQiTOm5zPzaMShcJxmEKfIKEiIkb8JznWaCEeyk7g mDtqj263w20HqwYBJsdXq6rVlwo7k6U/Exy2rCoyz7n0L65U/suUiRAZXpJXy1QZHA+9 QpGA== 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=Fpv/o2zhA9XV1TIVaTPhAbtcCsoqqNkHMNOapNmljKA=; b=Ohk34GqGt3Zen3JVco3iBc8/f4CJuM6d/h3cQzyk4iDGYQrPDOOtYoa3AWNkpnGbSh dwFKEfVXTo3+53EUsz9Jz1JdUnNYkQXUcpwSu4QY/Dh4Q2RiOGiGtW0gQs2tD7to7grO 350TYRlxF2HQfIIDoMgwPitXAjtIfw6CA3zgDuWyrkiRx2qehHl+R+dnSOPdYNnQuBwD KeWtp7SGfdIQyQzeYbWIkP9X2qinSo4SH7rtpLNRVfWc3s+2aivC2bwKQVlLketHN1hn oYcbuBPdsPmkKkRYgDDX+5wEQZQrU6tq3V00aDMguyE5IopT83ToppoA8OeLi8mhqc56 McMg== X-Gm-Message-State: APjAAAUFq3SRNHjrI4xgUAdaPu9I16yW6XK9wa+gltgPx8sLKaJOyRaV 5RZJpFYLl7SeeZXCh2J/MR6bmDPm6dUbKF3jy1Q= X-Google-Smtp-Source: APXvYqwnSkItMEdEst0Oi3yDRLc8ITgEmysbmtVod1fmfJUBtSxBdDxzyqHIteMn95WdXiUSndYhMyv+IiIujLVc0kk= X-Received: by 2002:a05:6808:d9:: with SMTP id t25mr33635264oic.26.1563805620527; Mon, 22 Jul 2019 07:27:00 -0700 (PDT) MIME-Version: 1.0 References: <24b7304b-ce03-9be4-7b37-32b2d1d0f8ed@acm.org> <4910b8f9-7f83-1b6d-885f-81920c024827@acm.org> In-Reply-To: <4910b8f9-7f83-1b6d-885f-81920c024827@acm.org> From: Nick Wolff Date: Mon, 22 Jul 2019 10:27:20 -0400 Message-ID: Subject: Re: Problem with USB after r349133 To: lausts@acm.org Cc: freebsd-current@freebsd.org X-Rspamd-Queue-Id: E0CAF71791 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=AdEUChie; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of darkfiberiru@gmail.com designates 2607:f8b0:4864:20::235 as permitted sender) smtp.mailfrom=darkfiberiru@gmail.com X-Spamd-Result: default: False [-6.97 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.95)[-0.949,0]; RCVD_TLS_LAST(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[5.3.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(-3.01)[ip: (-9.45), ipnet: 2607:f8b0::/32(-3.11), asn: 15169(-2.43), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jul 2019 14:27:03 -0000 Hello Thomas, Any updates? Did you get a bugzilla ticket filed? Thanks, Nick Wolff On Sat, Jul 6, 2019 at 2:48 PM Thomas Laus wrote: > On 2019-07-06 10:17, Graham Perrin wrote: > > > > I had the almost same (different bus numbers), just once, after updating > > -CURRENT from r349099 to r349762. > > > > The subsequent boot of r349762 was free from the symptom. > > > > HP EliteBook 8570p, docked, with a Kensington keyboard and Logitech > > trackball connected to USB ports at the side of the dock. > > > > At one of the USB ports at the rear of the dock was a rechargeable > > motorised device, which I disconnected after the (one) USB issue. > > > I just built and installed r349161 and observed the same problem with > the rc.conf probe for USBUS7 ... USBUS0. > > I will build r349160 and make a report. > > Tom > > > -- > Public Keys: > PGP KeyID = 0x5F22FDC1 > GnuPG KeyID = 0x620836CF > _______________________________________________ > 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 Mon Jul 22 14:52:41 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0D79DB36E8 for ; Mon, 22 Jul 2019 14:52:41 +0000 (UTC) (envelope-from darkfiberiru@gmail.com) Received: from mail-ot1-x32c.google.com (mail-ot1-x32c.google.com [IPv6:2607:f8b0:4864:20::32c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 53ECE727C3 for ; Mon, 22 Jul 2019 14:52:40 +0000 (UTC) (envelope-from darkfiberiru@gmail.com) Received: by mail-ot1-x32c.google.com with SMTP id n5so40536988otk.1 for ; Mon, 22 Jul 2019 07:52: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=kj4vscLnEF0uhmEf2k/SmW1+wzCn2qydBxyYTCEUdp0=; b=A4qw3YnUQXkMFMLhTpq0Gf2gqJNHRyzm5pymyMkWs6nbkHZ0XNYk7kVn/zIlV+rS0O XZZPyzx/3EVuIcyAHSZzrr5MXHiHOWb6UFZCIP45YqYMdeOHpK/oIkKJyLe5Ckit9y/J 8or7JKFvX0fjL4W+ouSJnlJeUi+4AMjuDq6SENzhD3k1hUefT+5zSb0GK0T/WLke6N1I aMrAaGkprMSI17e8v1p2JCgnBUuyo6TK5BtT8iqHmOJcmVIXY0JlmsrdCe2avVJWMe8k X45Uwogi5xaG/fsTdDK+FsmhPoHGkFUQUPExpcMCK1earIUaLxoAGowl9D89dAzYVr8/ TliA== 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=kj4vscLnEF0uhmEf2k/SmW1+wzCn2qydBxyYTCEUdp0=; b=OA96/htXUgp7JofNVM2iXS4Dz9RINJA+3VC2/5p3QeNktggqIqoYNQXM6plEMgjbFk P5sVnEcDbeenhdggGlrJZdIH7RUFCY/qtCi1JAHshP3d1KNo5FLdp0Rj1Z9jiUwZXH0Y H3SAJAnebaqp8wvLz3eCbjgFZ19Gfhzp7dhl90bGyP0DozFo+TL6ML104fXCx+ER5Ayn jdRxq3tcr5YSyHoxjKWIXkiXVNp93xyxzAhVkBFYdurkGgpssRXCbJIDnCoXQAkN2LrC ADve6gR51zbeCzGqIU5cQ4qRorFZi32hGu2YsZ/OMVwNHmrMj3nIjoj9Uv3l00RPAJCM cflg== X-Gm-Message-State: APjAAAU85hR0tOaglc3VTAhP+DOgeUarVbSL6bJC8wJGZ1T+xte6KxO2 d5JPL3yxAPOZjp2Qki25QjyBF9a99CmCBuUAVh5X1xaCsIo= X-Google-Smtp-Source: APXvYqyg1p/zUWdvMyJ1sMpYgnT1rajQo5woag55mU3h0HVSPU8AjiC+SGi+uX39STXRimDc0H2xEBj+eR00aXQPtIw= X-Received: by 2002:a9d:6f0e:: with SMTP id n14mr30320032otq.38.1563807159393; Mon, 22 Jul 2019 07:52:39 -0700 (PDT) MIME-Version: 1.0 References: <24b7304b-ce03-9be4-7b37-32b2d1d0f8ed@acm.org> <4910b8f9-7f83-1b6d-885f-81920c024827@acm.org> In-Reply-To: From: Nick Wolff Date: Mon, 22 Jul 2019 10:52:58 -0400 Message-ID: Subject: Re: Problem with USB after r349133 To: lausts@acm.org Cc: freebsd-current@freebsd.org X-Rspamd-Queue-Id: 53ECE727C3 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=A4qw3YnU; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of darkfiberiru@gmail.com designates 2607:f8b0:4864:20::32c as permitted sender) smtp.mailfrom=darkfiberiru@gmail.com X-Spamd-Result: default: False [-6.93 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.94)[-0.941,0]; RCVD_TLS_LAST(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[c.2.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(-2.98)[ip: (-9.32), ipnet: 2607:f8b0::/32(-3.11), asn: 15169(-2.43), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jul 2019 14:52:41 -0000 Thomas/HPS, I did manage to get a boot with hw.usb.no_boot_wait=1 set in loader.conf. So if any debugging information off a running system would be helpful let me know. Thanks, Nick Wolff On Mon, Jul 22, 2019 at 10:27 AM Nick Wolff wrote: > Hello Thomas, > > Any updates? Did you get a bugzilla ticket filed? > > Thanks, > > Nick Wolff > > On Sat, Jul 6, 2019 at 2:48 PM Thomas Laus wrote: > >> On 2019-07-06 10:17, Graham Perrin wrote: >> > >> > I had the almost same (different bus numbers), just once, after updating >> > -CURRENT from r349099 to r349762. >> > >> > The subsequent boot of r349762 was free from the symptom. >> > >> > HP EliteBook 8570p, docked, with a Kensington keyboard and Logitech >> > trackball connected to USB ports at the side of the dock. >> > >> > At one of the USB ports at the rear of the dock was a rechargeable >> > motorised device, which I disconnected after the (one) USB issue. >> > >> I just built and installed r349161 and observed the same problem with >> the rc.conf probe for USBUS7 ... USBUS0. >> >> I will build r349160 and make a report. >> >> Tom >> >> >> -- >> Public Keys: >> PGP KeyID = 0x5F22FDC1 >> GnuPG KeyID = 0x620836CF >> _______________________________________________ >> 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 Mon Jul 22 15:23:29 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DB69BB3F5E for ; Mon, 22 Jul 2019 15:23:29 +0000 (UTC) (envelope-from darkfiberiru@gmail.com) Received: from mail-ot1-x336.google.com (mail-ot1-x336.google.com [IPv6:2607:f8b0:4864:20::336]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0ED5D73987 for ; Mon, 22 Jul 2019 15:23:29 +0000 (UTC) (envelope-from darkfiberiru@gmail.com) Received: by mail-ot1-x336.google.com with SMTP id r6so40617268oti.3 for ; Mon, 22 Jul 2019 08:23:29 -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=ULsmjnH8+5Z8EvQI7IlvcxzEdmSNktXRx5q5Ww36Hig=; b=mlEfWGvNaIYbFIeMVxLT0YUYuMxlI3f6vVuixT1jByJxlGFAuxU7LWOE39LD30oS9K wICpq5ErOC4N9GzWlXHLxGGXGtLckDopUobAQSt6hkmA8aaVZDHzy79hvn8Zc5Ro9lvv CpEHFctGTphRD+2pub7pDa9Ll62Bp+lqluHKt0TW743aE8mIDqvUsAdEy+67W/CJoATT 2VzWCLV6CYFwltRXnr7tDMDXWPaI6t8yYilQjQyX9v3fMRe/UBhw7xVkdsPhmdYT7jZn On4U7MkwcYWQgdZCcRriUKu7EHoTRhVEVgajLxPDuT6fiI8JkZN1tf2zQDnVvekkK/GC a0Pw== 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=ULsmjnH8+5Z8EvQI7IlvcxzEdmSNktXRx5q5Ww36Hig=; b=ASr/8TKDxwO/T9xM4VibEDbZfanwCIvYhZYr4EeXf8ibU7l9MXr8kbWUxCT0xazDcj bByG5LpUabWwJ8Iggr0SzSj9DcESdLlXEsUmQ5HOZ8gwXOsi4p39cpEbOgxhEkMot1gI cLntHHytVphBeRsWo25xnXagdWqswpTUC8gJgx55uXPGZSxD1GTr+rq/GuUPGEMbVtwB gggPc1czCKiJm0IoKO3gz5QRPrfDhcErKgaLjMmbwE/QjfptL4/c1/cus4XAQKmlgwTS vCySXm01rP7HhyW5D29pHDxQqgJk21EC0777sK8N29hC4O9S0se3nj8UXR2BOEFNZweT YLEw== X-Gm-Message-State: APjAAAX9fIQKTkWqytdVQ688NzxzKEIThn0T/d/xP201MOkeNUP9Uzav EfZg7Nffeg3pmWp3jG60FfW1DDC70UdX7/+Ypzk= X-Google-Smtp-Source: APXvYqxpA0WGbbyScwYqo/wmoe22CuyMDvCDdkolCKCi4PrSkhgDNftVTvO+AFc0rHub+IcCAk/vU4tJDOB8FKOfo14= X-Received: by 2002:a9d:729a:: with SMTP id t26mr50559933otj.13.1563809007865; Mon, 22 Jul 2019 08:23:27 -0700 (PDT) MIME-Version: 1.0 References: <24b7304b-ce03-9be4-7b37-32b2d1d0f8ed@acm.org> <4910b8f9-7f83-1b6d-885f-81920c024827@acm.org> In-Reply-To: From: Nick Wolff Date: Mon, 22 Jul 2019 11:23:47 -0400 Message-ID: Subject: Re: Problem with USB after r349133 To: lausts@acm.org Cc: freebsd-current@freebsd.org X-Rspamd-Queue-Id: 0ED5D73987 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=mlEfWGvN; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of darkfiberiru@gmail.com designates 2607:f8b0:4864:20::336 as permitted sender) smtp.mailfrom=darkfiberiru@gmail.com X-Spamd-Result: default: False [-6.95 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[6.3.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.987,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(-2.95)[ip: (-9.17), ipnet: 2607:f8b0::/32(-3.11), asn: 15169(-2.43), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jul 2019 15:23:29 -0000 Sorry for email spam but I was wrong. Just gets stuck now during reproping a pci device after init happens(this is actually a trueos build which is why you see openrc). That device it's getting stuck on is "Sky Lake-E CBDMA Registers" which shouldn't have a driver attached. https://drive.google.com/file/d/19NFI0Dcupu3ZcVxbcr2vYFZ-iDqiIzkx/view?usp=sharing Though it maybe something else getting stuck at this point and that just happens to be the last thing on the screen. On Mon, Jul 22, 2019 at 10:52 AM Nick Wolff wrote: > Thomas/HPS, > > I did manage to get a boot with hw.usb.no_boot_wait=1 set in loader.conf. > So if any debugging information off a running system would be helpful let > me know. > > Thanks, > > Nick Wolff > > On Mon, Jul 22, 2019 at 10:27 AM Nick Wolff > wrote: > >> Hello Thomas, >> >> Any updates? Did you get a bugzilla ticket filed? >> >> Thanks, >> >> Nick Wolff >> >> On Sat, Jul 6, 2019 at 2:48 PM Thomas Laus wrote: >> >>> On 2019-07-06 10:17, Graham Perrin wrote: >>> > >>> > I had the almost same (different bus numbers), just once, after >>> updating >>> > -CURRENT from r349099 to r349762. >>> > >>> > The subsequent boot of r349762 was free from the symptom. >>> > >>> > HP EliteBook 8570p, docked, with a Kensington keyboard and Logitech >>> > trackball connected to USB ports at the side of the dock. >>> > >>> > At one of the USB ports at the rear of the dock was a rechargeable >>> > motorised device, which I disconnected after the (one) USB issue. >>> > >>> I just built and installed r349161 and observed the same problem with >>> the rc.conf probe for USBUS7 ... USBUS0. >>> >>> I will build r349160 and make a report. >>> >>> Tom >>> >>> >>> -- >>> Public Keys: >>> PGP KeyID = 0x5F22FDC1 >>> GnuPG KeyID = 0x620836CF >>> _______________________________________________ >>> 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 Mon Jul 22 16:13:39 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DA9F4B517B for ; Mon, 22 Jul 2019 16:13:39 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 38367760AA for ; Mon, 22 Jul 2019 16:13:36 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.129.235]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id EC0412603AF; Mon, 22 Jul 2019 18:13:33 +0200 (CEST) Subject: Re: Problem with USB after r349133 To: Nick Wolff , lausts@acm.org Cc: freebsd-current@freebsd.org References: <24b7304b-ce03-9be4-7b37-32b2d1d0f8ed@acm.org> <4910b8f9-7f83-1b6d-885f-81920c024827@acm.org> From: Hans Petter Selasky Message-ID: <27d24f16-7c2d-b8bd-8aaf-28330f3c0deb@selasky.org> Date: Mon, 22 Jul 2019 18:12:55 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 38367760AA X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 2a01:4f8:c17:6c4b::2 as permitted sender) smtp.mailfrom=hps@selasky.org X-Spamd-Result: default: False [-5.72 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[mail.turbocat.net]; NEURAL_HAM_SHORT(-0.84)[-0.835,0]; IP_SCORE(-2.57)[ip: (-9.09), ipnet: 2a01:4f8::/29(-1.94), asn: 24940(-1.82), country: DE(-0.01)]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jul 2019 16:13:39 -0000 On 2019-07-22 17:23, Nick Wolff wrote: > Sorry for email spam but I was wrong. Just gets stuck now during reproping > a pci device after init happens(this is actually a trueos build which is > why you see openrc). That device it's getting stuck on is "Sky Lake-E CBDMA > Registers" which shouldn't have a driver attached. > https://drive.google.com/file/d/19NFI0Dcupu3ZcVxbcr2vYFZ-iDqiIzkx/view?usp=sharing > > Though it maybe something else getting stuck at this point and that just > happens to be the last thing on the screen. > There was a recent change to add an ACPI wrapper for the USB HUB driver, but that was a bit premature and introduced some bugs. For now the ACPI USB HUB wrapper is not enabled by default. Do you experience issues with the latest -current ? --HPS From owner-freebsd-current@freebsd.org Mon Jul 22 16:57:33 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 11864B5D77 for ; Mon, 22 Jul 2019 16:57:33 +0000 (UTC) (envelope-from darkfiberiru@gmail.com) Received: from mail-oi1-x22e.google.com (mail-oi1-x22e.google.com [IPv6:2607:f8b0:4864:20::22e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 117B6778D8 for ; Mon, 22 Jul 2019 16:57:32 +0000 (UTC) (envelope-from darkfiberiru@gmail.com) Received: by mail-oi1-x22e.google.com with SMTP id q4so927965oij.3 for ; Mon, 22 Jul 2019 09:57:32 -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=bQtwXB8cfodBwBksWcl4PK9yIJJ4mRZjIJIgIgCEHaE=; b=odTUeDnnRxs/DbendbeD2QB8gZIoeXDT6vLohS+i3LchEsEVfLMAMHQJw7ITom9et/ QJe/u3CizmCgka5bltLyTTja9+w1L9juBOjrhKZMjHML4eOJDjyiz5sQLflNUJ4JASfF 2WD9TzG0Cp1q0EK8iG3fecLpWPgg+xakoOOiY9gCGkns+N55R7lq/3h6s/PF4uIxcML6 CIvRPcpmRn8EzOnN564amlyR94a3GoQQ/hOtcw7y/gUFfIrxHL+IVhlp+tYVrgY+/w8q YbVD/DKKnuGuqW22nJGkyKkuIr1O0yMJdO3Dgcg4fiq6EFYTTo0/75jZzDPA/06evtCZ gkBA== 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=bQtwXB8cfodBwBksWcl4PK9yIJJ4mRZjIJIgIgCEHaE=; b=d6fBDBFcyL3V2sW9CNhCp6RovUV8O4KRjzPcZa+np+fbgSMV6MCk+s8jTCYW3mkBsg 7G6PVaDC2aULAUO+7mfYxBg1MXgZ1JCm7EJBO4ZwfH+wgBQOzwb/JjwhVgPfP+LS1Ijs kgZPHqx1bx+O63mS+hzZQ98fXb1HmctEh674OPkelEXuCMum8pUvD4JCKUU7hFjXSbgU ROLKbeGzCmsVk0FSGV1CwG85b0xwLg0wuenNugZVXNIP3tn0Z8uJ7/gltH1HjmWxXJc7 VwwI446nuhkEjFdGhoQbng69FPlAu2ST8yh76MlmUwrOMqx2tbupv2PeHyaOQ4/F2lF5 YBig== X-Gm-Message-State: APjAAAUaKZwvVUMAoc/U07g5BL8E73cmxXmKqYuga//3kLo2gYI+nQMT NOAXRwYR8xFvWK5d0IqJUJS90B1dGjdug136kBU= X-Google-Smtp-Source: APXvYqyT9v5/FZYDm83z/nhvW7etEP35pfXxylmD0dkzWgGEn5H5W43Q0bdMciFA6ltbYQX51byHlCgzu+TSiE+86n8= X-Received: by 2002:a05:6808:d9:: with SMTP id t25mr34036946oic.26.1563814650754; Mon, 22 Jul 2019 09:57:30 -0700 (PDT) MIME-Version: 1.0 References: <24b7304b-ce03-9be4-7b37-32b2d1d0f8ed@acm.org> <4910b8f9-7f83-1b6d-885f-81920c024827@acm.org> <27d24f16-7c2d-b8bd-8aaf-28330f3c0deb@selasky.org> In-Reply-To: <27d24f16-7c2d-b8bd-8aaf-28330f3c0deb@selasky.org> From: Nick Wolff Date: Mon, 22 Jul 2019 12:57:49 -0400 Message-ID: Subject: Re: Problem with USB after r349133 To: Hans Petter Selasky Cc: lausts@acm.org, freebsd-current@freebsd.org X-Rspamd-Queue-Id: 117B6778D8 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=odTUeDnn; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of darkfiberiru@gmail.com designates 2607:f8b0:4864:20::22e as permitted sender) smtp.mailfrom=darkfiberiru@gmail.com X-Spamd-Result: default: False [-6.86 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[e.2.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.986,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(-2.86)[ip: (-8.72), ipnet: 2607:f8b0::/32(-3.11), asn: 15169(-2.43), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jul 2019 16:57:33 -0000 Hans, I'm building r350003 at the moment which is after the acpi change was moved into an unloaded module. On Mon, Jul 22, 2019 at 12:13 PM Hans Petter Selasky wrote: > On 2019-07-22 17:23, Nick Wolff wrote: > > Sorry for email spam but I was wrong. Just gets stuck now during > reproping > > a pci device after init happens(this is actually a trueos build which is > > why you see openrc). That device it's getting stuck on is "Sky Lake-E > CBDMA > > Registers" which shouldn't have a driver attached. > > > https://drive.google.com/file/d/19NFI0Dcupu3ZcVxbcr2vYFZ-iDqiIzkx/view?usp=sharing > > > > Though it maybe something else getting stuck at this point and that just > > happens to be the last thing on the screen. > > > > There was a recent change to add an ACPI wrapper for the USB HUB driver, > but that was a bit premature and introduced some bugs. For now the ACPI > USB HUB wrapper is not enabled by default. Do you experience issues with > the latest -current ? > > --HPS > > From owner-freebsd-current@freebsd.org Mon Jul 22 17:08:11 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 59065B6465 for ; Mon, 22 Jul 2019 17:08:11 +0000 (UTC) (envelope-from lausts@laus.org) Received: from cdptpa-cmomta03.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.230]) (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 BFE8680041 for ; Mon, 22 Jul 2019 17:08:10 +0000 (UTC) (envelope-from lausts@laus.org) Received: from mail.laus.org ([65.29.112.189]) by cmsmtp with ESMTP id pbexhiRlIBertpbezhEntu; Mon, 22 Jul 2019 16:59:39 +0000 Received: from mail.laus.org (localhost [127.0.0.1]) by mail.laus.org (8.15.2/8.15.2) with ESMTPS id x6MGxZcT060595 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 22 Jul 2019 12:59:35 -0400 (EDT) (envelope-from lausts@laus.org) Received: (from lausts@localhost) by mail.laus.org (8.15.2/8.15.2/Submit) id x6MGxZWS060594; Mon, 22 Jul 2019 12:59:35 -0400 (EDT) (envelope-from lausts) Date: Mon, 22 Jul 2019 12:59:35 -0400 From: Thomas Laus To: Nick Wolff Cc: freebsd-current@freebsd.org Subject: Re: Problem with USB after r349133 Message-ID: <20190722165935.GB60563@mail.laus.org> Reply-To: lausts@acm.org References: <24b7304b-ce03-9be4-7b37-32b2d1d0f8ed@acm.org> <4910b8f9-7f83-1b6d-885f-81920c024827@acm.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 12.0-RELEASE-p7 on an amd64 User-Agent: Mutt/1.12.1 (2019-06-15) X-CMAE-Envelope: MS4wfGNnTNSjt+z1qTTBVFgiqkhk42D2ZXzvxi7Lo8a+sUhyh8jX0j1DSmzeSRKfpfyMt50ejoJ0no4AGhVrAfqUO3T3PR7CPBS8WmeRtQ0QPXlF4hxf99mw wPkj6ki4AiXkbyqjQxln7DYCQX8A/okxvU9vzpQy3OW/JiX72a86JANuVc+zeWuPecI0JoCksF1+B9WPPcFS06TZb5MG8I6jFEQ= X-Rspamd-Queue-Id: BFE8680041 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-1.43 / 15.00]; HAS_REPLYTO(0.00)[lausts@acm.org]; MX_INVALID(0.50)[cached]; TO_DN_SOME(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; NEURAL_HAM_SHORT(-0.57)[-0.575,0]; RCPT_COUNT_TWO(0.00)[2]; FORGED_SENDER(0.30)[lausts@acm.org,lausts@laus.org]; FREEMAIL_TO(0.00)[gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[189.112.29.65.zen.spamhaus.org : 127.0.0.10]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:14065, ipnet:107.14.160.0/20, country:US]; MIME_TRACE(0.00)[0:+]; FROM_NEQ_ENVFROM(0.00)[lausts@acm.org,lausts@laus.org]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.83)[-0.828,0]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.97)[-0.970,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-0.76)[ipnet: 107.14.160.0/20(-2.08), asn: 14065(-1.67), country: US(-0.05)]; DMARC_NA(0.00)[acm.org]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[230.166.14.107.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jul 2019 17:08:11 -0000 Nick Wolff [darkfiberiru@gmail.com] wrote: > Sorry for email spam but I was wrong. Just gets stuck now during reproping > a pci device after init happens(this is actually a trueos build which is > why you see openrc). That device it's getting stuck on is "Sky Lake-E CBDMA > Registers" which shouldn't have a driver attached. > https://drive.google.com/file/d/19NFI0Dcupu3ZcVxbcr2vYFZ-iDqiIzkx/view?usp=sharing > > Though it maybe something else getting stuck at this point and that just > happens to be the last thing on the screen. > I don't see this problem on any of my Skylake desktops. It is only on my Dell Core2-duo laptop. My Skylake and Kabylake desktops are all 100 percent OK without the loader.conf change. Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF From owner-freebsd-current@freebsd.org Mon Jul 22 17:16:32 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B4CB7B680F for ; Mon, 22 Jul 2019 17:16:32 +0000 (UTC) (envelope-from lausts@laus.org) Received: from cdptpa-cmomta02.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.226]) (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 E05FD80708 for ; Mon, 22 Jul 2019 17:16:31 +0000 (UTC) (envelope-from lausts@laus.org) Received: from mail.laus.org ([65.29.112.189]) by cmsmtp with ESMTP id pbaghwYQdzqEzpbaihhYxx; Mon, 22 Jul 2019 16:55:14 +0000 Received: from mail.laus.org (localhost [127.0.0.1]) by mail.laus.org (8.15.2/8.15.2) with ESMTPS id x6MGt9h7060589 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 22 Jul 2019 12:55:10 -0400 (EDT) (envelope-from lausts@laus.org) Received: (from lausts@localhost) by mail.laus.org (8.15.2/8.15.2/Submit) id x6MGt90e060588; Mon, 22 Jul 2019 12:55:09 -0400 (EDT) (envelope-from lausts) Date: Mon, 22 Jul 2019 12:55:09 -0400 From: Thomas Laus To: Nick Wolff Cc: freebsd-current@freebsd.org Subject: Re: Problem with USB after r349133 Message-ID: <20190722165509.GA60563@mail.laus.org> Reply-To: lausts@acm.org References: <24b7304b-ce03-9be4-7b37-32b2d1d0f8ed@acm.org> <4910b8f9-7f83-1b6d-885f-81920c024827@acm.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 12.0-RELEASE-p7 on an amd64 User-Agent: Mutt/1.12.1 (2019-06-15) X-CMAE-Envelope: MS4wfBfj7hJ2+SXJPhEy3kOKB8rlsZYeJoqqcOmTFby5ezW0pEOKLhujFw6//hBCRB4Ywf2bD5F9f/E5wGi12qM0g+dVNqecY00lLzVOR+85DWq8YSRZAtpS X+AmIEA93MeAGG3e/NGeZ+Dz1cLjNH9cCpt1gxAJDCEE5cdmhu3tzm0KR35UaDFazqoc2M7RgFeJGkkXq5g7Q7gEYFpVmNlfdzc= X-Rspamd-Queue-Id: E05FD80708 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-1.18 / 15.00]; HAS_REPLYTO(0.00)[lausts@acm.org]; MX_INVALID(0.50)[cached]; TO_DN_SOME(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; NEURAL_HAM_SHORT(-0.21)[-0.210,0]; RCPT_COUNT_TWO(0.00)[2]; FORGED_SENDER(0.30)[lausts@acm.org,lausts@laus.org]; FREEMAIL_TO(0.00)[gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[189.112.29.65.zen.spamhaus.org : 127.0.0.10]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:14065, ipnet:107.14.160.0/20, country:US]; MIME_TRACE(0.00)[0:+]; FROM_NEQ_ENVFROM(0.00)[lausts@acm.org,lausts@laus.org]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.94)[-0.937,0]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.991,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-0.75)[ipnet: 107.14.160.0/20(-2.04), asn: 14065(-1.63), country: US(-0.05)]; DMARC_NA(0.00)[acm.org]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[226.166.14.107.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jul 2019 17:16:32 -0000 Nick Wolff [darkfiberiru@gmail.com] wrote: > Thomas/HPS, > > I did manage to get a boot with hw.usb.no_boot_wait=1 set in loader.conf. > So if any debugging information off a running system would be helpful let > me know. > > Thanks, > Nick: That was the same workaround that I used. I had not filed a bug report since adding that line to my loader.conf fixed my laptop. This issue only affects a single Dell laptop and does not seem to happen on 5 of my desktop PC's all running the same version of 13-CURRENT. Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF From owner-freebsd-current@freebsd.org Wed Jul 24 08:17:21 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 68493A1D25; Wed, 24 Jul 2019 08:17:21 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 872996EEB2; Wed, 24 Jul 2019 08:17:16 +0000 (UTC) (envelope-from ohartmann@walstatt.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1563956227; bh=lwPMkBSaJ8ZrAMF6vAflPYLyACti5o83NTj6hIlVvo8=; h=X-UI-Sender-Class:Date:From:To:Subject; b=kAWN4bvYnRNf+HFe4Dn7R+ZgpctvLAa4Pi2u7uarqPgWdqtmTLOSqyfb4xpFkLUa7 LWYKJG6AYDdadnepLTgmxrVGin1DKAkGz7WjMDtP//XHGUJLMjTdNgI+24BgoDIdW8 TtkTS5QnHsGbzM2ZnLk+CA6jdne9OBuF3ws6kRpw= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from thor.intern.walstatt.dynvpn.de ([78.55.83.8]) by mail.gmx.com (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1M7sDg-1hmKU627T0-0054AJ; Wed, 24 Jul 2019 10:11:36 +0200 Date: Wed, 24 Jul 2019 10:11:05 +0200 From: "O. Hartmann" To: "freebsd-embedded@freebsd.org" , FreeBSD CURRENT Subject: PCengines APU2C4, 12-STABLE: bootloader failure: Panic: free: guard2 fail @ 0x1000 + 2311663946 from Message-ID: <20190724101132.5560377a@thor.intern.walstatt.dynvpn.de> 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:LuBnIPdTIsvzw4IfIC/TueCKLSfBPXYA2FK4dfpO5B0aFt6SdpG n1ALWTj910f4VwysE48oBibVZbO3t0WMCsbY2DVvwXpkDBN4lm5+yQybdpPIAugZHcX0+ql 9Z5EFUPa1V3vrZEAkgF0Asyhke9t6oTn+/ILJXKKj4kezho3UW2kihxVASh/f3SJyHD3JMq YLwBf7c1U27gAG8s23HkQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:w5XkZD+ByvQ=:qhSYZDnDc4K9nlArj1poyx BTvMKYKp4KP5rAgf6UuDD9yJiLmmeGq7PV09wPQtY5Qb+xD/LvR8CBwAWwfZi3LOLWWUHyocw 73pSl0iAHDaxbPLoS1QsX1XLggDA1VVf/IJA3oLsu1jcSdkbeDJIXNTS9f3r/dFxHq6aBnz83 yGMMQpHGto57v1XxcjONQX5gDELWmzEYgEdup+vo+HrndJyfFQ7619iuvM4G2NcrtXxuV2TIZ tKSQJ6JGKXaS51sU/ExRiIbC0RTnO+12KdarmQsYxZx93F2RWc6W/eXZSzcTaRp2jtXapVcDN fpNju76vjKfZYlEyTu85CocZ7xnS2pEYsNhS93dnlqeqVNf/OTBKNeCEwIl1iPIpl99+P3ZPn O2W33nCtfJ/3hhDijb3qwI3Oj3aaJNgCHfyDfv5RFRlmvgepwEF5F1Vuh3RSUXR1jbcjtpfuX RE4BgHP9Hs3Lj9TDGzP8J/gJk4w6g7K8cGnO7nnZIcZKkpwU9ndaal+GUpfP723Kjv/GGE4Xn K/cjlcZj9DLqLL223LVQhZ1sFNDNvSSGGKuXFMNvgTITzorwYx6wX9Dvaq4NU1ZTuHYWkwl16 L7ittqCnZh79sTjKeZseEvux90+gSrsS35Yup0E4MZV4gUKd28QapnPdJAm2/7oayelY3qjJd Q+kwd1JEXft+ZVgU3zolEwwhXJ6HfInKplNjpwT+ouAyyXo8oQ/4hwMeE0gld6M/AhcarB+lI weX62VPVp8Ugdv1k7Wku6qCXBpaS6rs+5iINJK8otslSlirTJXONXn1wCRrdSFIJ6NPXmk3UT LYytmTGtyb4oM2j13zIXSBUCP44e9bLoFbnbhoNgSmX6XvSnS/kT81w+MlnhErTTlftQWEilX 3NJkCcTdvWlZ0FAfD8RbHAfVQ9iRIPskL6pUwK2F1tGucGAiI3aAu9+snkOENV/uhfQkpB5lv 5ySti0DKA0kkraTjQ1Jg9ex0L0OnwsNTakJ71vl2Uc5q7tORFERWt/CV3ddcE8G9aV1DngOjQ FZuHujsz7Ic+1vvBZcmggStcWhIt8HCr4ZA6XPD5cIfGpwgSlFkkVdVMFXEmm9++jCOmNtDcs zDIizIKAI6vTEe2A7O8Ztwy+5dU3r57r1mq X-Rspamd-Queue-Id: 872996EEB2 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.net header.s=badeba3b8450 header.b=kAWN4bvY X-Spamd-Result: default: False [-3.97 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmx.net:s=badeba3b8450]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[walstatt.org]; HAS_ORG_HEADER(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmx.net:+]; RCPT_COUNT_TWO(0.00)[2]; MIME_BASE64_TEXT(0.10)[]; RCVD_IN_DNSWL_NONE(0.00)[19.15.227.212.list.dnswl.org : 127.0.3.0]; NEURAL_HAM_SHORT(-0.77)[-0.771,0]; R_SPF_NA(0.00)[]; MX_GOOD(-0.01)[mx00.gmx.net,mx01.gmx.net]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-0.99)[ip: (-5.84), ipnet: 212.227.0.0/16(-1.44), asn: 8560(2.35), country: DE(-0.01)]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[8.83.55.78.zen.spamhaus.org : 127.0.0.11] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jul 2019 08:17:21 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBMjU2DQoNCkhhbGxv LA0KDQpvbiBBUFUyQzQgZnJvbSBQQ2VuZ2luZXMgd2l0aCBsYXRlc3QgZmlybXdhcmUgYXB1Ml92 NC45LjAuNy5yb20sIFNlYUJJT1MNCnJlbC0xLjEyLjEuMy0wLWczMDBlOGI3LCBib290aW5nIHZp YSBsZWdhY3kgTUJSIEZyZWVCU0QgMTItU1RBQkxFIHIzNTAyNzQgKHRoZSBzYW1lIHdpdGgNCnIz NTAxMTUpIGZhaWxzIHRvIGJvb3Qgd2l0aCBhbiBpbW1lZGlhdGUgbG9hZGVyIGVycm9yOg0KDQpb Li4uXQ0KU2VhQklPUyAodmVyc2lvbiByZWwtMS4xMi4xLjMtMC1nMzAwZThiNykNCg0KUHJlc3Mg RjEwIGtleSBub3cgZm9yIGJvb3QgbWVudQ0KDQpCb290aW5nIGZyb20gSGFyZCBEaXNrLi4uDQov DQoNCiBvbnNvbGVzOiBpbnRlcm5hbCB2aWRlby9rZXlib2FyZCAgIA0KIElPUyBkcml2ZSBDOiBp cyBkaXNrMCANCiBJT1MgZHJpdmUgRDogaXMgZGlzazEgDQogSU9TIDYzOWtCLzM0MDQ0NDRrQiBh dmFpbGFibGUgbWVtb3J5IA0KIA0KIHJlZUJTRC94ODYgYm9vdHN0cmFwIGxvYWRlciwgUmV2aXNp b24gMS4xICANCiBNb24gQXByIDE1IDIxOjI4OjExIENFU1QgMjAxOSByb290QHRob3IpIA0KIGFu aWM6IGZyZWU6IGd1YXJkMiBmYWlsIEAgMHgxMDAwICsgMjMxMTY2Mzk0NiBmcm9tIFjDp3Uww6d9 NMOnbCTimabilJzDrUDilKTimaA6MjEwNjE2Mzk1NyANCiAtPiBQcmVzcyBhIGtleSBvbiB0aGUg Y29uc29sZSB0byByZWJvb3QgPC0tIA0KWy4uLl0NCg0KDQoNCg0KQm9vdGluZyAxMi4wLVNUQUJM RSAjNzggcjM0OTI4ODogU2F0IEp1biAyMiAwOToxMDoyNSBDRVNUIDIwMTkgYW1kNjQgd29ya3Mg ZmluZSB3aXRoIG5vdGhpbmcNCmNoYW5nZWQgZXhjZXB0IHRoZSBPUyB2ZXJzaW9uLg0KDQoNCkJv b3RpbmcgMi4wLVNUQUJMRSAjNzggcjM0OTI4OCB3b3JrcyBmaW5lOg0KDQpbLi4uXQ0KU2VhQklP UyAodmVyc2lvbiByZWwtMS4xMi4xLjMtMC1nMzAwZThiNykNCg0KUHJlc3MgRjEwIGtleSBub3cg Zm9yIGJvb3QgbWVudQ0KDQpCb290aW5nIGZyb20gSGFyZCBEaXNrLi4uDQp8DQoNCiBvbnNvbGVz OiBpbnRlcm5hbCB2aWRlby9rZXlib2FyZCAgIA0KIElPUyBkcml2ZSBDOiBpcyBkaXNrMCANCiBJ T1MgZHJpdmUgRDogaXMgZGlzazEgDQogSU9TIDYzOWtCLzM0MDQ0NDRrQiBhdmFpbGFibGUgbWVt b3J5IA0KIA0KIHJlZUJTRC94ODYgYm9vdHN0cmFwIGxvYWRlciwgUmV2aXNpb24gMS4xIA0KIE1v biBBcHIgMTUgMjE6Mjg6MTEgQ0VTVCAyMDE5IHJvb3RAdGhvcikgDQogb2FkaW5nIC9ib290L2Rl ZmF1bHRzL2xvYWRlci5jb25mIA0KIG9hZGluZyAvYm9vdC9kZXZpY2UuaGludHMgDQogb2FkaW5n IC9ib290L2xvYWRlci5jb25mIA0KIG9hZGluZyAvYm9vdC9sb2FkZXIuY29uZi5sb2NhbCANCkxv YWRpbmcga2VybmVsLi4uDQovYm9vdC9rZXJuZWwva2VybmVsIHRleHQ9MHhiMDA1ZTggXA0KWy4u Ll0NCg0KSW4gdGhlIG1lc3NhZ2UgdGFrZW4gZnJvbSB0aGUgc2VyaWFsIGNvbnNvbGUgdGhlIGZp cnN0IGNvbHVtbiBvZiBjaGFyYWN0ZXJzIGlzIGxvc3QgZHVlIHRvIGFuDQplcnJvciBpbiB0aGUg b3V0cHV0IHdoaWNoIHNlZW1zIEZyZWVCU0QgcmVsYXRlZC4NCg0KDQpUaGUgZmlsZSAvYm9vdC9s b2FkZXIuY29uZi5sb2NhbCBjb250YWlucyB0aGVzZSBsaW5lcyBpbiBib3RoLCB3b3JraW5nIGFu ZCBub24td29ya2luZywNCnNjZW5hcmlvOg0KDQpbLi4uXQ0KYm9vdF9zZXJpYWw9IllFUyINCiMg c2VyaWFsIHNwZWVkIGluIGJpdHMvcw0KY29tY29uc29sZV9zcGVlZD0iMTE1MjAwIg0KY29uc29s ZT0iY29tY29uc29sZSINCg0KYXV0b2Jvb3RfZGVsYXk9IjAiDQoNCnZlcmJvc2VfbG9hZGluZz0i WUVTIg0KbG9hZGVyX2xvZ289Im9yYiINCmJlYXN0aWVfZGlzYWJsZT0iWUVTIg0KDQojIyMgIE1p Y3JvY29kZQ0KI2NwdV9taWNyb2NvZGVfbG9hZD0iWUVTIiAgICAgICAgICAgICAgICAjIFNldCB0 aGlzIHRvIFlFUyB0byBsb2FkIGFuZCBhcHBseSBhDQojY3B1X21pY3JvY29kZV9uYW1lPSIvYm9v dC9maXJtd2FyZS9pbnRlbC11Y29kZS5iaW4iICMgU2V0IHRoaXMgdG8gdGhlIG1pY3JvY29kZQ0K I2NwdV9taWNyb2NvZGVfdHlwZT0iY3B1X21pY3JvY29kZSIgICAgICAjIFJlcXVpcmVkIGZvciB0 aGUga2VybmVsIHRvIGZpbmQNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIyB0aGUgbWljcm9jb2RlIHVwZGF0ZSBmaWxlLg0KDQoNCiMgZGlzYWJsZSBQcm9jZXNzIFRh YmxlIElzb2xhdGlvbg0KI3ZtLnBtYXAucHRpPTANCg0Ka2Vybi5nZW9tLmxhYmVsLmdwdGlkLmVu YWJsZT0wDQoNCiMgTGltaXQgdGhlIHBoeXMuIG1lbW9yeQ0KI2h3LnBoeXNtZW09MTA3Mzc0MTgy NCAgIyAxIEcNCiNody5waHlzbWVtPTUzNjg3MDkxMiAgICMgNTEyIE1CDQojaHcucGh5c21lbT0y Njg0MzU0NTYgICAjIDI1NiBNQg0KDQojIERhIG1laHIgYWxzIDEgaWdiIE5JQyBhbiBCb3JkISBT aWVoZSBtYW4gaWdiKDQpDQprZXJuLmlwYy5ubWJjbHVzdGVycz03NTczNTANCiNrZXJuLmlwYy5u bWJqdW1ibzlrPTgxOTINCg0KIyBOSUMNCiNody5lbS5tYXhfaW50ZXJydXB0X3JhdGU9MzIwMDAN Cmh3LmVtLm1heF9pbnRlcnJ1cHRfcmF0ZT0xNjAwMA0KDQojSWYgbm9uLXplcm8sIGVuYWJsZSBF WFBFUklNRU5UQUwgZmVhdHVyZSB0byBpbXByb3ZlIGNvbmN1cnJlbnQgRm9ydHVuYSBwZXJmb3Jt YW5jZQ0Ka2Vybi5yYW5kb20uZm9ydHVuYS5jb25jdXJyZW50X3JlYWQ9IjEiDQoNCiMgRm9yd2Fy ZCBJbmZvcm1hdGlvbiBCYXNlcyAoRklCcykNCm5ldC5maWJzPTEwDQpuZXQuYWRkX2FkZHJfYWxs Zmlicz0wDQoNClsuLi5dDQoNCg0KQWdhaW4sIHdpdGggdGhlIGV4YWN0IHNhbWUgc2V0dGluZyAx Mi1TVEFCTEUgcjM0OTI4OCBib290cyBmaW5lLCBycjM1MDI3NCBkb2Vzbid0LiANCkZyZWVCU0Qg MTItU1RBQkxFIHINCg0KQ2FuIHNvbWVvbmUgcGxlYXNlIGhlbHA/DQoNClRoYW5rcyBpbiBhZHZh bmNlLCBvaA0KDQoNCg0KLSAtLSANCk8uIEhhcnRtYW5uDQoNCkljaCB3aWRlcnNwcmVjaGUgZGVy IE51dHp1bmcgb2RlciDDnGJlcm1pdHRsdW5nIG1laW5lciBEYXRlbiBmw7xyDQpXZXJiZXp3ZWNr ZSBvZGVyIGbDvHIgZGllIE1hcmt0LSBvZGVyIE1laW51bmdzZm9yc2NodW5nICjCpyAyOCBBYnMu IDQgQkRTRykuDQotLS0tLUJFR0lOIFBHUCBTSUdOQVRVUkUtLS0tLQ0KDQppSFVFQVJZSUFCMFdJ UVN5OElCeEFQRGtxVkJhVEo0NE4xWlpQYmE1UndVQ1hUZ1N0QUFLQ1JBNE4xWlpQYmE1DQpSN1lV QVBzR2cybWtGWVBvaERqVEJvUUVWUGtKVXNTSU9NK3Mzb3hzcllmUUovUmZZd0QrTEdwM2ptQytQ RE1MDQptaEN0ZGRqVDdncmF4ak1LSWtuZmxBS1lGczZMTXdVPQ0KPWJVNlgNCi0tLS0tRU5EIFBH UCBTSUdOQVRVUkUtLS0tLQ0K From owner-freebsd-current@freebsd.org Wed Jul 24 09:09:28 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5E231A2FB8 for ; Wed, 24 Jul 2019 09:09:28 +0000 (UTC) (envelope-from tsoome@me.com) Received: from pv50p00im-ztbu10011701.me.com (pv50p00im-ztbu10011701.me.com [17.58.6.53]) (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 3480870D5C for ; Wed, 24 Jul 2019 09:09:28 +0000 (UTC) (envelope-from tsoome@me.com) Received: from [192.168.150.41] (148-52-235-80.sta.estpak.ee [80.235.52.148]) by pv50p00im-ztbu10011701.me.com (Postfix) with ESMTPSA id 592B28A06FA; Wed, 24 Jul 2019 09:09:19 +0000 (UTC) From: Toomas Soome Message-Id: Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: PCengines APU2C4, 12-STABLE: bootloader failure: Panic: free: guard2 fail @ 0x1000 + 2311663946 from Date: Wed, 24 Jul 2019 12:09:16 +0300 In-Reply-To: <20190724101132.5560377a@thor.intern.walstatt.dynvpn.de> Cc: "freebsd-embedded@freebsd.org" , FreeBSD CURRENT To: "O. Hartmann" References: <20190724101132.5560377a@thor.intern.walstatt.dynvpn.de> X-Mailer: Apple Mail (2.3445.104.11) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-07-24_03:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1812120000 definitions=main-1907240103 X-Rspamd-Queue-Id: 3480870D5C X-Spamd-Bar: ------ X-Spamd-Result: default: False [-6.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.980,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jul 2019 09:09:28 -0000 > On 24 Jul 2019, at 11:11, O. Hartmann wrote: >=20 > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 >=20 > Hallo, >=20 > on APU2C4 from PCengines with latest firmware apu2_v4.9.0.7.rom, = SeaBIOS > rel-1.12.1.3-0-g300e8b7, booting via legacy MBR FreeBSD 12-STABLE = r350274 (the same with > r350115) fails to boot with an immediate loader error: >=20 > [...] > SeaBIOS (version rel-1.12.1.3-0-g300e8b7) >=20 > Press F10 key now for boot menu >=20 > Booting from Hard Disk... > / >=20 > onsoles: internal video/keyboard =20 > IOS drive C: is disk0=20 > IOS drive D: is disk1=20 > IOS 639kB/3404444kB available memory=20 >=20 > reeBSD/x86 bootstrap loader, Revision 1.1 =20 > Mon Apr 15 21:28:11 CEST 2019 root@thor)=20 > anic: free: guard2 fail @ 0x1000 + 2311663946 from = X=C3=A7u0=C3=A7}4=C3=A7l$=E2=99=A6=E2=94=9C=C3=AD@=E2=94=A4=E2=99=A0:21061= 63957=20 > -> Press a key on the console to reboot <--=20 > [=E2=80=A6] This is definitely something =E2=80=9Cfunny=E2=80=9D, we are apparently = attempting to free pointer 0x1000 which is definitely wrong because our = heap should be just below 4GB line. Since we do get list of disks = printed, also memory and version, it means we get error from = interpretator - it is possible the stack did clash with bss and hence = the corruption. You can try to press space on first spinner and enter alternate loader = on boot: prompt. (enter ?/boot on boot: prompt to see the file list). >=20 >=20 >=20 >=20 > Booting 12.0-STABLE #78 r349288: Sat Jun 22 09:10:25 CEST 2019 amd64 = works fine with nothing > changed except the OS version. >=20 >=20 > Booting 2.0-STABLE #78 r349288 works fine: >=20 > [...] > SeaBIOS (version rel-1.12.1.3-0-g300e8b7) >=20 > Press F10 key now for boot menu >=20 > Booting from Hard Disk... > | >=20 > onsoles: internal video/keyboard =20 > IOS drive C: is disk0=20 > IOS drive D: is disk1=20 > IOS 639kB/3404444kB available memory=20 >=20 > reeBSD/x86 bootstrap loader, Revision 1.1=20 > Mon Apr 15 21:28:11 CEST 2019 root@thor)=20 > oading /boot/defaults/loader.conf=20 > oading /boot/device.hints=20 > oading /boot/loader.conf=20 > oading /boot/loader.conf.local=20 > Loading kernel... > /boot/kernel/kernel text=3D0xb005e8 \ > [...] >=20 > In the message taken from the serial console the first column of = characters is lost due to an > error in the output which seems FreeBSD related. >=20 It certainly does look weird - sio_putc() is used in boot2 and it=E2=80=99= s implementation is using same principe as comc_putchat() in = comconsole.c (even if it is asm versus c code). Since the serial data is = interpreted by terminal, it feels more about terminal emulator issue = (line discipline, cabling, usb to serial dongle?) rgds, toomas >=20 > The file /boot/loader.conf.local contains these lines in both, working = and non-working, > scenario: >=20 > [...] > boot_serial=3D"YES" > # serial speed in bits/s > comconsole_speed=3D"115200" > console=3D"comconsole" >=20 > autoboot_delay=3D"0" >=20 > verbose_loading=3D"YES" > loader_logo=3D"orb" > beastie_disable=3D"YES" >=20 > ### Microcode > #cpu_microcode_load=3D"YES" # Set this to YES to load = and apply a > #cpu_microcode_name=3D"/boot/firmware/intel-ucode.bin" # Set this to = the microcode > #cpu_microcode_type=3D"cpu_microcode" # Required for the kernel = to find > # the microcode update file. >=20 >=20 > # disable Process Table Isolation > #vm.pmap.pti=3D0 >=20 > kern.geom.label.gptid.enable=3D0 >=20 > # Limit the phys. memory > #hw.physmem=3D1073741824 # 1 G > #hw.physmem=3D536870912 # 512 MB > #hw.physmem=3D268435456 # 256 MB >=20 > # Da mehr als 1 igb NIC an Bord! Siehe man igb(4) > kern.ipc.nmbclusters=3D757350 > #kern.ipc.nmbjumbo9k=3D8192 >=20 > # NIC > #hw.em.max_interrupt_rate=3D32000 > hw.em.max_interrupt_rate=3D16000 >=20 > #If non-zero, enable EXPERIMENTAL feature to improve concurrent = Fortuna performance > kern.random.fortuna.concurrent_read=3D"1" >=20 > # Forward Information Bases (FIBs) > net.fibs=3D10 > net.add_addr_allfibs=3D0 >=20 > [...] >=20 >=20 > Again, with the exact same setting 12-STABLE r349288 boots fine, = rr350274 doesn't.=20 > FreeBSD 12-STABLE r >=20 > Can someone please help? >=20 > Thanks in advance, oh >=20 >=20 >=20 > - --=20 > O. Hartmann >=20 > Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BC= r > Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 = Abs. 4 BDSG). > -----BEGIN PGP SIGNATURE----- >=20 > iHUEARYIAB0WIQSy8IBxAPDkqVBaTJ44N1ZZPba5RwUCXTgStAAKCRA4N1ZZPba5 > R7YUAPsGg2mkFYPohDjTBoQEVPkJUsSIOM+s3oxsrYfQJ/RfYwD+LGp3jmC+PDML > mhCtddjT7graxjMKIknflAKYFs6LMwU=3D > =3DbU6X > -----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" From owner-freebsd-current@freebsd.org Wed Jul 24 10:20:52 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E3257A48C6; Wed, 24 Jul 2019 10:20:52 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 98BB873723; Wed, 24 Jul 2019 10:20:52 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1563963644; bh=cU/yg9NREqiLHb8dj7nINzUWHtEJHK7tCn/6RRSef0Q=; h=X-UI-Sender-Class:Date:From:To:Cc:Subject:In-Reply-To:References; b=Byi8kYiYwDrQlvSkCxGIakMcT+kEltxP3uYmqNN0w7tjLtISspXm+M0feIqC2ZcTV D5fMqXwOteHZewfLczA9etjLAdBWfyQ/JWX6ogSmFSFx/FWg1ekWfmma47CbEFsFfy x9iNLQm6lfZKNvEq8vAakq5p1/VYzYw1BSddvspo= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from thor.intern.walstatt.dynvpn.de ([78.55.83.8]) by mail.gmx.com (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MIdiZ-1heNfx34sf-00Eepf; Wed, 24 Jul 2019 12:07:28 +0200 Date: Wed, 24 Jul 2019 12:06:53 +0200 From: "O. Hartmann" To: Toomas Soome Cc: "freebsd-embedded@freebsd.org" , FreeBSD CURRENT Subject: Re: PCengines APU2C4, 12-STABLE: bootloader failure: Panic: free: guard2 fail @ 0x1000 + 2311663946 from Message-ID: <20190724120720.4382397c@thor.intern.walstatt.dynvpn.de> In-Reply-To: References: <20190724101132.5560377a@thor.intern.walstatt.dynvpn.de> 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:EJLmJGMF4NPpwia8sUskDX8nJnB44i7Aw0kyektui1swRstvYHh qzZrc1nts2U42BhFOc3/L/deDKf57xDY5rVbxYFYvmOPfRHIuOzqMPrVZUs6yKjOSkrcgd7 drVjOJi1YLuP/M++QCGBZ8C0pq93vd0mN1sRrQVzu/a40jCZi3MrmshjqUNicxtj1Qu0iZk UlEm3QtgPK7Eo0AiXfs/A== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:uVIagmyaM/U=:bZbncRdhSqklVdtQSzRZdD d7ns1xQc5vfEM37cEQg7tlvcvl7fxufuFBBTVz+A3HbuMPyTTu3lbvJD1P3O1rVLVCSAJSN/j mayLJbvjfmIudgUxyrxEhqfZp3RqCFjhcHQTZ7c1VB16oaohKRT9x2W0N75Vz0XtoGz1tYr0/ W+yRWglWsDM5IZ7M0lBhHRiWqTgxFSV3pHWnsKpDUeYei6V6QleG1DG5+XQf/zBVfS5Muqz3m hVrkyefBxTUwP3sY6eWL42+u4aQU4txBbEQwxamfOiNINktTOdg8nGtSNAELQCbquGstU1zB3 o7xHgUYnkRYNBD29Lc0+Hd0ahz2Xu4KxwuarmfHaoVrIH/mzVyAdvi26BpgT+p8ZxCbHZHizr UxXLqaEmYaHqhyFd8NsBU80ZXA+u3QuWa9bzUo/mgCYtkRj6Gu030rp/SHlr+SGgbxc+Bn4HZ eDLOWkzLk0XcTdHuiu+7zxFyYk7vSQMUXQ9SMN7AP3oHqOF6PpzOz/YAiZJCzuv6+uor0d2YG 6ZTzR+6E39pOacqGJYNDXqpBpUtk3p9bcmz9mlaK/vyRCRg+Y/IYZavayDlGepJEZnP5WKu3f o8Cm5FLdRdUbG1aWWePcQr8+IRE1triZj6HXWVAtAUR7ZBrhOvEgjSUhXgDcPuKP1liusjymQ 58EI4VqdukEhfaJGO8NFUNYyCNkAgQMFixJ9rjWHQpqdA+9kdojiHgFnQg3FaTK7RG6FCW2ht +c+0KFI/aA4n0tvW2q5SwgAcoEGs9TDXiioub/RoWX4dkSRJAMWRWqO5ozQLEeICE0ryQRR6J 8+gjSwcy2zeKBER1ooQmYON3Gdo58Gteo8b30Q4N+gFMOUT1Bbrxl+2oTvBrGisVMXWUBdBWc P+PXg70+p3rQEXke4Cltd9AealvdwQWp8RrZE9lL7BLT29GEDj8VyqJcQkscfeR9Tg7LeRGfO pZQPPVS8amxc6s4gDIMVFpyEtIZxKl7Qgs+UmJpPpurvAM9IO6dk7NlTOPj9BXKKzUmV04j5r Z3SqTbSdlCqpdIUQUmRi8jtr9hoS81nOuZxfrkGMK1dkXSlz8w6XLlGj/1fhcV0geRrZ3GGJh RnLZw1KM1Crv6A7D+w6piQQccZq3YeGKGJ2 X-Rspamd-Queue-Id: 98BB873723 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.97 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.97)[-0.968,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-Mailman-Approved-At: Wed, 24 Jul 2019 13:07:51 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jul 2019 10:20:52 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBMjU2DQoNCkFtIFdl ZCwgMjQgSnVsIDIwMTkgMTI6MDk6MTYgKzAzMDANClRvb21hcyBTb29tZSA8dHNvb21lQG1lLmNv bT4gc2NocmllYjoNCg0KPiA+IE9uIDI0IEp1bCAyMDE5LCBhdCAxMToxMSwgTy4gSGFydG1hbm4g PG9oYXJ0bWFubkB3YWxzdGF0dC5vcmc+IHdyb3RlOg0KPiA+IA0KPiA+IC0tLS0tQkVHSU4gUEdQ IFNJR05FRCBNRVNTQUdFLS0tLS0NCj4gPiBIYXNoOiBTSEEyNTYNCj4gPiANCj4gPiBIYWxsbywN Cj4gPiANCj4gPiBvbiBBUFUyQzQgZnJvbSBQQ2VuZ2luZXMgd2l0aCBsYXRlc3QgZmlybXdhcmUg YXB1Ml92NC45LjAuNy5yb20sIFNlYUJJT1MNCj4gPiByZWwtMS4xMi4xLjMtMC1nMzAwZThiNywg Ym9vdGluZyB2aWEgbGVnYWN5IE1CUiBGcmVlQlNEIDEyLVNUQUJMRSByMzUwMjc0ICh0aGUgc2Ft ZSB3aXRoDQo+ID4gcjM1MDExNSkgZmFpbHMgdG8gYm9vdCB3aXRoIGFuIGltbWVkaWF0ZSBsb2Fk ZXIgZXJyb3I6DQo+ID4gDQo+ID4gWy4uLl0NCj4gPiBTZWFCSU9TICh2ZXJzaW9uIHJlbC0xLjEy LjEuMy0wLWczMDBlOGI3KQ0KPiA+IA0KPiA+IFByZXNzIEYxMCBrZXkgbm93IGZvciBib290IG1l bnUNCj4gPiANCj4gPiBCb290aW5nIGZyb20gSGFyZCBEaXNrLi4uDQo+ID4gLw0KPiA+IA0KPiA+ IG9uc29sZXM6IGludGVybmFsIHZpZGVvL2tleWJvYXJkICAgDQo+ID4gSU9TIGRyaXZlIEM6IGlz IGRpc2swIA0KPiA+IElPUyBkcml2ZSBEOiBpcyBkaXNrMSANCj4gPiBJT1MgNjM5a0IvMzQwNDQ0 NGtCIGF2YWlsYWJsZSBtZW1vcnkgDQo+ID4gDQo+ID4gcmVlQlNEL3g4NiBib290c3RyYXAgbG9h ZGVyLCBSZXZpc2lvbiAxLjEgIA0KPiA+IE1vbiBBcHIgMTUgMjE6Mjg6MTEgQ0VTVCAyMDE5IHJv b3RAdGhvcikgDQo+ID4gYW5pYzogZnJlZTogZ3VhcmQyIGZhaWwgQCAweDEwMDAgKyAyMzExNjYz OTQ2IGZyb20gWMOndTDDp300w6dsJOKZpuKUnMOtQOKUpOKZoDoyMTA2MTYzOTU3ICAgDQo+ID4g LT4gUHJlc3MgYSBrZXkgb24gdGhlIGNvbnNvbGUgdG8gcmVib290IDwtLSAgIA0KPiA+IFvigKZd ICANCj4gDQo+IA0KPiBUaGlzIGlzIGRlZmluaXRlbHkgc29tZXRoaW5nIOKAnGZ1bm554oCdLCB3 ZSBhcmUgYXBwYXJlbnRseSBhdHRlbXB0aW5nIHRvIGZyZWUgcG9pbnRlciAweDEwMDANCj4gd2hp Y2ggaXMgZGVmaW5pdGVseSB3cm9uZyBiZWNhdXNlIG91ciBoZWFwIHNob3VsZCBiZSBqdXN0IGJl bG93IDRHQiBsaW5lLiBTaW5jZSB3ZSBkbyBnZXQNCj4gbGlzdCBvZiBkaXNrcyBwcmludGVkLCBh bHNvIG1lbW9yeSBhbmQgdmVyc2lvbiwgaXQgbWVhbnMgd2UgZ2V0IGVycm9yIGZyb20gaW50ZXJw cmV0YXRvciAtDQo+IGl0IGlzIHBvc3NpYmxlIHRoZSBzdGFjayBkaWQgY2xhc2ggd2l0aCBic3Mg YW5kIGhlbmNlIHRoZSBjb3JydXB0aW9uLg0KDQpJIHJlYWxpemVkIHRoYXQgSSBoYXZlIGRlZmlu ZWQgDQoNCldJVEhfS0VSTkVMX1JFVFBPTElORT1ZRVMNCg0KYW5kIHNpbmNlIEkgdXNlIHRvIGJ1 aWxkIE5hbm9CU0Qgd2l0aCAtRE5PX0NMRUFOLCBJJ20ganVzdCBub3cgY29tcGlsaW5nIGEgY2xl YW4gTmFub0JTRCB3aXRoDQpSRVRQT0xJTkUgbWl0aWdhdGlvbnMgZGlzYWJsZWQgc28gZmFyIC0g dHJ5aW5nIHRvIGNoZWNrIHdoZXRoZXIgZWl0aGVyIG9mIHRoZSB3YXlzIHRvIGJ1aWxkIA0KY2F1 c2VzIHRoZSBpc3N1ZS4NCg0KPiANCj4gWW91IGNhbiB0cnkgdG8gcHJlc3Mgc3BhY2Ugb24gZmly c3Qgc3Bpbm5lciBhbmQgZW50ZXIgYWx0ZXJuYXRlIGxvYWRlciBvbiBib290OiBwcm9tcHQuDQo+ IChlbnRlciA/L2Jvb3Qgb24gYm9vdDogcHJvbXB0IHRvIHNlZSB0aGUgZmlsZSBsaXN0KS4NCg0K SSB0cnkgYSBzb29uIGFzIHRoZSBidWlsZCBwcm9jZXNzIGhhcyBmaW5pc2hlZCBhbmQgaWYgdGhl IHByb2JsZW0gaXMgdGhlbiBzdGlsbCBwcmVzZW50Lg0KDQo+IA0KPiANCj4gPiANCj4gPiANCj4g PiANCj4gPiANCj4gPiBCb290aW5nIDEyLjAtU1RBQkxFICM3OCByMzQ5Mjg4OiBTYXQgSnVuIDIy IDA5OjEwOjI1IENFU1QgMjAxOSBhbWQ2NCB3b3JrcyBmaW5lIHdpdGgNCj4gPiBub3RoaW5nIGNo YW5nZWQgZXhjZXB0IHRoZSBPUyB2ZXJzaW9uLg0KPiA+IA0KPiA+IA0KPiA+IEJvb3RpbmcgMi4w LVNUQUJMRSAjNzggcjM0OTI4OCB3b3JrcyBmaW5lOg0KPiA+IA0KPiA+IFsuLi5dDQo+ID4gU2Vh QklPUyAodmVyc2lvbiByZWwtMS4xMi4xLjMtMC1nMzAwZThiNykNCj4gPiANCj4gPiBQcmVzcyBG MTAga2V5IG5vdyBmb3IgYm9vdCBtZW51DQo+ID4gDQo+ID4gQm9vdGluZyBmcm9tIEhhcmQgRGlz ay4uLg0KPiA+IHwNCj4gPiANCj4gPiBvbnNvbGVzOiBpbnRlcm5hbCB2aWRlby9rZXlib2FyZCAg IA0KPiA+IElPUyBkcml2ZSBDOiBpcyBkaXNrMCANCj4gPiBJT1MgZHJpdmUgRDogaXMgZGlzazEg DQo+ID4gSU9TIDYzOWtCLzM0MDQ0NDRrQiBhdmFpbGFibGUgbWVtb3J5IA0KPiA+IA0KPiA+IHJl ZUJTRC94ODYgYm9vdHN0cmFwIGxvYWRlciwgUmV2aXNpb24gMS4xIA0KPiA+IE1vbiBBcHIgMTUg MjE6Mjg6MTEgQ0VTVCAyMDE5IHJvb3RAdGhvcikgDQo+ID4gb2FkaW5nIC9ib290L2RlZmF1bHRz L2xvYWRlci5jb25mIA0KPiA+IG9hZGluZyAvYm9vdC9kZXZpY2UuaGludHMgDQo+ID4gb2FkaW5n IC9ib290L2xvYWRlci5jb25mIA0KPiA+IG9hZGluZyAvYm9vdC9sb2FkZXIuY29uZi5sb2NhbCAN Cj4gPiBMb2FkaW5nIGtlcm5lbC4uLg0KPiA+IC9ib290L2tlcm5lbC9rZXJuZWwgdGV4dD0weGIw MDVlOCBcDQo+ID4gWy4uLl0NCj4gPiANCj4gPiBJbiB0aGUgbWVzc2FnZSB0YWtlbiBmcm9tIHRo ZSBzZXJpYWwgY29uc29sZSB0aGUgZmlyc3QgY29sdW1uIG9mIGNoYXJhY3RlcnMgaXMgbG9zdCBk dWUgdG8NCj4gPiBhbiBlcnJvciBpbiB0aGUgb3V0cHV0IHdoaWNoIHNlZW1zIEZyZWVCU0QgcmVs YXRlZC4NCj4gPiAgIA0KPiANCj4gSXQgY2VydGFpbmx5IGRvZXMgbG9vayB3ZWlyZCAtIHNpb19w dXRjKCkgaXMgdXNlZCBpbiBib290MiBhbmQgaXTigJlzIGltcGxlbWVudGF0aW9uIGlzIHVzaW5n DQo+IHNhbWUgcHJpbmNpcGUgYXMgY29tY19wdXRjaGF0KCkgaW4gY29tY29uc29sZS5jIChldmVu IGlmIGl0IGlzIGFzbSB2ZXJzdXMgYyBjb2RlKS4gU2luY2UgdGhlDQo+IHNlcmlhbCBkYXRhIGlz IGludGVycHJldGVkIGJ5IHRlcm1pbmFsLCBpdCBmZWVscyBtb3JlIGFib3V0IHRlcm1pbmFsIGVt dWxhdG9yIGlzc3VlIChsaW5lDQo+IGRpc2NpcGxpbmUsIGNhYmxpbmcsIHVzYiB0byBzZXJpYWwg ZG9uZ2xlPykNCg0KV2UgdXNlIGhlcmUgYSBudWxsIG1vZGVtIGNhYmxpbmcgd2l0aCBhbiBpbnRl Z3JhdGVkIFVTQi10by1VQVJUL1RUTCBjb252ZXJ0ZXIsIHdoaWNoIGlzDQphdHRhY2hlZCB0byBh IEZyZWVCU0QgQ1VSUkVOVCAobW9zdCByZWNlbnQpIGJveDoNCg0KWy4uLl0NCnVnZW4yLjM6IDxG VERJIEZUMjMyUiBVU0IgVUFSVD4gYXQgdXNidXMyDQp1ZnRkaTAgb24gdWh1YjQNCnVmdGRpMDog PEZUMjMyUiBVU0IgVUFSVD4gb24gdXNidXMyDQpbLi4uXQ0KDQppdCBpcyBhIA0KU3RhclRlY2gu Y29tIDEgUG9ydCBVU0IgTnVsbG1vZGVtIFJTMjMyIEFkYXB0ZXIgS2FiZWwgKFVTQiAyLjAgRlRE SSBjaGlwc2V0KS4NCg0KUmVnYXJkcywNCm9oDQoNCiANCj4gDQo+IHJnZHMsDQo+IHRvb21hcw0K PiANCj4gDQo+ID4gDQo+ID4gVGhlIGZpbGUgL2Jvb3QvbG9hZGVyLmNvbmYubG9jYWwgY29udGFp bnMgdGhlc2UgbGluZXMgaW4gYm90aCwgd29ya2luZyBhbmQgbm9uLXdvcmtpbmcsDQo+ID4gc2Nl bmFyaW86DQo+ID4gDQo+ID4gWy4uLl0NCj4gPiBib290X3NlcmlhbD0iWUVTIg0KPiA+ICMgc2Vy aWFsIHNwZWVkIGluIGJpdHMvcw0KPiA+IGNvbWNvbnNvbGVfc3BlZWQ9IjExNTIwMCINCj4gPiBj b25zb2xlPSJjb21jb25zb2xlIg0KPiA+IA0KPiA+IGF1dG9ib290X2RlbGF5PSIwIg0KPiA+IA0K PiA+IHZlcmJvc2VfbG9hZGluZz0iWUVTIg0KPiA+IGxvYWRlcl9sb2dvPSJvcmIiDQo+ID4gYmVh c3RpZV9kaXNhYmxlPSJZRVMiDQo+ID4gDQo+ID4gIyMjICBNaWNyb2NvZGUNCj4gPiAjY3B1X21p Y3JvY29kZV9sb2FkPSJZRVMiICAgICAgICAgICAgICAgICMgU2V0IHRoaXMgdG8gWUVTIHRvIGxv YWQgYW5kIGFwcGx5IGENCj4gPiAjY3B1X21pY3JvY29kZV9uYW1lPSIvYm9vdC9maXJtd2FyZS9p bnRlbC11Y29kZS5iaW4iICMgU2V0IHRoaXMgdG8gdGhlIG1pY3JvY29kZQ0KPiA+ICNjcHVfbWlj cm9jb2RlX3R5cGU9ImNwdV9taWNyb2NvZGUiICAgICAgIyBSZXF1aXJlZCBmb3IgdGhlIGtlcm5l bCB0byBmaW5kDQo+ID4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICMg dGhlIG1pY3JvY29kZSB1cGRhdGUgZmlsZS4NCj4gPiANCj4gPiANCj4gPiAjIGRpc2FibGUgUHJv Y2VzcyBUYWJsZSBJc29sYXRpb24NCj4gPiAjdm0ucG1hcC5wdGk9MA0KPiA+IA0KPiA+IGtlcm4u Z2VvbS5sYWJlbC5ncHRpZC5lbmFibGU9MA0KPiA+IA0KPiA+ICMgTGltaXQgdGhlIHBoeXMuIG1l bW9yeQ0KPiA+ICNody5waHlzbWVtPTEwNzM3NDE4MjQgICMgMSBHDQo+ID4gI2h3LnBoeXNtZW09 NTM2ODcwOTEyICAgIyA1MTIgTUINCj4gPiAjaHcucGh5c21lbT0yNjg0MzU0NTYgICAjIDI1NiBN Qg0KPiA+IA0KPiA+ICMgRGEgbWVociBhbHMgMSBpZ2IgTklDIGFuIEJvcmQhIFNpZWhlIG1hbiBp Z2IoNCkNCj4gPiBrZXJuLmlwYy5ubWJjbHVzdGVycz03NTczNTANCj4gPiAja2Vybi5pcGMubm1i anVtYm85az04MTkyDQo+ID4gDQo+ID4gIyBOSUMNCj4gPiAjaHcuZW0ubWF4X2ludGVycnVwdF9y YXRlPTMyMDAwDQo+ID4gaHcuZW0ubWF4X2ludGVycnVwdF9yYXRlPTE2MDAwDQo+ID4gDQo+ID4g I0lmIG5vbi16ZXJvLCBlbmFibGUgRVhQRVJJTUVOVEFMIGZlYXR1cmUgdG8gaW1wcm92ZSBjb25j dXJyZW50IEZvcnR1bmEgcGVyZm9ybWFuY2UNCj4gPiBrZXJuLnJhbmRvbS5mb3J0dW5hLmNvbmN1 cnJlbnRfcmVhZD0iMSINCj4gPiANCj4gPiAjIEZvcndhcmQgSW5mb3JtYXRpb24gQmFzZXMgKEZJ QnMpDQo+ID4gbmV0LmZpYnM9MTANCj4gPiBuZXQuYWRkX2FkZHJfYWxsZmlicz0wDQo+ID4gDQo+ ID4gWy4uLl0NCj4gPiANCj4gPiANCj4gPiBBZ2Fpbiwgd2l0aCB0aGUgZXhhY3Qgc2FtZSBzZXR0 aW5nIDEyLVNUQUJMRSByMzQ5Mjg4IGJvb3RzIGZpbmUsIHJyMzUwMjc0IGRvZXNuJ3QuIA0KPiA+ IEZyZWVCU0QgMTItU1RBQkxFIHINCj4gPiANCj4gPiBDYW4gc29tZW9uZSBwbGVhc2UgaGVscD8N Cj4gPiANCj4gPiBUaGFua3MgaW4gYWR2YW5jZSwgb2gNCj4gPiANCj4gPiANCj4gPiANCj4gPiAt IC0tIA0KPiA+IE8uIEhhcnRtYW5uDQo+ID4gDQo+ID4gSWNoIHdpZGVyc3ByZWNoZSBkZXIgTnV0 enVuZyBvZGVyIMOcYmVybWl0dGx1bmcgbWVpbmVyIERhdGVuIGbDvHINCj4gPiBXZXJiZXp3ZWNr ZSBvZGVyIGbDvHIgZGllIE1hcmt0LSBvZGVyIE1laW51bmdzZm9yc2NodW5nICjCpyAyOCBBYnMu IDQgQkRTRykuDQo+ID4gLS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0NCj4gPiANCj4gPiBp SFVFQVJZSUFCMFdJUVN5OElCeEFQRGtxVkJhVEo0NE4xWlpQYmE1UndVQ1hUZ1N0QUFLQ1JBNE4x WlpQYmE1DQo+ID4gUjdZVUFQc0dnMm1rRllQb2hEalRCb1FFVlBrSlVzU0lPTStzM294c3JZZlFK L1JmWXdEK0xHcDNqbUMrUERNTA0KPiA+IG1oQ3RkZGpUN2dyYXhqTUtJa25mbEFLWUZzNkxNd1U9 DQo+ID4gPWJVNlgNCj4gPiAtLS0tLUVORCBQR1AgU0lHTkFUVVJFLS0tLS0NCj4gPiBfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiA+IGZyZWVic2QtY3Vy cmVudEBmcmVlYnNkLm9yZyBtYWlsaW5nIGxpc3QNCj4gPiBodHRwczovL2xpc3RzLmZyZWVic2Qu b3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1jdXJyZW50DQo+ID4gVG8gdW5zdWJzY3JpYmUs IHNlbmQgYW55IG1haWwgdG8gImZyZWVic2QtY3VycmVudC11bnN1YnNjcmliZUBmcmVlYnNkLm9y ZyIgIA0KPiANCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18NCj4gZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdA0KPiBodHRwczov L2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1jdXJyZW50DQo+IFRv IHVuc3Vic2NyaWJlLCBzZW5kIGFueSBtYWlsIHRvICJmcmVlYnNkLWN1cnJlbnQtdW5zdWJzY3Jp YmVAZnJlZWJzZC5vcmciDQoNCg0KDQotIC0tIA0KTy4gSGFydG1hbm4NCg0KSWNoIHdpZGVyc3By ZWNoZSBkZXIgTnV0enVuZyBvZGVyIMOcYmVybWl0dGx1bmcgbWVpbmVyIERhdGVuIGbDvHINCldl cmJlendlY2tlIG9kZXIgZsO8ciBkaWUgTWFya3QtIG9kZXIgTWVpbnVuZ3Nmb3JzY2h1bmcgKMKn IDI4IEFicy4gNCBCRFNHKS4NCi0tLS0tQkVHSU4gUEdQIFNJR05BVFVSRS0tLS0tDQoNCmlIVUVB UllJQUIwV0lRU3k4SUJ4QVBEa3FWQmFUSjQ0TjFaWlBiYTVSd1VDWFRndDJBQUtDUkE0TjFaWlBi YTUNClJ4WnRBUDkzQUNjYTNMcVYrYUhZcHgrMnlFWjNLTmxUVWhjV3FLeThQdVZsL3RUVmVBRUEy WS9wbHpYenNwN2wNClM1TnpnSFZvcjREN2RtY2tBck8wSEplazBrYUlMdzg9DQo9eU10RQ0KLS0t LS1FTkQgUEdQIFNJR05BVFVSRS0tLS0tDQo= From owner-freebsd-current@freebsd.org Wed Jul 24 13:54:34 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8B127A9E6B; Wed, 24 Jul 2019 13:54:34 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 71A0F85EBF; Wed, 24 Jul 2019 13:54:33 +0000 (UTC) (envelope-from ohartmann@walstatt.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1563976469; bh=90odPRinuM6YPBNPApzZrycCS/plCcqPOJSeJvX7aik=; h=X-UI-Sender-Class:Date:From:To:Cc:Subject:In-Reply-To:References; b=ZrxAXFeAy67bRx4xpvH4aZvdeP6/ZRXgUtzUZ0l96LV6zTfLSkXHnL92J+AniHOlo Ir6RxC0pmGdITe8mawTTH7QZdgcTo/QDxSK5ieE5vDfvgg+o3vGMlQJPZQYmZxA55J VNKneXa5WfguSXkqaiYaBZOU+h5+gJoJhQvmHpGw= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from thor.intern.walstatt.dynvpn.de ([78.54.166.206]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MRGTX-1hyicX2AQB-00UYHx; Wed, 24 Jul 2019 15:49:14 +0200 Date: Wed, 24 Jul 2019 15:48:34 +0200 From: "O. Hartmann" To: Toomas Soome Cc: "freebsd-embedded@freebsd.org" , FreeBSD CURRENT Subject: Re: PCengines APU2C4, 12-STABLE: bootloader failure: Panic: free: guard2 fail @ 0x1000 + 2311663946 from Message-ID: <20190724154901.0c114ebe@thor.intern.walstatt.dynvpn.de> In-Reply-To: <20190724120720.4382397c@thor.intern.walstatt.dynvpn.de> References: <20190724101132.5560377a@thor.intern.walstatt.dynvpn.de> <20190724120720.4382397c@thor.intern.walstatt.dynvpn.de> 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:NQcBOs/rfvU9ra4WsO5LJJS4yh2YC7x+3RyoP6BgKeflmOUh5jW dh5/dXQU6oeKO/NgL+OPuCvkCB0Q8xfFlqirZkIujQMg+/dOCRP2srQGhH1HPzhnJVCU+Kq mxwQ39a+YAz5sT6tLLdBhXflo4DfNGHQFoieHZ2/mdL3mZY0fYdFt+iXyVnuAJSYx5psGvF rZ5kdg+2drC/C6Pfo2KJA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:BoWM6R7LCn8=:rodHhIMxTYinkHJpFGjh4h YR8+Q05bbT4tkDH6nmf7OTXxrGmwcNKNCv26SNqNqPirSEU4mv1Zjoihgfo73j6AWc7Vps+E5 5sQqDVyBbMCr4wvF3e4/DEmggC7rCpuOOB3k36cfSZnK9lzF0MIZYU2uujE7KgqVC3Dhlj9kh E0zzfUmdByDaXSLYiCV5lZoTlYkXUXVocoYSApn4y3Jbjcw+cTrz2xdQ5yhrRNKgOW3o+sa3d 8b1MXFqRplgrDh4V1xIYeCgws4at3rqwmVlY9zBPXhKQgp2HI+6uuAlIH/sdvE5cMFQYcmlP1 iPqCMgPQq6YsKzAaDNK/twrtPB+CQ43I7eFpW2JBR6BNW1k5r6audE4TYJfruPwS3Bg/Spy2Y 1MCPkEudqUjEqNXzZF+axOee59tSBJmatKRKaR2urfue+Wx7RzvHgvXA191WHdqYm7ioAG6Hc qg1hiPpwFQyNJDWax8J2uJutLnWNlfhkThLyNG2b86lY/bZsEbWbunasEXLjjZC3s7UAmvRtm WMi+prs8GG4PSks5AL/V8OjgofP9Qcrxyj/le7WHZwbGUuLbCT+JfslPoAcLBGTs/WJqe08if YhOKo4sRI7LU0xnO+TBZQd8+M5eOYXdzn/jC+jIZ85SVEvjvvXrTLq34AnUivz898Wus4FiBp hswY9prqN2wgIQgeIAMGN3BvmmTkb58h3wzfpltoKBHoSYJL/j54xSKDkqZhfLd0sgZeqRG5D Gd7WY+WQSp8A3BiZeGHQGkr/pAQTXWWVjbk3UuYdOo0JtRBc8/VC4WjxViemf9X9IUUA7pJx7 nc/ZC+wFUysv7ql5tFJ3CvnYcKqTL+YOMHtGbzUHzcCiL0Opz3y6MpQ0FzfRcD0SCtI1LHKLo OxVD9rWvhDW2RtKfyACThw6Dqhn8LYQttMU3eXenkrWeXMRoodP5FdOOVsezAjnf3bsy8z5V0 L33QEAl7b+cnGKJSKR9/U0NQcBgGIS01/WtzXLWu2o8O+pZVIwktfBwK48BOAOgxVWCODRCIz pDiHcWalCsLg96mY7IBrj9lS+ZBZqQg3vf9Vl3uMx4IAhBMyNP+VE2NZmJpOfIlQXqLq1BC3r k+aj2gK03Bg8xGGQZ5ravSaEJbutji3DrRq X-Rspamd-Queue-Id: 71A0F85EBF X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.net header.s=badeba3b8450 header.b=ZrxAXFeA X-Spamd-Result: default: False [-4.30 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_ORG_HEADER(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mx00.gmx.net]; DKIM_TRACE(0.00)[gmx.net:+]; MIME_BASE64_TEXT(0.10)[]; NEURAL_HAM_SHORT(-0.91)[-0.906,0]; FREEMAIL_TO(0.00)[me.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-1.18)[ip: (-6.81), ipnet: 212.227.0.0/16(-1.44), asn: 8560(2.35), country: DE(-0.01)]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; RECEIVED_SPAMHAUS_PBL(0.00)[206.166.54.78.zen.spamhaus.org : 127.0.0.11]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmx.net:s=badeba3b8450]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[walstatt.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[15.15.227.212.list.dnswl.org : 127.0.3.0]; R_SPF_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jul 2019 13:54:35 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBMjU2DQoNCkFtIFdl ZCwgMjQgSnVsIDIwMTkgMTI6MDY6NTMgKzAyMDANCiJPLiBIYXJ0bWFubiIgPG8uaGFydG1hbm5A d2Fsc3RhdHQub3JnPiBzY2hyaWViOg0KDQo+IC0tLS0tQkVHSU4gUEdQIFNJR05FRCBNRVNTQUdF LS0tLS0NCj4gSGFzaDogU0hBMjU2DQo+IA0KPiBBbSBXZWQsIDI0IEp1bCAyMDE5IDEyOjA5OjE2 ICswMzAwDQo+IFRvb21hcyBTb29tZSA8dHNvb21lQG1lLmNvbT4gc2NocmllYjoNCj4gDQo+ID4g PiBPbiAyNCBKdWwgMjAxOSwgYXQgMTE6MTEsIE8uIEhhcnRtYW5uIDxvaGFydG1hbm5Ad2Fsc3Rh dHQub3JnPiB3cm90ZToNCj4gPiA+IA0KPiA+ID4gLS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NB R0UtLS0tLQ0KPiA+ID4gSGFzaDogU0hBMjU2DQo+ID4gPiANCj4gPiA+IEhhbGxvLA0KPiA+ID4g DQo+ID4gPiBvbiBBUFUyQzQgZnJvbSBQQ2VuZ2luZXMgd2l0aCBsYXRlc3QgZmlybXdhcmUgYXB1 Ml92NC45LjAuNy5yb20sIFNlYUJJT1MNCj4gPiA+IHJlbC0xLjEyLjEuMy0wLWczMDBlOGI3LCBi b290aW5nIHZpYSBsZWdhY3kgTUJSIEZyZWVCU0QgMTItU1RBQkxFIHIzNTAyNzQgKHRoZSBzYW1l IHdpdGgNCj4gPiA+IHIzNTAxMTUpIGZhaWxzIHRvIGJvb3Qgd2l0aCBhbiBpbW1lZGlhdGUgbG9h ZGVyIGVycm9yOg0KPiA+ID4gDQo+ID4gPiBbLi4uXQ0KPiA+ID4gU2VhQklPUyAodmVyc2lvbiBy ZWwtMS4xMi4xLjMtMC1nMzAwZThiNykNCj4gPiA+IA0KPiA+ID4gUHJlc3MgRjEwIGtleSBub3cg Zm9yIGJvb3QgbWVudQ0KPiA+ID4gDQo+ID4gPiBCb290aW5nIGZyb20gSGFyZCBEaXNrLi4uDQo+ ID4gPiAvDQo+ID4gPiANCj4gPiA+IG9uc29sZXM6IGludGVybmFsIHZpZGVvL2tleWJvYXJkICAg DQo+ID4gPiBJT1MgZHJpdmUgQzogaXMgZGlzazAgDQo+ID4gPiBJT1MgZHJpdmUgRDogaXMgZGlz azEgDQo+ID4gPiBJT1MgNjM5a0IvMzQwNDQ0NGtCIGF2YWlsYWJsZSBtZW1vcnkgDQo+ID4gPiAN Cj4gPiA+IHJlZUJTRC94ODYgYm9vdHN0cmFwIGxvYWRlciwgUmV2aXNpb24gMS4xICANCj4gPiA+ IE1vbiBBcHIgMTUgMjE6Mjg6MTEgQ0VTVCAyMDE5IHJvb3RAdGhvcikgDQo+ID4gPiBhbmljOiBm cmVlOiBndWFyZDIgZmFpbCBAIDB4MTAwMCArIDIzMTE2NjM5NDYgZnJvbSBYw6d1MMOnfTTDp2wk 4pmm4pScw61A4pSk4pmgOjIxMDYxNjM5NTcgICAgIA0KPiA+ID4gLT4gUHJlc3MgYSBrZXkgb24g dGhlIGNvbnNvbGUgdG8gcmVib290IDwtLSAgICAgDQo+ID4gPiBb4oCmXSAgICANCj4gPiANCj4g PiANCj4gPiBUaGlzIGlzIGRlZmluaXRlbHkgc29tZXRoaW5nIOKAnGZ1bm554oCdLCB3ZSBhcmUg YXBwYXJlbnRseSBhdHRlbXB0aW5nIHRvIGZyZWUgcG9pbnRlciAweDEwMDANCj4gPiB3aGljaCBp cyBkZWZpbml0ZWx5IHdyb25nIGJlY2F1c2Ugb3VyIGhlYXAgc2hvdWxkIGJlIGp1c3QgYmVsb3cg NEdCIGxpbmUuIFNpbmNlIHdlIGRvIGdldA0KPiA+IGxpc3Qgb2YgZGlza3MgcHJpbnRlZCwgYWxz byBtZW1vcnkgYW5kIHZlcnNpb24sIGl0IG1lYW5zIHdlIGdldCBlcnJvciBmcm9tIGludGVycHJl dGF0b3IgLQ0KPiA+IGl0IGlzIHBvc3NpYmxlIHRoZSBzdGFjayBkaWQgY2xhc2ggd2l0aCBic3Mg YW5kIGhlbmNlIHRoZSBjb3JydXB0aW9uLiAgDQo+IA0KPiBJIHJlYWxpemVkIHRoYXQgSSBoYXZl IGRlZmluZWQgDQo+IA0KPiBXSVRIX0tFUk5FTF9SRVRQT0xJTkU9WUVTDQo+IA0KPiBhbmQgc2lu Y2UgSSB1c2UgdG8gYnVpbGQgTmFub0JTRCB3aXRoIC1ETk9fQ0xFQU4sIEknbSBqdXN0IG5vdyBj b21waWxpbmcgYSBjbGVhbiBOYW5vQlNEIHdpdGgNCj4gUkVUUE9MSU5FIG1pdGlnYXRpb25zIGRp c2FibGVkIHNvIGZhciAtIHRyeWluZyB0byBjaGVjayB3aGV0aGVyIGVpdGhlciBvZiB0aGUgd2F5 cyB0byBidWlsZCANCj4gY2F1c2VzIHRoZSBpc3N1ZS4NCj4gDQo+ID4gDQo+ID4gWW91IGNhbiB0 cnkgdG8gcHJlc3Mgc3BhY2Ugb24gZmlyc3Qgc3Bpbm5lciBhbmQgZW50ZXIgYWx0ZXJuYXRlIGxv YWRlciBvbiBib290OiBwcm9tcHQuDQo+ID4gKGVudGVyID8vYm9vdCBvbiBib290OiBwcm9tcHQg dG8gc2VlIHRoZSBmaWxlIGxpc3QpLiAgDQo+IA0KPiBJIHRyeSBhIHNvb24gYXMgdGhlIGJ1aWxk IHByb2Nlc3MgaGFzIGZpbmlzaGVkIGFuZCBpZiB0aGUgcHJvYmxlbSBpcyB0aGVuIHN0aWxsIHBy ZXNlbnQuDQoNCg0KV2l0aCBhIGZyZXNoIGJ1aWxkIGFuZCBubyBSRVRQT0xJTkUgbWl0aWdhdGlv biAobmVpdGhlciBrZXJuZWwgbm9yIHdvcmxkKSB0aGUgcGhlbm9tZW5vbiBhcw0KZGVzY3JpYmVk IGFib3ZlIGlzIHN0aWxsIHRoZSBzYW1lLiBJIHRyaWVkIGFuIGFsdGVybmF0aXZlIGxvYWRlciBh cyByZXF1ZXN0ZWQsIGJ1dCB3aXRob3V0DQpzdWNjZXNzLiBXaGVuIGNob29zaW5nIGxvYWRlcl80 dGgsIEkgZ2V0IHRoaXMgZXJyb3I6DQoNClsuLi5dDQpGcmVlQlNEL3g4NiBib290DQpEZWZhdWx0 OiAwOmFkKDBwMykvYm9vdC9sb2FkZXINCmJvb3Q6ICAvYm9vdC9sb2FkZXJfNHRoLw0KIA0KIG9u c29sZXM6IGludGVybmFsIHZpZGVvL2tleWJvYXJkDQogSU9TIGRyaXZlIEM6IGlzIGRpc2swDQog SU9TIGRyaXZlIEQ6IGlzIGRpc2sxDQogSU9TIDYzOWtCLzM0MDQ0NDRrQiBhdmFpbGFibGUgbWVt b3J5DQogDQogcmVlQlNEL3g4NiBib290c3RyYXAgbG9hZGVyLCBSZXZpc2lvbiAxLjENCiBXZWQg SnVsIDI0IDEyOjUxOjEyIENFU1QgMjAxOSByb290QHRob3IpDQogYW5pYzogTm8gaGVhcCBzZXR1 cA0KIC0+IFByZXNzIGEga2V5IG9uIHRoZSBjb25zb2xlIHRvIHJlYm9vdCA8LS0NCg0KDQpMb2Fk ZXIgbG9hZGVyX3NpbXAgZW5kcyB1cCBpbiBzdHVjayBjb25zb2xlIHdpdGggbm8gb3V0cHV0Og0K DQpbLi4uXQ0KRnJlZUJTRC94ODYgYm9vdA0KRGVmYXVsdDogMDphZCgwcDMpL2Jvb3QvbG9hZGVy DQpib290OiAgL2Jvb3QvbG9hZGVyXzR0aC8NCiANCiBvbnNvbGVzOiBpbnRlcm5hbCB2aWRlby9r ZXlib2FyZA0KIElPUyBkcml2ZSBDOiBpcyBkaXNrMA0KIElPUyBkcml2ZSBEOiBpcyBkaXNrMQ0K IElPUyA2MzlrQi8zNDA0NDQ0a0IgYXZhaWxhYmxlIG1lbW9yeQ0KIA0KIHJlZUJTRC94ODYgYm9v dHN0cmFwIGxvYWRlciwgUmV2aXNpb24gMS4xDQogV2VkIEp1bCAyNCAxMjo1OToyMyBDRVNUIDIw MTkgcm9vdEB0aG9yKQ0KWy4uLl0NCg0KcmVnYXJkcw0Kb2gNCj4gDQo+ID4gDQo+ID4gICANCj4g PiA+IA0KPiA+ID4gDQo+ID4gPiANCj4gPiA+IA0KPiA+ID4gQm9vdGluZyAxMi4wLVNUQUJMRSAj NzggcjM0OTI4ODogU2F0IEp1biAyMiAwOToxMDoyNSBDRVNUIDIwMTkgYW1kNjQgd29ya3MgZmlu ZSB3aXRoDQo+ID4gPiBub3RoaW5nIGNoYW5nZWQgZXhjZXB0IHRoZSBPUyB2ZXJzaW9uLg0KPiA+ ID4gDQo+ID4gPiANCj4gPiA+IEJvb3RpbmcgMi4wLVNUQUJMRSAjNzggcjM0OTI4OCB3b3JrcyBm aW5lOg0KPiA+ID4gDQo+ID4gPiBbLi4uXQ0KPiA+ID4gU2VhQklPUyAodmVyc2lvbiByZWwtMS4x Mi4xLjMtMC1nMzAwZThiNykNCj4gPiA+IA0KPiA+ID4gUHJlc3MgRjEwIGtleSBub3cgZm9yIGJv b3QgbWVudQ0KPiA+ID4gDQo+ID4gPiBCb290aW5nIGZyb20gSGFyZCBEaXNrLi4uDQo+ID4gPiB8 DQo+ID4gPiANCj4gPiA+IG9uc29sZXM6IGludGVybmFsIHZpZGVvL2tleWJvYXJkICAgDQo+ID4g PiBJT1MgZHJpdmUgQzogaXMgZGlzazAgDQo+ID4gPiBJT1MgZHJpdmUgRDogaXMgZGlzazEgDQo+ ID4gPiBJT1MgNjM5a0IvMzQwNDQ0NGtCIGF2YWlsYWJsZSBtZW1vcnkgDQo+ID4gPiANCj4gPiA+ IHJlZUJTRC94ODYgYm9vdHN0cmFwIGxvYWRlciwgUmV2aXNpb24gMS4xIA0KPiA+ID4gTW9uIEFw ciAxNSAyMToyODoxMSBDRVNUIDIwMTkgcm9vdEB0aG9yKSANCj4gPiA+IG9hZGluZyAvYm9vdC9k ZWZhdWx0cy9sb2FkZXIuY29uZiANCj4gPiA+IG9hZGluZyAvYm9vdC9kZXZpY2UuaGludHMgDQo+ ID4gPiBvYWRpbmcgL2Jvb3QvbG9hZGVyLmNvbmYgDQo+ID4gPiBvYWRpbmcgL2Jvb3QvbG9hZGVy LmNvbmYubG9jYWwgDQo+ID4gPiBMb2FkaW5nIGtlcm5lbC4uLg0KPiA+ID4gL2Jvb3Qva2VybmVs L2tlcm5lbCB0ZXh0PTB4YjAwNWU4IFwNCj4gPiA+IFsuLi5dDQo+ID4gPiANCj4gPiA+IEluIHRo ZSBtZXNzYWdlIHRha2VuIGZyb20gdGhlIHNlcmlhbCBjb25zb2xlIHRoZSBmaXJzdCBjb2x1bW4g b2YgY2hhcmFjdGVycyBpcyBsb3N0IGR1ZQ0KPiA+ID4gdG8gYW4gZXJyb3IgaW4gdGhlIG91dHB1 dCB3aGljaCBzZWVtcyBGcmVlQlNEIHJlbGF0ZWQuDQo+ID4gPiAgICAgDQo+ID4gDQo+ID4gSXQg Y2VydGFpbmx5IGRvZXMgbG9vayB3ZWlyZCAtIHNpb19wdXRjKCkgaXMgdXNlZCBpbiBib290MiBh bmQgaXTigJlzIGltcGxlbWVudGF0aW9uIGlzIHVzaW5nDQo+ID4gc2FtZSBwcmluY2lwZSBhcyBj b21jX3B1dGNoYXQoKSBpbiBjb21jb25zb2xlLmMgKGV2ZW4gaWYgaXQgaXMgYXNtIHZlcnN1cyBj IGNvZGUpLiBTaW5jZQ0KPiA+IHRoZSBzZXJpYWwgZGF0YSBpcyBpbnRlcnByZXRlZCBieSB0ZXJt aW5hbCwgaXQgZmVlbHMgbW9yZSBhYm91dCB0ZXJtaW5hbCBlbXVsYXRvciBpc3N1ZQ0KPiA+IChs aW5lIGRpc2NpcGxpbmUsIGNhYmxpbmcsIHVzYiB0byBzZXJpYWwgZG9uZ2xlPykgIA0KPiANCj4g V2UgdXNlIGhlcmUgYSBudWxsIG1vZGVtIGNhYmxpbmcgd2l0aCBhbiBpbnRlZ3JhdGVkIFVTQi10 by1VQVJUL1RUTCBjb252ZXJ0ZXIsIHdoaWNoIGlzDQo+IGF0dGFjaGVkIHRvIGEgRnJlZUJTRCBD VVJSRU5UIChtb3N0IHJlY2VudCkgYm94Og0KPiANCj4gWy4uLl0NCj4gdWdlbjIuMzogPEZUREkg RlQyMzJSIFVTQiBVQVJUPiBhdCB1c2J1czINCj4gdWZ0ZGkwIG9uIHVodWI0DQo+IHVmdGRpMDog PEZUMjMyUiBVU0IgVUFSVD4gb24gdXNidXMyDQo+IFsuLi5dDQo+IA0KPiBpdCBpcyBhIA0KPiBT dGFyVGVjaC5jb20gMSBQb3J0IFVTQiBOdWxsbW9kZW0gUlMyMzIgQWRhcHRlciBLYWJlbCAoVVNC IDIuMCBGVERJIGNoaXBzZXQpLg0KPiANCj4gUmVnYXJkcywNCj4gb2gNCj4gDQo+ICANCj4gPiAN Cj4gPiByZ2RzLA0KPiA+IHRvb21hcw0KPiA+IA0KPiA+ICAgDQo+ID4gPiANCj4gPiA+IFRoZSBm aWxlIC9ib290L2xvYWRlci5jb25mLmxvY2FsIGNvbnRhaW5zIHRoZXNlIGxpbmVzIGluIGJvdGgs IHdvcmtpbmcgYW5kIG5vbi13b3JraW5nLA0KPiA+ID4gc2NlbmFyaW86DQo+ID4gPiANCj4gPiA+ IFsuLi5dDQo+ID4gPiBib290X3NlcmlhbD0iWUVTIg0KPiA+ID4gIyBzZXJpYWwgc3BlZWQgaW4g Yml0cy9zDQo+ID4gPiBjb21jb25zb2xlX3NwZWVkPSIxMTUyMDAiDQo+ID4gPiBjb25zb2xlPSJj b21jb25zb2xlIg0KPiA+ID4gDQo+ID4gPiBhdXRvYm9vdF9kZWxheT0iMCINCj4gPiA+IA0KPiA+ ID4gdmVyYm9zZV9sb2FkaW5nPSJZRVMiDQo+ID4gPiBsb2FkZXJfbG9nbz0ib3JiIg0KPiA+ID4g YmVhc3RpZV9kaXNhYmxlPSJZRVMiDQo+ID4gPiANCj4gPiA+ICMjIyAgTWljcm9jb2RlDQo+ID4g PiAjY3B1X21pY3JvY29kZV9sb2FkPSJZRVMiICAgICAgICAgICAgICAgICMgU2V0IHRoaXMgdG8g WUVTIHRvIGxvYWQgYW5kIGFwcGx5IGENCj4gPiA+ICNjcHVfbWljcm9jb2RlX25hbWU9Ii9ib290 L2Zpcm13YXJlL2ludGVsLXVjb2RlLmJpbiIgIyBTZXQgdGhpcyB0byB0aGUgbWljcm9jb2RlDQo+ ID4gPiAjY3B1X21pY3JvY29kZV90eXBlPSJjcHVfbWljcm9jb2RlIiAgICAgICMgUmVxdWlyZWQg Zm9yIHRoZSBrZXJuZWwgdG8gZmluZA0KPiA+ID4gICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICMgdGhlIG1pY3JvY29kZSB1cGRhdGUgZmlsZS4NCj4gPiA+IA0KPiA+ID4g DQo+ID4gPiAjIGRpc2FibGUgUHJvY2VzcyBUYWJsZSBJc29sYXRpb24NCj4gPiA+ICN2bS5wbWFw LnB0aT0wDQo+ID4gPiANCj4gPiA+IGtlcm4uZ2VvbS5sYWJlbC5ncHRpZC5lbmFibGU9MA0KPiA+ ID4gDQo+ID4gPiAjIExpbWl0IHRoZSBwaHlzLiBtZW1vcnkNCj4gPiA+ICNody5waHlzbWVtPTEw NzM3NDE4MjQgICMgMSBHDQo+ID4gPiAjaHcucGh5c21lbT01MzY4NzA5MTIgICAjIDUxMiBNQg0K PiA+ID4gI2h3LnBoeXNtZW09MjY4NDM1NDU2ICAgIyAyNTYgTUINCj4gPiA+IA0KPiA+ID4gIyBE YSBtZWhyIGFscyAxIGlnYiBOSUMgYW4gQm9yZCEgU2llaGUgbWFuIGlnYig0KQ0KPiA+ID4ga2Vy bi5pcGMubm1iY2x1c3RlcnM9NzU3MzUwDQo+ID4gPiAja2Vybi5pcGMubm1ianVtYm85az04MTky DQo+ID4gPiANCj4gPiA+ICMgTklDDQo+ID4gPiAjaHcuZW0ubWF4X2ludGVycnVwdF9yYXRlPTMy MDAwDQo+ID4gPiBody5lbS5tYXhfaW50ZXJydXB0X3JhdGU9MTYwMDANCj4gPiA+IA0KPiA+ID4g I0lmIG5vbi16ZXJvLCBlbmFibGUgRVhQRVJJTUVOVEFMIGZlYXR1cmUgdG8gaW1wcm92ZSBjb25j dXJyZW50IEZvcnR1bmEgcGVyZm9ybWFuY2UNCj4gPiA+IGtlcm4ucmFuZG9tLmZvcnR1bmEuY29u Y3VycmVudF9yZWFkPSIxIg0KPiA+ID4gDQo+ID4gPiAjIEZvcndhcmQgSW5mb3JtYXRpb24gQmFz ZXMgKEZJQnMpDQo+ID4gPiBuZXQuZmlicz0xMA0KPiA+ID4gbmV0LmFkZF9hZGRyX2FsbGZpYnM9 MA0KPiA+ID4gDQo+ID4gPiBbLi4uXQ0KPiA+ID4gDQo+ID4gPiANCj4gPiA+IEFnYWluLCB3aXRo IHRoZSBleGFjdCBzYW1lIHNldHRpbmcgMTItU1RBQkxFIHIzNDkyODggYm9vdHMgZmluZSwgcnIz NTAyNzQgZG9lc24ndC4gDQo+ID4gPiBGcmVlQlNEIDEyLVNUQUJMRSByDQo+ID4gPiANCj4gPiA+ IENhbiBzb21lb25lIHBsZWFzZSBoZWxwPw0KPiA+ID4gDQo+ID4gPiBUaGFua3MgaW4gYWR2YW5j ZSwgb2gNCg0KWy4uLl0NCg0KDQotIC0tIA0KTy4gSGFydG1hbm4NCg0KSWNoIHdpZGVyc3ByZWNo ZSBkZXIgTnV0enVuZyBvZGVyIMOcYmVybWl0dGx1bmcgbWVpbmVyIERhdGVuIGbDvHINCldlcmJl endlY2tlIG9kZXIgZsO8ciBkaWUgTWFya3QtIG9kZXIgTWVpbnVuZ3Nmb3JzY2h1bmcgKMKnIDI4 IEFicy4gNCBCRFNHKS4NCi0tLS0tQkVHSU4gUEdQIFNJR05BVFVSRS0tLS0tDQoNCmlIVUVBUllJ QUIwV0lRU3k4SUJ4QVBEa3FWQmFUSjQ0TjFaWlBiYTVSd1VDWFRoaHpRQUtDUkE0TjFaWlBiYTUN ClI1U3JBUURNRVpRUEdYc0Q5ZHFHc3E5d05PUFlQWTdvMHkvc0JtOW92Umt5ZXBJNVZ3RC9XVXVs eUZwcmpsUEkNCmhLWUkvQUovVlZxSTNFZlBkL2RVaVN5QmYxdG9lUXc9DQo9YUx6MA0KLS0tLS1F TkQgUEdQIFNJR05BVFVSRS0tLS0tDQo= From owner-freebsd-current@freebsd.org Wed Jul 24 15:13:31 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9D7C4AF612 for ; Wed, 24 Jul 2019 15:13:31 +0000 (UTC) (envelope-from tsoome@me.com) Received: from pv50p00im-ztdg10011201.me.com (pv50p00im-ztdg10011201.me.com [17.58.6.39]) (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 64A508ACCE for ; Wed, 24 Jul 2019 15:13:31 +0000 (UTC) (envelope-from tsoome@me.com) Received: from nazgul.lan (148-52-235-80.sta.estpak.ee [80.235.52.148]) by pv50p00im-ztdg10011201.me.com (Postfix) with ESMTPSA id EA4C6800AE7; Wed, 24 Jul 2019 15:07:24 +0000 (UTC) From: Toomas Soome Message-Id: <93EFC481-50A1-491C-87BB-12A35F3302EE@me.com> Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: PCengines APU2C4, 12-STABLE: bootloader failure: Panic: free: guard2 fail @ 0x1000 + 2311663946 from Date: Wed, 24 Jul 2019 18:07:22 +0300 In-Reply-To: <20190724154901.0c114ebe@thor.intern.walstatt.dynvpn.de> Cc: "freebsd-embedded@freebsd.org" , FreeBSD CURRENT To: "O. Hartmann" References: <20190724101132.5560377a@thor.intern.walstatt.dynvpn.de> <20190724120720.4382397c@thor.intern.walstatt.dynvpn.de> <20190724154901.0c114ebe@thor.intern.walstatt.dynvpn.de> X-Mailer: Apple Mail (2.3445.104.11) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-07-24_06:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1812120000 definitions=main-1907240170 X-Rspamd-Queue-Id: 64A508ACCE X-Spamd-Bar: ------ X-Spamd-Result: default: False [-6.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.975,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jul 2019 15:13:31 -0000 > On 24 Jul 2019, at 16:48, O. Hartmann wrote: >=20 > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 >=20 > Am Wed, 24 Jul 2019 12:06:53 +0200 > "O. Hartmann" > schrieb: >=20 >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA256 >>=20 >> Am Wed, 24 Jul 2019 12:09:16 +0300 >> Toomas Soome schrieb: >>=20 >>>> On 24 Jul 2019, at 11:11, O. Hartmann = wrote: >>>>=20 >>>> -----BEGIN PGP SIGNED MESSAGE----- >>>> Hash: SHA256 >>>>=20 >>>> Hallo, >>>>=20 >>>> on APU2C4 from PCengines with latest firmware apu2_v4.9.0.7.rom, = SeaBIOS >>>> rel-1.12.1.3-0-g300e8b7, booting via legacy MBR FreeBSD 12-STABLE = r350274 (the same with >>>> r350115) fails to boot with an immediate loader error: >>>>=20 >>>> [...] >>>> SeaBIOS (version rel-1.12.1.3-0-g300e8b7) >>>>=20 >>>> Press F10 key now for boot menu >>>>=20 >>>> Booting from Hard Disk... >>>> / >>>>=20 >>>> onsoles: internal video/keyboard =20 >>>> IOS drive C: is disk0=20 >>>> IOS drive D: is disk1=20 >>>> IOS 639kB/3404444kB available memory=20 >>>>=20 >>>> reeBSD/x86 bootstrap loader, Revision 1.1 =20 >>>> Mon Apr 15 21:28:11 CEST 2019 root@thor)=20 >>>> anic: free: guard2 fail @ 0x1000 + 2311663946 from = X=C3=A7u0=C3=A7}4=C3=A7l$=E2=99=A6=E2=94=9C=C3=AD@=E2=94=A4=E2=99=A0:21061= 63957 =20 >>>> -> Press a key on the console to reboot <-- =20 >>>> [=E2=80=A6] =20 >>>=20 >>>=20 >>> This is definitely something =E2=80=9Cfunny=E2=80=9D, we are = apparently attempting to free pointer 0x1000 >>> which is definitely wrong because our heap should be just below 4GB = line. Since we do get >>> list of disks printed, also memory and version, it means we get = error from interpretator - >>> it is possible the stack did clash with bss and hence the = corruption. =20 >>=20 >> I realized that I have defined=20 >>=20 >> WITH_KERNEL_RETPOLINE=3DYES >>=20 >> and since I use to build NanoBSD with -DNO_CLEAN, I'm just now = compiling a clean NanoBSD with >> RETPOLINE mitigations disabled so far - trying to check whether = either of the ways to build=20 >> causes the issue. >>=20 >>>=20 >>> You can try to press space on first spinner and enter alternate = loader on boot: prompt. >>> (enter ?/boot on boot: prompt to see the file list). =20 >>=20 >> I try a soon as the build process has finished and if the problem is = then still present. >=20 >=20 > With a fresh build and no RETPOLINE mitigation (neither kernel nor = world) the phenomenon as > described above is still the same. I tried an alternative loader as = requested, but without > success. When choosing loader_4th, I get this error: >=20 > [...] > FreeBSD/x86 boot > Default: 0:ad(0p3)/boot/loader > boot: /boot/loader_4th/ >=20 > onsoles: internal video/keyboard > IOS drive C: is disk0 > IOS drive D: is disk1 > IOS 639kB/3404444kB available memory >=20 > reeBSD/x86 bootstrap loader, Revision 1.1 > Wed Jul 24 12:51:12 CEST 2019 root@thor) > anic: No heap setup > -> Press a key on the console to reboot <=E2=80=94 >=20 Now this is bad. if my math is correct, this system is supposed to have = 3GB of RAM, so are there specific build exceptions in place? see = stand/i386/loader/main.c, function main, after call to bios_getmem(). rgds, toomas >=20 > Loader loader_simp ends up in stuck console with no output: >=20 > [...] > FreeBSD/x86 boot > Default: 0:ad(0p3)/boot/loader > boot: /boot/loader_4th/ >=20 > onsoles: internal video/keyboard > IOS drive C: is disk0 > IOS drive D: is disk1 > IOS 639kB/3404444kB available memory >=20 > reeBSD/x86 bootstrap loader, Revision 1.1 > Wed Jul 24 12:59:23 CEST 2019 root@thor) > [...] >=20 > regards > oh >>=20 >>>=20 >>>=20 >>>>=20 >>>>=20 >>>>=20 >>>>=20 >>>> Booting 12.0-STABLE #78 r349288: Sat Jun 22 09:10:25 CEST 2019 = amd64 works fine with >>>> nothing changed except the OS version. >>>>=20 >>>>=20 >>>> Booting 2.0-STABLE #78 r349288 works fine: >>>>=20 >>>> [...] >>>> SeaBIOS (version rel-1.12.1.3-0-g300e8b7) >>>>=20 >>>> Press F10 key now for boot menu >>>>=20 >>>> Booting from Hard Disk... >>>> | >>>>=20 >>>> onsoles: internal video/keyboard =20 >>>> IOS drive C: is disk0=20 >>>> IOS drive D: is disk1=20 >>>> IOS 639kB/3404444kB available memory=20 >>>>=20 >>>> reeBSD/x86 bootstrap loader, Revision 1.1=20 >>>> Mon Apr 15 21:28:11 CEST 2019 root@thor)=20 >>>> oading /boot/defaults/loader.conf=20 >>>> oading /boot/device.hints=20 >>>> oading /boot/loader.conf=20 >>>> oading /boot/loader.conf.local=20 >>>> Loading kernel... >>>> /boot/kernel/kernel text=3D0xb005e8 \ >>>> [...] >>>>=20 >>>> In the message taken from the serial console the first column of = characters is lost due >>>> to an error in the output which seems FreeBSD related. >>>>=20 >>>=20 >>> It certainly does look weird - sio_putc() is used in boot2 and = it=E2=80=99s implementation is using >>> same principe as comc_putchat() in comconsole.c (even if it is asm = versus c code). Since >>> the serial data is interpreted by terminal, it feels more about = terminal emulator issue >>> (line discipline, cabling, usb to serial dongle?) =20 >>=20 >> We use here a null modem cabling with an integrated USB-to-UART/TTL = converter, which is >> attached to a FreeBSD CURRENT (most recent) box: >>=20 >> [...] >> ugen2.3: at usbus2 >> uftdi0 on uhub4 >> uftdi0: on usbus2 >> [...] >>=20 >> it is a=20 >> StarTech.com 1 Port USB Nullmodem RS232 Adapter Kabel (USB 2.0 FTDI = chipset). >>=20 >> Regards, >> oh >>=20 >>=20 >>>=20 >>> rgds, >>> toomas >>>=20 >>>=20 >>>>=20 >>>> The file /boot/loader.conf.local contains these lines in both, = working and non-working, >>>> scenario: >>>>=20 >>>> [...] >>>> boot_serial=3D"YES" >>>> # serial speed in bits/s >>>> comconsole_speed=3D"115200" >>>> console=3D"comconsole" >>>>=20 >>>> autoboot_delay=3D"0" >>>>=20 >>>> verbose_loading=3D"YES" >>>> loader_logo=3D"orb" >>>> beastie_disable=3D"YES" >>>>=20 >>>> ### Microcode >>>> #cpu_microcode_load=3D"YES" # Set this to YES to = load and apply a >>>> #cpu_microcode_name=3D"/boot/firmware/intel-ucode.bin" # Set this = to the microcode >>>> #cpu_microcode_type=3D"cpu_microcode" # Required for the = kernel to find >>>> # the microcode update file. >>>>=20 >>>>=20 >>>> # disable Process Table Isolation >>>> #vm.pmap.pti=3D0 >>>>=20 >>>> kern.geom.label.gptid.enable=3D0 >>>>=20 >>>> # Limit the phys. memory >>>> #hw.physmem=3D1073741824 # 1 G >>>> #hw.physmem=3D536870912 # 512 MB >>>> #hw.physmem=3D268435456 # 256 MB >>>>=20 >>>> # Da mehr als 1 igb NIC an Bord! Siehe man igb(4) >>>> kern.ipc.nmbclusters=3D757350 >>>> #kern.ipc.nmbjumbo9k=3D8192 >>>>=20 >>>> # NIC >>>> #hw.em.max_interrupt_rate=3D32000 >>>> hw.em.max_interrupt_rate=3D16000 >>>>=20 >>>> #If non-zero, enable EXPERIMENTAL feature to improve concurrent = Fortuna performance >>>> kern.random.fortuna.concurrent_read=3D"1" >>>>=20 >>>> # Forward Information Bases (FIBs) >>>> net.fibs=3D10 >>>> net.add_addr_allfibs=3D0 >>>>=20 >>>> [...] >>>>=20 >>>>=20 >>>> Again, with the exact same setting 12-STABLE r349288 boots fine, = rr350274 doesn't.=20 >>>> FreeBSD 12-STABLE r >>>>=20 >>>> Can someone please help? >>>>=20 >>>> Thanks in advance, oh >=20 > [...] >=20 >=20 > - --=20 > O. Hartmann >=20 > Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BC= r > Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 = Abs. 4 BDSG). > -----BEGIN PGP SIGNATURE----- >=20 > iHUEARYIAB0WIQSy8IBxAPDkqVBaTJ44N1ZZPba5RwUCXThhzQAKCRA4N1ZZPba5 > R5SrAQDMEZQPGXsD9dqGsq9wNOPYPY7o0y/sBm9ovRkyepI5VwD/WUulyFprjlPI > hKYI/AJ/VVqI3EfPd/dUiSyBf1toeQw=3D > =3DaLz0 > -----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 = " From owner-freebsd-current@freebsd.org Wed Jul 24 18:35:52 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 24092B45D0; Wed, 24 Jul 2019 18:35:52 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 146246C625; Wed, 24 Jul 2019 18:35:49 +0000 (UTC) (envelope-from ohartmann@walstatt.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1563993341; bh=1BdDsH6U2YL6ls3mGhO/vIPoG7yfQyHh+34O7Y3OMKA=; h=X-UI-Sender-Class:Date:From:To:Cc:Subject:In-Reply-To:References; b=EYWoceDXJ32c5gQnL4S0WF6xqc6ZFJgUT5bWSYJEeAih9gnHNLMdfue5uh+HrX9Vd mVT4H6tXFXgaUnjlJ0NdkQXO4MjRUIshOziG4al/mlYoew9AOZeYKVy4vi+x7eDtgj VlZuOSowgLSakLXhLrkmnCQQQKU2uAzbOlleXqqg= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from hermann.fritz.box ([91.65.81.169]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MdvqW-1iR49k1PTa-00b2DZ; Wed, 24 Jul 2019 20:30:10 +0200 Date: Wed, 24 Jul 2019 20:30:03 +0200 From: "Hartmann, O." To: Toomas Soome Cc: "freebsd-embedded@freebsd.org" , FreeBSD CURRENT Subject: Re: PCengines APU2C4, 12-STABLE: bootloader failure: Panic: free: guard2 fail @ 0x1000 + 2311663946 from Message-ID: <20190724203003.27310532@hermann.fritz.box> In-Reply-To: <93EFC481-50A1-491C-87BB-12A35F3302EE@me.com> References: <20190724101132.5560377a@thor.intern.walstatt.dynvpn.de> <20190724120720.4382397c@thor.intern.walstatt.dynvpn.de> <20190724154901.0c114ebe@thor.intern.walstatt.dynvpn.de> <93EFC481-50A1-491C-87BB-12A35F3302EE@me.com> Organization: walstatt.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/m3=LP+rbCDt2MASh.M=eXJ."; protocol="application/pgp-signature" X-Provags-ID: V03:K1:+EiBjYwAKCWzvCM0yd4O/fjkcfvVzTDS/DVAueGFi01o3WMtPxg 1SB07rSv3pUzdwElBVHr5t9osljH/Knin8KTQDlVfmmM7t5/ILTw9FWwpxMVW6tMdWaiucj nF5bF6oBuTDm+BrHgJ53ldKUw4PS/FB/iKZQgIt1OstxQkzUiFZ/aaO+iqbOh/wP7EfuS+V urzY4k64+U2GEtIgLXpXg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:ojvwHM+oOgI=:k5AF//aAmY8IhB5JcxosxC vu17mEiIa6pTOf/ACFmmJfheDlLTTrXF5/ZPyi1/hMd+B1jo8srAsW9I7BYy6oLaKlFUv+XlE CW9R8PkWUgmRLIi+ht6x9Fg0oMEbxIG1EaiLJrfJHEGRjrQ447EfVRi6laZ3OjgXceJTIkRmU cvybijllMcXt2yFdi3jqfIjWYiuPHFmk1TjiRvk9ubvqXk3LMBP6buOCaVO6jzupJ3acJxQ7w zNmkwcmpuxPaYWTe6y/LF1WZFIGBu94oVIiCSeAkSEzvpIJdSiQ1AS/oZrTwCNOEX0O6TVk4q wxlKUn+vfOTOChtt0hqyPCM0PnApThC9yra9AIYb9UWDb6VV7u4vygPZIZ0fYD2TUhRHj6czX /sm+RBzBQx38ixZ33b7wxlocOfpLd8TKCWyI+GwBF2KixneUw7XD/uy+fR+co9SMScFF7RNJc RTnZk9txzEHSDL5ZTxGoXN9DeeA1uLRN1Oq928KsW49SssKClzu28mDP6TxWPjUZ73fAry6jR pKjp1SxRKrNo8YrLNdVTmeYItAeh5z912T8YXq6bzV8fL6p5SKO7ia9qHTQnzOUlLin19TpEb MLVNxyDlChLNDDAHVSj1jq5pY6A6BtSgSFMZE8fm0yXgw7V4yFCWvRGkyFIFLkhOWCIF4GqW/ +pygm8leHJGkXvVbqAu5FIlXBNvQ6I/HF0qnq+HqA3ExZ9iouAu2NbB71YUJexjEO2GR1ffYQ CR/4rOPXO9hpT3L49DmofCL9CDKGs58H1st78yr1dP5ebaUfxiFkUShqPzk51Q4VO8OsKqBlD FW31wWeKCf7uDDQrCBM1EZ/57AOhnSv2CldSEvgEfSMUqXHqalgcU2WXVcMevpPbA9elbeEny 2bHCl1OJemJZtl4H9p+pXJ58mtNWFxCiI4t99wJxePLr8Ustz6GJ1rUCkRV6q5tKfILtsEEPn jNTo0wUc5A7esqF49CD+ztcTI0yGs+sdbHcrIvfiqfQ7dXAtaMNfbKI8svk0hFzdH9S98LYHm wqDy/IlipFb2Pq8yfwo2x6ZP0u/DzKxqoXtgGXCoMW3DPxeMcZM9lHKe7KWfdMHPxbcMZ5jXB fCt++HBxcqYHt4= X-Rspamd-Queue-Id: 146246C625 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.net header.s=badeba3b8450 header.b=EYWoceDX X-Spamd-Result: default: False [-6.34 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_ORG_HEADER(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mx00.gmx.net]; DKIM_TRACE(0.00)[gmx.net:+]; NEURAL_HAM_SHORT(-0.91)[-0.908,0]; SIGNED_PGP(-2.00)[]; FREEMAIL_TO(0.00)[me.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; IP_SCORE(-1.02)[ip: (-6.02), ipnet: 212.227.0.0/16(-1.44), asn: 8560(2.34), country: DE(-0.01)]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; RECEIVED_SPAMHAUS_PBL(0.00)[169.81.65.91.zen.spamhaus.org : 127.0.0.11]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmx.net:s=badeba3b8450]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[walstatt.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[19.15.227.212.list.dnswl.org : 127.0.3.0]; R_SPF_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jul 2019 18:35:52 -0000 --Sig_/m3=LP+rbCDt2MASh.M=eXJ. Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Wed, 24 Jul 2019 18:07:22 +0300 Toomas Soome wrote: > > On 24 Jul 2019, at 16:48, O. Hartmann > > wrote: > >=20 > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA256 > >=20 > > Am Wed, 24 Jul 2019 12:06:53 +0200 > > "O. Hartmann" > > schrieb:=20 > >> -----BEGIN PGP SIGNED MESSAGE----- > >> Hash: SHA256 > >>=20 > >> Am Wed, 24 Jul 2019 12:09:16 +0300 > >> Toomas Soome schrieb: > >> =20 > >>>> On 24 Jul 2019, at 11:11, O. Hartmann > >>>> wrote: > >>>>=20 > >>>> -----BEGIN PGP SIGNED MESSAGE----- > >>>> Hash: SHA256 > >>>>=20 > >>>> Hallo, > >>>>=20 > >>>> on APU2C4 from PCengines with latest firmware apu2_v4.9.0.7.rom, > >>>> SeaBIOS rel-1.12.1.3-0-g300e8b7, booting via legacy MBR FreeBSD > >>>> 12-STABLE r350274 (the same with r350115) fails to boot with an > >>>> immediate loader error: > >>>>=20 > >>>> [...] > >>>> SeaBIOS (version rel-1.12.1.3-0-g300e8b7) > >>>>=20 > >>>> Press F10 key now for boot menu > >>>>=20 > >>>> Booting from Hard Disk... > >>>> / > >>>>=20 > >>>> onsoles: internal video/keyboard =20 > >>>> IOS drive C: is disk0=20 > >>>> IOS drive D: is disk1=20 > >>>> IOS 639kB/3404444kB available memory=20 > >>>>=20 > >>>> reeBSD/x86 bootstrap loader, Revision 1.1 =20 > >>>> Mon Apr 15 21:28:11 CEST 2019 root@thor)=20 > >>>> anic: free: guard2 fail @ 0x1000 + 2311663946 from > >>>> X=C3=A7u0=C3=A7}4=C3=A7l$=E2=99=A6=E2=94=9C=C3=AD@=E2=94=A4=E2=99=A0= :2106163957 -> Press a key on the console to > >>>> reboot <-- [=E2=80=A6] =20 > >>>=20 > >>>=20 > >>> This is definitely something =E2=80=9Cfunny=E2=80=9D, we are apparent= ly > >>> attempting to free pointer 0x1000 which is definitely wrong > >>> because our heap should be just below 4GB line. Since we do get > >>> list of disks printed, also memory and version, it means we get > >>> error from interpretator - it is possible the stack did clash > >>> with bss and hence the corruption. =20 > >>=20 > >> I realized that I have defined=20 > >>=20 > >> WITH_KERNEL_RETPOLINE=3DYES > >>=20 > >> and since I use to build NanoBSD with -DNO_CLEAN, I'm just now > >> compiling a clean NanoBSD with RETPOLINE mitigations disabled so > >> far - trying to check whether either of the ways to build causes > >> the issue.=20 > >>>=20 > >>> You can try to press space on first spinner and enter alternate > >>> loader on boot: prompt. (enter ?/boot on boot: prompt to see the > >>> file list). =20 > >>=20 > >> I try a soon as the build process has finished and if the problem > >> is then still present. =20 > >=20 > >=20 > > With a fresh build and no RETPOLINE mitigation (neither kernel nor > > world) the phenomenon as described above is still the same. I tried > > an alternative loader as requested, but without success. When > > choosing loader_4th, I get this error: > >=20 > > [...] > > FreeBSD/x86 boot > > Default: 0:ad(0p3)/boot/loader > > boot: /boot/loader_4th/ > >=20 > > onsoles: internal video/keyboard > > IOS drive C: is disk0 > > IOS drive D: is disk1 > > IOS 639kB/3404444kB available memory > >=20 > > reeBSD/x86 bootstrap loader, Revision 1.1 > > Wed Jul 24 12:51:12 CEST 2019 root@thor) > > anic: No heap setup =20 > > -> Press a key on the console to reboot <=E2=80=94 =20 > > =20 >=20 > Now this is bad. if my math is correct, this system is supposed to > have 3GB of RAM, so are there specific build exceptions in place? see > stand/i386/loader/main.c, function main, after call to bios_getmem(). >=20 > rgds, > toomas I'm afraid I do not understand exactly the point. The base system is a PCengine APU2C4 - which has 4 GB of memory total. I do not build the NanoBSD image with any kind of buikd exceptions - neither did I with the FreeBSD versions that worked so far (see my initial post for the revision numbers). Should there be build execeptions in place for recent developments? >=20 > >=20 > > Loader loader_simp ends up in stuck console with no output: > >=20 > > [...] > > FreeBSD/x86 boot > > Default: 0:ad(0p3)/boot/loader > > boot: /boot/loader_4th/ > >=20 > > onsoles: internal video/keyboard > > IOS drive C: is disk0 > > IOS drive D: is disk1 > > IOS 639kB/3404444kB available memory > >=20 > > reeBSD/x86 bootstrap loader, Revision 1.1 > > Wed Jul 24 12:59:23 CEST 2019 root@thor) > > [...] > >=20 > > regards > > oh =20 > >> =20 > >>>=20 > >>> =20 > >>>>=20 > >>>>=20 > >>>>=20 > >>>>=20 > >>>> Booting 12.0-STABLE #78 r349288: Sat Jun 22 09:10:25 CEST 2019 > >>>> amd64 works fine with nothing changed except the OS version. > >>>>=20 > >>>>=20 > >>>> Booting 2.0-STABLE #78 r349288 works fine: > >>>>=20 > >>>> [...] > >>>> SeaBIOS (version rel-1.12.1.3-0-g300e8b7) > >>>>=20 > >>>> Press F10 key now for boot menu > >>>>=20 > >>>> Booting from Hard Disk... > >>>> | > >>>>=20 > >>>> onsoles: internal video/keyboard =20 > >>>> IOS drive C: is disk0=20 > >>>> IOS drive D: is disk1=20 > >>>> IOS 639kB/3404444kB available memory=20 > >>>>=20 > >>>> reeBSD/x86 bootstrap loader, Revision 1.1=20 > >>>> Mon Apr 15 21:28:11 CEST 2019 root@thor)=20 > >>>> oading /boot/defaults/loader.conf=20 > >>>> oading /boot/device.hints=20 > >>>> oading /boot/loader.conf=20 > >>>> oading /boot/loader.conf.local=20 > >>>> Loading kernel... > >>>> /boot/kernel/kernel text=3D0xb005e8 \ > >>>> [...] > >>>>=20 > >>>> In the message taken from the serial console the first column of > >>>> characters is lost due to an error in the output which seems > >>>> FreeBSD related.=20 > >>>=20 > >>> It certainly does look weird - sio_putc() is used in boot2 and > >>> it=E2=80=99s implementation is using same principe as comc_putchat() = in > >>> comconsole.c (even if it is asm versus c code). Since the serial > >>> data is interpreted by terminal, it feels more about terminal > >>> emulator issue (line discipline, cabling, usb to serial > >>> dongle?) =20 > >>=20 > >> We use here a null modem cabling with an integrated > >> USB-to-UART/TTL converter, which is attached to a FreeBSD CURRENT > >> (most recent) box: > >>=20 > >> [...] > >> ugen2.3: at usbus2 > >> uftdi0 on uhub4 > >> uftdi0: on usbus2 > >> [...] > >>=20 > >> it is a=20 > >> StarTech.com 1 Port USB Nullmodem RS232 Adapter Kabel (USB 2.0 > >> FTDI chipset). > >>=20 > >> Regards, > >> oh > >>=20 > >> =20 > >>>=20 > >>> rgds, > >>> toomas > >>>=20 > >>> =20 > >>>>=20 > >>>> The file /boot/loader.conf.local contains these lines in both, > >>>> working and non-working, scenario: > >>>>=20 > >>>> [...] > >>>> boot_serial=3D"YES" > >>>> # serial speed in bits/s > >>>> comconsole_speed=3D"115200" > >>>> console=3D"comconsole" > >>>>=20 > >>>> autoboot_delay=3D"0" > >>>>=20 > >>>> verbose_loading=3D"YES" > >>>> loader_logo=3D"orb" > >>>> beastie_disable=3D"YES" > >>>>=20 > >>>> ### Microcode > >>>> #cpu_microcode_load=3D"YES" # Set this to YES to > >>>> load and apply a > >>>> #cpu_microcode_name=3D"/boot/firmware/intel-ucode.bin" # Set this > >>>> to the microcode #cpu_microcode_type=3D"cpu_microcode" # > >>>> Required for the kernel to find # the microcode update file. > >>>>=20 > >>>>=20 > >>>> # disable Process Table Isolation > >>>> #vm.pmap.pti=3D0 > >>>>=20 > >>>> kern.geom.label.gptid.enable=3D0 > >>>>=20 > >>>> # Limit the phys. memory > >>>> #hw.physmem=3D1073741824 # 1 G > >>>> #hw.physmem=3D536870912 # 512 MB > >>>> #hw.physmem=3D268435456 # 256 MB > >>>>=20 > >>>> # Da mehr als 1 igb NIC an Bord! Siehe man igb(4) > >>>> kern.ipc.nmbclusters=3D757350 > >>>> #kern.ipc.nmbjumbo9k=3D8192 > >>>>=20 > >>>> # NIC > >>>> #hw.em.max_interrupt_rate=3D32000 > >>>> hw.em.max_interrupt_rate=3D16000 > >>>>=20 > >>>> #If non-zero, enable EXPERIMENTAL feature to improve concurrent > >>>> Fortuna performance kern.random.fortuna.concurrent_read=3D"1" > >>>>=20 > >>>> # Forward Information Bases (FIBs) > >>>> net.fibs=3D10 > >>>> net.add_addr_allfibs=3D0 > >>>>=20 > >>>> [...] > >>>>=20 > >>>>=20 > >>>> Again, with the exact same setting 12-STABLE r349288 boots fine, > >>>> rr350274 doesn't. FreeBSD 12-STABLE r > >>>>=20 > >>>> Can someone please help? > >>>>=20 > >>>> Thanks in advance, oh =20 > >=20 > > [...] > >=20 > >=20 > > - --=20 > > O. Hartmann > >=20 > > Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3= =BCr > > Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 = Abs. 4 > > BDSG). -----BEGIN PGP SIGNATURE----- > >=20 > > iHUEARYIAB0WIQSy8IBxAPDkqVBaTJ44N1ZZPba5RwUCXThhzQAKCRA4N1ZZPba5 > > R5SrAQDMEZQPGXsD9dqGsq9wNOPYPY7o0y/sBm9ovRkyepI5VwD/WUulyFprjlPI > > hKYI/AJ/VVqI3EfPd/dUiSyBf1toeQw=3D > > =3DaLz0 > > -----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 > > " =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" --Sig_/m3=LP+rbCDt2MASh.M=eXJ. Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYIAB0WIQSy8IBxAPDkqVBaTJ44N1ZZPba5RwUCXTijqwAKCRA4N1ZZPba5 Rw1PAP0ahBLrj0EdGz3TOlt5+OXpYkWqjF7fp8urcgtK5uFNtQD+Lnh6k+GIJZSM P9UjiOyKqkmFdN5pLO21QpfZSjCAewE= =rsps -----END PGP SIGNATURE----- --Sig_/m3=LP+rbCDt2MASh.M=eXJ.-- From owner-freebsd-current@freebsd.org Wed Jul 24 18:50:00 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DAA06B4B8E for ; Wed, 24 Jul 2019 18:50:00 +0000 (UTC) (envelope-from tsoome@me.com) Received: from pv50p00im-ztdg10011901.me.com (pv50p00im-ztdg10011901.me.com [17.58.6.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 32DFC6D2B4 for ; Wed, 24 Jul 2019 18:49:59 +0000 (UTC) (envelope-from tsoome@me.com) Received: from nazgul.lan (148-52-235-80.sta.estpak.ee [80.235.52.148]) by pv50p00im-ztdg10011901.me.com (Postfix) with ESMTPSA id 0E7BF8009DA; Wed, 24 Jul 2019 18:49:48 +0000 (UTC) From: Toomas Soome Message-Id: Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: PCengines APU2C4, 12-STABLE: bootloader failure: Panic: free: guard2 fail @ 0x1000 + 2311663946 from Date: Wed, 24 Jul 2019 21:49:46 +0300 In-Reply-To: <20190724203003.27310532@hermann.fritz.box> Cc: "freebsd-embedded@freebsd.org" , FreeBSD CURRENT To: "Hartmann, O." References: <20190724101132.5560377a@thor.intern.walstatt.dynvpn.de> <20190724120720.4382397c@thor.intern.walstatt.dynvpn.de> <20190724154901.0c114ebe@thor.intern.walstatt.dynvpn.de> <93EFC481-50A1-491C-87BB-12A35F3302EE@me.com> <20190724203003.27310532@hermann.fritz.box> X-Mailer: Apple Mail (2.3445.104.11) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-07-24_07:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1812120000 definitions=main-1907240200 X-Rspamd-Queue-Id: 32DFC6D2B4 X-Spamd-Bar: ------ X-Spamd-Result: default: False [-6.14 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[me.com]; R_SPF_ALLOW(-0.20)[+ip4:17.58.0.0/16]; MV_CASE(0.50)[]; URI_COUNT_ODD(1.00)[11]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[me.com:+]; DMARC_POLICY_ALLOW(-0.50)[me.com,quarantine]; MX_GOOD(-0.01)[mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, m x6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.co m, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud .com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icl oud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail. icloud.com,mx5.mail.icloud.com,mx2.mail.icloud.com,mx3.mail.icloud.com]; NEURAL_HAM_SHORT(-0.94)[-0.935,0]; RCVD_IN_DNSWL_LOW(-0.10)[50.6.58.17.list.dnswl.org : 127.0.5.1]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[me.com]; ASN(0.00)[asn:714, ipnet:17.58.0.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[148.52.235.80.zen.spamhaus.org : 127.0.0.10]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[me.com:s=1a1hai]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE(-2.60)[ip: (-7.49), ipnet: 17.58.0.0/20(-2.79), asn: 714(-2.64), country: US(-0.05)]; DWL_DNSWL_LOW(-1.00)[me.com.dwl.dnswl.org : 127.0.5.1]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jul 2019 18:50:00 -0000 > On 24 Jul 2019, at 21:30, Hartmann, O. wrote: >=20 > On Wed, 24 Jul 2019 18:07:22 +0300 > Toomas Soome > wrote: >=20 >>> On 24 Jul 2019, at 16:48, O. Hartmann > >>> wrote: >>>=20 >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA256 >>>=20 >>> Am Wed, 24 Jul 2019 12:06:53 +0200 >>> "O. Hartmann" >>> >> = schrieb:=20 >>>> -----BEGIN PGP SIGNED MESSAGE----- >>>> Hash: SHA256 >>>>=20 >>>> Am Wed, 24 Jul 2019 12:09:16 +0300 >>>> Toomas Soome schrieb: >>>>=20 >>>>>> On 24 Jul 2019, at 11:11, O. Hartmann >>>>>> wrote: >>>>>>=20 >>>>>> -----BEGIN PGP SIGNED MESSAGE----- >>>>>> Hash: SHA256 >>>>>>=20 >>>>>> Hallo, >>>>>>=20 >>>>>> on APU2C4 from PCengines with latest firmware apu2_v4.9.0.7.rom, >>>>>> SeaBIOS rel-1.12.1.3-0-g300e8b7, booting via legacy MBR FreeBSD >>>>>> 12-STABLE r350274 (the same with r350115) fails to boot with an >>>>>> immediate loader error: >>>>>>=20 >>>>>> [...] >>>>>> SeaBIOS (version rel-1.12.1.3-0-g300e8b7) >>>>>>=20 >>>>>> Press F10 key now for boot menu >>>>>>=20 >>>>>> Booting from Hard Disk... >>>>>> / >>>>>>=20 >>>>>> onsoles: internal video/keyboard =20 >>>>>> IOS drive C: is disk0=20 >>>>>> IOS drive D: is disk1=20 >>>>>> IOS 639kB/3404444kB available memory=20 >>>>>>=20 >>>>>> reeBSD/x86 bootstrap loader, Revision 1.1 =20 >>>>>> Mon Apr 15 21:28:11 CEST 2019 root@thor)=20 >>>>>> anic: free: guard2 fail @ 0x1000 + 2311663946 from >>>>>> X=C3=A7u0=C3=A7}4=C3=A7l$=E2=99=A6=E2=94=9C=C3=AD@=E2=94=A4=E2=99=A0= :2106163957 -> Press a key on the console to >>>>>> reboot <-- [=E2=80=A6] =20 >>>>>=20 >>>>>=20 >>>>> This is definitely something =E2=80=9Cfunny=E2=80=9D, we are = apparently >>>>> attempting to free pointer 0x1000 which is definitely wrong >>>>> because our heap should be just below 4GB line. Since we do get >>>>> list of disks printed, also memory and version, it means we get >>>>> error from interpretator - it is possible the stack did clash >>>>> with bss and hence the corruption. =20 >>>>=20 >>>> I realized that I have defined=20 >>>>=20 >>>> WITH_KERNEL_RETPOLINE=3DYES >>>>=20 >>>> and since I use to build NanoBSD with -DNO_CLEAN, I'm just now >>>> compiling a clean NanoBSD with RETPOLINE mitigations disabled so >>>> far - trying to check whether either of the ways to build causes >>>> the issue.=20 >>>>>=20 >>>>> You can try to press space on first spinner and enter alternate >>>>> loader on boot: prompt. (enter ?/boot on boot: prompt to see the >>>>> file list). =20 >>>>=20 >>>> I try a soon as the build process has finished and if the problem >>>> is then still present. =20 >>>=20 >>>=20 >>> With a fresh build and no RETPOLINE mitigation (neither kernel nor >>> world) the phenomenon as described above is still the same. I tried >>> an alternative loader as requested, but without success. When >>> choosing loader_4th, I get this error: >>>=20 >>> [...] >>> FreeBSD/x86 boot >>> Default: 0:ad(0p3)/boot/loader >>> boot: /boot/loader_4th/ >>>=20 >>> onsoles: internal video/keyboard >>> IOS drive C: is disk0 >>> IOS drive D: is disk1 >>> IOS 639kB/3404444kB available memory >>>=20 >>> reeBSD/x86 bootstrap loader, Revision 1.1 >>> Wed Jul 24 12:51:12 CEST 2019 root@thor) >>> anic: No heap setup =20 >>> -> Press a key on the console to reboot <=E2=80=94 =20 >>>=20 >>=20 >> Now this is bad. if my math is correct, this system is supposed to >> have 3GB of RAM, so are there specific build exceptions in place? see >> stand/i386/loader/main.c, function main, after call to bios_getmem(). >>=20 >> rgds, >> toomas >=20 > I'm afraid I do not understand exactly the point. The base system is a > PCengine APU2C4 - which has 4 GB of memory total. I do not build the > NanoBSD image with any kind of buikd exceptions - neither did I with > the FreeBSD versions that worked so far (see my initial post for the > revision numbers). >=20 > Should there be build execeptions in place for recent developments? If we end up with error message like =E2=80=99No heap setup=E2=80=99, it = means there is something terribly wrong about heap setup, however, it = [the loader] certainly does seem to work with =E2=80=9Ccommon=E2=80=9D = build, therefore it seems like we should look into the values we get in = your case. The heap setup is done by setheap(heap_bottom, heap_top); So we would need to dig out more details to see what is really going = on:) rgds, toomas >=20 >>=20 >>>=20 >>> Loader loader_simp ends up in stuck console with no output: >>>=20 >>> [...] >>> FreeBSD/x86 boot >>> Default: 0:ad(0p3)/boot/loader >>> boot: /boot/loader_4th/ >>>=20 >>> onsoles: internal video/keyboard >>> IOS drive C: is disk0 >>> IOS drive D: is disk1 >>> IOS 639kB/3404444kB available memory >>>=20 >>> reeBSD/x86 bootstrap loader, Revision 1.1 >>> Wed Jul 24 12:59:23 CEST 2019 root@thor) >>> [...] >>>=20 >>> regards >>> oh =20 >>>>=20 >>>>>=20 >>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>> Booting 12.0-STABLE #78 r349288: Sat Jun 22 09:10:25 CEST 2019 >>>>>> amd64 works fine with nothing changed except the OS version. >>>>>>=20 >>>>>>=20 >>>>>> Booting 2.0-STABLE #78 r349288 works fine: >>>>>>=20 >>>>>> [...] >>>>>> SeaBIOS (version rel-1.12.1.3-0-g300e8b7) >>>>>>=20 >>>>>> Press F10 key now for boot menu >>>>>>=20 >>>>>> Booting from Hard Disk... >>>>>> | >>>>>>=20 >>>>>> onsoles: internal video/keyboard =20 >>>>>> IOS drive C: is disk0=20 >>>>>> IOS drive D: is disk1=20 >>>>>> IOS 639kB/3404444kB available memory=20 >>>>>>=20 >>>>>> reeBSD/x86 bootstrap loader, Revision 1.1=20 >>>>>> Mon Apr 15 21:28:11 CEST 2019 root@thor)=20 >>>>>> oading /boot/defaults/loader.conf=20 >>>>>> oading /boot/device.hints=20 >>>>>> oading /boot/loader.conf=20 >>>>>> oading /boot/loader.conf.local=20 >>>>>> Loading kernel... >>>>>> /boot/kernel/kernel text=3D0xb005e8 \ >>>>>> [...] >>>>>>=20 >>>>>> In the message taken from the serial console the first column of >>>>>> characters is lost due to an error in the output which seems >>>>>> FreeBSD related.=20 >>>>>=20 >>>>> It certainly does look weird - sio_putc() is used in boot2 and >>>>> it=E2=80=99s implementation is using same principe as = comc_putchat() in >>>>> comconsole.c (even if it is asm versus c code). Since the serial >>>>> data is interpreted by terminal, it feels more about terminal >>>>> emulator issue (line discipline, cabling, usb to serial >>>>> dongle?) =20 >>>>=20 >>>> We use here a null modem cabling with an integrated >>>> USB-to-UART/TTL converter, which is attached to a FreeBSD CURRENT >>>> (most recent) box: >>>>=20 >>>> [...] >>>> ugen2.3: at usbus2 >>>> uftdi0 on uhub4 >>>> uftdi0: on usbus2 >>>> [...] >>>>=20 >>>> it is a=20 >>>> StarTech.com 1 Port USB Nullmodem RS232 Adapter Kabel (USB 2.0 >>>> FTDI chipset). >>>>=20 >>>> Regards, >>>> oh >>>>=20 >>>>=20 >>>>>=20 >>>>> rgds, >>>>> toomas >>>>>=20 >>>>>=20 >>>>>>=20 >>>>>> The file /boot/loader.conf.local contains these lines in both, >>>>>> working and non-working, scenario: >>>>>>=20 >>>>>> [...] >>>>>> boot_serial=3D"YES" >>>>>> # serial speed in bits/s >>>>>> comconsole_speed=3D"115200" >>>>>> console=3D"comconsole" >>>>>>=20 >>>>>> autoboot_delay=3D"0" >>>>>>=20 >>>>>> verbose_loading=3D"YES" >>>>>> loader_logo=3D"orb" >>>>>> beastie_disable=3D"YES" >>>>>>=20 >>>>>> ### Microcode >>>>>> #cpu_microcode_load=3D"YES" # Set this to YES to >>>>>> load and apply a >>>>>> #cpu_microcode_name=3D"/boot/firmware/intel-ucode.bin" # Set this >>>>>> to the microcode #cpu_microcode_type=3D"cpu_microcode" # >>>>>> Required for the kernel to find # the microcode update file. >>>>>>=20 >>>>>>=20 >>>>>> # disable Process Table Isolation >>>>>> #vm.pmap.pti=3D0 >>>>>>=20 >>>>>> kern.geom.label.gptid.enable=3D0 >>>>>>=20 >>>>>> # Limit the phys. memory >>>>>> #hw.physmem=3D1073741824 # 1 G >>>>>> #hw.physmem=3D536870912 # 512 MB >>>>>> #hw.physmem=3D268435456 # 256 MB >>>>>>=20 >>>>>> # Da mehr als 1 igb NIC an Bord! Siehe man igb(4) >>>>>> kern.ipc.nmbclusters=3D757350 >>>>>> #kern.ipc.nmbjumbo9k=3D8192 >>>>>>=20 >>>>>> # NIC >>>>>> #hw.em.max_interrupt_rate=3D32000 >>>>>> hw.em.max_interrupt_rate=3D16000 >>>>>>=20 >>>>>> #If non-zero, enable EXPERIMENTAL feature to improve concurrent >>>>>> Fortuna performance kern.random.fortuna.concurrent_read=3D"1" >>>>>>=20 >>>>>> # Forward Information Bases (FIBs) >>>>>> net.fibs=3D10 >>>>>> net.add_addr_allfibs=3D0 >>>>>>=20 >>>>>> [...] >>>>>>=20 >>>>>>=20 >>>>>> Again, with the exact same setting 12-STABLE r349288 boots fine, >>>>>> rr350274 doesn't. FreeBSD 12-STABLE r >>>>>>=20 >>>>>> Can someone please help? >>>>>>=20 >>>>>> Thanks in advance, oh =20 >>>=20 >>> [...] >>>=20 >>>=20 >>> - --=20 >>> O. Hartmann >>>=20 >>> Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten = f=C3=BCr >>> Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 = 28 Abs. 4 >>> BDSG). -----BEGIN PGP SIGNATURE----- >>>=20 >>> iHUEARYIAB0WIQSy8IBxAPDkqVBaTJ44N1ZZPba5RwUCXThhzQAKCRA4N1ZZPba5 >>> R5SrAQDMEZQPGXsD9dqGsq9wNOPYPY7o0y/sBm9ovRkyepI5VwD/WUulyFprjlPI >>> hKYI/AJ/VVqI3EfPd/dUiSyBf1toeQw=3D >>> =3DaLz0 >>> -----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 = >>> >" =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 = " From owner-freebsd-current@freebsd.org Wed Jul 24 19:07:15 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 51130B5765; Wed, 24 Jul 2019 19:07:15 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 12A636E337; Wed, 24 Jul 2019 19:07:15 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.92 (FreeBSD)) (envelope-from ) id 1hqMbV-000D0X-62; Wed, 24 Jul 2019 21:07:09 +0200 Date: Wed, 24 Jul 2019 21:07:09 +0200 From: Kurt Jaeger To: "O. Hartmann" Cc: "freebsd-embedded@freebsd.org" , FreeBSD CURRENT Subject: Re: PCengines APU2C4, 12-STABLE: bootloader failure: Panic: free: guard2 fail @ 0x1000 + 2311663946 from Message-ID: <20190724190709.GB3204@home.opsec.eu> References: <20190724101132.5560377a@thor.intern.walstatt.dynvpn.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190724101132.5560377a@thor.intern.walstatt.dynvpn.de> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jul 2019 19:07:15 -0000 Hi! > on APU2C4 from PCengines with latest firmware apu2_v4.9.0.7.rom, SeaBIOS > rel-1.12.1.3-0-g300e8b7, booting via legacy MBR FreeBSD 12-STABLE r350274 (the same with > r350115) fails to boot with an immediate loader error: Why did you choose -STABLE ? I have 12.0p7 running on APU2C4 and APU4C4. -- pi@opsec.eu +49 171 3101372 One year to go ! From owner-freebsd-current@freebsd.org Thu Jul 25 00:27:15 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 54AFDBDBE5; Thu, 25 Jul 2019 00:27:15 +0000 (UTC) (envelope-from t_uemura@macome.co.jp) Received: from smtp11.dti.ne.jp (smtp11.dti.ne.jp [202.216.231.186]) by mx1.freebsd.org (Postfix) with ESMTP id 9292985968; Thu, 25 Jul 2019 00:27:12 +0000 (UTC) (envelope-from t_uemura@macome.co.jp) Received: from towerrecords.dyndns.org ([14.193.133.120]) by smtp11.dti.ne.jp (3.11s) with ESMTP AUTH id x6P0CdV8002104; Thu, 25 Jul 2019 09:12:39 +0900 (JST) Received: by towerrecords.dyndns.org (Postfix, from userid 58) id E25C869522E; Thu, 25 Jul 2019 09:12:38 +0900 (JST) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on towerrecords.dyndns.org Received: from [192.168.1.21] (p5307096-ipngn11902marunouchi.tokyo.ocn.ne.jp [114.166.45.96]) by towerrecords.dyndns.org (Postfix) with ESMTPSA id 568E0695114; Thu, 25 Jul 2019 09:12:35 +0900 (JST) From: UEMURA Tetsuya To: freebsd-stable@freebsd.org Subject: Bug 239100 - r348991 breaks unionfs Cc: freebsd-current@freebsd.org Sender: t_uemura@macome.co.jp MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.74.02 [ja] Message-Id: <20190725001238.E25C869522E@towerrecords.dyndns.org> Date: Thu, 25 Jul 2019 09:12:38 +0900 (JST) X-Rspamd-Queue-Id: 9292985968 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; spf=softfail (mx1.freebsd.org: 202.216.231.186 is neither permitted nor denied by domain of t_uemura@macome.co.jp) smtp.mailfrom=t_uemura@macome.co.jp X-Spamd-Result: default: False [3.99 / 15.00]; ARC_NA(0.00)[]; SUBJECT_ENDS_SPACES(0.50)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.94)[0.939,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[macome.co.jp]; R_SPF_SOFTFAIL(0.00)[~all]; NEURAL_SPAM_MEDIUM(0.92)[0.923,0]; RCVD_COUNT_THREE(0.00)[4]; MX_GOOD(-0.01)[mail.macome.co.jp]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.98)[0.981,0]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:10013, ipnet:202.216.224.0/19, country:JP]; IP_SCORE(0.65)[asn: 10013(3.31), country: JP(-0.04)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jul 2019 00:27:15 -0000 While upgrading my ports from 12.0-RELEASE to 12-STABLE, I encountered a lot of Text file busy errors, and almost no ports I could update successfully. Then I attempted to fix/workaround the issue, and finally I found that r348991 Switch to use shared vnode locks for text files during image activation broke my uinonfs, which was the culprit for Text file busy issue. https://svnweb.freebsd.org/base?view=revision&revision=348991 I filed the issue in Bugzilla. Someone please look at the issue. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239100 P.S. For freebsd-current, r348991 was MFC r347151,347181,347968,348421,348698,348701 . -- UEMURA, Tetsuya From owner-freebsd-current@freebsd.org Thu Jul 25 08:30:32 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C3071C60E8; Thu, 25 Jul 2019 08:30:32 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9EAE16FA4D; Thu, 25 Jul 2019 08:30:32 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1129) id 785B68F6C; Thu, 25 Jul 2019 08:30:32 +0000 (UTC) Date: Thu, 25 Jul 2019 08:30:32 +0000 From: Li-Wen Hsu To: freebsd-testing@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: FreeBSD CI Weekly Report 2019-07-21 Message-ID: <20190725083032.GA63359@freefall.freebsd.org> Reply-To: freebsd-testing@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.11.4 (2019-03-13) X-Rspamd-Queue-Id: 9EAE16FA4D X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.96 / 15.00]; TAGGED_RCPT(0.00)[]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_SHORT(-0.96)[-0.959,0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jul 2019 08:30:32 -0000 (Please send the followup to freebsd-testing@ and note Reply-To is set.) FreeBSD CI Weekly Report 2019-07-21 =================================== Here is a summary of the FreeBSD Continuous Integration results for the period from 2019-07-15 to 2019-07-21. During this period, we have: * 1659 builds (96.7% (-0.7) passed, 3.3% (+0.7) failed) were executed on aarch64, amd64, armv6, armv7, i386, mips, mips64, powerpc, powerpc64, powerpcspe, riscv64, sparc64 architectures for head, stable/12, stable/11 branches. * 306 test runs (56.2% (+1.9) passed, 43.1% (+5.6) unstable, 0.7% (-7.5) exception) were executed on amd64, i386, riscv64 architectures for head, stable/12, stable/11 branches. * 18 doc builds (100% (+0) passed) Test case status (by 2019-07-21 23:59): | Branch/Architecture | Total | Pass | Fail | Skipped | | ------------------- | ----- | ---- | ---- | ------- | | head/amd64 | 7460 | 7411 | 0 | 49 | | head/i386 | 7458 | 7406 | 4 | 48 | | 12-STABLE/amd64 | 7388 | 7341 | 0 | 47 | | 12-STABLE/i386 | 7386 | 7335 | 5 | 46 | | 11-STABLE/amd64 | 6845 | 6800 | 0 | 45 | | 11-STABLE/i386 | 6843 | 6759 | 34 | 50 | (The statistics from experimental jobs are omitted) If any of the issues found by CI are in your area of interest or expertise please investigate the PRs listed below. The latest web version of this report is available at https://hackmd.io/s/rJJdcpCbH and archive is available at http://hackfoldr.org/freebsd-ci-report/, any help is welcome. ## Fixed Tests * https://ci.freebsd.org/job/FreeBSD-stable-12-i386-test/ * sys.opencrypto.runtests.main Fixed in http://svnweb.freebsd.org/changeset/base/350164 ## Failing Tests * https://ci.freebsd.org/job/FreeBSD-head-i386-test/ * sys.netpfil.pf.forward.v6 * sys.netpfil.pf.forward.v4 * sys.netpfil.pf.set_tos.v4 * Analysis from kp@: * https://lists.freebsd.org/pipermail/freebsd-testing/2019-June/001933.html * https://lists.freebsd.org/pipermail/freebsd-testing/2019-June/001934.html * https://ci.freebsd.org/job/FreeBSD-stable-12-i386-test/ * Same as -head: * sys.netpfil.pf.forward.v6 * sys.netpfil.pf.forward.v4 * sys.netpfil.pf.set_tos.v4 * lib.libregex.exhaust_test.regcomp_too_big * flaky, sometimes failed with: ``` /usr/src/contrib/netbsd-tests/lib/libc/regex/t_exhaust.c:72: p != NULL not met ``` * https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/ * local.kyua.* (31 cases) * local.lutok.* (3 cases) ## Failing and Flaky Tests (from experimental jobs) * https://ci.freebsd.org/job/FreeBSD-head-amd64-dtrace_test/ * Flakey test case: common.misc.t_dtrace_contrib.tst_dynopt_d https://bugs.freebsd.org/237641 * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/ * There are ~60 failing cases, including flakey ones, see https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/lastCompletedBuild/testReport/ for more details ## Disabled Tests * lib.libc.sys.mmap_test.mmap_truncate_signal https://bugs.freebsd.org/211924 * sys.fs.tmpfs.mount_test.large https://bugs.freebsd.org/212862 * sys.fs.tmpfs.link_test.kqueue https://bugs.freebsd.org/213662 * sys.kqueue.libkqueue.kqueue_test.main https://bugs.freebsd.org/233586 * usr.bin.procstat.procstat_test.command_loogle.com/ine_arguments https://bugs.freebsd.org/233587 * usr.bin.procstat.procstat_test.environment https://bugs.freebsd.org/233588 * sys.netinet.socket_afinet.socket_afinet_bind_zero (new) https://bugs.freebsd.org/238781 ## Issues ### Cause build fails * https://bugs.freebsd.org/233735 Possible build race: genoffset.o /usr/src/sys/sys/types.h: error: machine/endian.h: No such file or directory * https://bugs.freebsd.org/233769 Possible build race: ld: error: unable to find library -lgcc_s * https://bugs.freebsd.org/238828 Possible build race: lib/libsysdecode/tables.h:948: error: 'IPV6_MIN_MEMBERSHIPS' undeclared ### Cause kernel panics * https://bugs.freebsd.org/238870 sys.netpfil.pf.names.names and sys.netpfil.pf.synproxy.synproxy cause panic Patch exists: * https://reviews.freebsd.org/D20868 * https://reviews.freebsd.org/D20869 ### Open * https://bugs.freebsd.org/237077 possible race in build: /usr/src/sys/amd64/linux/linux_support.s:38:2: error: expected relocatable expression * https://bugs.freebsd.org/237403 Tests in sys/opencrypto should be converted to Python3 * https://bugs.freebsd.org/237641 Flakey test case: common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237652 tests.hotspare.hotspare_test.hotspare_snapshot_001_pos timeout since somewhere in (r346814, r 346845] * https://bugs.freebsd.org/237655 Non-deterministic panic when running pf tests in interface ioctl code (NULL passed to strncmp) * https://bugs.freebsd.org/237656 "Freed UMA keg (rtentry) was not empty (18 items). Lost 1 pages of memory." seen when running sys/netipsec tests * https://bugs.freebsd.org/237657 sys.kern.pdeathsig.signal_delivered_ptrace timing out periodically on i386 * https://bugs.freebsd.org/238781 sys.netinet.socket_afinet.socket_afinet_bind_zero does not work when mac_portacl(4) loaded * https://bugs.freebsd.org/239292 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger ### Others * [Tickets related to testing@](https://preview.tinyurl.com/y9maauwg) * https://issues.tmatesoft.com/issue/SVNKIT-740 The patch is asked to be updated and help wanted. There is a new one at: https://github.com/jenkinsci/svnkit/pull/3/files * https://bugs.freebsd.org/235356 Help on how to reproduce and analyze is wanted. ## Other News * [FCP 20190401-ci_policy: CI policy](https://github.com/freebsd/fcp/blob/master/fcp-20190401-ci_policy.md) is in "feedback" state, please check and provide comments. From owner-freebsd-current@freebsd.org Thu Jul 25 10:36:19 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7CA53A12D8 for ; Thu, 25 Jul 2019 10:36:19 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from msc13.plala.or.jp (msc13.plala.or.jp [60.36.166.23]) by mx1.freebsd.org (Postfix) with ESMTP id 3A9297455E for ; Thu, 25 Jul 2019 10:36:15 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from localhost ([2400:4050:9320:7a00::5]) by msc13.plala.or.jp with ESMTP id <20190725103336.PWLQ18269.msc13.plala.or.jp@localhost> for ; Thu, 25 Jul 2019 19:33:36 +0900 Date: Thu, 25 Jul 2019 19:33:28 +0900 (JST) Message-Id: <20190725.193328.2265678700857533825.ish@amail.plala.or.jp> To: freebsd-current@freebsd.org Subject: Can't buildworld at r350321 From: Masachika ISHIZUKA X-Mailer: Mew version 6.8 on Emacs 26.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-VirusScan: Outbound; mvir-ac13; Thu, 25 Jul 2019 19:33:37 +0900 X-Rspamd-Queue-Id: 3A9297455E X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of ish@amail.plala.or.jp designates 60.36.166.23 as permitted sender) smtp.mailfrom=ish@amail.plala.or.jp X-Spamd-Result: default: False [-0.72 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.88)[-0.883,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:60.36.166.0/24]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.89)[-0.895,0]; DMARC_NA(0.00)[plala.or.jp]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MX_GOOD(-0.01)[mx.plala.or.jp]; MID_CONTAINS_FROM(1.00)[]; NEURAL_SPAM_SHORT(0.07)[0.066,0]; IP_SCORE(-0.20)[ip: (-1.54), ipnet: 60.32.0.0/12(1.16), asn: 4713(-0.56), country: JP(-0.04)]; RCVD_NO_TLS_LAST(0.10)[]; RCVD_IN_DNSWL_LOW(-0.10)[23.166.36.60.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:4713, ipnet:60.32.0.0/12, country:JP]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jul 2019 10:36:19 -0000 Hi. I want to update 13-current from r349989 to r350321 as follows. % cd /usr/src % pwd /usr/altlocal/freebsd-current/src % df -h . Filesystem Size Used Avail Capacity Mounted on 192.168.1.2:/usr/altlocal 2.5T 930G 1.6T 37% /usr/altlocal % svn up -r 350321 % time make -j4 buildworld (snip) --- all_subdir_lib/libsysdecode --- ===> lib/libsysdecode (all) make[5]: make[5]: don't know how to make /usr/altlocal/freebsd-current/obj/usr/altlocal/freebsd-current/src/amd64.amd64/obj-lib32/tmp/sys/netinet/in.h. Stop make[5]: stopped in /usr/altlocal/freebsd-current/src/lib/libsysdecode (snip) make: stopped in /usr/altlocal/freebsd-current/src 20974.852u 3569.891s 2:17:32.86 297.4% 60110+3554k 183950+308232io 225686pf+0w I can buildworld at r349989 without errors. -- Masachika ISHIZUKA From owner-freebsd-current@freebsd.org Thu Jul 25 10:42:08 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4CDF9A1595 for ; Thu, 25 Jul 2019 10:42:08 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from mail.daemonic.se (mail.daemonic.se [176.58.89.161]) (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 E2CA474A00 for ; Thu, 25 Jul 2019 10:42:06 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from cid.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 45vTL53Hv6z3ktY for ; Thu, 25 Jul 2019 10:42:05 +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=1564051324; bh=B/8hEPVSr/6A1GKKV//I+dj2 IyETjvZ/wN8N8Cv86kY=; b=SYYF6oPYCV8XH6JRIAaPsHH5uafOguwgXknLe9Ra OnnoOz5vFNg98FeIKiC8LmLUMYOMwpy92r+VpchKG8Y57YAB0gs4t/S+IBPspPdL nEPFXg0EkLcyLTiy70JwFcf+w6WSj9hZay68KlCQS0Uw2JDr1ApNqEUUO6WtXjtK EyE= 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 0-KzBRi-sxwH for ; Thu, 25 Jul 2019 10:42:04 +0000 (UTC) Received: from vivi.daemonic.se (vivi.daemonic.se [IPv6:2001:470:dca9:2::4]) by mail.daemonic.se (Postfix) with ESMTPSA id 45vTL44XdVz3c7W for ; Thu, 25 Jul 2019 10:42:04 +0000 (UTC) Subject: Re: Can't buildworld at r350321 To: freebsd-current@freebsd.org References: <20190725.193328.2265678700857533825.ish@amail.plala.or.jp> From: Niclas Zeising Message-ID: <222fc9ac-2666-8bea-aedb-01d1391c048e@daemonic.se> Date: Thu, 25 Jul 2019 12:42:04 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.7.2 MIME-Version: 1.0 In-Reply-To: <20190725.193328.2265678700857533825.ish@amail.plala.or.jp> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: E2CA474A00 X-Spamd-Bar: ------- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=daemonic.se header.s=20151023 header.b=SYYF6oPY; dmarc=pass (policy=none) header.from=daemonic.se; spf=pass (mx1.freebsd.org: domain of zeising@daemonic.se designates 176.58.89.161 as permitted sender) smtp.mailfrom=zeising@daemonic.se X-Spamd-Result: default: False [-7.70 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[daemonic.se:s=20151023]; URIBL_BLOCKED(0.00)[daemonic.se.multi.uribl.com]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; IP_SCORE(-3.73)[ip: (-9.82), ipnet: 176.58.89.0/24(-4.91), asn: 36236(-3.87), country: US(-0.05)]; MX_GOOD(-0.01)[mail.daemonic.se]; DKIM_TRACE(0.00)[daemonic.se:+]; DMARC_POLICY_ALLOW(-0.50)[daemonic.se,none]; NEURAL_HAM_SHORT(-0.96)[-0.961,0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36236, ipnet:176.58.89.0/24, country:US]; TAGGED_FROM(0.00)[freebsd]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jul 2019 10:42:08 -0000 On 2019-07-25 12:33, Masachika ISHIZUKA wrote: > Hi. > I want to update 13-current from r349989 to r350321 as follows. > > % cd /usr/src > % pwd > /usr/altlocal/freebsd-current/src > % df -h . > Filesystem Size Used Avail Capacity Mounted on > 192.168.1.2:/usr/altlocal 2.5T 930G 1.6T 37% /usr/altlocal > % svn up -r 350321 > % time make -j4 buildworld > (snip) > --- all_subdir_lib/libsysdecode --- > ===> lib/libsysdecode (all) > make[5]: make[5]: don't know how to make /usr/altlocal/freebsd-current/obj/usr/altlocal/freebsd-current/src/amd64.amd64/obj-lib32/tmp/sys/netinet/in.h. Stop > > make[5]: stopped in /usr/altlocal/freebsd-current/src/lib/libsysdecode > (snip) > make: stopped in /usr/altlocal/freebsd-current/src > 20974.852u 3569.891s 2:17:32.86 297.4% 60110+3554k 183950+308232io 225686pf+0w > > I can buildworld at r349989 without errors. > This should have been fixed, or at least worked around, in r350322, as I understand it. Regards -- Niclas From owner-freebsd-current@freebsd.org Thu Jul 25 18:05:35 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BA794AA56A for ; Thu, 25 Jul 2019 18:05:35 +0000 (UTC) (envelope-from ler@FreeBSD.org) Received: from thebighonker.lerctr.org (ns-b.lerctr.org [IPv6:2001:470:1f0f:3ad::53:2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "*.lerctr.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 950678DE23 for ; Thu, 25 Jul 2019 18:05:35 +0000 (UTC) (envelope-from ler@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=ler2019; h=Message-ID:References:In-Reply-To:Subject:To:From:Date: Content-Transfer-Encoding:Content-Type:MIME-Version:Sender:Reply-To:Cc: 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=S16vMsvRX61Qkyjm5DvXnnSFwxQ0+iw/aF5bzavuWmI=; b=lMXGm/fERMVGDF9qwA2w+QNs6/ SjsVJSqSNDc0OuVwXBrsbRtwRAbFBc90U5GyjNlD7Xhao+UglcmhITztmrhRAVGe6MT5VKDoWGYHO zFWIk8MQxBA2UDL2bfjYQpinlaCU8EH5MLfieGijucpR/C/9vid3X6S9FVqOjYTO1l9BmNM1n5jRs kgkdsOlovt5DyTXs5DWP+NIY0a1wZ/pzDN271+81i3FWhqKhjJzrkOGBCs/lbIfy2ivUc7vGZVx/U 6G9KRu36yEv9K3OwO5tlogQ1t5t+yqkZlN293/h2NmPMJh0eaONfuPcpXUbPb81Ou5Dh44nPioZow wW8Nbbww==; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:bb:dcff:fe50:d900]:30405 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92 (FreeBSD)) (envelope-from ) id 1hqi7R-0003Pb-Ux for freebsd-current@freebsd.org; Thu, 25 Jul 2019 13:05:34 -0500 Received: from 2600:1700:210:b180:f4ae:ab2e:e462:6b19 by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Thu, 25 Jul 2019 13:05:33 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 25 Jul 2019 13:05:33 -0500 From: Larry Rosenman To: Freebsd current Subject: Fwd: [package - head-i386-default][sysutils/lsof] Failed for lsof-4.93.2_2,8 in build In-Reply-To: <201907251750.x6PHoAsV025165@beefy11.nyi.freebsd.org> References: <201907251750.x6PHoAsV025165@beefy11.nyi.freebsd.org> Message-ID: X-Sender: ler@FreeBSD.org User-Agent: Roundcube Webmail/1.3.9 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jul 2019 18:05:35 -0000 Um.... Who broke this? ===> Building for lsof-4.93.2_2,8 (cd lib; /usr/bin/make DEBUG="-O2" CFGF="-pipe -fstack-protector-strong -fno-strict-aliasing -DNEEDS_BOOL_TYPEDEF -DHASTASKS -DHAS_PAUSE_SBT -DHAS_DUP2 -DHAS_CLOSEFROM -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT -DHAS_TMPFS -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_IDEV -DHAS_VM_MEMATTR_T -DNEEDS_DEVICE_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHASFUSEFS -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DHAS_SB_CCC -DHAS_FDESCENTTBL -DFREEBSDV=13000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR=\"13.0-CURRENT\"") cc -pipe -fstack-protector-strong -fno-strict-aliasing -DNEEDS_BOOL_TYPEDEF -DHASTASKS -DHAS_PAUSE_SBT -DHAS_DUP2 -DHAS_CLOSEFROM -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT -DHAS_TMPFS -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_IDEV -DHAS_VM_MEMATTR_T -DNEEDS_DEVICE_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHASFUSEFS -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DHAS_SB_CCC -DHAS_FDESCENTTBL -DFREEBSDV=13000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR="13.0-CURRENT" -I/usr/src/sys -O2 -c ckkv.c -o ckkv.o In file included from ckkv.c:43: In file included from ./../lsof.h:221: In file included from ./../dlsof.h:406: In file included from /usr/src/sys/sys/file.h:44: /usr/src/sys/sys/refcount.h:65:12: error: use of undeclared identifier 'false' return (false); ^ /usr/src/sys/sys/refcount.h:68:12: error: use of undeclared identifier 'true' return (true); ^ /usr/src/sys/sys/refcount.h:81:11: error: use of undeclared identifier 'false' return (false); ^ /usr/src/sys/sys/refcount.h:90:10: error: use of undeclared identifier 'true' return (true); ^ /usr/src/sys/sys/refcount.h:106:12: error: use of undeclared identifier 'false' return (false); ^ /usr/src/sys/sys/refcount.h:108:12: error: use of undeclared identifier 'true' return (true); ^ /usr/src/sys/sys/refcount.h:121:12: error: use of undeclared identifier 'false' return (false); ^ /usr/src/sys/sys/refcount.h:123:12: error: use of undeclared identifier 'true' return (true); ^ 8 errors generated. *** Error code 1 Stop. make[2]: stopped in /wrkdirs/usr/ports/sysutils/lsof/work/lsof-4.93.2/lib *** Error code 1 Stop. make[1]: stopped in /wrkdirs/usr/ports/sysutils/lsof/work/lsof-4.93.2 *** Error code 1 Stop. make: stopped in /usr/ports/sysutils/lsof -------- Original Message -------- Subject: [package - head-i386-default][sysutils/lsof] Failed for lsof-4.93.2_2,8 in build Date: 07/25/2019 12:50 pm From: pkg-fallout@FreeBSD.org To: ler@FreeBSD.org Cc: pkg-fallout@FreeBSD.org You are receiving this mail as a port that you maintain is failing to build on the FreeBSD package build server. Please investigate the failure and submit a PR to fix build. Maintainer: ler@FreeBSD.org Last committer: ler@FreeBSD.org Ident: $FreeBSD: head/sysutils/lsof/Makefile 505444 2019-06-30 19:15:30Z ler $ Log URL: http://beefy11.nyi.freebsd.org/data/head-i386-default/p507306_s350311/logs/lsof-4.93.2_2,8.log Build URL: http://beefy11.nyi.freebsd.org/build.html?mastername=head-i386-default&build=p507306_s350311 Log: =>> Building sysutils/lsof build started at Thu Jul 25 17:50:05 UTC 2019 port directory: /usr/ports/sysutils/lsof package name: lsof-4.93.2_2,8 building for: FreeBSD head-i386-default-job-17 13.0-CURRENT FreeBSD 13.0-CURRENT 1300037 i386 maintained by: ler@FreeBSD.org Makefile ident: $FreeBSD: head/sysutils/lsof/Makefile 505444 2019-06-30 19:15:30Z ler $ Poudriere version: 3.2.8-5-gc81843e5 Host OSVERSION: 1300031 Jail OSVERSION: 1300037 Job Id: 17 !!! Jail is newer than host. (Jail: 1300037, Host: 1300031) !!! !!! This is not supported. !!! !!! Host kernel must be same or newer than jail. !!! !!! Expect build failures. !!! ---Begin Environment--- SHELL=/bin/csh UNAME_p=i386 UNAME_m=i386 OSVERSION=1300037 UNAME_v=FreeBSD 13.0-CURRENT 1300037 UNAME_r=13.0-CURRENT BLOCKSIZE=K MAIL=/var/mail/root STATUS=1 HOME=/root PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/root/bin LOCALBASE=/usr/local USER=root LIBEXECPREFIX=/usr/local/libexec/poudriere POUDRIERE_VERSION=3.2.8-5-gc81843e5 MASTERMNT=/usr/local/poudriere/data/.m/head-i386-default/ref POUDRIERE_BUILD_TYPE=bulk PACKAGE_BUILDING=yes SAVED_TERM= PWD=/usr/local/poudriere/data/.m/head-i386-default/ref/.p/pool P_PORTS_FEATURES=FLAVORS SELECTED_OPTIONS MASTERNAME=head-i386-default SCRIPTPREFIX=/usr/local/share/poudriere OLDPWD=/usr/local/poudriere/data/.m/head-i386-default/ref/.p SCRIPTPATH=/usr/local/share/poudriere/bulk.sh POUDRIEREPATH=/usr/local/bin/poudriere ---End Environment--- ---Begin Poudriere Port Flags/Env--- PORT_FLAGS= PKGENV= FLAVOR= DEPENDS_ARGS= MAKE_ARGS= ---End Poudriere Port Flags/Env--- ---Begin OPTIONS List--- ---End OPTIONS List--- --MAINTAINER-- ler@FreeBSD.org --End MAINTAINER-- --CONFIGURE_ARGS-- -n freebsd --End CONFIGURE_ARGS-- --CONFIGURE_ENV-- LSOF_CC="cc" FREEBSD_SYS="/usr/src/sys" XDG_DATA_HOME=/wrkdirs/usr/ports/sysutils/lsof/work XDG_CONFIG_HOME=/wrkdirs/usr/ports/sysutils/lsof/work HOME=/wrkdirs/usr/ports/sysutils/lsof/work TMPDIR="/tmp" PATH=/wrkdirs/usr/ports/sysutils/lsof/work/.bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/root/bin SHELL=/bin/sh CONFIG_SHELL=/bin/sh --End CONFIGURE_ENV-- --MAKE_ENV-- XDG_DATA_HOME=/wrkdirs/usr/ports/sysutils/lsof/work XDG_CONFIG_HOME=/wrkdirs/usr/ports/sysutils/lsof/work HOME=/wrkdirs/usr/ports/sysutils/lsof/work TMPDIR="/tmp" PATH=/wrkdirs/usr/ports/sysutils/lsof/work/.bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/root/bin NO_PIE=yes MK_DEBUG_FILES=no MK_KERNEL_SYMBOLS=no SHELL=/bin/sh NO_LINT=YES PREFIX=/usr/local LOCALBASE=/usr/local CC="cc" CFLAGS="-O2 -pipe -fstack-protector-strong -fno-strict-aliasing " CPP="cpp" CPPFLAGS="" LDFLAGS=" -fstack-protector-strong " LIBS="" CXX="c++" CXXFLAGS="-O2 -pipe -fstack-protector-strong -fno-strict-aliasing " MANPREFIX="/usr/local" BSD_INSTALL_PROGRAM="install -s -m 555" BSD_INSTALL_LIB="install -s -m 0644" BSD_INSTALL_SCRIPT="install -m 555" BSD_INSTALL_DATA="install -m 0644" BSD_INSTALL_MAN="install -m 444" --End MAKE_ENV-- --PLIST_SUB-- OSREL=13.0 PREFIX=%D LOCALBASE=/usr/local RESETPREFIX=/usr/local LIB32DIR=lib DOCSDIR="share/doc/lsof" EXAMPLESDIR="share/examples/lsof" DATADIR="share/lsof" WWWDIR="www/lsof" ETCDIR="etc/lsof" --End PLIST_SUB-- --SUB_LIST-- PREFIX=/usr/local LOCALBASE=/usr/local DATADIR=/usr/local/share/lsof DOCSDIR=/usr/local/share/doc/lsof EXAMPLESDIR=/usr/local/share/examples/lsof WWWDIR=/usr/local/www/lsof ETCDIR=/usr/local/etc/lsof --End SUB_LIST-- ---Begin make.conf--- USE_PACKAGE_DEPENDS=yes BATCH=yes WRKDIRPREFIX=/wrkdirs PORTSDIR=/usr/ports PACKAGES=/packages DISTDIR=/distfiles PACKAGE_BUILDING=yes PACKAGE_BUILDING_FLAVORS=yes MACHINE=i386 MACHINE_ARCH=i386 ARCH=${MACHINE_ARCH} #### /usr/local/etc/poudriere.d/make.conf #### # XXX: We really need this but cannot use it while 'make checksum' does not # try the next mirror on checksum failure. It currently retries the same # failed mirror and then fails rather then trying another. It *does* # try the next if the size is mismatched though. #MASTER_SITE_FREEBSD=yes # Build ALLOW_MAKE_JOBS_PACKAGES with 2 jobs MAKE_JOBS_NUMBER=2 # stable/10 includes src.conf too late but make.conf is in sys.mk .if ${.CURDIR:M/poudriere/jails/10*/usr/src/usr.bin/xlint*} # Disable build of llib now that head no longer has lint(1) LINT= true .endif #### /usr/ports/Mk/Scripts/ports_env.sh #### _CCVERSION_921dbbb2=FreeBSD clang version 8.0.1 (tags/RELEASE_801/final 366581) (based on LLVM 8.0.1) Target: i386-unknown-freebsd13.0 Thread model: posix InstalledDir: /usr/bin _ALTCCVERSION_921dbbb2=none _CXXINTERNAL_acaad9ca=FreeBSD clang version 8.0.1 (tags/RELEASE_801/final 366581) (based on LLVM 8.0.1) Target: i386-unknown-freebsd13.0 Thread model: posix InstalledDir: /usr/bin "/usr/bin/ld" "--eh-frame-hdr" "-dynamic-linker" "/libexec/ld-elf.so.1" "--hash-style=both" "--enable-new-dtags" "-m" "elf_i386_fbsd" "-o" "a.out" "/usr/lib/crt1.o" "/usr/lib/crti.o" "/usr/lib/crtbegin.o" "-L/usr/lib" "/dev/null" "-lc++" "-lm" "-lgcc" "--as-needed" "-lgcc_s" "--no-as-needed" "-lc" "-lgcc" "--as-needed" "-lgcc_s" "--no-as-needed" "/usr/lib/crtend.o" "/usr/lib/crtn.o" CC_OUTPUT_921dbbb2_58173849=yes CC_OUTPUT_921dbbb2_9bdba57c=yes CC_OUTPUT_921dbbb2_6a4fe7f5=yes CC_OUTPUT_921dbbb2_6bcac02b=yes CC_OUTPUT_921dbbb2_67d20829=yes CC_OUTPUT_921dbbb2_bfa62e83=yes CC_OUTPUT_921dbbb2_f0b4d593=yes CC_OUTPUT_921dbbb2_308abb44=yes CC_OUTPUT_921dbbb2_f00456e5=yes CC_OUTPUT_921dbbb2_65ad290d=yes CC_OUTPUT_921dbbb2_f2776b26=yes CC_OUTPUT_921dbbb2_b2657cc3=yes CC_OUTPUT_921dbbb2_380987f7=yes CC_OUTPUT_921dbbb2_160933ec=yes CC_OUTPUT_921dbbb2_fb62803b=yes _OBJC_CCVERSION_921dbbb2=FreeBSD clang version 8.0.1 (tags/RELEASE_801/final 366581) (based on LLVM 8.0.1) Target: i386-unknown-freebsd13.0 Thread model: posix InstalledDir: /usr/bin _OBJC_ALTCCVERSION_921dbbb2=none ARCH=i386 OPSYS=FreeBSD _OSRELEASE=13.0-CURRENT OSREL=13.0 OSVERSION=1300037 PYTHONBASE=/usr/local CONFIGURE_MAX_CMD_LEN=262144 HAVE_PORTS_ENV=1 #### Misc Poudriere #### GID=0 UID=0 DISABLE_MAKE_JOBS=poudriere ---End make.conf--- --Resource limits-- cpu time (seconds, -t) unlimited file size (512-blocks, -f) unlimited data seg size (kbytes, -d) 524288 stack size (kbytes, -s) 65536 core file size (512-blocks, -c) unlimited max memory size (kbytes, -m) unlimited locked memory (kbytes, -l) unlimited max user processes (-u) 89999 open files (-n) 1024 virtual mem size (kbytes, -v) unlimited swap limit (kbytes, -w) unlimited socket buffer size (bytes, -b) unlimited pseudo-terminals (-p) unlimited kqueues (-k) unlimited umtx shared locks (-o) unlimited --End resource limits-- =================================================== ===> License lsof accepted by the user =========================================================================== =================================================== ===> lsof-4.93.2_2,8 depends on file: /usr/local/sbin/pkg - not found ===> Installing existing package /packages/All/pkg-1.11.1.txz [head-i386-default-job-17] Installing pkg-1.11.1... [head-i386-default-job-17] Extracting pkg-1.11.1: .......... done ===> lsof-4.93.2_2,8 depends on file: /usr/local/sbin/pkg - found ===> Returning to build of lsof-4.93.2_2,8 =========================================================================== =================================================== =========================================================================== =================================================== ===> License lsof accepted by the user ===> Fetching all distfiles required by lsof-4.93.2_2,8 for building =========================================================================== =================================================== ===> License lsof accepted by the user ===> Fetching all distfiles required by lsof-4.93.2_2,8 for building => SHA256 Checksum OK for lsof-org-lsof-4.93.2_GH0.tar.gz. =========================================================================== =================================================== =========================================================================== =================================================== ===> License lsof accepted by the user ===> Fetching all distfiles required by lsof-4.93.2_2,8 for building ===> Extracting for lsof-4.93.2_2,8 => SHA256 Checksum OK for lsof-org-lsof-4.93.2_GH0.tar.gz. =========================================================================== =================================================== =========================================================================== =================================================== ===> Patching for lsof-4.93.2_2,8 ===> Applying FreeBSD patches for lsof-4.93.2_2,8 =========================================================================== =================================================== =========================================================================== =================================================== =========================================================================== =================================================== ===> Configuring for lsof-4.93.2_2,8 Creating ./lockf_owner.h from /usr/src/sys/kern/kern_lockf.c ./lockf_owner.h creation succeeded. rm -f ddev.c dfile.c dlsof.h dmnt.c dnode*.c dproc.c dproto.h dsock.c dstore.c dzfs.h kernelbase.h machine.h machine.h.old new_machine.h __lseek.s Makefile Makefile.zfs ./tests/config.cflags rm -f ./tests/config.cc ./tests/config.xobj ./tests/config.ldflags Testing C library for localtime() and strftime(), using cc ... present ln -s dialects/freebsd/dlsof.h dlsof.h ln -s dialects/freebsd/dmnt.c dmnt.c ln -s dialects/freebsd/dnode.c dnode.c ln -s dialects/freebsd/dnode1.c dnode1.c ln -s dialects/freebsd/dnode2.c dnode2.c ln -s dialects/freebsd/dproc.c dproc.c ln -s dialects/freebsd/dproto.h dproto.h ln -s dialects/freebsd/dsock.c dsock.c ln -s dialects/freebsd/dstore.c dstore.c ln -s dialects/freebsd/dzfs.h dzfs.h ln -s dialects/freebsd/machine.h machine.h Makefile and lib/Makefile created. Makefile.zfs created. ./tests/config.cc created ./tests/config.cflags created ./tests/config.ldflags created ./tests/config.xobj created =========================================================================== =================================================== ===> Building for lsof-4.93.2_2,8 (cd lib; /usr/bin/make DEBUG="-O2" CFGF="-pipe -fstack-protector-strong -fno-strict-aliasing -DNEEDS_BOOL_TYPEDEF -DHASTASKS -DHAS_PAUSE_SBT -DHAS_DUP2 -DHAS_CLOSEFROM -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT -DHAS_TMPFS -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_IDEV -DHAS_VM_MEMATTR_T -DNEEDS_DEVICE_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHASFUSEFS -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DHAS_SB_CCC -DHAS_FDESCENTTBL -DFREEBSDV=13000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR=\"13.0-CURRENT\"") cc -pipe -fstack-protector-strong -fno-strict-aliasing -DNEEDS_BOOL_TYPEDEF -DHASTASKS -DHAS_PAUSE_SBT -DHAS_DUP2 -DHAS_CLOSEFROM -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT -DHAS_TMPFS -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_IDEV -DHAS_VM_MEMATTR_T -DNEEDS_DEVICE_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHASFUSEFS -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DHAS_SB_CCC -DHAS_FDESCENTTBL -DFREEBSDV=13000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR="13.0-CURRENT" -I/usr/src/sys -O2 -c ckkv.c -o ckkv.o In file included from ckkv.c:43: In file included from ./../lsof.h:221: In file included from ./../dlsof.h:406: In file included from /usr/src/sys/sys/file.h:44: /usr/src/sys/sys/refcount.h:65:12: error: use of undeclared identifier 'false' return (false); ^ /usr/src/sys/sys/refcount.h:68:12: error: use of undeclared identifier 'true' return (true); ^ /usr/src/sys/sys/refcount.h:81:11: error: use of undeclared identifier 'false' return (false); ^ /usr/src/sys/sys/refcount.h:90:10: error: use of undeclared identifier 'true' return (true); ^ /usr/src/sys/sys/refcount.h:106:12: error: use of undeclared identifier 'false' return (false); ^ /usr/src/sys/sys/refcount.h:108:12: error: use of undeclared identifier 'true' return (true); ^ /usr/src/sys/sys/refcount.h:121:12: error: use of undeclared identifier 'false' return (false); ^ /usr/src/sys/sys/refcount.h:123:12: error: use of undeclared identifier 'true' return (true); ^ 8 errors generated. *** Error code 1 Stop. make[2]: stopped in /wrkdirs/usr/ports/sysutils/lsof/work/lsof-4.93.2/lib *** Error code 1 Stop. make[1]: stopped in /wrkdirs/usr/ports/sysutils/lsof/work/lsof-4.93.2 *** Error code 1 Stop. make: stopped in /usr/ports/sysutils/lsof -- Larry Rosenman http://people.freebsd.org/~ler Phone: +1 214-642-9640 E-Mail: ler@FreeBSD.org US Mail: 5708 Sabbia Dr, Round Rock, TX 78665-2106 From owner-freebsd-current@freebsd.org Thu Jul 25 18:11:13 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B4572AA8B2 for ; Thu, 25 Jul 2019 18:11:13 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-lj1-f196.google.com (mail-lj1-f196.google.com [209.85.208.196]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 69F388E2FE; Thu, 25 Jul 2019 18:11:13 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-lj1-f196.google.com with SMTP id m23so48811861lje.12; Thu, 25 Jul 2019 11:11:13 -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=r02uTwnzTKJhX2ba/o0NlS/Zye6SRvYBDwBTP/9L5Ik=; b=kLhK6tYRCvppIdIz5UrW2mAUPawLp2p43ctf7zO/IBRrE/C8f4JZR57fqJsN0MCS7S st+wVNckGyri/SjbLQB4jvi6BwMT9ONa2JBEXnivLGuhBjG2hat2DStJJER3vTk4Fy8e rszr9zcoSDz8OqgaxZQxb+yaN6le9GpNglmWZqrCAucOZvYyKeGMwuESDoDNizQ+eOAt GNOZDTVA892ZFynZcIb2cvAUOVURa1W9nmN8SFthGA7SaduCV8gjTyDFWut89H2K0co1 R+njxhjOXMtUHDzEWN5xa0tZKGTMfI81gkcWmSEUVZnhu39SGwnhfzyQj63Nhc9dfaV7 CHmw== X-Gm-Message-State: APjAAAVMbY62l7S7tTfy7E0Bka8NVgIaVgaskJ1GVOEJu9ZfXrRs7Vud s46vNUjbMblTboeQ7IRx3r7JwqY7fK8Q2EDlwUzL7w== X-Google-Smtp-Source: APXvYqwgTE67Lpr7T/OU8M2JV7pf298GMwAd2Q6oI/H9k88UIo0MggCqeQujF7ofN7ADtbQ9tD4K3akbYnZEOXCxulM= X-Received: by 2002:a2e:9048:: with SMTP id n8mr326360ljg.37.1564078265518; Thu, 25 Jul 2019 11:11:05 -0700 (PDT) MIME-Version: 1.0 References: <201907251750.x6PHoAsV025165@beefy11.nyi.freebsd.org> In-Reply-To: From: Alan Somers Date: Thu, 25 Jul 2019 12:10:53 -0600 Message-ID: Subject: Re: [package - head-i386-default][sysutils/lsof] Failed for lsof-4.93.2_2,8 in build To: Larry Rosenman Cc: Freebsd current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 69F388E2FE X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.979,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jul 2019 18:11:13 -0000 On Thu, Jul 25, 2019 at 12:05 PM Larry Rosenman wrote: > > Um.... Who broke this? > > ===> Building for lsof-4.93.2_2,8 > (cd lib; /usr/bin/make DEBUG="-O2" CFGF="-pipe -fstack-protector-strong > -fno-strict-aliasing -DNEEDS_BOOL_TYPEDEF -DHASTASKS -DHAS_PAUSE_SBT > -DHAS_DUP2 -DHAS_CLOSEFROM -DHASEFFNLINK=i_effnlink -DHASF_VNODE > -DHAS_FILEDESCENT -DHAS_TMPFS -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE > -DHAS_UFS1_2 -DHAS_NO_IDEV -DHAS_VM_MEMATTR_T -DNEEDS_DEVICE_T > -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHASFUSEFS -DHAS_ZFS > -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB > -DNEEDS_BOOLEAN_T -DHAS_SB_CCC -DHAS_FDESCENTTBL -DFREEBSDV=13000 > -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX > -DHAS_STRFTIME -DLSOF_VSTR=\"13.0-CURRENT\"") > cc -pipe -fstack-protector-strong -fno-strict-aliasing > -DNEEDS_BOOL_TYPEDEF -DHASTASKS -DHAS_PAUSE_SBT -DHAS_DUP2 > -DHAS_CLOSEFROM -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT > -DHAS_TMPFS -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 > -DHAS_NO_IDEV -DHAS_VM_MEMATTR_T -DNEEDS_DEVICE_T -DHAS_CDEV2PRIV > -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHASFUSEFS -DHAS_ZFS -DHAS_V_LOCKF > -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T > -DHAS_SB_CCC -DHAS_FDESCENTTBL -DFREEBSDV=13000 -DHASFDESCFS=2 > -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME > -DLSOF_VSTR="13.0-CURRENT" -I/usr/src/sys -O2 -c ckkv.c -o ckkv.o > In file included from ckkv.c:43: > In file included from ./../lsof.h:221: > In file included from ./../dlsof.h:406: > In file included from /usr/src/sys/sys/file.h:44: > /usr/src/sys/sys/refcount.h:65:12: error: use of undeclared identifier > 'false' > return (false); > ^ > /usr/src/sys/sys/refcount.h:68:12: error: use of undeclared identifier > 'true' > return (true); > ^ > /usr/src/sys/sys/refcount.h:81:11: error: use of undeclared identifier > 'false' > return (false); > ^ > /usr/src/sys/sys/refcount.h:90:10: error: use of undeclared identifier > 'true' > return (true); > ^ > /usr/src/sys/sys/refcount.h:106:12: error: use of undeclared identifier > 'false' > return (false); > ^ > /usr/src/sys/sys/refcount.h:108:12: error: use of undeclared identifier > 'true' > return (true); > ^ > /usr/src/sys/sys/refcount.h:121:12: error: use of undeclared identifier > 'false' > return (false); > ^ > /usr/src/sys/sys/refcount.h:123:12: error: use of undeclared identifier > 'true' > return (true); > ^ > 8 errors generated. > *** Error code 1 > > Stop. > make[2]: stopped in > /wrkdirs/usr/ports/sysutils/lsof/work/lsof-4.93.2/lib > *** Error code 1 > > Stop. > make[1]: stopped in /wrkdirs/usr/ports/sysutils/lsof/work/lsof-4.93.2 > *** Error code 1 > > Stop. > make: stopped in /usr/ports/sysutils/lsof > > -------- Original Message -------- > Subject: [package - head-i386-default][sysutils/lsof] Failed for > lsof-4.93.2_2,8 in build > Date: 07/25/2019 12:50 pm > From: pkg-fallout@FreeBSD.org > To: ler@FreeBSD.org > Cc: pkg-fallout@FreeBSD.org > > You are receiving this mail as a port that you maintain > is failing to build on the FreeBSD package build server. > Please investigate the failure and submit a PR to fix > build. > > Maintainer: ler@FreeBSD.org > Last committer: ler@FreeBSD.org > Ident: $FreeBSD: head/sysutils/lsof/Makefile 505444 2019-06-30 > 19:15:30Z ler $ > Log URL: > http://beefy11.nyi.freebsd.org/data/head-i386-default/p507306_s350311/logs/lsof-4.93.2_2,8.log > Build URL: > http://beefy11.nyi.freebsd.org/build.html?mastername=head-i386-default&build=p507306_s350311 > Log: > > =>> Building sysutils/lsof > build started at Thu Jul 25 17:50:05 UTC 2019 > port directory: /usr/ports/sysutils/lsof > package name: lsof-4.93.2_2,8 > building for: FreeBSD head-i386-default-job-17 13.0-CURRENT FreeBSD > 13.0-CURRENT 1300037 i386 > maintained by: ler@FreeBSD.org > Makefile ident: $FreeBSD: head/sysutils/lsof/Makefile 505444 > 2019-06-30 19:15:30Z ler $ > Poudriere version: 3.2.8-5-gc81843e5 > Host OSVERSION: 1300031 > Jail OSVERSION: 1300037 > Job Id: 17 > > > > > !!! Jail is newer than host. (Jail: 1300037, Host: 1300031) !!! > !!! This is not supported. !!! > !!! Host kernel must be same or newer than jail. !!! > !!! Expect build failures. !!! > > > > ---Begin Environment--- > SHELL=/bin/csh > UNAME_p=i386 > UNAME_m=i386 > OSVERSION=1300037 > UNAME_v=FreeBSD 13.0-CURRENT 1300037 > UNAME_r=13.0-CURRENT > BLOCKSIZE=K > MAIL=/var/mail/root > STATUS=1 > HOME=/root > PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/root/bin > LOCALBASE=/usr/local > USER=root > LIBEXECPREFIX=/usr/local/libexec/poudriere > POUDRIERE_VERSION=3.2.8-5-gc81843e5 > MASTERMNT=/usr/local/poudriere/data/.m/head-i386-default/ref > POUDRIERE_BUILD_TYPE=bulk > PACKAGE_BUILDING=yes > SAVED_TERM= > PWD=/usr/local/poudriere/data/.m/head-i386-default/ref/.p/pool > P_PORTS_FEATURES=FLAVORS SELECTED_OPTIONS > MASTERNAME=head-i386-default > SCRIPTPREFIX=/usr/local/share/poudriere > OLDPWD=/usr/local/poudriere/data/.m/head-i386-default/ref/.p > SCRIPTPATH=/usr/local/share/poudriere/bulk.sh > POUDRIEREPATH=/usr/local/bin/poudriere > ---End Environment--- > > ---Begin Poudriere Port Flags/Env--- > PORT_FLAGS= > PKGENV= > FLAVOR= > DEPENDS_ARGS= > MAKE_ARGS= > ---End Poudriere Port Flags/Env--- > > ---Begin OPTIONS List--- > ---End OPTIONS List--- > > --MAINTAINER-- > ler@FreeBSD.org > --End MAINTAINER-- > > --CONFIGURE_ARGS-- > -n freebsd > --End CONFIGURE_ARGS-- > > --CONFIGURE_ENV-- > LSOF_CC="cc" FREEBSD_SYS="/usr/src/sys" > XDG_DATA_HOME=/wrkdirs/usr/ports/sysutils/lsof/work > XDG_CONFIG_HOME=/wrkdirs/usr/ports/sysutils/lsof/work > HOME=/wrkdirs/usr/ports/sysutils/lsof/work TMPDIR="/tmp" > PATH=/wrkdirs/usr/ports/sysutils/lsof/work/.bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/root/bin > SHELL=/bin/sh CONFIG_SHELL=/bin/sh > --End CONFIGURE_ENV-- > > --MAKE_ENV-- > XDG_DATA_HOME=/wrkdirs/usr/ports/sysutils/lsof/work > XDG_CONFIG_HOME=/wrkdirs/usr/ports/sysutils/lsof/work > HOME=/wrkdirs/usr/ports/sysutils/lsof/work TMPDIR="/tmp" > PATH=/wrkdirs/usr/ports/sysutils/lsof/work/.bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/root/bin > NO_PIE=yes MK_DEBUG_FILES=no MK_KERNEL_SYMBOLS=no SHELL=/bin/sh > NO_LINT=YES PREFIX=/usr/local LOCALBASE=/usr/local CC="cc" CFLAGS="-O2 > -pipe -fstack-protector-strong -fno-strict-aliasing " CPP="cpp" > CPPFLAGS="" LDFLAGS=" -fstack-protector-strong " LIBS="" CXX="c++" > CXXFLAGS="-O2 -pipe -fstack-protector-strong -fno-strict-aliasing " > MANPREFIX="/usr/local" BSD_INSTALL_PROGRAM="install -s -m 555" > BSD_INSTALL_LIB="install -s -m 0644" BSD_INSTALL_SCRIPT="install -m > 555" BSD_INSTALL_DATA="install -m 0644" BSD_INSTALL_MAN="install -m > 444" > --End MAKE_ENV-- > > --PLIST_SUB-- > OSREL=13.0 PREFIX=%D LOCALBASE=/usr/local RESETPREFIX=/usr/local > LIB32DIR=lib DOCSDIR="share/doc/lsof" EXAMPLESDIR="share/examples/lsof" > DATADIR="share/lsof" WWWDIR="www/lsof" ETCDIR="etc/lsof" > --End PLIST_SUB-- > > --SUB_LIST-- > PREFIX=/usr/local LOCALBASE=/usr/local DATADIR=/usr/local/share/lsof > DOCSDIR=/usr/local/share/doc/lsof > EXAMPLESDIR=/usr/local/share/examples/lsof WWWDIR=/usr/local/www/lsof > ETCDIR=/usr/local/etc/lsof > --End SUB_LIST-- > > ---Begin make.conf--- > USE_PACKAGE_DEPENDS=yes > BATCH=yes > WRKDIRPREFIX=/wrkdirs > PORTSDIR=/usr/ports > PACKAGES=/packages > DISTDIR=/distfiles > PACKAGE_BUILDING=yes > PACKAGE_BUILDING_FLAVORS=yes > MACHINE=i386 > MACHINE_ARCH=i386 > ARCH=${MACHINE_ARCH} > #### /usr/local/etc/poudriere.d/make.conf #### > # XXX: We really need this but cannot use it while 'make checksum' does > not > # try the next mirror on checksum failure. It currently retries the > same > # failed mirror and then fails rather then trying another. It *does* > # try the next if the size is mismatched though. > #MASTER_SITE_FREEBSD=yes > # Build ALLOW_MAKE_JOBS_PACKAGES with 2 jobs > MAKE_JOBS_NUMBER=2 > > # stable/10 includes src.conf too late but make.conf is in sys.mk > .if ${.CURDIR:M/poudriere/jails/10*/usr/src/usr.bin/xlint*} > # Disable build of llib now that head no longer has lint(1) > LINT= true > .endif > #### /usr/ports/Mk/Scripts/ports_env.sh #### > _CCVERSION_921dbbb2=FreeBSD clang version 8.0.1 (tags/RELEASE_801/final > 366581) (based on LLVM 8.0.1) Target: i386-unknown-freebsd13.0 Thread > model: posix InstalledDir: /usr/bin > _ALTCCVERSION_921dbbb2=none > _CXXINTERNAL_acaad9ca=FreeBSD clang version 8.0.1 > (tags/RELEASE_801/final 366581) (based on LLVM 8.0.1) Target: > i386-unknown-freebsd13.0 Thread model: posix InstalledDir: /usr/bin > "/usr/bin/ld" "--eh-frame-hdr" "-dynamic-linker" "/libexec/ld-elf.so.1" > "--hash-style=both" "--enable-new-dtags" "-m" "elf_i386_fbsd" "-o" > "a.out" "/usr/lib/crt1.o" "/usr/lib/crti.o" "/usr/lib/crtbegin.o" > "-L/usr/lib" "/dev/null" "-lc++" "-lm" "-lgcc" "--as-needed" "-lgcc_s" > "--no-as-needed" "-lc" "-lgcc" "--as-needed" "-lgcc_s" "--no-as-needed" > "/usr/lib/crtend.o" "/usr/lib/crtn.o" > CC_OUTPUT_921dbbb2_58173849=yes > CC_OUTPUT_921dbbb2_9bdba57c=yes > CC_OUTPUT_921dbbb2_6a4fe7f5=yes > CC_OUTPUT_921dbbb2_6bcac02b=yes > CC_OUTPUT_921dbbb2_67d20829=yes > CC_OUTPUT_921dbbb2_bfa62e83=yes > CC_OUTPUT_921dbbb2_f0b4d593=yes > CC_OUTPUT_921dbbb2_308abb44=yes > CC_OUTPUT_921dbbb2_f00456e5=yes > CC_OUTPUT_921dbbb2_65ad290d=yes > CC_OUTPUT_921dbbb2_f2776b26=yes > CC_OUTPUT_921dbbb2_b2657cc3=yes > CC_OUTPUT_921dbbb2_380987f7=yes > CC_OUTPUT_921dbbb2_160933ec=yes > CC_OUTPUT_921dbbb2_fb62803b=yes > _OBJC_CCVERSION_921dbbb2=FreeBSD clang version 8.0.1 > (tags/RELEASE_801/final 366581) (based on LLVM 8.0.1) Target: > i386-unknown-freebsd13.0 Thread model: posix InstalledDir: /usr/bin > _OBJC_ALTCCVERSION_921dbbb2=none > ARCH=i386 > OPSYS=FreeBSD > _OSRELEASE=13.0-CURRENT > OSREL=13.0 > OSVERSION=1300037 > PYTHONBASE=/usr/local > CONFIGURE_MAX_CMD_LEN=262144 > HAVE_PORTS_ENV=1 > #### Misc Poudriere #### > GID=0 > UID=0 > DISABLE_MAKE_JOBS=poudriere > ---End make.conf--- > --Resource limits-- > cpu time (seconds, -t) unlimited > file size (512-blocks, -f) unlimited > data seg size (kbytes, -d) 524288 > stack size (kbytes, -s) 65536 > core file size (512-blocks, -c) unlimited > max memory size (kbytes, -m) unlimited > locked memory (kbytes, -l) unlimited > max user processes (-u) 89999 > open files (-n) 1024 > virtual mem size (kbytes, -v) unlimited > swap limit (kbytes, -w) unlimited > socket buffer size (bytes, -b) unlimited > pseudo-terminals (-p) unlimited > kqueues (-k) unlimited > umtx shared locks (-o) unlimited > --End resource limits-- > ======================= >============================ > ===> License lsof accepted by the user > =========================================================================== > ======================= >============================ > ===> lsof-4.93.2_2,8 depends on file: /usr/local/sbin/pkg - not found > ===> Installing existing package /packages/All/pkg-1.11.1.txz > [head-i386-default-job-17] Installing pkg-1.11.1... > [head-i386-default-job-17] Extracting pkg-1.11.1: .......... done > ===> lsof-4.93.2_2,8 depends on file: /usr/local/sbin/pkg - found > ===> Returning to build of lsof-4.93.2_2,8 > =========================================================================== > ======================= >============================ > =========================================================================== > ======================= >============================ > ===> License lsof accepted by the user > ===> Fetching all distfiles required by lsof-4.93.2_2,8 for building > =========================================================================== > ======================= >============================ > ===> License lsof accepted by the user > ===> Fetching all distfiles required by lsof-4.93.2_2,8 for building > => SHA256 Checksum OK for lsof-org-lsof-4.93.2_GH0.tar.gz. > =========================================================================== > ======================= extract-depends>============================ > =========================================================================== > ======================= >============================ > ===> License lsof accepted by the user > ===> Fetching all distfiles required by lsof-4.93.2_2,8 for building > ===> Extracting for lsof-4.93.2_2,8 > => SHA256 Checksum OK for lsof-org-lsof-4.93.2_GH0.tar.gz. > =========================================================================== > ======================= >============================ > =========================================================================== > ======================= >============================ > ===> Patching for lsof-4.93.2_2,8 > ===> Applying FreeBSD patches for lsof-4.93.2_2,8 > =========================================================================== > ======================= >============================ > =========================================================================== > ======================= >============================ > =========================================================================== > ======================= >============================ > ===> Configuring for lsof-4.93.2_2,8 > Creating ./lockf_owner.h from /usr/src/sys/kern/kern_lockf.c > ./lockf_owner.h creation succeeded. > rm -f ddev.c dfile.c dlsof.h dmnt.c dnode*.c dproc.c dproto.h dsock.c > dstore.c dzfs.h kernelbase.h machine.h machine.h.old new_machine.h > __lseek.s Makefile Makefile.zfs ./tests/config.cflags > rm -f ./tests/config.cc ./tests/config.xobj ./tests/config.ldflags > Testing C library for localtime() and strftime(), using cc ... present > ln -s dialects/freebsd/dlsof.h dlsof.h > ln -s dialects/freebsd/dmnt.c dmnt.c > ln -s dialects/freebsd/dnode.c dnode.c > ln -s dialects/freebsd/dnode1.c dnode1.c > ln -s dialects/freebsd/dnode2.c dnode2.c > ln -s dialects/freebsd/dproc.c dproc.c > ln -s dialects/freebsd/dproto.h dproto.h > ln -s dialects/freebsd/dsock.c dsock.c > ln -s dialects/freebsd/dstore.c dstore.c > ln -s dialects/freebsd/dzfs.h dzfs.h > ln -s dialects/freebsd/machine.h machine.h > Makefile and lib/Makefile created. > Makefile.zfs created. > ./tests/config.cc created > ./tests/config.cflags created > ./tests/config.ldflags created > ./tests/config.xobj created > =========================================================================== > ======================= >============================ > ===> Building for lsof-4.93.2_2,8 > (cd lib; /usr/bin/make DEBUG="-O2" CFGF="-pipe -fstack-protector-strong > -fno-strict-aliasing -DNEEDS_BOOL_TYPEDEF -DHASTASKS -DHAS_PAUSE_SBT > -DHAS_DUP2 -DHAS_CLOSEFROM -DHASEFFNLINK=i_effnlink -DHASF_VNODE > -DHAS_FILEDESCENT -DHAS_TMPFS -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE > -DHAS_UFS1_2 -DHAS_NO_IDEV -DHAS_VM_MEMATTR_T -DNEEDS_DEVICE_T > -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHASFUSEFS -DHAS_ZFS > -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB > -DNEEDS_BOOLEAN_T -DHAS_SB_CCC -DHAS_FDESCENTTBL -DFREEBSDV=13000 > -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX > -DHAS_STRFTIME -DLSOF_VSTR=\"13.0-CURRENT\"") > cc -pipe -fstack-protector-strong -fno-strict-aliasing > -DNEEDS_BOOL_TYPEDEF -DHASTASKS -DHAS_PAUSE_SBT -DHAS_DUP2 > -DHAS_CLOSEFROM -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT > -DHAS_TMPFS -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 > -DHAS_NO_IDEV -DHAS_VM_MEMATTR_T -DNEEDS_DEVICE_T -DHAS_CDEV2PRIV > -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHASFUSEFS -DHAS_ZFS -DHAS_V_LOCKF > -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T > -DHAS_SB_CCC -DHAS_FDESCENTTBL -DFREEBSDV=13000 -DHASFDESCFS=2 > -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME > -DLSOF_VSTR="13.0-CURRENT" -I/usr/src/sys -O2 -c ckkv.c -o ckkv.o > In file included from ckkv.c:43: > In file included from ./../lsof.h:221: > In file included from ./../dlsof.h:406: > In file included from /usr/src/sys/sys/file.h:44: > /usr/src/sys/sys/refcount.h:65:12: error: use of undeclared identifier > 'false' > return (false); > ^ > /usr/src/sys/sys/refcount.h:68:12: error: use of undeclared identifier > 'true' > return (true); > ^ > /usr/src/sys/sys/refcount.h:81:11: error: use of undeclared identifier > 'false' > return (false); > ^ > /usr/src/sys/sys/refcount.h:90:10: error: use of undeclared identifier > 'true' > return (true); > ^ > /usr/src/sys/sys/refcount.h:106:12: error: use of undeclared identifier > 'false' > return (false); > ^ > /usr/src/sys/sys/refcount.h:108:12: error: use of undeclared identifier > 'true' > return (true); > ^ > /usr/src/sys/sys/refcount.h:121:12: error: use of undeclared identifier > 'false' > return (false); > ^ > /usr/src/sys/sys/refcount.h:123:12: error: use of undeclared identifier > 'true' > return (true); > ^ > 8 errors generated. > *** Error code 1 > > Stop. > make[2]: stopped in > /wrkdirs/usr/ports/sysutils/lsof/work/lsof-4.93.2/lib > *** Error code 1 > > Stop. > make[1]: stopped in /wrkdirs/usr/ports/sysutils/lsof/work/lsof-4.93.2 > *** Error code 1 > > Stop. > make: stopped in /usr/ports/sysutils/lsof > > -- > Larry Rosenman http://people.freebsd.org/~ler > Phone: +1 214-642-9640 E-Mail: ler@FreeBSD.org > US Mail: 5708 Sabbia Dr, Round Rock, TX 78665-2106 > _______________________________________________ > 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" "svn blame" suggests r350199 by kib. However, refcount.h should only be included if lsof defines _KERNEL, which normal programs shouldn't. So I think this should be considered a bug in lsof. -Alan From owner-freebsd-current@freebsd.org Thu Jul 25 18:13:30 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 844EFAAB2D for ; Thu, 25 Jul 2019 18:13:30 +0000 (UTC) (envelope-from ler@FreeBSD.org) Received: from thebighonker.lerctr.org (ns-b.lerctr.org [IPv6:2001:470:1f0f:3ad::53:2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "*.lerctr.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5A6AA8E582; Thu, 25 Jul 2019 18:13:30 +0000 (UTC) (envelope-from ler@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=ler2019; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date: Content-Transfer-Encoding:Content-Type:MIME-Version:Sender:Reply-To: 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=w6PEdOWQ1JGGp67/mu6JrCfRprAbW5qKuw1WyaPUHwE=; b=DfXZHFwG03JZURiOVbIRkhZv3P ozh4g5ccwul4BYo1hCNPk1CWk7Nxz9KpZ4FiIq1IHCVXFO92HME839Phn6dkH9CKfy0P5bj8Z0oQ/ zp4H3HTWW8oeKXZ1JVy1Una7DEWSdpoNNYCX3yQb4XC9sn5BmKJ6M74AilmQdxplFQTxiNzstEpmj DXwe4hT8aeTo9xa8yWGDMVfM9V7CGWG0BWsCPGvqOCZU6LISvGUZ02+NaYwdhtndHI8W/L/k+GjJb gxT8qQgzuvv8tHZu5kYm0wivxbtAzVwmluDscjsrkz9b2nu4b8cJZeBcGgKCJsN2IAIEbTlAYinig 4wNnBN+A==; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:bb:dcff:fe50:d900]:15535 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92 (FreeBSD)) (envelope-from ) id 1hqiF7-0003bE-KW; Thu, 25 Jul 2019 13:13:29 -0500 Received: from 2600:1700:210:b180:f4ae:ab2e:e462:6b19 by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Thu, 25 Jul 2019 13:13:29 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 25 Jul 2019 13:13:29 -0500 From: Larry Rosenman To: Alan Somers Cc: Freebsd current Subject: Re: [package - head-i386-default][sysutils/lsof] Failed for lsof-4.93.2_2,8 in build In-Reply-To: References: <201907251750.x6PHoAsV025165@beefy11.nyi.freebsd.org> Message-ID: X-Sender: ler@FreeBSD.org User-Agent: Roundcube Webmail/1.3.9 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jul 2019 18:13:30 -0000 On 07/25/2019 1:10 pm, Alan Somers wrote: > On Thu, Jul 25, 2019 at 12:05 PM Larry Rosenman > wrote: >> >> Um.... Who broke this? >> >> /usr/src/sys/sys/refcount.h:65:12: error: use of undeclared identifier >> 'false' >> return (false); >> ^ >> /usr/src/sys/sys/refcount.h:68:12: error: use of undeclared identifier >> 'true' >> return (true); >> ^ >> /usr/src/sys/sys/refcount.h:81:11: error: use of undeclared identifier >> 'false' >> return (false); >> ^ >> /usr/src/sys/sys/refcount.h:90:10: error: use of undeclared identifier >> 'true' >> return (true); >> ^ >> /usr/src/sys/sys/refcount.h:106:12: error: use of undeclared >> identifier >> 'false' >> return (false); >> ^ >> /usr/src/sys/sys/refcount.h:108:12: error: use of undeclared >> identifier >> 'true' >> return (true); >> ^ >> /usr/src/sys/sys/refcount.h:121:12: error: use of undeclared >> identifier >> 'false' >> return (false); >> ^ >> /usr/src/sys/sys/refcount.h:123:12: error: use of undeclared >> identifier >> 'true' >> return (true); >> ^ >> 8 errors generated. >> *** Error code 1 >> >> Stop. >> make[2]: stopped in >> /wrkdirs/usr/ports/sysutils/lsof/work/lsof-4.93.2/lib >> *** Error code 1 >> >> Stop. >> make[1]: stopped in /wrkdirs/usr/ports/sysutils/lsof/work/lsof-4.93.2 >> *** Error code 1 >> >> Stop. >> make: stopped in /usr/ports/sysutils/lsof >> >> -- >> Larry Rosenman http://people.freebsd.org/~ler >> Phone: +1 214-642-9640 E-Mail: ler@FreeBSD.org >> US Mail: 5708 Sabbia Dr, Round Rock, TX 78665-2106 >> _______________________________________________ >> 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" > > > "svn blame" suggests r350199 by kib. However, refcount.h should only > be included if lsof defines _KERNEL, which normal programs shouldn't. > So I think this should be considered a bug in lsof. > -Alan we *HAVE* to define _KERNEL, to get at the kernel structures..... -- Larry Rosenman http://people.freebsd.org/~ler Phone: +1 214-642-9640 E-Mail: ler@FreeBSD.org US Mail: 5708 Sabbia Dr, Round Rock, TX 78665-2106 From owner-freebsd-current@freebsd.org Thu Jul 25 18:35:13 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8C3E2AB2C7 for ; Thu, 25 Jul 2019 18:35:13 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound3d.ore.mailhop.org (outbound3d.ore.mailhop.org [54.186.57.195]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 474E98F53C for ; Thu, 25 Jul 2019 18:35:13 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1564079706; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=AZpGmHGWxhjQ3zQOrGSHbo9R9dTMFgpd1whLR+vMB/twtt9JD97ZJMUnI6ebSX81w8wl2G83B9BJL qnWCvKv083cVm/Ib0wTAmhmKtRMZOWMdKkQm4kGPxJGkYOhcWvKHFyzmUCY/pKnYpTWQa+dHqIGubE tgBOAY1eyemzTjN4BfsgSsb7N1RDpUQupOG/chRPKzaFxPmzj/N3Mj4qSkYZ0sA36FxJFTHzB/pTiw xEmOnNHuwYruI/w5BPE+emLHnHd9RWbD+UwR8u74Wb+cmTX1m8/2OigNf2KkUATsy9VnO6n/0CraZG A3dfGHOF3zH3bwzlrBf5XKgb7+SvAeA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:dkim-signature:from; bh=/pKkpqJ4II0kKtr7Q3mjw7qpk0dbLkr5+/7Cfcoi/4M=; b=VYk02mREDCNxFV7lgLMjeVuBwa0V1GKt/yPYxI8InJz6ns1Y8FXLJ3g1Q+SqRKl6f/2MhgGiY7lGP XBQaIJ/UrfjKAYaz2hjqlBziXSBAHnzIDEFNo3oiGhzEa/psjchnr3RL+q+R9scQHlDqv0MpRJ/tK8 QwxIJRj/OxttWHkqnQJVqLczPVt3zMz2zz5AdIwIKXVVNhyR+x/rjynieAg+kYt9jpgQT+ADGf1+0C x2hA1EC00iE3jK2L4GBln1LYGbaOYvm7xbsKBaXsT+L5GI65/FXlNCkDpyPv9lncVscK4WLq8zgdps Ula38wVsmRc37y1CPqPskFvZExxDB4A== ARC-Authentication-Results: i=1; outbound3.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=/pKkpqJ4II0kKtr7Q3mjw7qpk0dbLkr5+/7Cfcoi/4M=; b=YnUO3qZMuUvZknset3x2NRMX5cty7vJNnZJ4C9UGCsnNpm8sjEW0s22YdtbSDJj6/Rc0l1wiWBPmW BPschFTDr4vVqvaZHkSIELPJC70s1H8Cb3G33mbIz5BWS01c3RlSJKGEE68EuP7ZJGsAaqjRUSohmY uBirM1HiWOu5JFYYqQbD0PBsVHBGjePXL3a7CslnUJ4K6U4ZtgkopCLh7eD/2K5MGsACppASRth2/A 73VXKJ0qWksyhNCev+bPZ5idlNPZ0DH/zo4vO1w+Je5aYOlb9QjXurPcT1aW0ZjccJHchunz9G2JLA +9XbDt0Hquwmt8tADJ38g3PoXX+76Ww== X-MHO-RoutePath: aGlwcGll X-MHO-User: eb032f4a-af0a-11e9-b679-cdd75d6ce7a8 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound3.ore.mailhop.org (Halon) with ESMTPSA id eb032f4a-af0a-11e9-b679-cdd75d6ce7a8; Thu, 25 Jul 2019 18:35:04 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id x6PIZ3mo073944; Thu, 25 Jul 2019 12:35:03 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: Subject: Re: [package - head-i386-default][sysutils/lsof] Failed for lsof-4.93.2_2,8 in build From: Ian Lepore To: Larry Rosenman , Alan Somers Cc: Freebsd current Date: Thu, 25 Jul 2019 12:35:03 -0600 In-Reply-To: References: <201907251750.x6PHoAsV025165@beefy11.nyi.freebsd.org> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 474E98F53C X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.99)[-0.992,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jul 2019 18:35:13 -0000 On Thu, 2019-07-25 at 13:13 -0500, Larry Rosenman wrote: > On 07/25/2019 1:10 pm, Alan Somers wrote: > > On Thu, Jul 25, 2019 at 12:05 PM Larry Rosenman > > wrote: > > > > > > Um.... Who broke this? > > > > > > /usr/src/sys/sys/refcount.h:65:12: error: use of undeclared > > > identifier > > > 'false' > > > return (false); > > > ^ > > > [...] > > > > > "svn blame" suggests r350199 by kib. However, refcount.h should > > only > > be included if lsof defines _KERNEL, which normal programs > > shouldn't. > > So I think this should be considered a bug in lsof. > > -Alan > > > we *HAVE* to define _KERNEL, to get at the kernel structures..... Then you have to follow the rules (from style(9))... If either or is needed, include it before other include files. ( includes ; do not include both.) Typically, if you're including anything from sys/ you'll need sys/types.h first. -- Ian From owner-freebsd-current@freebsd.org Thu Jul 25 18:35:51 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9BB00AB369 for ; Thu, 25 Jul 2019 18:35:51 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-lj1-f194.google.com (mail-lj1-f194.google.com [209.85.208.194]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C1578F694; Thu, 25 Jul 2019 18:35:51 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-lj1-f194.google.com with SMTP id k18so48940541ljc.11; Thu, 25 Jul 2019 11:35:51 -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=qtWrMmbbZqQveEc13aKLlzUqRWoa4cXJQVU1hsIVRRs=; b=ql02i6cAvNGSb812qTBRn5mL4iXsEg92EA8SbNF5M1+SNb2lT4Wt+bFH5viu791uyJ Sp6KCOVXubmjpz787QLiFlVd0j3cuUJSP+fyxQ0OEp85kijzTy9Sgo9I9jBfnO0iZ57C YJX/lDyRHkcvNM0N8kuFmG4ac2ksmBC72eDeXzqocFFCUbotxKWpXV5M3+7d5WycIXW6 plXaJOwHT7+hvuGr92iVvS1/z9UWDF4B/WmR6oq3vNlYp75Zn0VwjhMA2EBJn5BT+EfH Latd6lpbZuehOH942st8rNBZwHrw6XEm6KbUYWd76HOpwCl3bA0IiWty9TnIcaBnpwGA AmTA== X-Gm-Message-State: APjAAAWN7F6jLX7YHF/B5oUnae0bbEBFb606eknCmW1EZPy8vN6HhzD/ c0R718VmyqxbBZ2HgWLxL6K+kZ3RaAoiwQZPMCM+Mw== X-Google-Smtp-Source: APXvYqx8/XSWacJl5/axQdxsK9hN60DcxEAxOG6j1tVPPAnbCHRdG0kb+TfyAShitDSip6kZLrBS8lpVaHTxqAbVig8= X-Received: by 2002:a2e:1290:: with SMTP id 16mr45168510ljs.88.1564079744017; Thu, 25 Jul 2019 11:35:44 -0700 (PDT) MIME-Version: 1.0 References: <201907251750.x6PHoAsV025165@beefy11.nyi.freebsd.org> In-Reply-To: From: Alan Somers Date: Thu, 25 Jul 2019 12:35:32 -0600 Message-ID: Subject: Re: [package - head-i386-default][sysutils/lsof] Failed for lsof-4.93.2_2,8 in build To: Larry Rosenman Cc: Alan Somers , Freebsd current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4C1578F694 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.97 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[]; NEURAL_HAM_SHORT(-0.97)[-0.972,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jul 2019 18:35:51 -0000 On Thu, Jul 25, 2019 at 12:13 PM Larry Rosenman wrote: > > On 07/25/2019 1:10 pm, Alan Somers wrote: > > On Thu, Jul 25, 2019 at 12:05 PM Larry Rosenman > > wrote: > >> > >> Um.... Who broke this? > >> > >> /usr/src/sys/sys/refcount.h:65:12: error: use of undeclared identifier > >> 'false' > >> return (false); > >> ^ > >> /usr/src/sys/sys/refcount.h:68:12: error: use of undeclared identifier > >> 'true' > >> return (true); > >> ^ > >> /usr/src/sys/sys/refcount.h:81:11: error: use of undeclared identifier > >> 'false' > >> return (false); > >> ^ > >> /usr/src/sys/sys/refcount.h:90:10: error: use of undeclared identifier > >> 'true' > >> return (true); > >> ^ > >> /usr/src/sys/sys/refcount.h:106:12: error: use of undeclared > >> identifier > >> 'false' > >> return (false); > >> ^ > >> /usr/src/sys/sys/refcount.h:108:12: error: use of undeclared > >> identifier > >> 'true' > >> return (true); > >> ^ > >> /usr/src/sys/sys/refcount.h:121:12: error: use of undeclared > >> identifier > >> 'false' > >> return (false); > >> ^ > >> /usr/src/sys/sys/refcount.h:123:12: error: use of undeclared > >> identifier > >> 'true' > >> return (true); > >> ^ > >> 8 errors generated. > >> *** Error code 1 > >> > >> Stop. > >> make[2]: stopped in > >> /wrkdirs/usr/ports/sysutils/lsof/work/lsof-4.93.2/lib > >> *** Error code 1 > >> > >> Stop. > >> make[1]: stopped in /wrkdirs/usr/ports/sysutils/lsof/work/lsof-4.93.2 > >> *** Error code 1 > >> > >> Stop. > >> make: stopped in /usr/ports/sysutils/lsof > >> > >> -- > >> Larry Rosenman http://people.freebsd.org/~ler > >> Phone: +1 214-642-9640 E-Mail: ler@FreeBSD.org > >> US Mail: 5708 Sabbia Dr, Round Rock, TX 78665-2106 > >> _______________________________________________ > >> 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" > > > > > > "svn blame" suggests r350199 by kib. However, refcount.h should only > > be included if lsof defines _KERNEL, which normal programs shouldn't. > > So I think this should be considered a bug in lsof. > > -Alan > > > we *HAVE* to define _KERNEL, to get at the kernel structures..... Then I think you have to live with this amount of instability. refcount(9) says that you should include . Did you do that? If so, then this is a man page bug and refcount(9) should also specify stdbool.h. -Alan From owner-freebsd-current@freebsd.org Thu Jul 25 18:40:24 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 20562AB580 for ; Thu, 25 Jul 2019 18:40:24 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-io1-xd43.google.com (mail-io1-xd43.google.com [IPv6:2607:f8b0:4864:20::d43]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 75D948F991; Thu, 25 Jul 2019 18:40:23 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: by mail-io1-xd43.google.com with SMTP id i10so99308243iol.13; Thu, 25 Jul 2019 11:40:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=pHxbjcJnYDjbEDOiDD/jbJG6F0RNGt8BqHx43hSrGz8=; b=siRhK5bs0dZy9T1HlX+GmKRv93BTorObxC0D/fh4uSnVPpUXpM8OLZtMwEjfI9gWVs 9dyk+poorE/aJ9A6akkxGtoXkVvZ1PuQBJ0WbPXlNnSgHJwrMgI7Fe3R0JfHhqM4LoLZ 5o6YfqcQmd5ABC7Nu1ZbG5oNcu7x6tR/0Ih1rkbnRExm0rW1HIASA3z/cMw5a1AGZD2p do7j2wBXThg1OFNXYb7azraUQPo7JLsR2OTMPPySu/8NfIdzce3PN6PIDTMvLijrilYc DoiSXbBFh83TaPE0JQKwMtg8Czeoudq/41Cj7qrjdecdRu/6PNfSOulrRCWnhWadQeDG HMfQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=pHxbjcJnYDjbEDOiDD/jbJG6F0RNGt8BqHx43hSrGz8=; b=lSNKL+Whd08DvUK2S9Jf45X2goM7jqaYECHegBsLV1NdYQ1Z9Y1ErWa6uJGybdhu3S qfvqHIyyoUSUV6Lnom9KqfApWTKCe+oZBnmD1/qHgdWqTbiWDmMgUx2mw2OBBxUVUxqV n0EBmHK+STRB31+j/+AtY3l3Jp1vCS02VErjoR29kS0JhGSjaTBUEUUEwOFsP0AhKaqI 5VY5c67ZaNrCVbybVeYgSmZ0/NpwDXVKXR7tVRWs3FSq7od5TK2yKIKVaIoWDMSy59o7 wzTADCcdPAC32QgD6AvR43mI/ITzNUoPQocfbw9qqQOe/8dPjNT3UjMLIuFNQ6/6NeeI pLWA== X-Gm-Message-State: APjAAAW6O+sF/UVg/ReTZOeIOQiApWAP4ovoBJxwiv8UEkj1cmW2iIrq yYjA/cyf8dl8xZRKAfwxzxT8JyU2 X-Google-Smtp-Source: APXvYqzCG/a9twMxg9UMVccn+wbSdRHuuJpskEdPfaA6H1gU6R5dUvkPLEuZQV4v1rfV+WXLNLRDGw== X-Received: by 2002:a02:c487:: with SMTP id t7mr34981235jam.99.1564080022230; Thu, 25 Jul 2019 11:40:22 -0700 (PDT) Received: from titan.knownspace (173-25-245-129.client.mchsi.com. [173.25.245.129]) by smtp.gmail.com with ESMTPSA id x22sm37547721iob.84.2019.07.25.11.40.21 (version=TLS1_3 cipher=AEAD-AES256-GCM-SHA384 bits=256/256); Thu, 25 Jul 2019 11:40:21 -0700 (PDT) Date: Thu, 25 Jul 2019 13:40:17 -0500 From: Justin Hibbits To: Alan Somers Cc: Larry Rosenman , Freebsd current Subject: Re: [package - head-i386-default][sysutils/lsof] Failed for lsof-4.93.2_2,8 in build Message-ID: <20190725134017.7c09692d@titan.knownspace> In-Reply-To: References: <201907251750.x6PHoAsV025165@beefy11.nyi.freebsd.org> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; powerpc64-portbld-freebsd13.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 75D948F991 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=siRhK5bs; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of chmeeedalf@gmail.com designates 2607:f8b0:4864:20::d43 as permitted sender) smtp.mailfrom=chmeeedalf@gmail.com X-Spamd-Result: default: False [-4.38 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(-0.74)[ip: (1.90), ipnet: 2607:f8b0::/32(-3.09), asn: 15169(-2.44), country: US(-0.05)]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[3.4.d.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.63)[-0.633,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_TLS_LAST(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jul 2019 18:40:24 -0000 On Thu, 25 Jul 2019 12:35:32 -0600 Alan Somers wrote: > On Thu, Jul 25, 2019 at 12:13 PM Larry Rosenman > wrote: > > > > On 07/25/2019 1:10 pm, Alan Somers wrote: > > > On Thu, Jul 25, 2019 at 12:05 PM Larry Rosenman > > > wrote: > > >> > > >> Um.... Who broke this? ... > > > "svn blame" suggests r350199 by kib. However, refcount.h should > > > only be included if lsof defines _KERNEL, which normal programs > > > shouldn't. So I think this should be considered a bug in lsof. > > > -Alan > > > > > > we *HAVE* to define _KERNEL, to get at the kernel structures..... > > Then I think you have to live with this amount of instability. > refcount(9) says that you should include . Did you do > that? If so, then this is a man page bug and refcount(9) should also > specify stdbool.h. > -Alan includes already, which typedefs bool. So should suffice to include in lsof. - Justin From owner-freebsd-current@freebsd.org Thu Jul 25 19:10:47 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DA539AC19B; Thu, 25 Jul 2019 19:10:47 +0000 (UTC) (envelope-from ler@FreeBSD.org) Received: from thebighonker.lerctr.org (ns-b.lerctr.org [IPv6:2001:470:1f0f:3ad::53:2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "*.lerctr.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B131E90F26; Thu, 25 Jul 2019 19:10:47 +0000 (UTC) (envelope-from ler@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=ler2019; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date: Content-Transfer-Encoding:Content-Type:MIME-Version:Sender:Reply-To: 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=6a9e4Lcu43qPZSW5BfbIEI+qUkAmu2/P28lfvsXxAbY=; b=OIdf6ww7frYsveVu5QrA+L5W0t 4wfhd8BuYmKDzDKqhXcZsIJ+6JGQDIsb752yTIuvhQE6VcPFPQAAtxQpr459htfJjfJfqBLhi83jl pmO4yjCDsV/xq8ttIbDrpTMLfM0jypc+k94HsSbcbAvfJjU30xmLFQRB7S1Vpcb0aZwm/EBH5U75Q Jo6MpGlXpGfFvXj1VG/2VggTaV22YhqwCuliwHlH0JqUrix/V8loCFVIBIPpyFyx0l/cy2xeXr330 MAZ3ruOWhtPImt4oe+xlwgaYvQ9WoAdVKD0wrvBr0x1earp4u+43i1tn1Ypom7Lf49ZlO4zM7FgtZ +TzUmnFQ==; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:bb:dcff:fe50:d900]:47871 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92 (FreeBSD)) (envelope-from ) id 1hqj8Y-0004se-9H; Thu, 25 Jul 2019 14:10:46 -0500 Received: from 2600:1700:210:b180:f4ae:ab2e:e462:6b19 by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Thu, 25 Jul 2019 14:10:46 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 25 Jul 2019 14:10:46 -0500 From: Larry Rosenman To: Justin Hibbits Cc: Alan Somers , Freebsd current , owner-freebsd-current@freebsd.org Subject: Re: [package - head-i386-default][sysutils/lsof] Failed for lsof-4.93.2_2,8 in build In-Reply-To: <20190725134017.7c09692d@titan.knownspace> References: <201907251750.x6PHoAsV025165@beefy11.nyi.freebsd.org> <20190725134017.7c09692d@titan.knownspace> Message-ID: <6aa1650d276c1622ea9d66c2abe775a8@FreeBSD.org> X-Sender: ler@FreeBSD.org User-Agent: Roundcube Webmail/1.3.9 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jul 2019 19:10:47 -0000 On 07/25/2019 1:40 pm, Justin Hibbits wrote: > On Thu, 25 Jul 2019 12:35:32 -0600 > Alan Somers wrote: > >> On Thu, Jul 25, 2019 at 12:13 PM Larry Rosenman >> wrote: >> > >> > On 07/25/2019 1:10 pm, Alan Somers wrote: >> > > On Thu, Jul 25, 2019 at 12:05 PM Larry Rosenman >> > > wrote: >> > >> >> > >> Um.... Who broke this? > ... >> > > "svn blame" suggests r350199 by kib. However, refcount.h should >> > > only be included if lsof defines _KERNEL, which normal programs >> > > shouldn't. So I think this should be considered a bug in lsof. >> > > -Alan >> > >> > >> > we *HAVE* to define _KERNEL, to get at the kernel structures..... >> >> Then I think you have to live with this amount of instability. >> refcount(9) says that you should include . Did you do >> that? If so, then this is a man page bug and refcount(9) should also >> specify stdbool.h. >> -Alan > > includes already, which typedefs bool. So > should suffice to include in lsof. > > - Justin > _______________________________________________ > 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" Thanks all! I've got a PR into the lsof repo, and I'll fix it there. If we can't get a release out in the next day or 2, I'll patch it in the port. https://github.com/lsof-org/lsof/pull/70 -- Larry Rosenman http://people.freebsd.org/~ler Phone: +1 214-642-9640 E-Mail: ler@FreeBSD.org US Mail: 5708 Sabbia Dr, Round Rock, TX 78665-2106 From owner-freebsd-current@freebsd.org Thu Jul 25 19:18:41 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 16A02AC460; Thu, 25 Jul 2019 19:18:41 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 78FAE91466; Thu, 25 Jul 2019 19:18: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 x6PJIVPb029466 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 25 Jul 2019 22:18:35 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua x6PJIVPb029466 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id x6PJIVHq029465; Thu, 25 Jul 2019 22:18:31 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 25 Jul 2019 22:18:31 +0300 From: Konstantin Belousov To: Larry Rosenman Cc: Justin Hibbits , Alan Somers , Freebsd current , owner-freebsd-current@freebsd.org Subject: Re: [package - head-i386-default][sysutils/lsof] Failed for lsof-4.93.2_2,8 in build Message-ID: <20190725191831.GB2731@kib.kiev.ua> References: <201907251750.x6PHoAsV025165@beefy11.nyi.freebsd.org> <20190725134017.7c09692d@titan.knownspace> <6aa1650d276c1622ea9d66c2abe775a8@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6aa1650d276c1622ea9d66c2abe775a8@FreeBSD.org> User-Agent: Mutt/1.12.1 (2019-06-15) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jul 2019 19:18:41 -0000 On Thu, Jul 25, 2019 at 02:10:46PM -0500, Larry Rosenman wrote: > On 07/25/2019 1:40 pm, Justin Hibbits wrote: > > On Thu, 25 Jul 2019 12:35:32 -0600 > > Alan Somers wrote: > > > >> On Thu, Jul 25, 2019 at 12:13 PM Larry Rosenman > >> wrote: > >> > > >> > On 07/25/2019 1:10 pm, Alan Somers wrote: > >> > > On Thu, Jul 25, 2019 at 12:05 PM Larry Rosenman > >> > > wrote: > >> > >> > >> > >> Um.... Who broke this? > > ... > >> > > "svn blame" suggests r350199 by kib. However, refcount.h should > >> > > only be included if lsof defines _KERNEL, which normal programs > >> > > shouldn't. So I think this should be considered a bug in lsof. > >> > > -Alan > >> > > >> > > >> > we *HAVE* to define _KERNEL, to get at the kernel structures..... > >> > >> Then I think you have to live with this amount of instability. > >> refcount(9) says that you should include . Did you do > >> that? If so, then this is a man page bug and refcount(9) should also > >> specify stdbool.h. > >> -Alan > > > > includes already, which typedefs bool. So > > should suffice to include in lsof. > > > > - Justin > > _______________________________________________ > > 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" > > Thanks all! I've got a PR into the lsof repo, and I'll fix it there. > > If we can't get a release out in the next day or 2, I'll patch it in the > port. > > https://github.com/lsof-org/lsof/pull/70 Absolutely minimal change to accomodate updated refcount.h would be inclusion of stdbool.h. From owner-freebsd-current@freebsd.org Thu Jul 25 21:04:00 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9BAD4AE4DC for ; Thu, 25 Jul 2019 21:04:00 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from msc13.plala.or.jp (msc13.plala.or.jp [60.36.166.23]) by mx1.freebsd.org (Postfix) with ESMTP id B076B95466 for ; Thu, 25 Jul 2019 21:03:57 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from localhost ([2400:4050:9320:7a00::5]) by msc13.plala.or.jp with ESMTP id <20190725210353.RCQJ18269.msc13.plala.or.jp@localhost> for ; Fri, 26 Jul 2019 06:03:53 +0900 Date: Fri, 26 Jul 2019 06:03:44 +0900 (JST) Message-Id: <20190726.060344.1176351583213607484.ish@amail.plala.or.jp> To: freebsd-current@freebsd.org Subject: Re: Can't buildworld at r350321 From: Masachika ISHIZUKA In-Reply-To: <222fc9ac-2666-8bea-aedb-01d1391c048e@daemonic.se> References: <20190725.193328.2265678700857533825.ish@amail.plala.or.jp> <222fc9ac-2666-8bea-aedb-01d1391c048e@daemonic.se> X-Mailer: Mew version 6.8 on Emacs 26.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-VirusScan: Outbound; mvir-ac13; Fri, 26 Jul 2019 06:03:53 +0900 X-Rspamd-Queue-Id: B076B95466 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of ish@amail.plala.or.jp designates 60.36.166.23 as permitted sender) smtp.mailfrom=ish@amail.plala.or.jp X-Spamd-Result: default: False [-0.03 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.87)[-0.868,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:60.36.166.0/24]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.87)[-0.872,0]; DMARC_NA(0.00)[plala.or.jp]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mx.plala.or.jp]; MID_CONTAINS_FROM(1.00)[]; NEURAL_SPAM_SHORT(0.70)[0.696,0]; IP_SCORE(-0.17)[ip: (-1.43), ipnet: 60.32.0.0/12(1.16), asn: 4713(-0.56), country: JP(-0.04)]; RCVD_NO_TLS_LAST(0.10)[]; RCVD_IN_DNSWL_LOW(-0.10)[23.166.36.60.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:4713, ipnet:60.32.0.0/12, country:JP]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jul 2019 21:04:00 -0000 >> I want to update 13-current from r349989 to r350321 as follows. > > This should have been fixed, or at least worked around, in r350322, as > I understand it. > Regards Thank you, Niclas. I'm very happy because I can make buildworld in r350322. -- Masachika ISHIZUKA From owner-freebsd-current@freebsd.org Fri Jul 26 09:25:37 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 232E8BABC6; Fri, 26 Jul 2019 09:25:37 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wm1-x32d.google.com (mail-wm1-x32d.google.com [IPv6:2a00:1450:4864:20::32d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 63814870C1; Fri, 26 Jul 2019 09:25:36 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wm1-x32d.google.com with SMTP id s3so47376149wms.2; Fri, 26 Jul 2019 02:25:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:subject:message-id:reply-to:mime-version :content-transfer-encoding; bh=jafF3xHeWgJjNGJbhiGYY3JR0yNg6jwstavhrKiE2Jc=; b=lHCo+zfnDYUF1TV2VrS2cgIyrefN8mpkbNLnM3f6W+7takGxw/xLc/tzs0/Ny1IaMv 6txDfEZdDEP58ULEeyJlgwvVpD1WUu0NE1R4UWPczfQ9OpRuNkH3E2LiyyaTZlRcyYO5 vAFlMVQowMVf+GH7ExllrQY5LEQJLnP6VKmQJO99E9WYg/G+nZZeCdnDmly7nEzpAKgr wMBUbPRYX4WLVxfgT/KO7T0U6YWiT12aer4jZMsuYXQXvj0whse9LJ/ApOdW+U0NHYyZ cNp6ao4ejmdfCbMtRA7mPJ8EQ/JllA0qSXQO/wjA6MrJyaxUWWapDSl5cTFpv0hQkwfD rAZw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:reply-to :mime-version:content-transfer-encoding; bh=jafF3xHeWgJjNGJbhiGYY3JR0yNg6jwstavhrKiE2Jc=; b=X4Ceoxh2hzVxuo43cERegxZ171kyD5NvpSiFbT4x88ZU5UWKQNncfZlk5EZusQ8/4z SZ1BrhfMaFNUp3ogxxSjlv15O+nbNsZ9SP4fUfaykuvF0AstnoXkf8JR911WNVVrJr7+ eb/ayvisQGSXXU5Gl5jF0FiiIGAwYN54HKub40AWrgjIyq/u6c9w4Ti7c28HAQJsOoQB 9o7htrC6F3gK3Hh8pJhzupoosoJwY8x9NPWP6GuosCkf4lQ8H9jP4zDPKfhIJr6HZhD6 RmTWvG78fwmh2mq5skytgEgpC0Dwic015ZuHKm3y1PjxWOXt2AFnVsRGrqa7r0zoqD8U RJQQ== X-Gm-Message-State: APjAAAW/RmH5YnxewUbasAhSKiiXunXiQ5cLPxU/zo7SlarVYDi7ejSp yl+k4Lm/1ZmEOzSnxqWd+rd8dhib X-Google-Smtp-Source: APXvYqw/l6eXStIzuf4qf6hcsRAa87UvAqh5Ysut0Vnpqep1rM9dkgoaJM+uez949kA6OzI8/d+hGA== X-Received: by 2002:a1c:a6d3:: with SMTP id p202mr86091238wme.26.1564133134985; Fri, 26 Jul 2019 02:25:34 -0700 (PDT) Received: from ernst.home (p5B023CEA.dip0.t-ipconnect.de. [91.2.60.234]) by smtp.gmail.com with ESMTPSA id f70sm64107710wme.22.2019.07.26.02.25.34 (version=TLS1_3 cipher=AEAD-AES256-GCM-SHA384 bits=256/256); Fri, 26 Jul 2019 02:25:34 -0700 (PDT) Date: Fri, 26 Jul 2019 11:25:33 +0200 From: Gary Jennejohn To: freebsd-usb@freebsd.org, freebsd-current@freebsd.org Subject: strange problem with external USB disks Message-ID: <20190726112533.522a15e2@ernst.home> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 63814870C1 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=lHCo+zfn; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of gljennjohn@gmail.com designates 2a00:1450:4864:20::32d as permitted sender) smtp.mailfrom=gljennjohn@gmail.com X-Spamd-Result: default: False [-6.74 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[gljennjohn@gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.78)[-0.780,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_TLS_LAST(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[gmail.com]; IP_SCORE(-2.95)[ip: (-9.24), ipnet: 2a00:1450::/32(-3.02), asn: 15169(-2.44), country: US(-0.05)]; RCVD_IN_DNSWL_NONE(0.00)[d.2.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Jul 2019 09:25:37 -0000 I'm having a very strange problem with external USB disks in HEAD. I see the problem with a kernel from July 12th and also with one from today. I never saw it while I was running 12-STABLE (switched to HEAD on July 12th). Just for background I'm using a B350M-A mobo from Asus which supports only USB3 (XHCI). Also note that all external disks are in USB3 enclsures or docking stations. I can turn on an external disk and it is recognized and I can mount it and use it for hours. But, as soon as I turn it off, the port to which it is connected effectively stops working. The worst thing is that my keyboard also dies, no matter whether it's a USB keyboard or an old one plugged into the PS/2 port. Strangely enough, the mouse is not affected, even when it's plugged into the USB hub built into the USB keyboard. I state that the port stops working because turning the disk back on or replugging the USB keyboard into the same port results in no trace output from the kernel. Replugging in the keyboard or exiting X still leaves me with a dead keyboard and a working mouse. Whether this is a problem with XHCI or CAM is unclear. The fact that the keyboard is also affected makes things really weird. Since I'm running a custom kernel I'll try running GENERIC to see what happens and report back. -- Gary Jennejohn From owner-freebsd-current@freebsd.org Fri Jul 26 09:56:40 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 47C43BB64C; Fri, 26 Jul 2019 09:56:40 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wm1-x32b.google.com (mail-wm1-x32b.google.com [IPv6:2a00:1450:4864:20::32b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9539388546; Fri, 26 Jul 2019 09:56:39 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wm1-x32b.google.com with SMTP id a15so47471259wmj.5; Fri, 26 Jul 2019 02:56:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=IUxAo5EF0LuPX+ePqeoLlM32y04LemQOEQATQwIJ3l4=; b=CGWGEgXIrkipvQKAzPSmsMjLjwOJ3QmiHRK3c8sFFBelutNzd+Ugl4Wi39eJf2szpI Jab8xEK+wF9nsk/7E7SO0XLk2eT6X+lwXu71wTjG8NQW08EfaqJ5baEhvxrZGwzJtiAr e9nXLg2dbX/+Qy/lu1EtFE7vqYg8+GARaGJcULkEHCMFFiBTxyJTo9+I9zXS4+KVXiFC ax2G+jnFoyRSD8tqOfbWetmbbeDWGue3ytr3aOegjcFUSEksmgB9sep+OwWWqXF+ACqG kTRjp2de7OkhbFFqAuv6R/wCsGvj7TiMMwz2+3FR2Be/4qpgmNW1mK9a7jqjO3dNMjFM aNCQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=IUxAo5EF0LuPX+ePqeoLlM32y04LemQOEQATQwIJ3l4=; b=BgvHITBQjMyiAmPm+W60vrMkSWKx1OUmdoH15quq5ipqG7rqyA0uCu+kVMod06VKK6 etSewXFZY3S9XH5w5L7LgfaqpEob7ymZdwRBxYdNWxWkZva0TUa/VG2MwXsfpFPXzQlB ENcvse442T4DI51/cR6I1YTNCOFOVB2IJ1vzt35MLx97nzoxBp5d0BGu3p6PZj7OIdv9 yv0RXtXCwSfi7JSX/zk7ynsaiMfiuMfOrcfWci2FFYudRI1OHdIQ/Lrz4ROf9f/X/KjA tinJY9nO6RtuZf3pc73Wwrekxvssdb89DBLmyyvb801m6CoBgDKviRLvkjWVgOoUpnw0 RK0w== X-Gm-Message-State: APjAAAUR5mTkDLy0eKBUZSFua4fLAOSZbxZF3vFUGH6ECWVetbyRMaIJ WqarMiS37aY7s9Me/y0JLAow776d X-Google-Smtp-Source: APXvYqx3Oola3ncKVp/FlPmsfXYgOb7jNl3pw+VLrhHxy+tldhmeCDhClDalln3H7EKlu0N3CHjJaw== X-Received: by 2002:a05:600c:c4:: with SMTP id u4mr84432607wmm.96.1564134997583; Fri, 26 Jul 2019 02:56:37 -0700 (PDT) Received: from ernst.home (p5B023CEA.dip0.t-ipconnect.de. [91.2.60.234]) by smtp.gmail.com with ESMTPSA id n12sm56525136wmc.24.2019.07.26.02.56.36 (version=TLS1_3 cipher=AEAD-AES256-GCM-SHA384 bits=256/256); Fri, 26 Jul 2019 02:56:37 -0700 (PDT) Date: Fri, 26 Jul 2019 11:56:36 +0200 From: Gary Jennejohn To: freebsd-usb@freebsd.org, freebsd-current@freebsd.org Subject: follow up: strange problem with external USB disks Message-ID: <20190726115636.6bfa9837@ernst.home> In-Reply-To: <20190726112533.522a15e2@ernst.home> References: <20190726112533.522a15e2@ernst.home> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 9539388546 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=CGWGEgXI; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of gljennjohn@gmail.com designates 2a00:1450:4864:20::32b as permitted sender) smtp.mailfrom=gljennjohn@gmail.com X-Spamd-Result: default: False [-6.76 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[gljennjohn@gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.79)[-0.787,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_TLS_LAST(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[gmail.com]; IP_SCORE(-2.97)[ip: (-9.32), ipnet: 2a00:1450::/32(-3.02), asn: 15169(-2.44), country: US(-0.05)]; RCVD_IN_DNSWL_NONE(0.00)[b.2.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Jul 2019 09:56:40 -0000 On Fri, 26 Jul 2019 11:25:33 +0200 Gary Jennejohn wrote: > I'm having a very strange problem with external USB disks in > HEAD. I see the problem with a kernel from July 12th and also > with one from today. > [snip] > Since I'm running a custom kernel I'll try running GENERIC to > see what happens and report back. > OK, so with GENERIC the error doesn't occur. Guess I'm missing something in my custom kernel configuration. -- Gary Jennejohn From owner-freebsd-current@freebsd.org Sat Jul 27 01:36:05 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 66587ADDE6 for ; Sat, 27 Jul 2019 01:36:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-10.consmr.mail.ne1.yahoo.com (sonic313-10.consmr.mail.ne1.yahoo.com [66.163.185.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 C13538B6C9 for ; Sat, 27 Jul 2019 01:36:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: gzYD9nEVM1mfrdiqRARzLAx.iFoJKkAPDJBcYefyC8jWs1PhzcoarmH6_RSbPP9 TCaGeq10LCGY6NbJYT_ynf1BnNEmD.yX5QeR9GHLGy4D9uaRINP67WUGLo2gBl7GP91A93LRTOB4 yv3dZk_FmEWRWSJRhNP2ny1tN76N26bApqiJkcWGe_VuCThf.HaT4TyJGIm3bNnP7c5N39Mp3kQr ElMzCb4kSNXnJ4jp0cACcPMACdy8IZegnDEf2x6flVkFeqonEigoy0ylaLdFGQW9Oi51Dja3l.MY 0JRMbdKvMGGPHL3fM9zmpKwEFOwlhDh9zpBRz1YDUxS1nEqs7Rz6DcjQN4lXcSAZFB76jgtJc5B8 ZhYJ3CgusVvM8wOTaTe7rlP8FMBM8eHnWUtVvhN4w2Px_kbM715jA81nZ0EOMVPxeYQuGpEWc0Yu CwNSqt__6H8Gep.41fqsY3CAO62G04TNkqQ8M0Ck2EsnHKfdm3QrBvtoxpIAQ6C7QNYRS1b1Js6O GvD6VYV5ghc8EKa4DV_OMxFFAq3Lh3wtgGke7OhZ7vKWAWLOi1x5DgGeGo5LT_pvXaAD5I9PihzG VRrJH4rz2OE7.cYYhs96ChgWGesD0wdqBD1Cxz6Gj6KEaQaom02wXyNmHsu45349QhmFmm.5NrIR 3mHccMnWyPpzU7P0pSZFnKo5D7q8TwsKSgEUZ4eLwaxa2BIL_YXLBJQuv0iqjbaC._ZteCya_fgP 86gapbmv0DRhQpwqPWQI_F5Df0MXe4a664yQ485hVKpTLMhgYKuqXJU7VXVMA0f1C_Nqy7I0TmFB KRlQKzncjEbQPV9Y6pshBctHkN86_LlmjPCT.0mlKERxm2t3qf61lzlSWdUK.ijZQUwOsq3qZRhn z8lEgOwct3ykzG0Shl08SM8AjdI.f4BUU2QmSpXBeVBoh_V0uWYXEduy6A90WDjh4LaUwvRC53_c s4wb0dJaOsoHlPp4QCT6YW3FgWB8VfrTt3gNuO3OAkc7MwGA0v6CiNnjBmwHsEBUpoCVqVjxQgAD 5MAYeHAI.2V_dOkhjo5R0VTimMB.QG8bufHxyrwKdB6HqTMTxRkSiSL8tB3UangcPHH140hahTqZ cnl_KCadYoJ7s8KFwDZr7kuPWzDWRPnC_x4xmjBnunv90I1TrgWEAw2UrubCANA8NthiZnmaRdwB JgSc_iIiGXVdy_pU2h5aQHkkeEJfNkWqYNHy87YY0u_OcJCmwuw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.ne1.yahoo.com with HTTP; Sat, 27 Jul 2019 01:36:03 +0000 Received: by smtp409.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 7c01511ef5e116c97c35b0f4eaf7f4c5; Sat, 27 Jul 2019 01:36:01 +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 12.4 \(3445.104.11\)) Subject: head -e350364 amd64 update lib32 part-of-build: lib/libpjdlog__L got: ld: error: unable to find library -lgcc_s Message-Id: <56E51DF3-C839-4215-8F08-262C851577CD@yahoo.com> Date: Fri, 26 Jul 2019 18:35:59 -0700 To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: C13538B6C9 X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.48 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.81)[0.806,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.32)[ip: (4.34), ipnet: 66.163.184.0/21(1.27), asn: 36646(1.02), country: US(-0.05)]; NEURAL_SPAM_MEDIUM(1.00)[0.998,0]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_LONG(0.87)[0.865,0]; RCVD_IN_DNSWL_NONE(0.00)[33.185.163.66.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[33.185.163.66.rep.mailspike.net : 127.0.0.17] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Jul 2019 01:36:05 -0000 This was an attempted self-hosted update from -r350300 to -r350364 . The lib32 part of buildworld got: --- lib/libpjdlog__L --- ld: error: unable to find library -lgcc_s cc: error: linker command failed with exit code 1 (use -v to see = invocation) . . . --- lib/libpjdlog__L --- *** [libpjdlog.so.0.full] Error code 1 make[4]: stopped in /usr/src/lib/libpjdlog .ERROR_TARGET=3D'libpjdlog.so.0.full' = .ERROR_META_FILE=3D'/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/o= bj-lib32/lib/libpjdlog/libpjdlog.so.0.full.meta' .MAKE.LEVEL=3D'4' MAKEFILE=3D'' .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' _ERROR_CMD=3D'@echo building shared library libpjdlog.so.0; @rm -f = libpjdlog.so.0 libpjdlog.so; cc -DCOMPAT_32BIT -march=3Di686 -mmmx -msse = -msse2 -target x86_64-unknown-freebsd13.0 -m32 = -L/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/tmp/usr/l= ib32 = --sysroot=3D/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /tmp -B/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/bin = -B/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/tmp/usr/l= ib32 -Wl,--no-threads -fstack-protector-strong -shared -Wl,-x = -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libpjdlog.so.0.full = -Wl,-soname,libpjdlog.so.0 `NM=3D'nm' NMFLAGS=3D'' lorder pjdlog.pico | = tsort -q` -lutil ;' .CURDIR=3D'/usr/src/lib/libpjdlog' .MAKE=3D'make' = .OBJDIR=3D'/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/= lib/libpjdlog' .TARGETS=3D'all' = DESTDIR=3D'/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/= tmp' LD_LIBRARY_PATH=3D'' MACHINE=3D'i386' MACHINE_ARCH=3D'i386' MAKEOBJDIRPREFIX=3D'' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20181221' = PATH=3D'/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/sbin:= /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/bin:/usr/obj/= amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/legacy/usr/sbin:/usr/obj/a= md64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/legacy/usr/bin:/usr/obj/amd= 64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/legacy/bin::/sbin:/bin:/usr/s= bin:/usr/bin' SRCTOP=3D'/usr/src' OBJTOP=3D'/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32' .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.amd64-clang.amd64-host = /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/src.sys.obj.mk = /usr/src/share/mk/auto.obj.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null /usr/src/lib/libpjdlog/Makefile = /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.opts.mk = /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/share/mk/bsd.linker.mk /usr/src/share/mk/bsd.lib.mk = /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/local.init.mk = /usr/src/share/mk/src.init.mk /usr/src/lib/libpjdlog/../Makefile.inc = /usr/src/share/mk/bsd.libnames.mk /usr/src/share/mk/src.libnames.mk = /usr/src/share/mk/src.opts.mk /usr/src/share/mk/bsd.symver.mk = /usr/src/share/mk/bsd.nls.mk /usr/src/share/mk/bsd.confs.mk = /usr/src/share/mk/bsd.files.mk /usr/src/share/mk/bsd.dirs.mk = /usr/src/share/mk/bsd.incs.mk /usr/src/share/mk/bsd.links.mk = /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk = /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk = /usr/src/share/mk/bsd.sys.mk' .PATH=3D'. /usr/src/lib/libpjdlog' 1 error =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Sat Jul 27 01:42:14 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BA416AE224 for ; Sat, 27 Jul 2019 01:42:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-3.consmr.mail.bf2.yahoo.com (sonic306-3.consmr.mail.bf2.yahoo.com [74.6.132.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 CFC518BBBA for ; Sat, 27 Jul 2019 01:42:13 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: K67igxoVM1lrQDslRHZ9rRWg4Sj.oGtfHDvjx9vtdiJet2CPjgCrP_qrRarI5p_ z3xLcccsXvJI6s3a7lBNR.HMHYvb1jcYXI0vP9J_Psv1x57NWEo7l6QmOg.0vczxGEzGZYbhmV_D 8whBjZ.IC3085PhFZmh5x7UDxQASwRkVOjv_fGJcv8Ey5RinZ4np5Q3vUkzMzKNHxEu3Y4OJX8gf D5JRGeKtHNTTKNzI0UOlkz7iQGT5zJry6uDqOlpsJAjA1pUrluSzTelIj34x38xjuvDbYlzoJ0.L g86J3I5EZkkZOEWzpgMtRCacU03WUsUo3_x0zmGnpqRineONXeCuxVIA5gS3i8AQV1ITf7Qp8NcJ NZFKBBRQpi8fHTomh20W95NDTJXvJSOkDuvy.r6wTchIvAAUhELyvRIONd0RSix6NTzQLFVo0ehy FSAXcTdthIVfWXgCS250WCRBe8uSvLTW7buAh.jOqfvNQd14Qsrsw43Ld1yAS4ebQtQucqRgcvlC ppMQbWYeosSLiJcLoe_eJW7RWqZ98qjy7kuKWLhY1JjOrs.0PZAGXOpG7_CvFohS.PICRWUKZIRr TuciAjq99SAn3O.Ujxn1eG4u0xrknPMx3Xk1rVEdw0gqeYOKlszOcHkl00j7yXrIufG5xJ1y1mGF baVk9H28spl89go.CSUnxErjTmKbjhjWlCVW.11ue3VkpsYKgWx3F6ohI5Y3jGwdzEw_KwNHI3.X T0kijo4gsV_I1UU1wNWHaqfk7Z87eROsyaSTR3XSbX1UQwBsGJVZNhi2ufpL5DP7rDOOmX_5k8N8 7PNBTIVRFP0MpitpjGQfElJ.Sj4orO3YwqwMEGCE56SL0dBrLUv_ZQ8x_cX8YuhVk6.1FuBm9djd x0UKtPSDTZgWizZdMoca3ggeGai0UvfEKLEAdDtpvMQZqJJL_7iLh1qxjas7RST92nk0ZAoBoB3g 0dhbyLv704FFxuryeQih_qZTJy.clunyKD6xc.dHuR6X89ane6d3Dkj5tZ3QsHym7uA1l0EX_a.p KXcTh0UZYIr.UB22_6TJu_ZS_l8k55mVumZlvos09rYaNHr6cab2MXe1DCfyuAir37VmK.maFn7C GhUDG6p._31HsqNTp1bNCFPqVoYQOq6DLUvZKov4tpFrcWvVRQ5drham56b1hp0RpChnmzlb3JMn XGtCzqyE_.ZutHjcyucDwZ4ZkWQCT2G0p8qSWIA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.bf2.yahoo.com with HTTP; Sat, 27 Jul 2019 01:42:07 +0000 Received: by smtp411.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID ea6ac0adeb63d6222a67936518ece3aa; Sat, 27 Jul 2019 01:42:06 +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 12.4 \(3445.104.11\)) Subject: Re: head -e350364 amd64 update lib32 part-of-build: lib/libpjdlog__L got: ld: error: unable to find library -lgcc_s Date: Fri, 26 Jul 2019 18:42:03 -0700 References: <56E51DF3-C839-4215-8F08-262C851577CD@yahoo.com> To: freebsd-current@freebsd.org In-Reply-To: <56E51DF3-C839-4215-8F08-262C851577CD@yahoo.com> Message-Id: <2A6FE874-E41E-4E3D-9794-488FDFA066B2@yahoo.com> X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: CFC518BBBA X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.29 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.75)[0.751,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.24)[ip: (3.72), ipnet: 74.6.128.0/21(1.42), asn: 26101(1.13), country: US(-0.05)]; NEURAL_SPAM_MEDIUM(1.00)[0.998,0]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_LONG(0.81)[0.810,0]; RCVD_IN_DNSWL_NONE(0.00)[42.132.6.74.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Jul 2019 01:42:14 -0000 On 2019-Jul-26, at 18:35, Mark Millard wrote: > This was an attempted self-hosted update from -r350300 to > -r350364 . The lib32 part of buildworld got: That -r350300 should have been: -r350255 . Apparently, this was a build-race that I've not seen in some time: Simply starting another meta-mode build completed fine. > --- lib/libpjdlog__L --- > ld: error: unable to find library -lgcc_s > cc: error: linker command failed with exit code 1 (use -v to see = invocation) > . . . > --- lib/libpjdlog__L --- > *** [libpjdlog.so.0.full] Error code 1 >=20 > make[4]: stopped in /usr/src/lib/libpjdlog > .ERROR_TARGET=3D'libpjdlog.so.0.full' > = .ERROR_META_FILE=3D'/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/o= bj-lib32/lib/libpjdlog/libpjdlog.so.0.full.meta' > .MAKE.LEVEL=3D'4' > MAKEFILE=3D'' > .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes= verbose' > _ERROR_CMD=3D'@echo building shared library libpjdlog.so.0; @rm -f = libpjdlog.so.0 libpjdlog.so; cc -DCOMPAT_32BIT -march=3Di686 -mmmx -msse = -msse2 -target x86_64-unknown-freebsd13.0 -m32 = -L/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/tmp/usr/l= ib32 = --sysroot=3D/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32= /tmp -B/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/bin = -B/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/tmp/usr/l= ib32 -Wl,--no-threads -fstack-protector-strong -shared -Wl,-x = -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libpjdlog.so.0.full = -Wl,-soname,libpjdlog.so.0 `NM=3D'nm' NMFLAGS=3D'' lorder pjdlog.pico | = tsort -q` -lutil ;' > .CURDIR=3D'/usr/src/lib/libpjdlog' > .MAKE=3D'make' > = .OBJDIR=3D'/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/= lib/libpjdlog' > .TARGETS=3D'all' > = DESTDIR=3D'/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/= tmp' > LD_LIBRARY_PATH=3D'' > MACHINE=3D'i386' > MACHINE_ARCH=3D'i386' > MAKEOBJDIRPREFIX=3D'' > MAKESYSPATH=3D'/usr/src/share/mk' > MAKE_VERSION=3D'20181221' > = PATH=3D'/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/sbin:= /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/bin:/usr/obj/= amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/legacy/usr/sbin:/usr/obj/a= md64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/legacy/usr/bin:/usr/obj/amd= 64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/legacy/bin::/sbin:/bin:/usr/s= bin:/usr/bin' > SRCTOP=3D'/usr/src' > = OBJTOP=3D'/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32' > .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.amd64-clang.amd64-host = /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/src.sys.obj.mk = /usr/src/share/mk/auto.obj.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null /usr/src/lib/libpjdlog/Makefile = /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.opts.mk = /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/share/mk/bsd.linker.mk /usr/src/share/mk/bsd.lib.mk = /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/local.init.mk = /usr/src/share/mk/src.init.mk /usr/src/lib/libpjdlog/../Makefile.inc = /usr/src/share/mk/bsd.libnames.mk /usr/src/share/mk/src.libnames.mk = /usr/src/share/mk/src.opts.mk /usr/src/share/mk/bsd.symver.mk = /usr/src/share/mk/bsd.nls.mk /usr/src/share/mk/bsd.confs.mk = /usr/src/share/mk/bsd.files.mk /usr/src/share/mk/bsd.dirs.mk = /usr/src/share/mk/bsd.incs.mk /usr/src/share/mk/bsd.links.mk = /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk = /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk = /usr/src/share/mk/bsd.sys.mk' > .PATH=3D'. /usr/src/lib/libpjdlog' > 1 error >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Sat Jul 27 11:05:41 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 90176B65F4; Sat, 27 Jul 2019 11:05:41 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 012A7768EE; Sat, 27 Jul 2019 11:05:41 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.129.235]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 5EC6E260167; Sat, 27 Jul 2019 13:05:39 +0200 (CEST) Subject: Re: follow up: strange problem with external USB disks To: gljennjohn@gmail.com, freebsd-usb@freebsd.org, freebsd-current@freebsd.org References: <20190726112533.522a15e2@ernst.home> <20190726115636.6bfa9837@ernst.home> From: Hans Petter Selasky Message-ID: <2bda24e2-8a42-e854-2aa9-b1c146d45db8@selasky.org> Date: Sat, 27 Jul 2019 13:05:01 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <20190726115636.6bfa9837@ernst.home> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 012A7768EE X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 2a01:4f8:c17:6c4b::2 as permitted sender) smtp.mailfrom=hps@selasky.org X-Spamd-Result: default: False [-5.14 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[selasky.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mail.turbocat.net]; NEURAL_HAM_SHORT(-0.26)[-0.255,0]; IP_SCORE(-2.57)[ip: (-9.10), ipnet: 2a01:4f8::/29(-1.92), asn: 24940(-1.82), country: DE(-0.01)]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Jul 2019 11:05:41 -0000 On 2019-07-26 11:56, Gary Jennejohn wrote: > On Fri, 26 Jul 2019 11:25:33 +0200 > Gary Jennejohn wrote: > >> I'm having a very strange problem with external USB disks in >> HEAD. I see the problem with a kernel from July 12th and also >> with one from today. >> > [snip] >> Since I'm running a custom kernel I'll try running GENERIC to >> see what happens and report back. >> > > OK, so with GENERIC the error doesn't occur. Guess I'm missing > something in my custom kernel configuration. > Does it work with GENERIC nodebug ? --HPS From owner-freebsd-current@freebsd.org Sat Jul 27 11:51:57 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id ACFAFB734D; Sat, 27 Jul 2019 11:51:57 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wm1-x344.google.com (mail-wm1-x344.google.com [IPv6:2a00:1450:4864:20::344]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2B5C577F67; Sat, 27 Jul 2019 11:51:56 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wm1-x344.google.com with SMTP id a15so50013623wmj.5; Sat, 27 Jul 2019 04:51:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=UxSbL9Sc1AZ0RLIdsz52YjnrCDV+GRXpDr4eazIUfAw=; b=YnXxj9j1C/ObnymIsOaxBn+nWG1RwO1aC2iLALwzyPRo/nmwsMEmmVuuPlaC+0YX80 B/AIY/Ar3TvX9uKGM7nOJy30rxnIJHdjF6XAJ0XencSEzvd044PgwJ37gq0DpuFN4mRk NsDhjzbnDwNyMGzNg8sNxpePZeowyKfNqdMfHXHSyzOj2n0qh73wADUN9cd9rItS9DY5 yGX3nR7rv9urhzwKBfB8QagsCWl2zmdGnP4YTAlkT2zxoDOd0KBBufKyKj3QQUjK+7Cb IxJ4ZTmqJu6F3q394sL3RJWYt2ZGVtxUKpclHTniV2tQts6kJn87hL15rfCGl16dtttO e3fw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=UxSbL9Sc1AZ0RLIdsz52YjnrCDV+GRXpDr4eazIUfAw=; b=I0zqx97uD0/OFf/Q9yZkiWcRRSSO0HgaizL/4/QwAtV6nhX02Ibwyjqk8uvTqAeW1y hxAEoNI+D0zIKYI2WJkWlDgbYbcGOAcjdWljv6suP+H45cVPInZsLhk4+5JsS3QGGpSV 0zaWg/2SeITUUC51GNn11NNocHzfKk7vFnXh1RLpHp1ybKYQ/LUkQsi6SXSJ5WCTHsNU YGBsMzrD/XsbJfwPBn3D9lmanU8wdS5FyFc7UbWLqFG0z2q+q5gu7m8hcCpL4MVMdw4q aJb20zJKWZrdGcOQcT4bk6fsD5diPcnueoKcW3oN2va4iaIc1YEZGUYcdYFet/s5xQ2C 9GwQ== X-Gm-Message-State: APjAAAXC1uLqIxpYxOG3vd0sDPFmXEnQMh69fuTIDGGbDsq4X2E3x5Ia JQ60lHaun7WbiWudHlbDCUI= X-Google-Smtp-Source: APXvYqzCF4aCMGAcGf4hyhYAmv4U631/gl++CfHS8A6WHjMQw0n6ufIyXTSvAf8cJjegC7GzxN8tVQ== X-Received: by 2002:a7b:c081:: with SMTP id r1mr39916881wmh.76.1564228312507; Sat, 27 Jul 2019 04:51:52 -0700 (PDT) Received: from ernst.home (p5B023D86.dip0.t-ipconnect.de. [91.2.61.134]) by smtp.gmail.com with ESMTPSA id x185sm45489482wmg.46.2019.07.27.04.51.51 (version=TLS1_3 cipher=AEAD-AES256-GCM-SHA384 bits=256/256); Sat, 27 Jul 2019 04:51:51 -0700 (PDT) Date: Sat, 27 Jul 2019 13:51:51 +0200 From: Gary Jennejohn To: Hans Petter Selasky Cc: freebsd-usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: follow up: strange problem with external USB disks Message-ID: <20190727135151.1ecb179b@ernst.home> In-Reply-To: <2bda24e2-8a42-e854-2aa9-b1c146d45db8@selasky.org> References: <20190726112533.522a15e2@ernst.home> <20190726115636.6bfa9837@ernst.home> <2bda24e2-8a42-e854-2aa9-b1c146d45db8@selasky.org> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 2B5C577F67 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=YnXxj9j1; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of gljennjohn@gmail.com designates 2a00:1450:4864:20::344 as permitted sender) smtp.mailfrom=gljennjohn@gmail.com X-Spamd-Result: default: False [-3.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[gljennjohn@gmail.com]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.08)[-0.081,0]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-0.61)[ip: (2.47), ipnet: 2a00:1450::/32(-3.02), asn: 15169(-2.44), country: US(-0.05)]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[gmail.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[4.4.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Jul 2019 11:51:57 -0000 On Sat, 27 Jul 2019 13:05:01 +0200 Hans Petter Selasky wrote: > On 2019-07-26 11:56, Gary Jennejohn wrote: > > On Fri, 26 Jul 2019 11:25:33 +0200 > > Gary Jennejohn wrote: > > > >> I'm having a very strange problem with external USB disks in > >> HEAD. I see the problem with a kernel from July 12th and also > >> with one from today. > >> > > [snip] > >> Since I'm running a custom kernel I'll try running GENERIC to > >> see what happens and report back. > >> > > > > OK, so with GENERIC the error doesn't occur. Guess I'm missing > > something in my custom kernel configuration. > > > > Does it work with GENERIC nodebug ? > Do you mean without "makeoptions DEBUG=-g" or without "options USB_DEBUG"? Or something else? I didn't have hw.usb.debug or hw.usb.xhci.debug set > 0 when I tested. I suspect that adding evdev support was at least partly responsible for preventing the keyboard from disappearing. I didn't have it in my old custom config, but it's in the new one and I don't have a problem with the keyboard failing now. -- Gary Jennejohn