From owner-freebsd-hackers@freebsd.org Sun Aug 2 02:47:24 2020 Return-Path: Delivered-To: freebsd-hackers@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 CDF7236C0D7 for ; Sun, 2 Aug 2020 02:47:24 +0000 (UTC) (envelope-from stephen.hocking@gmail.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4BK55m4LyDz3gk3 for ; Sun, 2 Aug 2020 02:47:24 +0000 (UTC) (envelope-from stephen.hocking@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 955F436C512; Sun, 2 Aug 2020 02:47:24 +0000 (UTC) Delivered-To: hackers@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 9528436C3E0 for ; Sun, 2 Aug 2020 02:47:24 +0000 (UTC) (envelope-from stephen.hocking@gmail.com) Received: from mail-ed1-x542.google.com (mail-ed1-x542.google.com [IPv6:2a00:1450:4864:20::542]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-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 4BK55m1ymdz3gs6; Sun, 2 Aug 2020 02:47:24 +0000 (UTC) (envelope-from stephen.hocking@gmail.com) Received: by mail-ed1-x542.google.com with SMTP id q4so21688815edv.13; Sat, 01 Aug 2020 19:47:24 -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=4tN2q/1FTIkGbPLDW+lsihKDcOtGWNQylktfGF0Q27c=; b=QKr8/WiPLbTIUQSZfTd6B2iaLdbH2gWwBRJkGKFWRb/crI9hYFdLcoBLLJ0NtR0ylm B5K7a+/PnYSAgCFQ2SaOl1+pzDcVTMuetp5NMmK5gK2PHAFDK/WW+Pu4k38ob03EMzTf 13Nsy3BC1E7WZ55zFj4D31PYGAi+Qi04W/sGxcDSwHTRAVJbNWq2CsJIqT3V2MdQbAWx cDvHiGPhxK0Q3fIL/2D+BJ53EFUaTFhgxPCRcmTlqBnUVdAY7bhxmXW0J8YWYUvjgLmk xK4pyA4kABaAH5+lZ1PIs7EHwmVeltwmm4kiBVcQX5JzvXOWJDfljk88z7TBWdaD3x3b eMxg== 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=4tN2q/1FTIkGbPLDW+lsihKDcOtGWNQylktfGF0Q27c=; b=mR6G8RR10WswxJ96asMh6p1zloUqMqs9pHbNz7hRt+yg0v/pZQo1r8HzqmtFzBeWpD dNBL/ZUgojqR3FRLbZaPqaXaIj9m8S43sIOyyD591sp5PSDY5aelBK4hZKaCn5XlsYSa 218oFOhdxJd71Tgh6tzU2p3y4PFZozOZfxqVaQWZRwKUrkD7FwSQ9PddcyNpsEsBiKx5 pJhQhMx6BHcVfn2ATr0PZe1Iz9TCcOxh1k/hG1wHYSm1L6hGmlmc4BVfuM4zxzIi7jrl vDALOneJojBpAIh3D83hfhXlzhrplMeKwn29cm/zGYlmr9ao+qDA22HlZdQ1HI95iphp xAhw== X-Gm-Message-State: AOAM530dFWs5kewAfEP1Sot4UQ3MikvuPs51Rsei6TXhZmcUVmf349/E 75jEX6BT754MFYcnGrF7U0ndM1qxo6EiPRpmm0zDRh0d X-Google-Smtp-Source: ABdhPJy1i4KSv40h4cFJWxZ8Xs2UfX2BnKtbUS6nK5YEyqmMmtY8jvSH8vp9/E/PqT1hbDIcV8ZghV7rPh+ynfv+Eqw= X-Received: by 2002:a05:6402:1d97:: with SMTP id dk23mr10458109edb.1.1596336441706; Sat, 01 Aug 2020 19:47:21 -0700 (PDT) MIME-Version: 1.0 References: <83f06794-1945-649a-6997-dc2959cb0d82@freebsd.org> In-Reply-To: <83f06794-1945-649a-6997-dc2959cb0d82@freebsd.org> From: Stephen Hocking Date: Sun, 2 Aug 2020 12:47:10 +1000 Message-ID: Subject: Re: Support for RealTek RTL8125B chipset? To: Stefan Esser Cc: hackers@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4BK55m1ymdz3gs6 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Aug 2020 02:47:24 -0000 Hi Stefan, Thanks for updating me on this - do you need any hardware for testing etc? On Sat, 1 Aug 2020 at 19:33, Stefan Esser wrote: > > Am 01.08.20 um 05:05 schrieb Stephen Hocking: > > Just scored one of those spiffy Odroid H2+ boxes with 2 ethernet > > ports, only to be disappointed that FreeBSD 12.1 doesn't seem to > > support the ethernet chipset. Does anyone have any plans to add this > > in the foreseeable future? > > Short answer: try the port version (net/realtek_re_kmod). I'm using > it on my AMD B550 mainboard with on-board RTL8125, currently. It is > known to work on amd64, but I have not seen any success reports for > another architecture, yet. > > Since that port is based on the FreeBSD driver available from the > RealTek web-site, which still has ifdefs for FreeBSD 4 and earlier, > but lacks a number of features added to our version in recent years, > I have started to merge the code required to support the RTL8125 to > our driver, a few weeks ago. (There is no publicly available data > sheet or other information for the RTL8125 and its PHY, AFAIK.) > > I have merged most of the header bits (defines for new registers and > new bits in existing registers) to sys/dev/rl/if_rlreg.h and have > added some of the new functionality to sys/dev/re/if_re.c, but a lot > is missing and a lot can still be improved. > > And then there is the MII PHY code that is embedded in the RealTek > driver and split of into the miibus framework in FreeBSD. The code > that operates on the PHY has therefore to be separated out from the > RealTek driver and integrated into our mii/rgephy.c ... > > > The Realtek driver contains more than 10 embedded firmware blobs for > different RealTek chips supported by the driver (supposedly to work > around a number of chip bugs or deficiencies of the firmware burnt > into those chips) and I have found that there are about the same > number of specific firmware files for the Linux RealTek driver, too > (but not 1:1 matching the one in the RealTek driver, looking at the > names of those firmware files). > > The driver distributed by RealTek (and used for the kmod port) has > a list of some 60 chip revisions and special cases in nearly every > function to support them (there are 4 procedures to reset the chip, > for example). > > I have converted quite some code from the RealTek driver to fit in > with our driver version and the merged driver should contain all the > features of our current re driver and missing in the RealTek version > (e.g. NETMAP support) but also include support for the RTL8125 and > I plan to integrate the firmware loading (but that could lead to > slightly different behavior of the RTL chips and thus to regressions > since our driver code assumes the behavior of the chip with its burnt > in firmware ...) > > My version still works with e.g. the RTL8111 I bought to have another > chip of this series in my development system to be able to test for > regressions. But it does not fully initialize the RTL8125, yet, and > work will progress as spare time permits. > > TL:DR > > The port version seems to work well enough to get the RTL8125 working > without a number of features our if_re.c grew over time. It will also > work with other RTL chips and might even give better results for them, > since it includes revision specific firmware blobs. > > I hope to get a working RTL8125 driver that does include all features > of our current if_re.c within a few weeks. But this is a spare-time > project and progress will depend on the amount of available time ... > > Regards, STefan -- "I and the public know what all schoolchildren learn Those to whom evil is done Do evil in return" W.H. Auden, "September 1, 1939" From owner-freebsd-hackers@freebsd.org Sun Aug 2 03:33:45 2020 Return-Path: Delivered-To: freebsd-hackers@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 7D10D36E89E for ; Sun, 2 Aug 2020 03:33:45 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-20.consmr.mail.gq1.yahoo.com (sonic301-20.consmr.mail.gq1.yahoo.com [98.137.64.146]) (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 4BK67D0RWNz41TN for ; Sun, 2 Aug 2020 03:33:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: nxBAR4YVM1muKE2fIWWOmnW56DcxjyfssRkFE084sTXEJFO5Ziusx18euYwZYlO d3R7XsLXy77TsMABm6QcJhIeyEKdayu2KvyZIKm0BEaUCA78DN9p5iMit_BLWr5iLEn.Z8POSpx8 4hcj_b.d2cdKr5FnVS9c1l9TAOO5nLixKOPQRHQgxV1n1lwxQ0NJf7o2LeVLcx2lTwcW7fm_jVPq vJd2.2BYIPCRwKlcX5CsE.LLVvS2Kf6wc4SW3ATvH4SZOV4Rvo_hHnESf1QrcoQZ_fGYtEUiEAK1 GnJJBmwblpIs33J6lMc_JW1KvHGV7DWBlwOaZ1yFiKfWaipuMTABKvdJRADhrb5yh8ahgZnHOpwh rRR3MEOdJ.1D_xMiMpfj4uNqjyd_dGVzjQe4J3oNtqjNRgzy2TXuWDboxXVqS557yruJiECUrNiw CdywFLfOO2qXmdmVIUjA5wfINFxE4WL9JzEEgbXlX6Zl2TTDJnt42RK7_sCCyvLeZRpdrdXJR6ca ISqzYchu8PMcaI6fTXyI_ROFTxypb1Tprxl5d.7zKme1nMX3QJ9LbYbfech279JHQAM_Y8cwiiD4 MHbKcpOAXXJSNoRNOdRWdpaL.s0oOsnO2_D84zrcC5l2zBQWFU7tyS.pgt0Nrj1P0QAl0bbcH11t PExVk3g98yQxMQL3lDhglCZZDbVf4mttiZRizurjivrM4moZoJI1oB3BPOu.ppgV00rXQ3AlyNXc irvZzy3I1q2c512b6Nx6YieUCIVeS_8iAjl2_ZAumt739l.2Xyt_x6f3zHRs8oi4XWdMCru95mbD vyVymq4jJPxP6u1uWxO6Kzc4dwil2TnqnAR6_EixLzJZC7mp23ocGuE2qhBgu3CmC0RG8F6Ejew8 0DlPMKaHsAwy8ylkT7.rnEki_TKZOW0O.Fry0mUarRDl0OQ.QbC2aIS_H_ZSGB8.eHC8vpvQcfPn MgucTFQRHEw5ZHChONghX94fnCn86B9y67wqHSC8ZCEKBt9PVnFZAuPyPnIsCQp5PKHdaMG8YLXe JS_ofLgXL8ZF60B2YWtlByZQsuM9O3g5QzhpXLnfHdOQUCyixol94.WbLKWZ0_B5WdMEugIu6Qzq 2CVfU7gPzf8abPzKQd5NMX7BhRbv81GES2OPQcyd0zvrI3KM8gzek4ZsdScT2R97XW1bTknGIa0V lFLfHjYQZRqkVe5GyNS_w8g3uhA3oYrEZtxBfCWGoZ_02GSxJHJUsJYL2FxJ9iou9YLvnpmVag1. NkU6g24n6p3tCrrFpeu_5DyptY1N9HHbJTOmpxf0stFjQVgGpIjmKvzC9Qgxi7pwbaG3NDwybgqs OmjPr6crGFSVtq8saq_IFW3uMdSzS.4ooRyYhaZQo5o7tbZiM90_eJviT6e_zkR4WkDi4moGwo.B QTnh0tuwCumaejCsd.UMzW9I3khuspxd2rrhv1QKsonnwe5gALb3ymLEMojFbfcJZ Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Sun, 2 Aug 2020 03:33:42 +0000 Received: by smtp402.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 13593a3c8b93f9b285b3bb21d00b3c6e; Sun, 02 Aug 2020 03:33:38 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: Support for RealTek RTL8125B chipset? Message-Id: Date: Sat, 1 Aug 2020 20:33:36 -0700 To: FreeBSD Hackers , stephen.hocking@gmail.com X-Mailer: Apple Mail (2.3608.120.23.2.1) References: X-Rspamd-Queue-Id: 4BK67D0RWNz41TN X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.20 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.69)[-0.689]; FREEMAIL_TO(0.00)[freebsd.org,gmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; SUBJECT_ENDS_QUESTION(1.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.02)[-1.018]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; NEURAL_HAM_LONG(-0.99)[-0.994]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.146:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.146:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Aug 2020 03:33:45 -0000 > Hi Stefan, > > Thanks for updating me on this - do you need any hardware for testing etc? > > On Sat, 1 Aug 2020 at 19:33, Stefan Esser wrote: > > > . . . > > > > TL:DR > > > > The port version seems to work well enough to get the RTL8125 working > > without a number of features our if_re.c grew over time. It will also > > work with other RTL chips and might even give better results for them, > > since it includes revision specific firmware blobs. > > > > I hope to get a working RTL8125 driver that does include all features > > of our current if_re.c within a few weeks. But this is a spare-time > > project and progress will depend on the amount of available time ... > > > > Regards, STefan > An FYI relative to active if_ure development: I have been using/testing the update to if_ure that is in https://reviews.freebsd.org/D25809 . The summary for that reports: QUOTE This update adds support for: HW VLAN tagging HW checksum offload for IPv4 and IPv6 tx and rx aggreegation (for full gige speeds) multiple transactions In my testing, I am able to get 900-950Mbps depending upon TCP or UDP, which is a significant improvement over the previous 91Mbps (~8kint/sec*1500bytes/packet*1packet/int). END QUOTE It has been very handy in my context. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-hackers@freebsd.org Sun Aug 2 10:42:12 2020 Return-Path: Delivered-To: freebsd-hackers@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 299493793F2 for ; Sun, 2 Aug 2020 10:42:12 +0000 (UTC) (envelope-from se@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4BKHdc0PDhz4L6M for ; Sun, 2 Aug 2020 10:42:12 +0000 (UTC) (envelope-from se@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 0D86B379532; Sun, 2 Aug 2020 10:42:12 +0000 (UTC) Delivered-To: hackers@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 0D4A9379700 for ; Sun, 2 Aug 2020 10:42:12 +0000 (UTC) (envelope-from se@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BKHdb6d8jz4KyS; Sun, 2 Aug 2020 10:42:11 +0000 (UTC) (envelope-from se@freebsd.org) Received: from Stefans-MBP-WLAN.fritz.box (p200300cd5f277400050cd3adce410cd2.dip0.t-ipconnect.de [IPv6:2003:cd:5f27:7400:50c:d3ad:ce41:cd2]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: se/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 670A01D7A9; Sun, 2 Aug 2020 10:42:11 +0000 (UTC) (envelope-from se@freebsd.org) Subject: Re: Support for RealTek RTL8125B chipset? To: Stephen Hocking Cc: hackers@freebsd.org References: <83f06794-1945-649a-6997-dc2959cb0d82@freebsd.org> From: Stefan Esser Autocrypt: addr=se@freebsd.org; keydata= mQENBFVxiRIBCADOLNOZBsqlplHUQ3tG782FNtVT33rQli9EjNt2fhFERHIo4NxHlWBpHLnU b0s4L/eItx7au0i7Gegv01A9LUMwOnAc9EFAm4EW3Wmoa6MYrcP7xDClohg/Y69f7SNpEs3x YATBy+L6NzWZbJjZXD4vqPgZSDuMcLU7BEdJf0f+6h1BJPnGuwHpsSdnnMrZeIM8xQ8PPUVQ L0GZkVojHgNUngJH6e21qDrud0BkdiBcij0M3TCP4GQrJ/YMdurfc8mhueLpwGR2U1W8TYB7 4UY+NLw0McThOCLCxXflIeF/Y7jSB0zxzvb/H3LWkodUTkV57yX9IbUAGA5RKRg9zsUtABEB AAG0J1N0ZWZhbiBFw59lciAoRnJlZUJTRCkgPHNlQGZyZWVic2Qub3JnPokBVAQTAQoAPgIb AwULCQgHAwUVCgkICwUWAwIBAAIeAQIXgBYhBKNx6mWcC+zIK3FTE0frte9a/fVEBQJa8u+q BQkLJQETAAoJEEfrte9a/fVEOeMH/icmdK1eZQvB3U8quJo9VMaZsaTuCMbUE4NThyfsIvIm MCd+rb/yULmMYwqNfjyKB1x4ikR4x+94l+yJoz7K0Usks+eNKDmMGJM6pWWssTigaJubFdVd hVVC+C1QJi7JshYSib08uONoPmO4lv5Az0TDYGtsMzsES2sIlc62c9go5WPGYhQFRbX3Lk6y V6m8OHh+G9XGSj3oPO4UteRwu+SzTdOLunZBWG1wu34+IeZm663D+2gOppQLWpLa2qaTerqw THu377ayZ2B2LPJ5JkvkZeHYPkwDQ+b5PGn0UhfkxPnDVYki5F7qKxvQ5uq1/q9YaCX7mmOl H2yO7tgVsrW5AQ0EVXGJEgEIALEj9qCXMZVucjpcd3QxM/TlUr98m5viEd1z4tCnPUyRWcIC EVtj2h5xMH+2iB0q1+KWhq+NsWtvScmEmfHnsr7dJ1K677OdpDhKVaJk61eeRulFY1R4yb6C 1MMxK+WgYB+vvpG0UeyR0M4uBewcPvRsq4yGUHFQKtLAbMdoPTSryJA+ElnmK1vdY+rPcHgi OIMBZM7ahsPXC0C9K4e5SP9clGyIoMpbfHXdx9q+Rp3zVtlbhyk3BS/xccu/+9pk9ICXL6GR js2sNnJ0wxdU1DsAlC59a5MnSruwiZFwRnkQhr3x6wk97Lg7sLS9jjTnCN7LGlVmSmpOEMy6 uq1AWfUAEQEAAYkBPAQYAQoAJgIbDBYhBKNx6mWcC+zIK3FTE0frte9a/fVEBQJa8u+rBQkL JQEZAAoJEEfrte9a/fVEuesH/2DNxGWnHvWwMyiyhlQtafvDKwEn/wAgR8gHJFodB7emf8rA TnukH7MVttCoHtjN5lvv9RSBHjNTZls5wR/ANlwdRuPQHd8ZGxLe3S6IuUB3zDSwFltLGurO N2kOMhs5mTGyypSa+uw3rtQbUAVYf1oPbiR4FLtiM8FLyEvE95hX5fPq9Qvx9FmN79kmCIEw jDKPqDaUf/OR2fEF0LSIbXHEk4tNqCEwx5DIJ0fp5/z5UzICUAmwxyRs5O/Hre1jzPsMVyud Ml9t7UTOJGKVWwRory1PMnOFxN+iz5/d4FhYSKXF7kfMiFgol4LuWaxJRwbBrr71VGBrRy2a L1nw6Bc= Message-ID: Date: Sun, 2 Aug 2020 12:42:08 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Aug 2020 10:42:12 -0000 Am 02.08.20 um 04:47 schrieb Stephen Hocking: > Hi Stefan, > > Thanks for updating me on this - do you need any hardware for testing etc? Hi Stephen, thank you for the offer - I've got a main-board with RTL8125B and have added RTL8111H and i210-T1 cards to compare the RTL8125 with. I'm limited to 1000baseTX speed due to other available interfaces and switch ports, but I'd hope that if 1000baseTX works, the higher speeds will be simple to test (and could be come at a later time, since having on-board RTL8125 chips support by the base system at least at 1 Gbit/s is my primary goal for now). The problem is lack of documentation for the MAC and PHY, and there are even 4 firmware blobs for different versions of the RTL8125 alone (two each for RTL8125A and B since both already exist in two revisions). Since I do not have any documentation (except for the RealTek driver that has a friendly license, being derived from Bill Paul's FreeBSD driver) I do not really know which parts of the initialization and register setup that is different for those different chips needs to be merged into out driver - for now I assume a mostly verbatim copy of the blobs and of code fragments is the only way forward, since I have access to only 1 of those 4 chip versions ... Regards, STefan From owner-freebsd-hackers@freebsd.org Sun Aug 2 11:06:10 2020 Return-Path: Delivered-To: freebsd-hackers@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 4232E379767 for ; Sun, 2 Aug 2020 11:06:10 +0000 (UTC) (envelope-from stephen.hocking@gmail.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4BKJ9G0DByz4MCk for ; Sun, 2 Aug 2020 11:06:10 +0000 (UTC) (envelope-from stephen.hocking@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 05B44379B2E; Sun, 2 Aug 2020 11:06:10 +0000 (UTC) Delivered-To: hackers@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 04583379DB0 for ; Sun, 2 Aug 2020 11:06:10 +0000 (UTC) (envelope-from stephen.hocking@gmail.com) Received: from mail-ej1-x635.google.com (mail-ej1-x635.google.com [IPv6:2a00:1450:4864:20::635]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-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 4BKJ9F4Vg5z4MBs; Sun, 2 Aug 2020 11:06:09 +0000 (UTC) (envelope-from stephen.hocking@gmail.com) Received: by mail-ej1-x635.google.com with SMTP id d6so21897551ejr.5; Sun, 02 Aug 2020 04:06:09 -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=BhcGzpCdQoO0qo3foJjvPg0ugNwQhHv886wGXK/ZFkI=; b=F2Ax9+NnbsaHX8OlW9iyAP7iRWFEyO2xcASnJfhCqlSmpg6XIjPVvz4cetXrqreFW0 JpSUrvkbDiZSf7xie1KaZyf9a7E+y9uYillF1q8oQnm2uxwpNdWa+OhVlyEgU4n3bDCA w72JRCKqczx5e3zM+H60g9kpo4PK/I26cPY2oHSMaBXJ9+nhET+XM9IHIZCMsrvkpl1d H2MFBfkc7O5CzYDjURCGiyStDXgH8X7SyGRBNeVGSCrv39R0lN6MtIc21Z+n/ByKjzXR men3f3kF3pXqO/QvRohV9hhPJiRfitjkvsvPgR20XpNs94VpkCQ8XxP3FZqZR8gt1DO2 IVqw== 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=BhcGzpCdQoO0qo3foJjvPg0ugNwQhHv886wGXK/ZFkI=; b=b3YMliBgeeyV4wHmvvaBQ/Qw/zL8qWsaiJzqLUyUxTZaAfAqd7OWt9X7LpwPTsavFJ 4J19q5vQEHI/e8VFQUTvVfSON8QzqHfFdeabCLOlGMhS1pRyJGeSqtQMVWOcIUyuap9Q tAC2zvCtbXeatTcATW2yBS2iPhofAkEBwShZJoViQxti5Xeug00YBTY65yX2s1ZkS6KP kLjFE91c8bPV5TxofbzTMhYICg+ORkdyLRSqvcM1z/NJXKh6HO9CaN5i/SKofSqJvwoI 2W0/eQ7UDqG5nZPLz02oNsRUVN4r1nuI6QGSN5/yvECjk1efgGKQdckqqSrWcfzTPqEf oDyg== X-Gm-Message-State: AOAM530CUo/9yTX7YCdDeLqoaHkVo5JQ3mwQTJcHWSHRx34wOwMvdHSu 4QNG434jXoUm9MRvSoP9p7b4FvEb/8QQcjzU6/AWAtI4 X-Google-Smtp-Source: ABdhPJzRm2s7GJovICsVUvSMVwk2U5vTHPSey/+Q1xJnkdDE2XX5Cn1TPL9mMMqkpTgWwhF8F6FtRcMCMtnqX8+7Ro4= X-Received: by 2002:a17:906:1402:: with SMTP id p2mr11667830ejc.126.1596366367143; Sun, 02 Aug 2020 04:06:07 -0700 (PDT) MIME-Version: 1.0 References: <83f06794-1945-649a-6997-dc2959cb0d82@freebsd.org> In-Reply-To: From: Stephen Hocking Date: Sun, 2 Aug 2020 21:05:55 +1000 Message-ID: Subject: Re: Support for RealTek RTL8125B chipset? To: Stefan Esser Cc: hackers@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4BKJ9F4Vg5z4MBs X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Aug 2020 11:06:10 -0000 Hi STefan, I'm rather ignorant about the different versions of that chipset, do you know of any place that could supply cards with them? Or should we be calling for volunteers? A few of my boxes have RealTek ethernet interfaces on their motherboards. On Sun, 2 Aug 2020 at 20:42, Stefan Esser wrote: > > Am 02.08.20 um 04:47 schrieb Stephen Hocking: > > Hi Stefan, > > > > Thanks for updating me on this - do you need any hardware for testing etc? > > Hi Stephen, > > thank you for the offer - I've got a main-board with RTL8125B and have > added RTL8111H and i210-T1 cards to compare the RTL8125 with. > > I'm limited to 1000baseTX speed due to other available interfaces and > switch ports, but I'd hope that if 1000baseTX works, the higher speeds > will be simple to test (and could be come at a later time, since having > on-board RTL8125 chips support by the base system at least at 1 Gbit/s > is my primary goal for now). > > The problem is lack of documentation for the MAC and PHY, and there are > even 4 firmware blobs for different versions of the RTL8125 alone (two > each for RTL8125A and B since both already exist in two revisions). > > Since I do not have any documentation (except for the RealTek driver > that has a friendly license, being derived from Bill Paul's FreeBSD > driver) I do not really know which parts of the initialization and > register setup that is different for those different chips needs to > be merged into out driver - for now I assume a mostly verbatim copy > of the blobs and of code fragments is the only way forward, since I > have access to only 1 of those 4 chip versions ... > > Regards, STefan -- "I and the public know what all schoolchildren learn Those to whom evil is done Do evil in return" W.H. Auden, "September 1, 1939" From owner-freebsd-hackers@freebsd.org Mon Aug 3 14:10:36 2020 Return-Path: Delivered-To: freebsd-hackers@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 D617437C026 for ; Mon, 3 Aug 2020 14:10:36 +0000 (UTC) (envelope-from fernando.apesteguia@gmail.com) Received: from mail-vs1-xe44.google.com (mail-vs1-xe44.google.com [IPv6:2607:f8b0:4864:20::e44]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-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 4BL0Cc1KlHz3chq for ; Mon, 3 Aug 2020 14:10:35 +0000 (UTC) (envelope-from fernando.apesteguia@gmail.com) Received: by mail-vs1-xe44.google.com with SMTP id p25so19287272vsg.4 for ; Mon, 03 Aug 2020 07:10:35 -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; bh=M5yXxowAmYArNklzYAvsiN8FLeRKgCI6poBFq5JHoSs=; b=CAQYHD2S6A/qn4Ib+PRQS/sJqizDRfvCeOuSU5VP+VIfbWNjWvyff0aUsJ/Md1rqgA kAVMvihjVkYiao+muSDatuVUo371SCzT4NGTphjJ4QdbmNluV6YAME8/TmoQ3I5PMjlk rbsdw9TYeWZaWe8ddxuMQPU9u9uLLKZk8N1F61wJrUW8yBaDXoUl8wz4VWdpIIK8wOxB ePm+gyny/tyL3hCySIjv79M1nT2WRsB36ZHV/RqE3TMlm0apBV8zDcFhlegsFz/f4e1C w/OHl4rHaRzGjH3rwjiJM+pCCsWVYWFFFrU3SDwWJ3GYtQYENjYGzE79hRFPGmVbuT61 exzQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=M5yXxowAmYArNklzYAvsiN8FLeRKgCI6poBFq5JHoSs=; b=QCiB+HOHlSNv1cJxmx4oonsJJLHvv1JUTjoMOGUA1Sh/+BpP1PQEE80rzoNllWggv0 uLc/rvHdCX+Yj2l6yli3aG0oy16oiHQWoqaLisSIxPWFg6tEgxCtMmsS2JDNSpgtNo57 xVD/OW9AIDMICPQVyactfspgWf5cTTUjjgodlV4acQAiXKTPdyExKISI21gFZTciLgKZ Ko/Yay6QL+vkgEkdpPjXpvM/bfw/yyAvwQ+5AFW//Hxq8Xzou+Edfz0Lx5l6vaW4kM4U KuD62jOQni5cLBUWqKpWZRkeceFaysB2GC3GJt9OJI9JV5PUweuXCW4Vmf0LzzB36jV9 YbXQ== X-Gm-Message-State: AOAM530FolhhrkJLR1vuoUhACBHhUT50zZ/00j1Jx+T+YAQPgw9U2Vhj fdCSuHZtxJAbnNNUmrV+hQHt6ih1aDY22xEvvmq6iFvz X-Google-Smtp-Source: ABdhPJxMXqmFHrhAR77h8X/ax29w+UPhkVkgs3v3XUrfACuc/SM8M1p7rkMM/kRfwN1jxvJNT7N0m96SjyILqGCjdF4= X-Received: by 2002:a67:582:: with SMTP id 124mr12217033vsf.101.1596463834272; Mon, 03 Aug 2020 07:10:34 -0700 (PDT) MIME-Version: 1.0 From: =?UTF-8?Q?Fernando_Apestegu=C3=ADa?= Date: Mon, 3 Aug 2020 17:09:30 +0200 Message-ID: Subject: Error building current To: FreeBSD Hackers Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4BL0Cc1KlHz3chq X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=CAQYHD2S; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of fernandoapesteguia@gmail.com designates 2607:f8b0:4864:20::e44 as permitted sender) smtp.mailfrom=fernandoapesteguia@gmail.com X-Spamd-Result: default: False [-2.26 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.04)[-1.042]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.002]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::e44:from]; NEURAL_HAM_SHORT(-0.21)[-0.215]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; 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]; TAGGED_FROM(0.00)[]; R_MIXED_CHARSET(1.00)[subject]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2020 14:10:36 -0000 Hi, Today I left one of my VM's (VirtualBox) updating current. I did: make -j4 buildworld && make -j4 kernel and finished fine. Then I rebooted and did a: make installworld. And at some point, I got this error: ===> usr.bin/msgs (install) install -s -o root -g wheel -m 555 msgs /usr/bin/msgs install -o root -g wheel -m 444 msgs.debug /usr/lib/debug/usr/bin/msgs.debug install -o root -g wheel -m 444 msgs.1.gz /usr/share/man/man1/ ===> usr.bin/bmake (install) install -s -o root -g wheel -m 555 make /usr/bin/make install -o root -g wheel -m 444 make.debug /usr/lib/debug/usr/bin/make.debug install -o root -g wheel -m 444 make.1.gz /usr/share/man/man1/ ===> usr.bin/bmake/tests (install) ld-elf.so.1: /usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin/make: Undefined symbol "regcomp@FBSD_1.6" *** Error code 1 Stop. make[5]: stopped in /usr/src/usr.bin/bmake *** Error code 1 uname -a FreeBSD vm-current 13.0-CURRENT FreeBSD 13.0-CURRENT #1 r363784: Mon Aug 3 16:15:22 CEST 2020 root@vm-current:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 Has anyone experienced this? Thanks in advance. From owner-freebsd-hackers@freebsd.org Mon Aug 3 14:13:11 2020 Return-Path: Delivered-To: freebsd-hackers@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 E6CE937C49D for ; Mon, 3 Aug 2020 14:13:11 +0000 (UTC) (envelope-from danilogondolfo@gmail.com) Received: from mail-ua1-f65.google.com (mail-ua1-f65.google.com [209.85.222.65]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-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 4BL0GZ6909z3d5d for ; Mon, 3 Aug 2020 14:13:10 +0000 (UTC) (envelope-from danilogondolfo@gmail.com) Received: by mail-ua1-f65.google.com with SMTP id x17so992853uao.5 for ; Mon, 03 Aug 2020 07:13:10 -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=muf/MMd4fDgHIJ0cJ+ZeLDTIi2evcuwPvRXqee2PL7c=; b=POT2eDjssSJAKa4J3+gTaVdqGygTKD/8GznoHApVfIpKBFvHZFmtNfCMpqZWzkRQ51 ixeFEA8HRMxiwPAHAu8g9NiOW2jCOKBBswccglSWMDntu5zyorGjXC3nMIz1g+bSQ29p j66ocks9M4OBt5sGmmdkhZ7t1u/2Xu3LRXTqdjskM4IPCrVZVNErL53Jinq/nc+VmToZ xTeTBHlqxYQT6nOOhuleBhXhY/Cz5/rqvTfyp2gTpEwc3/shyMWS19NzWWeLhxcQucxP diQ35Mwj9c/eDYAqPKalIOMUNiiTwaDWbue7lSXOUMBWceasOsnq+5F1176lgSEEHqhZ IHmw== X-Gm-Message-State: AOAM533KVSL1K+sjUhgmtu4nITCpbR/5YMvRHFQzahMuQu6uFrWycczi V8LnIGCS0WD55FHycV7aXpG0cj/y/ztNWiXgp+8= X-Google-Smtp-Source: ABdhPJxy4Tk94aRpYYmv6meAUNsabMxtU8tLEciZVh3jqh57P3Mb+baHgrN2Qg74fNbaVSdXbyISe9ayifAcFgbzlxE= X-Received: by 2002:ab0:7406:: with SMTP id r6mr11259356uap.23.1596463989799; Mon, 03 Aug 2020 07:13:09 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: =?UTF-8?Q?Danilo_Eg=C3=AAa_Gondolfo?= Date: Mon, 3 Aug 2020 15:12:57 +0100 Message-ID: Subject: Re: Error building current To: =?UTF-8?Q?Fernando_Apestegu=C3=ADa?= Cc: FreeBSD Hackers X-Rspamd-Queue-Id: 4BL0GZ6909z3d5d X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of danilogondolfo@gmail.com designates 209.85.222.65 as permitted sender) smtp.mailfrom=danilogondolfo@gmail.com X-Spamd-Result: default: False [-1.10 / 15.00]; ARC_NA(0.00)[]; R_MIXED_CHARSET(0.71)[subject]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; NEURAL_HAM_LONG(-0.84)[-0.836]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.44)[-0.439]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[209.85.222.65:from]; NEURAL_HAM_MEDIUM(-0.54)[-0.543]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[danilo@freebsd.org,danilogondolfo@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.222.65:from]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[danilo@freebsd.org,danilogondolfo@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2020 14:13:12 -0000 Hi, Check the src/UPDATING On Mon, Aug 3, 2020 at 3:10 PM Fernando Apestegu=C3=ADa < fernando.apesteguia@gmail.com> wrote: > Hi, > > Today I left one of my VM's (VirtualBox) updating current. I did: > > make -j4 buildworld && make -j4 kernel > > and finished fine. Then I rebooted and did a: > > make installworld. > > And at some point, I got this error: > > =3D=3D=3D> usr.bin/msgs (install) > install -s -o root -g wheel -m 555 msgs /usr/bin/msgs > install -o root -g wheel -m 444 msgs.debug > /usr/lib/debug/usr/bin/msgs.debug > install -o root -g wheel -m 444 msgs.1.gz /usr/share/man/man1/ > =3D=3D=3D> usr.bin/bmake (install) > install -s -o root -g wheel -m 555 make /usr/bin/make > install -o root -g wheel -m 444 make.debug > /usr/lib/debug/usr/bin/make.debug > install -o root -g wheel -m 444 make.1.gz /usr/share/man/man1/ > =3D=3D=3D> usr.bin/bmake/tests (install) > ld-elf.so.1: /usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin/make: > Undefined symbol "regcomp@FBSD_1.6" > *** Error code 1 > > Stop. > make[5]: stopped in /usr/src/usr.bin/bmake > *** Error code 1 > > uname -a > FreeBSD vm-current 13.0-CURRENT FreeBSD 13.0-CURRENT #1 r363784: Mon > Aug 3 16:15:22 CEST 2020 > root@vm-current:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 > > Has anyone experienced this? > > Thanks in advance. > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org= " > From owner-freebsd-hackers@freebsd.org Mon Aug 3 14:13:23 2020 Return-Path: Delivered-To: freebsd-hackers@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 475EE37C1C0 for ; Mon, 3 Aug 2020 14:13:23 +0000 (UTC) (envelope-from mpp302@gmail.com) Received: from mail-ed1-f52.google.com (mail-ed1-f52.google.com [209.85.208.52]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-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 4BL0Gp3g60z3dQ7 for ; Mon, 3 Aug 2020 14:13:22 +0000 (UTC) (envelope-from mpp302@gmail.com) Received: by mail-ed1-f52.google.com with SMTP id m20so17845001eds.2 for ; Mon, 03 Aug 2020 07:13: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:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=9rfhrMowx9xxzB0UWd/ZDe42+uD1x53b1FTq6T3vxJo=; b=kL3WZer/8947pZLxObCXGcPg0g8MYMPzzHV8Zlfn9eIV0rixdef6YBz1OVWxpPQ9pm dIqlW+qavIShq9+KCSMEtZKYghEJvW6eoN9Nn17S9M7OMs0bFDicuxbGLumMVJtd6xoT FZMxanDQPwiRaCS1EjF6tnuNmnEyNS5E3XzcjmePUoTR68t07DqqOogKmLg6n6bcs+Za ezuCHF6PkTTaI2wtCr9PtHYeHNEPaVSwzl+C15oL1FR97ELmVXZv0QXuSW9qTCinEUkZ xSAly05o+HAIKSro/PYcMBEX3mz4/zUG7eY9HVNJU5mwWIS3nz/1KcVPLTn3r9Uscte7 PgzA== X-Gm-Message-State: AOAM533ylFcNcYfKEgKCxGSVD2kDKKfkDMNTzpxTkhRHrZO4R/Ae0IGR eJ4q+ebgQ0BsDGh1fy0QbTxOOwJI X-Google-Smtp-Source: ABdhPJz5wkQh9Dml9o1lUs46nSTpivc6x4XSmGblKGow09YTQXqJFicFCGS0/36j1/Ly+MpAVtticA== X-Received: by 2002:a50:af45:: with SMTP id g63mr16626965edd.52.1596464000787; Mon, 03 Aug 2020 07:13:20 -0700 (PDT) Received: from ?IPv6:2a02:8109:98c0:1bc0:5e5f:67ff:fef4:ffd8? ([2a02:8109:98c0:1bc0:5e5f:67ff:fef4:ffd8]) by smtp.gmail.com with ESMTPSA id j24sm16025050ejv.32.2020.08.03.07.13.19 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 03 Aug 2020 07:13:20 -0700 (PDT) Subject: Re: Error building current To: =?UTF-8?Q?Fernando_Apestegu=c3=ada?= , FreeBSD Hackers References: From: Mateusz Piotrowski <0mp@FreeBSD.org> Message-ID: Date: Mon, 3 Aug 2020 16:13:27 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4BL0Gp3g60z3dQ7 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mpp302@gmail.com designates 209.85.208.52 as permitted sender) smtp.mailfrom=mpp302@gmail.com X-Spamd-Result: default: False [-1.80 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.49)[-0.490]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_TO(0.00)[gmail.com,freebsd.org]; FORGED_SENDER(0.30)[0mp@FreeBSD.org,mpp302@gmail.com]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; MID_RHS_MATCH_FROM(0.00)[]; FROM_NEQ_ENVFROM(0.00)[0mp@FreeBSD.org,mpp302@gmail.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.43)[-0.434]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.88)[-0.878]; TAGGED_RCPT(0.00)[]; R_DKIM_NA(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[FreeBSD.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.208.52:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.208.52:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2020 14:13:23 -0000 Hi, On 8/3/20 5:09 PM, Fernando Apesteguía wrote: > make installworld. > > And at some point, I got this error: > > ===> usr.bin/msgs (install) > install -s -o root -g wheel -m 555 msgs /usr/bin/msgs > install -o root -g wheel -m 444 msgs.debug /usr/lib/debug/usr/bin/msgs.debug > install -o root -g wheel -m 444 msgs.1.gz /usr/share/man/man1/ > ===> usr.bin/bmake (install) > install -s -o root -g wheel -m 555 make /usr/bin/make > install -o root -g wheel -m 444 make.debug /usr/lib/debug/usr/bin/make.debug > install -o root -g wheel -m 444 make.1.gz /usr/share/man/man1/ > ===> usr.bin/bmake/tests (install) > ld-elf.so.1: /usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin/make: > Undefined symbol "regcomp@FBSD_1.6" > *** Error code 1 > Has anyone experienced this? I think that you may consult UPDATING. I think there were some recent updates related to the error you're experiencing. Cheers, Mateusz Piotrowski From owner-freebsd-hackers@freebsd.org Mon Aug 3 14:23:43 2020 Return-Path: Delivered-To: freebsd-hackers@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 6924037C8A0 for ; Mon, 3 Aug 2020 14:23:43 +0000 (UTC) (envelope-from fernando.apesteguia@gmail.com) Received: from mail-ua1-x934.google.com (mail-ua1-x934.google.com [IPv6:2607:f8b0:4864:20::934]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-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 4BL0Vl0HVPz3dpJ; Mon, 3 Aug 2020 14:23:42 +0000 (UTC) (envelope-from fernando.apesteguia@gmail.com) Received: by mail-ua1-x934.google.com with SMTP id p27so7587711uaa.12; Mon, 03 Aug 2020 07:23:42 -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:content-transfer-encoding; bh=YVMl03Y6Ykxr45sXAv3h9qs4QzgF7sV0sgazCf5o14A=; b=PguO5xYaB2/6Mk5fk9cbwyhTSOv47of8OYzkvrEeYmY9+MTXvfMrLoSCbE5NSF9Lnv RsaEiKO6fioBrCrgrYDcG+uVqHhCZ+vC9rnNFupWrRJjgu9+hCSB5UnAdMyTX6+AGIQC AYkFW/17C5If/cq/3psmdyGuRYwWCH4I+27BnzO+hXcjg+vEm6Gz4ueQtOzeOORbkjqN vcn46kY2BvGvilOuOcU0LdC/9HWP/24yQWy5p+uZz1Y/blqeLGHwBTtSaQFRLLAyy1Mr 4D2+xoJoWKLsBZRzjrrLIOhZ1DrXPIXUBHLdlAnznW3muTZsFRcRxQbUqSWYdBv3agZG YRmA== 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:content-transfer-encoding; bh=YVMl03Y6Ykxr45sXAv3h9qs4QzgF7sV0sgazCf5o14A=; b=CpkNax1sA6fzSMmu7ugTPKkq/Ubk78fL/onNbwXcjnx9c5ZHLiFMWo/A7bOIuTY4wH d+KHkIctnrObhBL0dgn7xsPrgRfK1Qaknq8NdDVViUpY7Qe01t5qC7ZMsKZwRmeptGF9 dLvS36PA0UY1fVxSoTNr5h5R5nhKAJ0DG5n99xysEjbUhJKw6F1lHH1yJoLaGi+6SKlB PP4qzUg27LbQAkVXrNG8YYXk94oRSgEx8L5efihvIsK9YElZQ/szhU2t4PxljDQZ60r/ iD2JZLaqnbOM/HMfFCsvrE1Ak03spFHMTgw3HdNOLLRnxrnJ7H1vgGGykt898GJXROTB fT3A== X-Gm-Message-State: AOAM5328Lm/Zrsidvhf2LzQuhRPyhPCIjcR3k7E2cxdTIjIC5jgpbcNl qGYe/modFeLvA2P6cKf7mefO46TX/iNhoTgViCr4FHZV X-Google-Smtp-Source: ABdhPJw7CFU9w9VND8nwAulIgcJaxubdw5F2guT8/pMGH/EmOvlfn4iWpzOCv4BytpAo2YWRpvOGiOMCf4hmI/NYFCI= X-Received: by 2002:ab0:26d9:: with SMTP id b25mr10879174uap.59.1596464621655; Mon, 03 Aug 2020 07:23:41 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: =?UTF-8?Q?Fernando_Apestegu=C3=ADa?= Date: Mon, 3 Aug 2020 17:22:37 +0200 Message-ID: Subject: Re: Error building current To: Mateusz Piotrowski <0mp@freebsd.org> Cc: FreeBSD Hackers Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4BL0Vl0HVPz3dpJ X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; REPLY(-4.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2020 14:23:43 -0000 On Mon, Aug 3, 2020 at 4:13 PM Mateusz Piotrowski <0mp@freebsd.org> wrote: > > Hi, > > On 8/3/20 5:09 PM, Fernando Apestegu=C3=ADa wrote: > > make installworld. > > > > And at some point, I got this error: > > > > =3D=3D=3D> usr.bin/msgs (install) > > install -s -o root -g wheel -m 555 msgs /usr/bin/msgs > > install -o root -g wheel -m 444 msgs.debug /usr/lib/debug/usr/bin/msg= s.debug > > install -o root -g wheel -m 444 msgs.1.gz /usr/share/man/man1/ > > =3D=3D=3D> usr.bin/bmake (install) > > install -s -o root -g wheel -m 555 make /usr/bin/make > > install -o root -g wheel -m 444 make.debug /usr/lib/debug/usr/bin/mak= e.debug > > install -o root -g wheel -m 444 make.1.gz /usr/share/man/man1/ > > =3D=3D=3D> usr.bin/bmake/tests (install) > > ld-elf.so.1: /usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin/make: > > Undefined symbol "regcomp@FBSD_1.6" > > *** Error code 1 > > Has anyone experienced this? > > I think that you may consult UPDATING. I think there were some recent upd= ates related to the error > you're experiencing. I should have checked before posting, sorry. It worked with the second run. Thanks a lot. > > Cheers, > > Mateusz Piotrowski > > From owner-freebsd-hackers@freebsd.org Mon Aug 3 16:19:56 2020 Return-Path: Delivered-To: freebsd-hackers@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 6954537EEEC for ; Mon, 3 Aug 2020 16:19:56 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mouf.net", Issuer "mouf.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BL34r2FHBz434p for ; Mon, 3 Aug 2020 16:19:56 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from lrrr.mouf.net (cpe-76-182-16-135.nc.res.rr.com [76.182.16.135]) (authenticated bits=0) by mouf.net (8.14.9/8.14.9) with ESMTP id 073GJl6V042153 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for ; Mon, 3 Aug 2020 16:19:53 GMT (envelope-from swills@FreeBSD.org) To: freebsd-hackers@freebsd.org From: Steve Wills Subject: SOL_LOCAL define Message-ID: <50992471-7f17-dcdf-949f-1b0512a9b84d@FreeBSD.org> Date: Mon, 3 Aug 2020 12:19:42 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mouf.net [199.48.129.64]); Mon, 03 Aug 2020 16:19:53 +0000 (UTC) X-Spam-Status: No, score=0.2 required=4.5 tests=KHOP_HELO_FCRDNS autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mouf.net X-Virus-Scanned: clamav-milter 0.99.2 at mouf.net X-Virus-Status: Clean X-Rspamd-Queue-Id: 4BL34r2FHBz434p X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; ASN(0.00)[asn:36236, ipnet:2607:fc50::/36, country:US] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2020 16:19:56 -0000 Hi, I ran into a case where some code I was building expected SOL_LOCAL to be defined since LOCAL_PEERCRED was defined. See: https://github.com/nanomsg/nng/pull/1272 for details. And looking at getpeereid.c: https://svnweb.freebsd.org/base/head/lib/libc/gen/getpeereid.c?view=markup#l50 I see: error = _getsockopt(s, 0, LOCAL_PEERCRED, &xuc, &xuclen); I wonder if something like a: #define SOL_LOCAL 0 in sys/sys/un.h and a change to the above to: error = _getsockopt(s, SOL_LOCAL, LOCAL_PEERCRED, &xuc, &xuclen); might be useful for compatibility and clarity? Any opinions? Steve From owner-freebsd-hackers@freebsd.org Mon Aug 3 17:11:36 2020 Return-Path: Delivered-To: freebsd-hackers@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 988623A1ACD for ; Mon, 3 Aug 2020 17:11:36 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BL4DS0skPz473v; Mon, 3 Aug 2020 17:11:35 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.16.1/8.16.1) with ESMTPS id 073HBSYt057128 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 3 Aug 2020 20:11:31 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 073HBSYt057128 Received: (from kostik@localhost) by tom.home (8.16.1/8.16.1/Submit) id 073HBSRi057126; Mon, 3 Aug 2020 20:11:28 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 3 Aug 2020 20:11:28 +0300 From: Konstantin Belousov To: Steve Wills Cc: freebsd-hackers@freebsd.org Subject: Re: SOL_LOCAL define Message-ID: <20200803171128.GV2551@kib.kiev.ua> References: <50992471-7f17-dcdf-949f-1b0512a9b84d@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <50992471-7f17-dcdf-949f-1b0512a9b84d@FreeBSD.org> 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.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on tom.home X-Rspamd-Queue-Id: 4BL4DS0skPz473v X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; REPLY(-4.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2020 17:11:36 -0000 On Mon, Aug 03, 2020 at 12:19:42PM -0400, Steve Wills wrote: > Hi, > > I ran into a case where some code I was building expected SOL_LOCAL to be > defined since LOCAL_PEERCRED was defined. See: > > https://github.com/nanomsg/nng/pull/1272 > > for details. And looking at getpeereid.c: > > https://svnweb.freebsd.org/base/head/lib/libc/gen/getpeereid.c?view=markup#l50 > > I see: > > error = _getsockopt(s, 0, LOCAL_PEERCRED, &xuc, &xuclen); > > I wonder if something like a: > > #define SOL_LOCAL 0 > > in sys/sys/un.h and a change to the above to: > > error = _getsockopt(s, SOL_LOCAL, LOCAL_PEERCRED, &xuc, &xuclen); > > might be useful for compatibility and clarity? Any opinions? This is something added by MacOS X 10.8 it seems. I see no negative effects of the addition, so why not. https://reviews.freebsd.org/D25933 From owner-freebsd-hackers@freebsd.org Mon Aug 3 21:27:32 2020 Return-Path: Delivered-To: freebsd-hackers@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 B60693A8182 for ; Mon, 3 Aug 2020 21:27:32 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BL9vm3HT4z4Q3h for ; Mon, 3 Aug 2020 21:27:32 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: by mailman.nyi.freebsd.org (Postfix) id 6F1353A803D; Mon, 3 Aug 2020 21:27:32 +0000 (UTC) Delivered-To: hackers@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 6DC353A8094 for ; Mon, 3 Aug 2020 21:27:32 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:13b:39f::9f:25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BL9vl4QzDz4Q7d for ; Mon, 3 Aug 2020 21:27:31 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 2A2478D4A172 for ; Mon, 3 Aug 2020 21:27:23 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id B2713E7080F for ; Mon, 3 Aug 2020 21:27:22 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id lW1-WTplROeC for ; Mon, 3 Aug 2020 21:27:21 +0000 (UTC) Received: from [169.254.45.172] (unknown [IPv6:fde9:577b:c1a9:4902:18e1:c58e:e182:fe90]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 81212E707B3 for ; Mon, 3 Aug 2020 21:27:21 +0000 (UTC) From: "Bjoern A. Zeeb" To: hackers@freebsd.org Subject: ddb> cont after manual break does not work Date: Mon, 03 Aug 2020 21:27:20 +0000 X-Mailer: MailMate (2.0BETAr6146) Message-ID: <8B61E7D5-203C-43C7-B428-2FC4133FDC6D@lists.zabbadoz.net> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4BL9vl4QzDz4Q7d X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of bzeeb-lists@lists.zabbadoz.net designates 2a01:4f8:13b:39f::9f:25 as permitted sender) smtp.mailfrom=bzeeb-lists@lists.zabbadoz.net X-Spamd-Result: default: False [-2.66 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; NEURAL_HAM_MEDIUM(-0.96)[-0.963]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:4f8:13b:39f::9f:25]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[hackers@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.01)[-1.008]; DMARC_NA(0.00)[zabbadoz.net]; NEURAL_HAM_SHORT(-0.39)[-0.389]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2020 21:27:32 -0000 Hi, I filed a bug [1] a while back of something I keep seeing (and by now on IPMI console, legacy serial console, and keyboard): The short form is # sysctl debug.kdb.enter=1 ddb> cont [console dead] Has anyone else experience this (especially on amd64)? Does anyone have any idea of what could cause this? If you had any idea, I’d assume following up on the bug might be best. Thanks! /bz [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240122 From owner-freebsd-hackers@freebsd.org Tue Aug 4 00:24:58 2020 Return-Path: Delivered-To: freebsd-hackers@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 6BDA23AAB0C; Tue, 4 Aug 2020 00:24:58 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BLFrV202Hz4Z5g; Tue, 4 Aug 2020 00:24:58 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from mail-lj1-f171.google.com (mail-lj1-f171.google.com [209.85.208.171]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: mmacy) by smtp.freebsd.org (Postfix) with ESMTPSA id 22EF12D9BB; Tue, 4 Aug 2020 00:24:58 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: by mail-lj1-f171.google.com with SMTP id v9so7142414ljk.6; Mon, 03 Aug 2020 17:24:58 -0700 (PDT) X-Gm-Message-State: AOAM532SYEzVxv4cpg+N8Eicu2Lwtfcmj/kAwiOSlTQZ/Rb/1zoZrsA3 JgVVYIXVmt7U4cYHxz7sG8jQz/sVa2PC4qOVs6s= X-Google-Smtp-Source: ABdhPJwFOeuJmIr/AK29TNzeiUK22+qGXeOoe9ZHThgpLIG3qtx4OKeXBKSkYnD2B2JR0co9BXFKm3WeiML0//zORww= X-Received: by 2002:a05:651c:307:: with SMTP id a7mr8245161ljp.297.1596500696675; Mon, 03 Aug 2020 17:24:56 -0700 (PDT) MIME-Version: 1.0 From: Matthew Macy Date: Mon, 3 Aug 2020 17:24:45 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: CFT for vendor openzfs - week 5 reminder + memdisk images To: freebsd-current , freebsd-fs , freebsd-hackers@freebsd.org Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2020 00:24:58 -0000 On Wednesday, July 8th I issued the initial call for testing for the update to HEAD to vendored openzfs. We'd like to give users roughly a month to test before merging. The tentative merge date is August 17th. Again, I hope it's not terribly controversial to point out that it really rests with users of non amd64 platforms to test to avoid any unpleasant surprises the next time they update their trees following the merge. amd64, i386, and aarch64 memdisk images can be found at: https://people.freebsd.org/~freqlabs/freebsd-openzfs/latest/ If you're using a platform not listed above and would be inclined to test if you had an image to work with, let us know. Alternatively, you can still build following the instructions below. The review for merging in to base can be found at: https://reviews.freebsd.org/D25872 ========================================================== NB: Do NOT zpool upgrade unless you are willing to live without the ability to ever rollback to the legacy zfs kmod. Checkout updated HEAD: % git clone https://github.com/mattmacy/networking.git -b projects/openzfs_vendor freebsd Checkout updated openzfs in to sys/contrib: % git clone https://github.com/zfsonfreebsd/ZoF.git -b projects/openzfs_vendor freebsd/sys/contrib/openzfs Build world and kernel with whatever your usual configuration is. Where possible the openzfs kmod is backward compatible with the cmd utils in HEAD so common operations work with existing tools and the new kmod. In the projects/openzfs_vendor branch of ZoF ozfs libraries are backward compatible with the zfs kmod in HEAD. Although ideally one would test this in a separate boot environment, the interoperability should allow one to rollback without too much difficulty. NB: The patch updates /etc/rc.d/zfs - so if you skip mergemaster pools other than the root pool will not be imported at boot. Thanks in advance for your time. -M From owner-freebsd-hackers@freebsd.org Tue Aug 4 08:15:15 2020 Return-Path: Delivered-To: freebsd-hackers@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 F2A783B4B12 for ; Tue, 4 Aug 2020 08:15:15 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane-mx.org) Received: from ciao.gmane.io (static.214.254.202.116.clients.your-server.de [116.202.254.214]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BLSH735Vsz42Yc for ; Tue, 4 Aug 2020 08:15:15 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane-mx.org) Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1k2s1K-0000Si-6K for freebsd-hackers@freebsd.org; Tue, 04 Aug 2020 10:10:02 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-hackers@freebsd.org From: Ottavio Caruso Subject: [xpost,repost] VGA false positive in dmesg? Date: Tue, 4 Aug 2020 09:08:11 +0100 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.1.0 X-Mozilla-News-Host: news://news.gmane.io:119 Content-Language: en-GB X-Rspamd-Queue-Id: 4BLSH735Vsz42Yc X-Spamd-Bar: +++++++ X-Spamd-Result: default: False [7.63 / 15.00]; FORGED_MUA_THUNDERBIRD_MSGID_UNKNOWN(2.50)[]; ARC_NA(0.00)[]; GREYLIST(0.00)[pass,body]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-0.53)[-0.529]; HFILTER_HOSTNAME_5(3.00)[static.214.254.202.116.clients.your-server.de]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_MEDIUM(-0.81)[-0.806]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.03)[-0.033]; R_SPF_ALLOW(-0.20)[+mx]; DMARC_POLICY_REJECT(2.00)[yahoo.com : SPF not aligned (relaxed), No valid DKIM,reject]; FORGED_SENDER(0.30)[ottavio2006-usenet2012@yahoo.com,freebsd-hackers@m.gmane-mx.org]; SUBJECT_ENDS_QUESTION(1.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:24940, ipnet:116.202.0.0/16, country:DE]; MIME_TRACE(0.00)[0:+]; FROM_NEQ_ENVFROM(0.00)[ottavio2006-usenet2012@yahoo.com,freebsd-hackers@m.gmane-mx.org]; RCVD_COUNT_TWO(0.00)[2] X-Spam: Yes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2020 08:15:16 -0000 Hi, [originally mailed to freebsd-questions, but I didn't get any feedback over there] I've launched a FreeBSD 12.1 instance in qemu (pay attention to "-vga none"). Host is Linux: qemu-system-x86_64 \ -drive if=virtio,file=/home/oc/VM/img/freebsd.image,index=0,media=disk \ -M q35,accel=kvm -m 250M -cpu host -smp $(nproc) \ -nic user,hostfwd=tcp:127.0.0.1:5554-:22,model=virtio-net-pci \ -daemonize -display none -vga none \ -serial mon:telnet:127.0.0.1:6664,server,nowait \ In the guest: oc@FreeBSD:~ % pciconf -vl hostb0@pci0:0:0:0: class=0x060000 card=0x11001af4 chip=0x29c08086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = '82G33/G31/P35/P31 Express DRAM Controller' class = bridge subclass = HOST-PCI virtio_pci0@pci0:0:1:0: class=0x020000 card=0x00011af4 chip=0x10001af4 rev=0x00 hdr=0x00 vendor = 'Red Hat, Inc.' device = 'Virtio network device' class = network subclass = ethernet virtio_pci1@pci0:0:2:0: class=0x010000 card=0x00021af4 chip=0x10011af4 rev=0x00 hdr=0x00 vendor = 'Red Hat, Inc.' device = 'Virtio block device' class = mass storage subclass = SCSI virtio_pci2@pci0:0:3:0: class=0x010000 card=0x00021af4 chip=0x10011af4 rev=0x00 hdr=0x00 vendor = 'Red Hat, Inc.' device = 'Virtio block device' class = mass storage subclass = SCSI isab0@pci0:0:31:0: class=0x060100 card=0x11001af4 chip=0x29188086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB (ICH9) LPC Interface Controller' class = bridge subclass = PCI-ISA ahci0@pci0:0:31:2: class=0x010601 card=0x11001af4 chip=0x29228086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IR/IO/IH (ICH9R/DO/DH) 6 port SATA Controller [AHCI mode]' class = mass storage subclass = SATA none0@pci0:0:31:3: class=0x0c0500 card=0x11001af4 chip=0x29308086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801I (ICH9 Family) SMBus Controller' class = serial bus subclass = SMBus However, in dmesg: oc@FreeBSD:~ % dmesg | grep -i vga VT(vga): text 80x25 vtvga0: on motherboard vga0: at port 0x3b0-0x3bb iomem 0xb0000-0xb7fff pnpid PNP0900 on isa0 I don't know how to interpret this output. I don't think it's a qemu issue, because I've done the same with NetBSD and OpenBSD guests and there's no trace of vga in their dmesg. Thanks -- Ottavio Caruso A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? From owner-freebsd-hackers@freebsd.org Tue Aug 4 10:21:24 2020 Return-Path: Delivered-To: freebsd-hackers@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 D72943B714F for ; Tue, 4 Aug 2020 10:21:24 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BLW4g6d1fz4BJt for ; Tue, 4 Aug 2020 10:21:23 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 074AL08T000702 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 4 Aug 2020 10:21:01 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: ottavio2006-usenet2012@yahoo.com Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id 074A0A3h072405 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Tue, 4 Aug 2020 17:00:10 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: [xpost,repost] VGA false positive in dmesg? To: Ottavio Caruso , freebsd-hackers@freebsd.org References: From: Eugene Grosbein Message-ID: Date: Tue, 4 Aug 2020 17:00:03 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.2 required=5.0 tests=BAYES_00,LOCAL_FROM, NICE_REPLY_A,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 SPF_PASS SPF: sender matches SPF record * 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record * 2.6 LOCAL_FROM From my domains * -1.5 NICE_REPLY_A Looks like a legit reply (A) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4BLW4g6d1fz4BJt X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism not recognized by this client) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [1.46 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.14)[0.136]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; NEURAL_SPAM_MEDIUM(0.10)[0.096]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_PERMFAIL(0.00)[empty SPF record]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.33)[0.329]; FREEMAIL_TO(0.00)[yahoo.com,freebsd.org]; 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]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2020 10:21:24 -0000 04.08.2020 15:08, Ottavio Caruso via freebsd-hackers wrote: > Hi, > > [originally mailed to freebsd-questions, but I didn't get any feedback over there] > > I've launched a FreeBSD 12.1 instance in qemu (pay attention to "-vga > none"). Host is Linux: > > qemu-system-x86_64 \ > -drive if=virtio,file=/home/oc/VM/img/freebsd.image,index=0,media=disk \ > -M q35,accel=kvm -m 250M -cpu host -smp $(nproc) \ > -nic user,hostfwd=tcp:127.0.0.1:5554-:22,model=virtio-net-pci \ > -daemonize -display none -vga none \ > -serial mon:telnet:127.0.0.1:6664,server,nowait \ > > In the guest: > > oc@FreeBSD:~ % pciconf -vl > hostb0@pci0:0:0:0: class=0x060000 card=0x11001af4 chip=0x29c08086 > rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > device = '82G33/G31/P35/P31 Express DRAM Controller' > class = bridge > subclass = HOST-PCI > virtio_pci0@pci0:0:1:0: class=0x020000 card=0x00011af4 chip=0x10001af4 > rev=0x00 hdr=0x00 > vendor = 'Red Hat, Inc.' > device = 'Virtio network device' > class = network > subclass = ethernet > virtio_pci1@pci0:0:2:0: class=0x010000 card=0x00021af4 chip=0x10011af4 > rev=0x00 hdr=0x00 > vendor = 'Red Hat, Inc.' > device = 'Virtio block device' > class = mass storage > subclass = SCSI > virtio_pci2@pci0:0:3:0: class=0x010000 card=0x00021af4 chip=0x10011af4 > rev=0x00 hdr=0x00 > vendor = 'Red Hat, Inc.' > device = 'Virtio block device' > class = mass storage > subclass = SCSI > isab0@pci0:0:31:0: class=0x060100 card=0x11001af4 chip=0x29188086 > rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801IB (ICH9) LPC Interface Controller' > class = bridge > subclass = PCI-ISA > ahci0@pci0:0:31:2: class=0x010601 card=0x11001af4 chip=0x29228086 > rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801IR/IO/IH (ICH9R/DO/DH) 6 port SATA Controller > [AHCI mode]' > class = mass storage > subclass = SATA > none0@pci0:0:31:3: class=0x0c0500 card=0x11001af4 chip=0x29308086 > rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801I (ICH9 Family) SMBus Controller' > class = serial bus > subclass = SMBus > > However, in dmesg: > > oc@FreeBSD:~ % dmesg | grep -i vga > VT(vga): text 80x25 > vtvga0: on motherboard > vga0: at port 0x3b0-0x3bb iomem 0xb0000-0xb7fff > pnpid PNP0900 on isa0 > > I don't know how to interpret this output. pciconf deals with PCI/PCI-E only but your guest detects ISA VGA device. Compare with real VGA hardware: VT(vga): resolution 640x480 vtvga0: on motherboard vgapci0: port 0xb000-0xb0ff mem 0xd0000000-0xdfffffff,0xfc3f0000-0xfc3fffff,0xfc200000-0xfc2fffff irq 18 at device 5.0 on pci1 vgapci0: Boot video device > I don't think it's a qemu issue, because I've done the same with NetBSD and OpenBSD guests and > there's no trace of vga in their dmesg. Maybe your guest has hw.vga.acpi_ignore_no_vga=1 in the kernel environment or some other non-default "hw.vga" knobs, check it out with kenv(1). You can also try adding to /boot/loader.conf: hint.vtvga.0.disabled=1 As for NetBSD/OpenBSD, they could drop ISA PNP VGA support or qemu settings differ for them. From owner-freebsd-hackers@freebsd.org Tue Aug 4 10:36:37 2020 Return-Path: Delivered-To: freebsd-hackers@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 CF0F23B77B3 for ; Tue, 4 Aug 2020 10:36:37 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane-mx.org) Received: from ciao.gmane.io (static.214.254.202.116.clients.your-server.de [116.202.254.214]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BLWQD6FNRz4BgT for ; Tue, 4 Aug 2020 10:36:36 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane-mx.org) Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1k2uJ8-0001Ud-If for freebsd-hackers@freebsd.org; Tue, 04 Aug 2020 12:36:34 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-hackers@freebsd.org From: Ottavio Caruso Subject: Re: [xpost,repost] VGA false positive in dmesg? Date: Tue, 4 Aug 2020 11:36:29 +0100 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.1.0 In-Reply-To: Content-Language: en-GB X-Rspamd-Queue-Id: 4BLWQD6FNRz4BgT X-Spamd-Bar: +++++++ X-Spamd-Result: default: False [7.87 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; NEURAL_SPAM_SHORT(0.21)[0.206]; GREYLIST(0.00)[pass,meta]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-0.53)[-0.534]; HFILTER_HOSTNAME_5(3.00)[static.214.254.202.116.clients.your-server.de]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_MEDIUM(-0.81)[-0.807]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; DMARC_POLICY_REJECT(2.00)[yahoo.com : SPF not aligned (relaxed), No valid DKIM,reject]; FORGED_SENDER(0.30)[ottavio2006-usenet2012@yahoo.com,freebsd-hackers@m.gmane-mx.org]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:116.202.0.0/16, country:DE]; FROM_NEQ_ENVFROM(0.00)[ottavio2006-usenet2012@yahoo.com,freebsd-hackers@m.gmane-mx.org]; FORGED_MUA_THUNDERBIRD_MSGID_UNKNOWN(2.50)[]; RCVD_COUNT_TWO(0.00)[2] X-Spam: Yes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2020 10:36:37 -0000 On 04/08/2020 11:00, Eugene Grosbein wrote: > 04.08.2020 15:08, Ottavio Caruso via freebsd-hackers wrote: >> Hi, >> >> [originally mailed to freebsd-questions, but I didn't get any feedback over there] >> >> I've launched a FreeBSD 12.1 instance in qemu (pay attention to "-vga >> none"). Host is Linux: >> >> qemu-system-x86_64 \ >> -drive if=virtio,file=/home/oc/VM/img/freebsd.image,index=0,media=disk \ >> -M q35,accel=kvm -m 250M -cpu host -smp $(nproc) \ >> -nic user,hostfwd=tcp:127.0.0.1:5554-:22,model=virtio-net-pci \ >> -daemonize -display none -vga none \ >> -serial mon:telnet:127.0.0.1:6664,server,nowait \ >> >> In the guest: >> >> oc@FreeBSD:~ % pciconf -vl >> hostb0@pci0:0:0:0: class=0x060000 card=0x11001af4 chip=0x29c08086 >> rev=0x00 hdr=0x00 >> vendor = 'Intel Corporation' >> device = '82G33/G31/P35/P31 Express DRAM Controller' >> class = bridge >> subclass = HOST-PCI >> virtio_pci0@pci0:0:1:0: class=0x020000 card=0x00011af4 chip=0x10001af4 >> rev=0x00 hdr=0x00 >> vendor = 'Red Hat, Inc.' >> device = 'Virtio network device' >> class = network >> subclass = ethernet >> virtio_pci1@pci0:0:2:0: class=0x010000 card=0x00021af4 chip=0x10011af4 >> rev=0x00 hdr=0x00 >> vendor = 'Red Hat, Inc.' >> device = 'Virtio block device' >> class = mass storage >> subclass = SCSI >> virtio_pci2@pci0:0:3:0: class=0x010000 card=0x00021af4 chip=0x10011af4 >> rev=0x00 hdr=0x00 >> vendor = 'Red Hat, Inc.' >> device = 'Virtio block device' >> class = mass storage >> subclass = SCSI >> isab0@pci0:0:31:0: class=0x060100 card=0x11001af4 chip=0x29188086 >> rev=0x02 hdr=0x00 >> vendor = 'Intel Corporation' >> device = '82801IB (ICH9) LPC Interface Controller' >> class = bridge >> subclass = PCI-ISA >> ahci0@pci0:0:31:2: class=0x010601 card=0x11001af4 chip=0x29228086 >> rev=0x02 hdr=0x00 >> vendor = 'Intel Corporation' >> device = '82801IR/IO/IH (ICH9R/DO/DH) 6 port SATA Controller >> [AHCI mode]' >> class = mass storage >> subclass = SATA >> none0@pci0:0:31:3: class=0x0c0500 card=0x11001af4 chip=0x29308086 >> rev=0x02 hdr=0x00 >> vendor = 'Intel Corporation' >> device = '82801I (ICH9 Family) SMBus Controller' >> class = serial bus >> subclass = SMBus >> >> However, in dmesg: >> >> oc@FreeBSD:~ % dmesg | grep -i vga >> VT(vga): text 80x25 >> vtvga0: on motherboard >> vga0: at port 0x3b0-0x3bb iomem 0xb0000-0xb7fff >> pnpid PNP0900 on isa0 >> >> I don't know how to interpret this output. > > pciconf deals with PCI/PCI-E only but your guest detects ISA VGA device. > Compare with real VGA hardware: > > VT(vga): resolution 640x480 > vtvga0: on motherboard > vgapci0: port 0xb000-0xb0ff mem 0xd0000000-0xdfffffff,0xfc3f0000-0xfc3fffff,0xfc200000-0xfc2fffff irq 18 at device 5.0 on pci1 > vgapci0: Boot video device > > >> I don't think it's a qemu issue, because I've done the same with NetBSD and OpenBSD guests and >> there's no trace of vga in their dmesg. > > Maybe your guest has hw.vga.acpi_ignore_no_vga=1 in the kernel environment > or some other non-default "hw.vga" knobs, check it out with kenv(1) No,I haven't got either of them set up. . > > You can also try adding to /boot/loader.conf: > > hint.vtvga.0.disabled=1 This doesn't seem to work: oc@FreeBSD:~ % cat /boot/loader.conf hint.vtvga.0.disabled=1 oc@FreeBSD:~ % dmesg | grep -i vga VT(vga): text 80x25 vtvga0: on motherboard vga0: at port 0x3b0-0x3bb iomem 0xb0000-0xb7fff pnpid PNP0900 on isa0 VT(vga): text 80x25 vga0: at port 0x3b0-0x3bb iomem 0xb0000-0xb7fff pnpid PNP0900 on isa0 -- Ottavio Caruso From owner-freebsd-hackers@freebsd.org Tue Aug 4 11:17:51 2020 Return-Path: Delivered-To: freebsd-hackers@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 EC7443700D4 for ; Tue, 4 Aug 2020 11:17:51 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BLXKq1tpcz4Dct for ; Tue, 4 Aug 2020 11:17:50 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 074BHaGc001477 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 4 Aug 2020 11:17:39 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: ottavio2006-usenet2012@yahoo.com Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id 074BHgRx073051 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Tue, 4 Aug 2020 18:17:42 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: [xpost,repost] VGA false positive in dmesg? To: Ottavio Caruso , freebsd-hackers@freebsd.org References: From: Eugene Grosbein Message-ID: <8aa25a20-58c7-f3d2-0826-3341c1acc134@grosbein.net> Date: Tue, 4 Aug 2020 18:17:35 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.2 required=5.0 tests=BAYES_00,LOCAL_FROM, NICE_REPLY_A,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 SPF_PASS SPF: sender matches SPF record * 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record * 2.6 LOCAL_FROM From my domains * -1.5 NICE_REPLY_A Looks like a legit reply (A) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4BLXKq1tpcz4Dct X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism not recognized by this client) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [0.76 / 15.00]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; NEURAL_SPAM_MEDIUM(0.11)[0.111]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_PERMFAIL(0.00)[empty SPF record]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.32)[0.320]; NEURAL_HAM_SHORT(-0.57)[-0.574]; FREEMAIL_TO(0.00)[yahoo.com,freebsd.org]; 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]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2020 11:17:52 -0000 04.08.2020 17:36, Ottavio Caruso via freebsd-hackers wrote: >> You can also try adding to /boot/loader.conf: >> >> hint.vtvga.0.disabled=1 > > This doesn't seem to work: > > oc@FreeBSD:~ % cat /boot/loader.conf > hint.vtvga.0.disabled=1 > oc@FreeBSD:~ % dmesg | grep -i vga VT(vga): text 80x25 > vtvga0: on motherboard > vga0: at port 0x3b0-0x3bb iomem 0xb0000-0xb7fff pnpid PNP0900 on isa0 > VT(vga): text 80x25 > vga0: at port 0x3b0-0x3bb iomem 0xb0000-0xb7fff pnpid PNP0900 on isa0 But is this device used? See output of conscontrol(8) and look for ttyv0 From owner-freebsd-hackers@freebsd.org Tue Aug 4 11:37:44 2020 Return-Path: Delivered-To: freebsd-hackers@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 DC4A73708D5 for ; Tue, 4 Aug 2020 11:37:44 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane-mx.org) Received: from ciao.gmane.io (static.214.254.202.116.clients.your-server.de [116.202.254.214]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BLXmm2KhRz4FfZ for ; Tue, 4 Aug 2020 11:37:43 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane-mx.org) Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1k2vGI-0003DK-7W for freebsd-hackers@freebsd.org; Tue, 04 Aug 2020 13:37:42 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-hackers@freebsd.org From: Ottavio Caruso Subject: Re: [xpost,repost] VGA false positive in dmesg? Date: Tue, 4 Aug 2020 12:37:37 +0100 Message-ID: References: <8aa25a20-58c7-f3d2-0826-3341c1acc134@grosbein.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.1.0 In-Reply-To: <8aa25a20-58c7-f3d2-0826-3341c1acc134@grosbein.net> Content-Language: en-GB X-Rspamd-Queue-Id: 4BLXmm2KhRz4FfZ X-Spamd-Bar: +++++++ X-Spamd-Result: default: False [7.47 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; GREYLIST(0.00)[pass,meta]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-0.52)[-0.523]; HFILTER_HOSTNAME_5(3.00)[static.214.254.202.116.clients.your-server.de]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_MEDIUM(-0.81)[-0.810]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.20)[-0.197]; R_SPF_ALLOW(-0.20)[+mx]; DMARC_POLICY_REJECT(2.00)[yahoo.com : SPF not aligned (relaxed), No valid DKIM,reject]; FORGED_SENDER(0.30)[ottavio2006-usenet2012@yahoo.com,freebsd-hackers@m.gmane-mx.org]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:116.202.0.0/16, country:DE]; FROM_NEQ_ENVFROM(0.00)[ottavio2006-usenet2012@yahoo.com,freebsd-hackers@m.gmane-mx.org]; FORGED_MUA_THUNDERBIRD_MSGID_UNKNOWN(2.50)[]; RCVD_COUNT_TWO(0.00)[2] X-Spam: Yes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2020 11:37:44 -0000 On 04/08/2020 12:17, Eugene Grosbein wrote: > 04.08.2020 17:36, Ottavio Caruso via freebsd-hackers wrote: > >>> You can also try adding to /boot/loader.conf: >>> >>> hint.vtvga.0.disabled=1 >> >> This doesn't seem to work: >> >> oc@FreeBSD:~ % cat /boot/loader.conf >> hint.vtvga.0.disabled=1 >> oc@FreeBSD:~ % dmesg | grep -i vga VT(vga): text 80x25 >> vtvga0: on motherboard >> vga0: at port 0x3b0-0x3bb iomem 0xb0000-0xb7fff pnpid PNP0900 on isa0 >> VT(vga): text 80x25 >> vga0: at port 0x3b0-0x3bb iomem 0xb0000-0xb7fff pnpid PNP0900 on isa0 > > But is this device used? See output of conscontrol(8) and look for ttyv0 oc@FreeBSD:~ % conscontrol list Configured: ttyu0 Available: ttyu0,ttyv0 Muting: off I'm a bit confused here. Do both ttyu0 and ttyv0 refer to the serial console? Do I need ttyv0? Is it safe to comment ttyv0 in /etc/ttys? -- Ottavio Caruso From owner-freebsd-hackers@freebsd.org Tue Aug 4 12:51:16 2020 Return-Path: Delivered-To: freebsd-hackers@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 D06D837325C for ; Tue, 4 Aug 2020 12:51:16 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BLZPb6S5Zz4KJv for ; Tue, 4 Aug 2020 12:51:15 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 074Cp08p002835 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 4 Aug 2020 12:51:01 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: ottavio2006-usenet2012@yahoo.com Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id 074C8CiF073418 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Tue, 4 Aug 2020 19:08:12 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: [xpost,repost] VGA false positive in dmesg? To: Ottavio Caruso , freebsd-hackers@freebsd.org References: <8aa25a20-58c7-f3d2-0826-3341c1acc134@grosbein.net> From: Eugene Grosbein Message-ID: Date: Tue, 4 Aug 2020 19:08:06 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.2 required=5.0 tests=BAYES_00,LOCAL_FROM, NICE_REPLY_A,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 SPF_PASS SPF: sender matches SPF record * 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record * 2.6 LOCAL_FROM From my domains * -1.5 NICE_REPLY_A Looks like a legit reply (A) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4BLZPb6S5Zz4KJv X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism not recognized by this client) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [1.29 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; NEURAL_SPAM_MEDIUM(0.09)[0.094]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_PERMFAIL(0.00)[empty SPF record]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.34)[0.345]; NEURAL_HAM_SHORT(-0.05)[-0.053]; FREEMAIL_TO(0.00)[yahoo.com,freebsd.org]; 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]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2020 12:51:16 -0000 04.08.2020 18:37, Ottavio Caruso via freebsd-hackers wrote: > I'm a bit confused here. Do both ttyu0 and ttyv0 refer to the serial console? Do I need ttyv0? Is it safe to comment ttyv0 in /etc/ttys? Note that /etc/ttys serves multi-user mode only. For earlier stages, you may find useful to put these settings to /boot/loader.conf console="comconsole" comconsole_speed=115200 comconsole_port="0x3f8" boot_multicons="NO" Check out conscontrol output after applying these. From owner-freebsd-hackers@freebsd.org Tue Aug 4 12:51:16 2020 Return-Path: Delivered-To: freebsd-hackers@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 D087637325D for ; Tue, 4 Aug 2020 12:51:16 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BLZPb6S6fz4K9T for ; Tue, 4 Aug 2020 12:51:15 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 074Cp08r002835 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 4 Aug 2020 12:51:03 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: ottavio2006-usenet2012@yahoo.com Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id 074C4RkG073338 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Tue, 4 Aug 2020 19:04:27 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: [xpost,repost] VGA false positive in dmesg? To: Ottavio Caruso , freebsd-hackers@freebsd.org References: <8aa25a20-58c7-f3d2-0826-3341c1acc134@grosbein.net> From: Eugene Grosbein Message-ID: Date: Tue, 4 Aug 2020 19:04:21 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.2 required=5.0 tests=BAYES_00,LOCAL_FROM, NICE_REPLY_A,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 SPF_PASS SPF: sender matches SPF record * 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record * 2.6 LOCAL_FROM From my domains * -1.5 NICE_REPLY_A Looks like a legit reply (A) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4BLZPb6S6fz4K9T X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism not recognized by this client) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [1.28 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; NEURAL_SPAM_MEDIUM(0.09)[0.093]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_PERMFAIL(0.00)[empty SPF record]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.34)[0.338]; NEURAL_HAM_SHORT(-0.05)[-0.054]; FREEMAIL_TO(0.00)[yahoo.com,freebsd.org]; 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]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2020 12:51:16 -0000 04.08.2020 18:37, Ottavio Caruso via freebsd-hackers wrote: >>>> You can also try adding to /boot/loader.conf: >>>> >>>> hint.vtvga.0.disabled=1 >>> >>> This doesn't seem to work: >>> >>> oc@FreeBSD:~ % cat /boot/loader.conf >>> hint.vtvga.0.disabled=1 >>> oc@FreeBSD:~ % dmesg | grep -i vga VT(vga): text 80x25 >>> vtvga0: on motherboard >>> vga0: at port 0x3b0-0x3bb iomem 0xb0000-0xb7fff pnpid PNP0900 on isa0 >>> VT(vga): text 80x25 >>> vga0: at port 0x3b0-0x3bb iomem 0xb0000-0xb7fff pnpid PNP0900 on isa0 >> >> But is this device used? See output of conscontrol(8) and look for ttyv0 > > oc@FreeBSD:~ % conscontrol list > Configured: ttyu0 > Available: ttyu0,ttyv0 > Muting: off > > > I'm a bit confused here. Do both ttyu0 and ttyv0 refer to the serial console? No, only ttyu0 is (serial) comconsole; ttyv0 is vidconsole. ttyv0 is available but not configured to serve as system console. > Do I need ttyv0? Not necessary. > Is it safe to comment ttyv0 in /etc/ttys? Yes, if you already verified that serial console works as expected. From owner-freebsd-hackers@freebsd.org Tue Aug 4 13:50:31 2020 Return-Path: Delivered-To: freebsd-hackers@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 BB2F23743D5 for ; Tue, 4 Aug 2020 13:50:31 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane-mx.org) Received: from ciao.gmane.io (static.214.254.202.116.clients.your-server.de [116.202.254.214]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BLbjy3wmvz4MbG for ; Tue, 4 Aug 2020 13:50:29 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane-mx.org) Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1k2xKk-00090a-QA for freebsd-hackers@freebsd.org; Tue, 04 Aug 2020 15:50:26 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-hackers@freebsd.org From: Ottavio Caruso Subject: Re: [xpost,repost] VGA false positive in dmesg? Date: Tue, 4 Aug 2020 14:50:22 +0100 Message-ID: References: <8aa25a20-58c7-f3d2-0826-3341c1acc134@grosbein.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.1.0 In-Reply-To: Content-Language: en-GB X-Rspamd-Queue-Id: 4BLbjy3wmvz4MbG X-Spamd-Bar: +++++++ X-Spamd-Result: default: False [7.62 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; GREYLIST(0.00)[pass,meta]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-0.53)[-0.531]; HFILTER_HOSTNAME_5(3.00)[static.214.254.202.116.clients.your-server.de]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_MEDIUM(-0.81)[-0.809]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.04)[-0.038]; R_SPF_ALLOW(-0.20)[+mx]; DMARC_POLICY_REJECT(2.00)[yahoo.com : SPF not aligned (relaxed), No valid DKIM,reject]; FORGED_SENDER(0.30)[ottavio2006-usenet2012@yahoo.com,freebsd-hackers@m.gmane-mx.org]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:116.202.0.0/16, country:DE]; FROM_NEQ_ENVFROM(0.00)[ottavio2006-usenet2012@yahoo.com,freebsd-hackers@m.gmane-mx.org]; FORGED_MUA_THUNDERBIRD_MSGID_UNKNOWN(2.50)[]; RCVD_COUNT_TWO(0.00)[2] X-Spam: Yes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2020 13:50:31 -0000 On 04/08/2020 13:08, Eugene Grosbein wrote: > 04.08.2020 18:37, Ottavio Caruso via freebsd-hackers wrote: > >> I'm a bit confused here. Do both ttyu0 and ttyv0 refer to the serial console? Do I need ttyv0? Is it safe to comment ttyv0 in /etc/ttys? > > Note that /etc/ttys serves multi-user mode only. For earlier stages, you may find useful > to put these settings to /boot/loader.conf > > console="comconsole" > comconsole_speed=115200 > comconsole_port="0x3f8" > boot_multicons="NO" > > Check out conscontrol output after applying these. That doesn't seem to work either: oc@FreeBSD:~ % cat /boot/loader.conf console="comconsole" comconsole_speed=115200 comconsole_port="0x3f8" oc@FreeBSD:~ % conscontrol Configured: ttyu0 Available: ttyu0,ttyv0 Muting: off oc@FreeBSD:~ % dmesg | grep -i vga VT(vga): text 80x25 vtvga0: on motherboard vga0: at port 0x3b0-0x3bb iomem 0xb0000-0xb7fff pnpid PNP0900 on isa0 VT(vga): text 80x25 vga0: at port 0x3b0-0x3bb iomem 0xb0000-0xb7fff pnpid PNP0900 on isa0 VT(vga): text 80x25 vga0: at port 0x3b0-0x3bb iomem 0xb0000-0xb7fff pnpid PNP0900 on isa0 VT(vga): text 80x25 vga0: at port 0x3b0-0x3bb iomem 0xb0000-0xb7fff pnpid PNP0900 on isa0 VT(vga): text 80x25 vga0: at port 0x3b0-0x3bb iomem 0xb0000-0xb7fff pnpid PNP0900 on isa0 VT(vga): text 80x25 vtvga0: on motherboard vga0: at port 0x3b0-0x3bb iomem 0xb0000-0xb7fff pnpid PNP0900 on isa0 VT(vga): text 80x25 vtvga0: on motherboard vga0: at port 0x3b0-0x3bb iomem 0xb0000-0xb7fff pnpid PNP0900 on isa0 VT(vga): text 80x25 vtvga0: on motherboard vga0: at port 0x3b0-0x3bb iomem 0xb0000-0xb7fff pnpid PNP0900 on isa0 -- Ottavio Caruso From owner-freebsd-hackers@freebsd.org Tue Aug 4 15:47:22 2020 Return-Path: Delivered-To: freebsd-hackers@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 D2EB9377737 for ; Tue, 4 Aug 2020 15:47:22 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BLfJn4gC6z4VrT for ; Tue, 4 Aug 2020 15:47:21 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 074Fl2hY005512 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 4 Aug 2020 15:47:03 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: ottavio2006-usenet2012@yahoo.com Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id 074Fl5iY075167 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Tue, 4 Aug 2020 22:47:05 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: [xpost,repost] VGA false positive in dmesg? To: Ottavio Caruso , freebsd-hackers@freebsd.org References: <8aa25a20-58c7-f3d2-0826-3341c1acc134@grosbein.net> From: Eugene Grosbein Message-ID: Date: Tue, 4 Aug 2020 22:46:58 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.2 required=5.0 tests=BAYES_00,LOCAL_FROM, NICE_REPLY_A,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 SPF_PASS SPF: sender matches SPF record * 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record * 2.6 LOCAL_FROM From my domains * -1.5 NICE_REPLY_A Looks like a legit reply (A) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4BLfJn4gC6z4VrT X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism not recognized by this client) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [0.88 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.25)[-0.253]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_PERMFAIL(0.00)[empty SPF record]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.31)[0.314]; NEURAL_HAM_SHORT(-0.08)[-0.082]; FREEMAIL_TO(0.00)[yahoo.com,freebsd.org]; 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]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2020 15:47:22 -0000 04.08.2020 20:50, Ottavio Caruso via freebsd-hackers wrote: > On 04/08/2020 13:08, Eugene Grosbein wrote: >> 04.08.2020 18:37, Ottavio Caruso via freebsd-hackers wrote: >> >>> I'm a bit confused here. Do both ttyu0 and ttyv0 refer to the serial console? Do I need ttyv0? Is it safe to comment ttyv0 in /etc/ttys? >> >> Note that /etc/ttys serves multi-user mode only. For earlier stages, you may find useful >> to put these settings to /boot/loader.conf >> >> console="comconsole" >> comconsole_speed=115200 >> comconsole_port="0x3f8" >> boot_multicons="NO" >> >> Check out conscontrol output after applying these. > > > That doesn't seem to work either: In fact, it works, switching console to serial one for the loader and single-user mode. If ISA PNP VGA device is probed successfully, then qemu emulates it. Why do you want to get rid of VGA device in first place? From owner-freebsd-hackers@freebsd.org Tue Aug 4 16:43:43 2020 Return-Path: Delivered-To: freebsd-hackers@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 A7FC03794BB for ; Tue, 4 Aug 2020 16:43:43 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane-mx.org) Received: from ciao.gmane.io (static.214.254.202.116.clients.your-server.de [116.202.254.214]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BLgYp5s17z4ZTx for ; Tue, 4 Aug 2020 16:43:42 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane-mx.org) Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1k302N-0005i3-Og for freebsd-hackers@freebsd.org; Tue, 04 Aug 2020 18:43:39 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-hackers@freebsd.org From: Ottavio Caruso Subject: Re: [xpost,repost] VGA false positive in dmesg? Date: Tue, 4 Aug 2020 17:43:33 +0100 Message-ID: References: <8aa25a20-58c7-f3d2-0826-3341c1acc134@grosbein.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.1.0 In-Reply-To: Content-Language: en-GB X-Rspamd-Queue-Id: 4BLgYp5s17z4ZTx X-Spamd-Bar: +++++++ X-Spamd-Result: default: False [7.17 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; GREYLIST(0.00)[pass,meta]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-0.52)[-0.525]; HFILTER_HOSTNAME_5(3.00)[static.214.254.202.116.clients.your-server.de]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_MEDIUM(-0.72)[-0.723]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.58)[-0.579]; R_SPF_ALLOW(-0.20)[+mx]; DMARC_POLICY_REJECT(2.00)[yahoo.com : SPF not aligned (relaxed), No valid DKIM,reject]; FORGED_SENDER(0.30)[ottavio2006-usenet2012@yahoo.com,freebsd-hackers@m.gmane-mx.org]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:116.202.0.0/16, country:DE]; FROM_NEQ_ENVFROM(0.00)[ottavio2006-usenet2012@yahoo.com,freebsd-hackers@m.gmane-mx.org]; FORGED_MUA_THUNDERBIRD_MSGID_UNKNOWN(2.50)[]; RCVD_COUNT_TWO(0.00)[2] X-Spam: Yes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2020 16:43:43 -0000 On 04/08/2020 16:46, Eugene Grosbein wrote: > 04.08.2020 20:50, Ottavio Caruso via freebsd-hackers wrote: > >> On 04/08/2020 13:08, Eugene Grosbein wrote: >>> 04.08.2020 18:37, Ottavio Caruso via freebsd-hackers wrote: >>> >>>> I'm a bit confused here. Do both ttyu0 and ttyv0 refer to the serial console? Do I need ttyv0? Is it safe to comment ttyv0 in /etc/ttys? >>> >>> Note that /etc/ttys serves multi-user mode only. For earlier stages, you may find useful >>> to put these settings to /boot/loader.conf >>> >>> console="comconsole" >>> comconsole_speed=115200 >>> comconsole_port="0x3f8" >>> boot_multicons="NO" >>> >>> Check out conscontrol output after applying these. >> >> >> That doesn't seem to work either: > > In fact, it works, Does it? > If ISA PNP VGA device is probed successfully, then qemu emulates it. But I don't understand how why it is probed successfully. the "-vga none" option should remove any vga capability in the host. I have tried this successfully on an OpenBSD guest and part-successfully on a NetBSD guest (I had to comment all references to /usr/libexec/getty Pc). Why this is not the case on a FreeBSD guest puzzles me. Is it a qemu bug? A FreeBSD bug? > Why do you want to get rid of VGA device in first place? 1) because I don't need it and 2) to test if qemu works as intended. -- Ottavio Caruso From owner-freebsd-hackers@freebsd.org Tue Aug 4 18:00:07 2020 Return-Path: Delivered-To: freebsd-hackers@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 BC18737B405 for ; Tue, 4 Aug 2020 18:00:07 +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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BLjFy5vN1z4f12 for ; Tue, 4 Aug 2020 18:00:06 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.16.1/8.16.1) with ESMTPS id 074Hxq4v006089 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 4 Aug 2020 20:59:55 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 074Hxq4v006089 Received: (from kostik@localhost) by tom.home (8.16.1/8.16.1/Submit) id 074HxqMr006088; Tue, 4 Aug 2020 20:59:52 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 4 Aug 2020 20:59:51 +0300 From: Konstantin Belousov To: Ottavio Caruso Cc: freebsd-hackers@freebsd.org Subject: Re: [xpost,repost] VGA false positive in dmesg? Message-ID: <20200804175951.GX2551@kib.kiev.ua> References: <8aa25a20-58c7-f3d2-0826-3341c1acc134@grosbein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on tom.home X-Rspamd-Queue-Id: 4BLjFy5vN1z4f12 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=gmail.com (policy=none); spf=softfail (mx1.freebsd.org: 2001:470:d5e7:1::1 is neither permitted nor denied by domain of kostikbel@gmail.com) smtp.mailfrom=kostikbel@gmail.com X-Spamd-Result: default: False [2.36 / 15.00]; ARC_NA(0.00)[]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; NEURAL_SPAM_SHORT(0.67)[0.672]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all:c]; NEURAL_SPAM_MEDIUM(0.14)[0.141]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.55)[0.549]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2020 18:00:07 -0000 On Tue, Aug 04, 2020 at 05:43:33PM +0100, Ottavio Caruso via freebsd-hackers wrote: > On 04/08/2020 16:46, Eugene Grosbein wrote: > > 04.08.2020 20:50, Ottavio Caruso via freebsd-hackers wrote: > > > > > On 04/08/2020 13:08, Eugene Grosbein wrote: > > > > 04.08.2020 18:37, Ottavio Caruso via freebsd-hackers wrote: > > > > > > > > > I'm a bit confused here. Do both ttyu0 and ttyv0 refer to the serial console? Do I need ttyv0? Is it safe to comment ttyv0 in /etc/ttys? > > > > > > > > Note that /etc/ttys serves multi-user mode only. For earlier stages, you may find useful > > > > to put these settings to /boot/loader.conf > > > > > > > > console="comconsole" > > > > comconsole_speed=115200 > > > > comconsole_port="0x3f8" > > > > boot_multicons="NO" > > > > > > > > Check out conscontrol output after applying these. > > > > > > > > > That doesn't seem to work either: > > > > In fact, it works, > > Does it? In fact, why do you fight with the ghost VGA device ? Does it break anything to you ? > > > > If ISA PNP VGA device is probed successfully, then qemu emulates it. > > But I don't understand how why it is probed successfully. the "-vga none" > option should remove any vga capability in the host. There is not much to probe for legacy ISA device. As far as your hints file does not disable the attachment, system assumes that the device is present. Then there are framebuffer console drivers, vt and sc. I do not want to confirm that by reading code, but I highly suspect that if vt(4) cannot attach, sc(4) would. I remember that only vt(4) pays attention to the ACPI FADT flag NO_VGA, sc(4) does not. But the FADT reporting of missed ISA devices is usually buggy. > I have tried this > successfully on an OpenBSD guest and part-successfully on a NetBSD guest (I > had to comment all references to /usr/libexec/getty Pc). Why this is not the You tried what ? How did you checked that OpenBSD and NetBSD did not claimed presence of VGA ? And again, what it changes ? > case on a FreeBSD guest puzzles me. Is it a qemu bug? A FreeBSD bug? > > > Why do you want to get rid of VGA device in first place? > > 1) because I don't need it and 2) to test if qemu works as intended. > > > -- > Ottavio Caruso > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@freebsd.org Tue Aug 4 19:43:55 2020 Return-Path: Delivered-To: freebsd-hackers@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 D21F237D5D8 for ; Tue, 4 Aug 2020 19:43:55 +0000 (UTC) (envelope-from pr0f3ss0r1492@yahoo.com) Received: from sonic316-20.consmr.mail.ne1.yahoo.com (sonic316-20.consmr.mail.ne1.yahoo.com [66.163.187.146]) (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 4BLlYk5S23z3WpQ for ; Tue, 4 Aug 2020 19:43:54 +0000 (UTC) (envelope-from pr0f3ss0r1492@yahoo.com) X-YMail-OSG: rW1X8F4VM1kntL2c0zWZ8LP9va3E48BYThSV0PYsjLtbBmPoI5q9.88nyQezV8B oaXSnNitAAAZTNoK5SsZJ2W1A9TKTZbog_1Vn9VOQJr.AuTplx3sCzWN4Oi3y6QpRkOt7sBAbwlX IGf2wGnCUup3q2YDnZXhFdDta390b1514FX6ficKjYAMJHiZ_2VPPAXX8jTyhnbxAQXsOahbJvtl Ql2dEYTLzXUUMsegJ.iSH3l92bVOWqFOJY9srwnS5CPgBjJ8dSMDzZ8hriALqssf8E5MXRqKXTBz BHzuXBow3O63whcFukfjNPxkWnDjwQydrFjpZyAylTisPKwRIHJ9.Ps.6LwGNQIxVI.JvKlwEjk6 CIexaOblazJTO71pLTKzIGy4GUgEofslRgva_TYmBoBJwQNO93UJfZlZfb9ui.uz5p1bw9NZR1lP MvlCuI5fHWxLKwc5TsRuY8jLxtZNpRSqJQi2DBmYdKsnEekGcZJcyMfe.CJRu0WgmsX1a9MF0_Wz ODd5gFzK3jigTeFGKmj5.RVFSDRFC0aCpt6IElkiPcUcSEJEAH7bd1FUFdl70cEVMje5CJF4Dq_R YETcNPBEvJsorH673qARCMwFUkKoI6Qitoz2MlRYbJUkYIbt5XGptpuK_gXQ8Ln2pYUHd4K4WFQn jtcHHPAqNPAkh8VrKGyefNIH6mll.DXXKKTylJCAlr48ZjBLd8wVJ7UmDvCitWxpPE4aqlSPWRfR 3HibU5twOaRQwvNzz563TEEDyZPrxcwltgn5iaPqYbeeq2ogG_zk57eLACqKgqUbEtAKZmpaD5oi rs00vF05MNUZ1eW8u5zBRpjQrtuxFeQMvEuYoi7loltMh80PIuVNwvebdmNpm1l962u7rj8a648Y f6IFnxoi1KA0n9W.in8BjmOzx_nR0eCCstxJ0r65m6IeHW4E6ZsfKzcAPT05zkUcewR_s_VH1uGw xvXWrnbI2G5k0SyyHLdC4wEX.jJJw1cynD3vd3_oxcww8d951RCnr4hwQ_z5IF6ScXepPAXkwMbl SG7u54syT6ShfcuQkbZzJ1sqkLC1t58YV0RvGBVgXqSI_b7AyRuizgokIUYOoo0vuBJ8GNtQdam. 0cmdT1G4ffw3bJf7_c2eXARWtaM1awJjC8RPayB6HjcQYMuJEnVswudKRJZG__oyy5OtY7vKMkFE WCH7X4mqjWi3PNHUgDSpBW5NbUWK3c52Gc1bpzYDTE0JdhJ2fD8e9mnzPLhbpGcKaXVJc9DjMRnx 48a_cWS5OwoUupNI5na0.YrDUsW_J3qC9tGfQD7khPRudKeih0h29ta3Wy0xke.mDW9gQx1robhp aVZcucJxCXgGh7bLyNLckuKmaZfHKqk8yzJH5zN3HjG8C1TdOkD5UqDhf2pY- Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.ne1.yahoo.com with HTTP; Tue, 4 Aug 2020 19:43:53 +0000 Received: by smtp410.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID a0f19b4dc69ad013ad59db8d36d70fa4; Tue, 04 Aug 2020 19:43:52 +0000 (UTC) Received: by mail-pj1-f44.google.com with SMTP id l60so3082709pjb.3 for ; Tue, 04 Aug 2020 12:43:52 -0700 (PDT) X-Gm-Message-State: AOAM533LKYrjlOFwoBVzR5yHq51Yb+Ka5sOjDGj/iGOmrQ8jGZZgrl7d lvkH+KztxVHg4SVqnBc+Kiu5rkQgTQPwAf22rKQ= X-Google-Smtp-Source: ABdhPJzAJ/P31si9Umpjf9q06MrQVcz3tby1+ckCn5sYyYWWe+uMUwWvEoPSAbZd/B4uQJw7RXw17LurSd3IOMH69CI= X-Received: by 2002:a17:902:b60d:: with SMTP id b13mr19949982pls.48.1596570231942; Tue, 04 Aug 2020 12:43:51 -0700 (PDT) MIME-Version: 1.0 References: <8aa25a20-58c7-f3d2-0826-3341c1acc134@grosbein.net> <20200804175951.GX2551@kib.kiev.ua> In-Reply-To: <20200804175951.GX2551@kib.kiev.ua> From: Ottavio Caruso Date: Tue, 4 Aug 2020 20:43:35 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [xpost,repost] VGA false positive in dmesg? To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Mailer: WebService/1.1.16397 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Apache-HttpAsyncClient/4.1.4 (Java/11.0.7) X-Rspamd-Queue-Id: 4BLlYk5S23z3WpQ X-Spamd-Bar: - X-Spamd-Result: default: False [-1.73 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.08)[-0.082]; FORGED_SENDER(0.30)[ottavio2006-usenet2012@yahoo.com,pr0f3ss0r1492@yahoo.com]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; SUBJECT_ENDS_QUESTION(1.00)[]; FROM_NEQ_ENVFROM(0.00)[ottavio2006-usenet2012@yahoo.com,pr0f3ss0r1492@yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-0.99)[-0.992]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.95)[-0.952]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[66.163.187.146:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.187.146:from] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2020 19:43:55 -0000 On Tue, 4 Aug 2020 at 18:59, Konstantin Belousov wrote: > > On Tue, Aug 04, 2020 at 05:43:33PM +0100, Ottavio Caruso via freebsd-hackers wrote: > > On 04/08/2020 16:46, Eugene Grosbein wrote: > > > 04.08.2020 20:50, Ottavio Caruso via freebsd-hackers wrote: > > > > > > > On 04/08/2020 13:08, Eugene Grosbein wrote: > > > > > 04.08.2020 18:37, Ottavio Caruso via freebsd-hackers wrote: > > > > > > > > > > > I'm a bit confused here. Do both ttyu0 and ttyv0 refer to the serial console? Do I need ttyv0? Is it safe to comment ttyv0 in /etc/ttys? > > > > > > > > > > Note that /etc/ttys serves multi-user mode only. For earlier stages, you may find useful > > > > > to put these settings to /boot/loader.conf > > > > > > > > > > console="comconsole" > > > > > comconsole_speed=115200 > > > > > comconsole_port="0x3f8" > > > > > boot_multicons="NO" > > > > > > > > > > Check out conscontrol output after applying these. > > > > > > > > > > > > That doesn't seem to work either: > > > > > > In fact, it works, > > > > Does it? > In fact, why do you fight with the ghost VGA device ? Does it break > anything to you ? > > > > > > > > If ISA PNP VGA device is probed successfully, then qemu emulates it. > > > > But I don't understand how why it is probed successfully. the "-vga none" > > option should remove any vga capability in the host. > There is not much to probe for legacy ISA device. As far as your hints > file does not disable the attachment, system assumes that the device is > present. > > Then there are framebuffer console drivers, vt and sc. I do not want to > confirm that by reading code, but I highly suspect that if vt(4) cannot > attach, sc(4) would. I remember that only vt(4) pays attention to the > ACPI FADT flag NO_VGA, sc(4) does not. > > But the FADT reporting of missed ISA devices is usually buggy. > > > I have tried this > > successfully on an OpenBSD guest and part-successfully on a NetBSD guest (I > > had to comment all references to /usr/libexec/getty Pc). Why this is not the > You tried what ? How did you checked that OpenBSD and NetBSD did not claimed > presence of VGA ? > > And again, what it changes ? I get all of your points but they are irrelevant to my question: does this vga device actually exist or is the kernel just spitting false positives? What I want to achieve is secondary. If the qemu documentation says that "-vga none" "disables vga", then we have a problem somewhere. Last minute edit: somebody pointed me out to this blob: https://github.com/freebsd/freebsd/blob/1d6e4247415d264485ee94b59fdbc12e0c566fd0/sys/isa/vga_isa.c#L169 But I'm not really sure what to make of it. -- Ottavio Caruso From owner-freebsd-hackers@freebsd.org Tue Aug 4 21:28:06 2020 Return-Path: Delivered-To: freebsd-hackers@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 1C3F837FC9A for ; Tue, 4 Aug 2020 21:28:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-24.consmr.mail.gq1.yahoo.com (sonic311-24.consmr.mail.gq1.yahoo.com [98.137.65.205]) (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 4BLnsw6J7pz3f8H for ; Tue, 4 Aug 2020 21:28:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 5wLmmVEVM1n11YOqolKKGxg_hzoDs7OnuSWU7IjpFkq9vw4HQGteq56lyZNL7qf _z1lyA6piUKrIYTRp.KpcvoWIYyGYUKgeeDltbBTYYayfbAvpzBuiFCAS2WPpCAtqQNhrRc_5LLz ndA0mpHtStXXn_J3tJ8tFz5eVM8AT5DZBAgwFrhlivGUh3ECQPZ0J2wE_llb4HgvECSBTOMMMkim LPFVzxuF2dlwR.MJMBdCNS2o5CjwJd6zY5XeNB6Bry7EdBny_3g6S5r0HUfBFs2nu6HvqM_sSduz OmTseX1kuwDTjlOFm2PgGdoqLVK7Vh.hatqDBf192Rm35jZz1klsGQrp8pCgkoAkdkox.XKLfX7_ o1VpTsrJIPmU7XKkcY1BXk6hNBiQ331VSX65mz9H.BgGdx37pvZJd0SkvcDGUoq59gLkb6a8SyYy O2.Syxg1Fb79WmmmNeJqwCKYgqxjCu3EXlL4MKgxd7_hfH9.rNj_OaDDceDalz9FVT6GOdk2q_8L TwwLcpp2SvqqBwx4RAieOMhaFYQMbbaM.OSlnsPaaoR0_LUUxQkOxN232shm.I8GtlcCbnf9LInj NSQS2bJXBO1dDQqpWD5uBv22a6Yn3JfjF3VXxGUkCyJ3OUvbGYrLs4Qd5DmE3X46RwJZIhe44nE5 LW.3yvOcQIbd6zitf46YICx0tR0wOSH5thfnfEtk6hMXH1taPHu5H4ycT7xoEoWkA56YD3K3dBOy FIXSgjglTo08Od1QhZKrvybAgG1VJQDkvkdGV1EHJoZpvN2W4eutYskOS5E2p0bX_BJBEZsIEete vcXFLssqD2eqBKE9HRecOp9G_JA0gCsgGnv8OpCoB5J7907AlKKUBFT_h8Q_CWFWVsnMTAwlbtdH D_mNXAg8.iD3jFBpDLJRQM6d2.Arx6FAz9cpCQkiqDmlKM7E3QhtBq7dZt0Mr5t5zhG5fREyDidX eAsOoK2yV71PVaf1hiwXMNRiWL2PSt4e3iYGb7zWwrDMRIzZ_K3UsyjxOtVCRUb.VGeVpDkVqHio yYO4xYESgbDBTELcEpH.4JdSE.w4Y89UUO36xpL2sGcpRkyKslJpJNm7y_KiKXZYuqG8Pi0r51Nu 72Usun4EAkgV_DIZ5WuRpG6cxKDtnygEmaIx_sSNWmjcvmksIJznDxn8mShMRUL53cCA3t2hcXNZ PjN9fSIPOLqne_1F7jLWkCcyAY0WnVPhVYhHNh9evT6SggfdciJIKMTZJYw_2xZzGFzQmm2yYlbC 7m6fodNJ0.wnNyR7FNUdVlsvFIS4GUdGqPH4_3ZS6lJiYD4672zhFsIo7bBCKm37BlgFQxpEQytO FopZRzBAjfvgbjR0WFnZi.Y6fIGN66S8w8q8L7_8hR27dFjQkW06oLDfmSqhA_PuSPf.mwdReJua XKXDDIC4AxNP9sTyM.g-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Tue, 4 Aug 2020 21:28:03 +0000 Received: by smtp425.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 4db425e77024b38f8a4488b90c89909c; Tue, 04 Aug 2020 21:27:59 +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 13.4 \(3608.120.23.2.1\)) Subject: aarch64: unable to use lang/gcc10 to use system libc++, unlike back with lang/gcc9, failure: __aarch64_ldadd8_acq_rel missing Message-Id: Date: Tue, 4 Aug 2020 14:27:58 -0700 To: freebsd-arm , FreeBSD Toolchain , FreeBSD Hackers X-Mailer: Apple Mail (2.3608.120.23.2.1) References: X-Rspamd-Queue-Id: 4BLnsw6J7pz3f8H X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.36 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.205:from]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-1.01)[-1.008]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.205:from]; NEURAL_HAM_SHORT(-0.81)[-0.805]; NEURAL_HAM_MEDIUM(-1.04)[-1.044]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; 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]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2020 21:28:06 -0000 Historically I've been able to use lang/gcc9 to build personal aarch64 c++17 applications that used head's libc++ and the like (other than some floating point support code for aarch64). The redirection of g++9 to system libraries and such looks like: . . . CXX+=3D -Wno-psabi -nostdinc -nostdinc++ -I/usr/include/c++/v1 = -I/usr/include . . . LDCXX=3D -nodefaultlibs -lc++ -lcxxrt -lthr -lm -lc -lgcc_s \ -Wl,-rpath=3D/usr/local/lib/gcc9 . . . # Note: FreeBSD's libgcc_s were missing at least a floating point = routine. # The -Wl,-rpath=3D/usr/local/lib/gcc9 causes use of gcc9's = libgcc_s . # So far I've only had the issue for targeting aarch64 and armv7. . . . I do not know if there is an intention to allow such things vs. if I was just lucky that it worked at the time. Historically I've done the same on powerpc64, 32-bit powerpc, and amd64 as well. On those no -Wl,-rpath=3D... was required. Targeting armv7 did require use of -Wl,-rpath=3D/usr/local/lib/gcc9 . I've just tried the same sort of thing for using lang/gcc10 and targeting aarch64 and it fails to build: CXX+=3D -Wno-psabi -nostdinc -nostdinc++ -I/usr/include/c++/v1 = -I/usr/include . . . LDCXX=3D -nodefaultlibs -lc++ -lcxxrt -lthr -lm -lc -lgcc_s \ -Wl,-rpath=3D/usr/local/lib/gcc10 It ended up failing for: /usr/local/bin/ld: ../objs/cpp_clockinfo-g++_10_O3-libc++.o: in function = `long std::__1::__libcpp_atomic_refcount_decrement(long&)': /usr/include/c++/v1/memory:3386: undefined reference to = `__aarch64_ldadd8_acq_rel' /usr/local/bin/ld: ../objs/cpp_clockinfo-g++_10_O3-libc++.o: in function = `long std::__1::__libcpp_atomic_refcount_increment(long&)': /usr/include/c++/v1/memory:3375: undefined reference to = `__aarch64_ldadd8_relax' /usr/local/bin/ld: ../objs/cpp_clockinfo-g++_10_O3-libc++.o: in function = `long std::__1::__libcpp_atomic_refcount_decrement(long&)': /usr/include/c++/v1/memory:3386: undefined reference to = `__aarch64_ldadd8_acq_rel' /usr/local/bin/ld: /usr/include/c++/v1/memory:3386: undefined reference = to `__aarch64_ldadd8_acq_rel' /usr/local/bin/ld: /usr/include/c++/v1/memory:3386: undefined reference = to `__aarch64_ldadd8_acq_rel' /usr/local/bin/ld: /usr/include/c++/v1/memory:3386: undefined reference = to `__aarch64_ldadd8_acq_rel' /usr/local/bin/ld: /usr/include/c++/v1/memory:3386: undefined reference = to `__aarch64_ldadd8_acq_rel' /usr/local/bin/ld: = ../objs/cpp_clockinfo-g++_10_O3-libc++.o:/usr/include/c++/v1/memory:3386: = more undefined references to `__aarch64_ldadd8_acq_rel' follow collect2: error: ld returned 1 exit status *** Error code 1 Stop. make: stopped in /root/acpphint/acpphint_src (Omitting -Wl,-rpath=3D/usr/local/lib/gcc10 made no difference.) I did not have such an issue for powerpc64. I've not tried the other platforms yet. Anyone know if I'm out in "if it hurts, then do not do that" land? Or is this something that should be possible but is currently broken? Note: The C++ source in question tries to be pure C++17 compliant code for normal builds. (And I was doing a normal build: no FreeBSD specific code or the like enabled.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-hackers@freebsd.org Tue Aug 4 23:52:48 2020 Return-Path: Delivered-To: freebsd-hackers@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 5CA673A3672 for ; Tue, 4 Aug 2020 23:52:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-25.consmr.mail.gq1.yahoo.com (sonic311-25.consmr.mail.gq1.yahoo.com [98.137.65.206]) (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 4BLs4v1zZYz43Wf for ; Tue, 4 Aug 2020 23:52:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 6rr5W18VM1mlGrYb14v4HEO7v3FVY.S95OihNvM_Fa4MCsT.XzBzvM8L7PQ7vw6 YgUiz0tLuIZrwIIeWL2IdG07AHCY9FZgW6wt.qIMh36hURNV2jXBnZ9mYlgrr94wYihPdUxRzvRN 3U5yHDCCgRUKaJPD9gN60yZUvvpC29kPEDckCFFGF_VDauDQ8RvtebN.tscObmzztHMgsgza.KGt wVXsmws.UAdwUn6pqxXB3eyQUMiCwh_IyBCXXgUxJKK4Ug1SPW5vy0ZfqZ9w6K8sexgIsXf3JMI1 JlKBT0gaFa8vV.o2XpXOJouqCqQR8dzN7LZ773kF.aaTJvuFLBaLoBKZ6KhwJoT4v6kP_TqkXOPj RvrBErDwKJrrxNE2tIOT98FZ.I3tVEwVLAAnmc3iKPftkLYI_Ti3QIMU59Ob9sxkBM5IVPAiydWh _Z6rsbTXA6r0Ja2j5lwP2Z627xUlQ9cdxz4kyJIh_epdbKQ75GRacvoKf2MozRgp1I3vxMAERWVW 8t6NewsG0SXCJYBD5.owhnZilxIE5Wdp3OvdM1htCV4e3YEC_GyximZQcVcI0ncpSPb5AXtvguGZ avnKPzoMOgmsy6Q6VXCnHf7B4nbHVC8tN8K4CD5OVw7WVGuYLfuXLAxvS.79LnPivFUsJG8SOJ61 2YdZTHerlAut5SPhSrnvsZv8DLVHRxwjrwwspyLB.evnWc.XIDTFMlRsB.PhLeqV74IzTNTxDRZN qTqnCz4APtNkvi3MrWR7ADizh9P35C4PjF7TiNpOsr05ngceK.cd_SETxBm7MBuUG5gWQ77Grj4I zOWn28ZxydWLM1ynUgmuyGyKoAceCdsPFjug42jM_.DD3aM94SqfIIF9XSsCfvTgFS.Z47SVV_Ck FQwYtEV8FcXBWzZSgfrej8cO_G4jQhLo_pZAzNVp_0utQpu6Iz9.W9qsKqrOsiDsumO5ARhbfdny 21bF5vT2GMfhM9nb07VKYiscH3eOC3pQODzfNMNBO0XBlGp7yY6.gssKfOWfwuxybYGsFlGDt3ts XjGfmVVGQWjtWYlPo0NqJS19t_3DwFS0wOSN.l5jj87SQoqedKBH5FER1QIruQ.KIMZNZxOLvYs6 1ZB53_1YHBxc5MHkkQYeH.W8Lcsp2KUNQjNL8CzhTSWZdyH08.gq38JjYXITDGYoPok5lDW5R9WW dZ4phJDGN.BecjSrgEySDoLzWjNLPMuqtDFWAXvuQBCgOagU4jyjb8BZT35PXZ9Xnd9QcyHS.5O1 RbGNpxIHaw1qpDsEJNVyd6S1lfrFJXqlb8lfemv6q6EjsQDbEP567BsEZNl2KEEJ9Bzprc4AoQxN iIJKi_SdesWgAZIgSzSUIv9vYkocNcOSAPzsAQcj52RoyNqCi1dcgmKml7Wt5AjSDWhq4cCD6u.Q SW5AoD6lxRq4uraF1sgE- Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Tue, 4 Aug 2020 23:52:45 +0000 Received: by smtp405.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID b8817d404b5fc70bc236906a5de4c3dc; Tue, 04 Aug 2020 23:52:42 +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 13.4 \(3608.120.23.2.1\)) Subject: Re: aarch64: unable to use lang/gcc10 to use system libc++, unlike back with lang/gcc9, failure: __aarch64_ldadd8_acq_rel missing Date: Tue, 4 Aug 2020 16:52:42 -0700 References: To: freebsd-arm , FreeBSD Toolchain , FreeBSD Hackers In-Reply-To: Message-Id: <94FBD6B8-87E7-45E9-84F7-3F17D42F4BED@yahoo.com> X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4BLs4v1zZYz43Wf X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.19 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.206:from]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-1.01)[-1.008]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.206:from]; NEURAL_HAM_SHORT(-0.64)[-0.637]; NEURAL_HAM_MEDIUM(-1.04)[-1.044]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; 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]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2020 23:52:48 -0000 On 2020-Aug-4, at 14:27, Mark Millard wrote: >=20 > Historically I've been able to use lang/gcc9 to build personal > aarch64 c++17 applications that used head's libc++ and the > like (other than some floating point support code for aarch64). > The redirection of g++9 to system libraries and such looks > like: >=20 > . . . > CXX+=3D -Wno-psabi -nostdinc -nostdinc++ = -I/usr/include/c++/v1 -I/usr/include > . . . > LDCXX=3D -nodefaultlibs -lc++ -lcxxrt -lthr -lm -lc -lgcc_s \ > -Wl,-rpath=3D/usr/local/lib/gcc9 > . . . > # Note: FreeBSD's libgcc_s were missing at least a floating point = routine. > # The -Wl,-rpath=3D/usr/local/lib/gcc9 causes use of gcc9's = libgcc_s . > # So far I've only had the issue for targeting aarch64 and = armv7. > . . . >=20 > I do not know if there is an intention to allow such things vs. if > I was just lucky that it worked at the time. Historically I've done > the same on powerpc64, 32-bit powerpc, and amd64 as well. On those no > -Wl,-rpath=3D... was required. Targeting armv7 did require use of > -Wl,-rpath=3D/usr/local/lib/gcc9 . >=20 >=20 >=20 > I've just tried the same sort of thing for using lang/gcc10 and > targeting aarch64 and it fails to build: >=20 > CXX+=3D -Wno-psabi -nostdinc -nostdinc++ = -I/usr/include/c++/v1 -I/usr/include > . . . > LDCXX=3D -nodefaultlibs -lc++ -lcxxrt -lthr -lm -lc -lgcc_s \ > -Wl,-rpath=3D/usr/local/lib/gcc10 >=20 > It ended up failing for: >=20 > /usr/local/bin/ld: ../objs/cpp_clockinfo-g++_10_O3-libc++.o: in = function `long = std::__1::__libcpp_atomic_refcount_decrement(long&)': > /usr/include/c++/v1/memory:3386: undefined reference to = `__aarch64_ldadd8_acq_rel' > /usr/local/bin/ld: ../objs/cpp_clockinfo-g++_10_O3-libc++.o: in = function `long = std::__1::__libcpp_atomic_refcount_increment(long&)': > /usr/include/c++/v1/memory:3375: undefined reference to = `__aarch64_ldadd8_relax' > /usr/local/bin/ld: ../objs/cpp_clockinfo-g++_10_O3-libc++.o: in = function `long = std::__1::__libcpp_atomic_refcount_decrement(long&)': > /usr/include/c++/v1/memory:3386: undefined reference to = `__aarch64_ldadd8_acq_rel' > /usr/local/bin/ld: /usr/include/c++/v1/memory:3386: undefined = reference to `__aarch64_ldadd8_acq_rel' > /usr/local/bin/ld: /usr/include/c++/v1/memory:3386: undefined = reference to `__aarch64_ldadd8_acq_rel' > /usr/local/bin/ld: /usr/include/c++/v1/memory:3386: undefined = reference to `__aarch64_ldadd8_acq_rel' > /usr/local/bin/ld: /usr/include/c++/v1/memory:3386: undefined = reference to `__aarch64_ldadd8_acq_rel' > /usr/local/bin/ld: = ../objs/cpp_clockinfo-g++_10_O3-libc++.o:/usr/include/c++/v1/memory:3386: = more undefined references to `__aarch64_ldadd8_acq_rel' follow > collect2: error: ld returned 1 exit status > *** Error code 1 >=20 > Stop. > make: stopped in /root/acpphint/acpphint_src >=20 > (Omitting -Wl,-rpath=3D/usr/local/lib/gcc10 made no difference.) >=20 > I did not have such an issue for powerpc64. I've not tried the > other platforms yet. >=20 >=20 > Anyone know if I'm out in "if it hurts, then do not do that" > land? Or is this something that should be possible but is > currently broken? >=20 >=20 > Note: The C++ source in question tries to be pure C++17 compliant > code for normal builds. (And I was doing a normal build: no FreeBSD > specific code or the like enabled.) I just tried lang/gcc9 ( -r543890 ports ) on a head -r363590 aarch64 based system, without -Wl,-rpath=3D/usr/local/lib/gcc9 used, and it still builds but at run-time programs get the likes of: ld-elf.so.1: = /root/acpphint/acpphint_kernelsurveyors_main-RPi4B-4096MiB-threads_4-LP64-= FreeBSD_13_r363590M_64bit-g++_9_O3-libc++: Undefined symbol = "__floatunditf@GCC_4.2.0" So that has not changed. This is a very different issue than what attempting to use lang/gcc10 gets. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-hackers@freebsd.org Wed Aug 5 23:45:56 2020 Return-Path: Delivered-To: freebsd-hackers@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 214B53ABFD8 for ; Wed, 5 Aug 2020 23:45:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-20.consmr.mail.gq1.yahoo.com (sonic314-20.consmr.mail.gq1.yahoo.com [98.137.69.83]) (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 4BMStT50jGz4Njt for ; Wed, 5 Aug 2020 23:45:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 5Ndex1cVM1mykYp7Mxoa1XAJRm4A5iA6OMieRUp7OVDiSSwaxA9sT6mrY1hfePw RkWc3BvD7jgwOPoR364Yy.FWWnRFJOWjEC3qBYXBGM18httI4tHazs8AmqDSh4LIkT3f.5O3Inxs pHQJ7hd_Er84cYKne9vPmB33gMoNnteh3OF6c8aa2YpoJPUB9m131DCuqW7gulu4D7xobWGaaGW2 Sgfq.grOEWTtp1mAbjZpaMKEZrz.QoVBccmAswpGbnO9AVzOr9knsSTyXEMYajdOEURqnplXf8rG cDJ2zrMO9qdLjLIbvJPxT3cp3JWDfhu2vw06qft8GXQEixnr.RYjcfqrR6W3ijRBhWsEdj0llk01 4ySZbPIKerkFk3rQ2v0GVrgt0W9XJiNqug6UFCx53OjTR0MQZjiQpE3sC._KNKxbQ3vCsV4kLshl NAdru3JugzkVtsT8cStuQhsDq8ZB8nZU8N9FV8BKqMS.mCz2mxSBQ9Zg.Pb51MyNq2gTB_8NC9T5 u43jOWcNqj.GgHJULD3.y3ICaMsTumQVn6Lg_FFiXvB.qvWNtHm.iLNyKXr.ZMuZXha1iBzQuACr AKehLr3MrMy79l3n.lBC2goICOwW_DETu7BLDTpnUeSLBA9RM3HgqscFWiKkowN5epD_ZeFBsyFi OCjH495Pj9cVIXuWoeOEEC9AdK7fmS1TKa2Dj_3Q6D1MwsSh4wB4hq8iWeVz15Ae1gQ1NOvzZ3qN u_kXYL4YclYuDP_YjO0vP_B_Uv_oHVXHUq0n4jvKqgOSylzBED1kKTaZjmtGbvcAYL9.0TimfQI3 wQa.OKhDWZXYCed3AQ6iOOrzAJGKjBxqUXo0fmyEVL.Izr.NwNMWrV7.g.XQ9_htq0Ab2qaNp2fX pIp8duMJT1Xqvayw_H5jUDPVbImEbLXkdPIIGjrc7U.tMz39FBDQTThWiilqvKwbQM2m41sza8XZ jOLqbAaFSleQ9hGHY9pOB0lnR6o1JRLwc889hXKqWqSjTLLqCpzC58m9HeW4e5f.nyoydiaG3jUa ahORTUsK8F_RDvX0lBaaSlUVtkHNXHo5a5MMZXim5EqhpXFDL9lcukIdUDe0RNGev0DYFNvtlXlg 5aP_j5OuQlwEtHElp.09sczFPHV__Has2cqG7GfzijeEVfXjcQbaTB88wmP1YH4wV0u7Syjx_n98 yoRkAFRa0t7jobkYh19Tka84OECrP7WPwOVE3QwE_GR5P6C5I0uAhYgs3orgBvwJLKe7BnCY7t9u ZJK6rkPydC47Y2x9Qk8gDaEEu7eg8pBk0RIUlNq5ev5yRqdn3o6R_ZvoXrFVIoaL1KKb2inoplmU fyVkc49Ufr7nF_7sVjQxNj_HpHNzxWKcuu5l8suAigU7.xpfiv9r5NADotbw- Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Wed, 5 Aug 2020 23:45:52 +0000 Received: by smtp413.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 386af578cca6f4a34951f0d104327f8c; Wed, 05 Aug 2020 23:45:47 +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 13.4 \(3608.120.23.2.1\)) Subject: Re: aarch64: unable to use lang/gcc10 to use system libc++ . . . [ unless I use -mno-outline-atomics for gcc10's 10.1 and later] Date: Wed, 5 Aug 2020 16:45:46 -0700 References: <94FBD6B8-87E7-45E9-84F7-3F17D42F4BED@yahoo.com> To: freebsd-arm , FreeBSD Toolchain , FreeBSD Hackers In-Reply-To: <94FBD6B8-87E7-45E9-84F7-3F17D42F4BED@yahoo.com> Message-Id: <1E88269B-C277-4543-BDB5-19CE71F5B93B@yahoo.com> X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4BMStT50jGz4Njt X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.22 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.83:from]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-1.00)[-0.996]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.83:from]; NEURAL_HAM_SHORT(-0.72)[-0.724]; NEURAL_HAM_MEDIUM(-1.00)[-0.995]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; 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]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2020 23:45:56 -0000 On 2020-Aug-4, at 16:52, Mark Millard wrote: > On 2020-Aug-4, at 14:27, Mark Millard wrote: >>=20 >> Historically I've been able to use lang/gcc9 to build personal >> aarch64 c++17 applications that used head's libc++ and the >> like (other than some floating point support code for aarch64). >> The redirection of g++9 to system libraries and such looks >> like: >>=20 >> . . . >> CXX+=3D -Wno-psabi -nostdinc -nostdinc++ = -I/usr/include/c++/v1 -I/usr/include >> . . . >> LDCXX=3D -nodefaultlibs -lc++ -lcxxrt -lthr -lm -lc -lgcc_s = \ >> -Wl,-rpath=3D/usr/local/lib/gcc9 >> . . . >> # Note: FreeBSD's libgcc_s were missing at least a floating point = routine. >> # The -Wl,-rpath=3D/usr/local/lib/gcc9 causes use of gcc9's = libgcc_s . >> # So far I've only had the issue for targeting aarch64 and = armv7. >> . . . >>=20 >> I do not know if there is an intention to allow such things vs. if >> I was just lucky that it worked at the time. Historically I've done >> the same on powerpc64, 32-bit powerpc, and amd64 as well. On those no >> -Wl,-rpath=3D... was required. Targeting armv7 did require use of >> -Wl,-rpath=3D/usr/local/lib/gcc9 . >>=20 >>=20 >>=20 >> I've just tried the same sort of thing for using lang/gcc10 and >> targeting aarch64 and it fails to build: >>=20 >> CXX+=3D -Wno-psabi -nostdinc -nostdinc++ = -I/usr/include/c++/v1 -I/usr/include >> . . . >> LDCXX=3D -nodefaultlibs -lc++ -lcxxrt -lthr -lm -lc -lgcc_s = \ >> -Wl,-rpath=3D/usr/local/lib/gcc10 >>=20 >> It ended up failing for: >>=20 >> /usr/local/bin/ld: ../objs/cpp_clockinfo-g++_10_O3-libc++.o: in = function `long = std::__1::__libcpp_atomic_refcount_decrement(long&)': >> /usr/include/c++/v1/memory:3386: undefined reference to = `__aarch64_ldadd8_acq_rel' >> /usr/local/bin/ld: ../objs/cpp_clockinfo-g++_10_O3-libc++.o: in = function `long = std::__1::__libcpp_atomic_refcount_increment(long&)': >> /usr/include/c++/v1/memory:3375: undefined reference to = `__aarch64_ldadd8_relax' >> /usr/local/bin/ld: ../objs/cpp_clockinfo-g++_10_O3-libc++.o: in = function `long = std::__1::__libcpp_atomic_refcount_decrement(long&)': >> /usr/include/c++/v1/memory:3386: undefined reference to = `__aarch64_ldadd8_acq_rel' >> /usr/local/bin/ld: /usr/include/c++/v1/memory:3386: undefined = reference to `__aarch64_ldadd8_acq_rel' >> /usr/local/bin/ld: /usr/include/c++/v1/memory:3386: undefined = reference to `__aarch64_ldadd8_acq_rel' >> /usr/local/bin/ld: /usr/include/c++/v1/memory:3386: undefined = reference to `__aarch64_ldadd8_acq_rel' >> /usr/local/bin/ld: /usr/include/c++/v1/memory:3386: undefined = reference to `__aarch64_ldadd8_acq_rel' >> /usr/local/bin/ld: = ../objs/cpp_clockinfo-g++_10_O3-libc++.o:/usr/include/c++/v1/memory:3386: = more undefined references to `__aarch64_ldadd8_acq_rel' follow >> collect2: error: ld returned 1 exit status >> *** Error code 1 >>=20 >> Stop. >> make: stopped in /root/acpphint/acpphint_src >>=20 >> (Omitting -Wl,-rpath=3D/usr/local/lib/gcc10 made no difference.) >>=20 >> I did not have such an issue for powerpc64. I've not tried the >> other platforms yet. >>=20 >>=20 >> Anyone know if I'm out in "if it hurts, then do not do that" >> land? Or is this something that should be possible but is >> currently broken? >>=20 >>=20 >> Note: The C++ source in question tries to be pure C++17 compliant >> code for normal builds. (And I was doing a normal build: no FreeBSD >> specific code or the like enabled.) >=20 > I just tried lang/gcc9 ( -r543890 ports ) on a head -r363590 > aarch64 based system, without -Wl,-rpath=3D/usr/local/lib/gcc9 > used, and it still builds but at run-time programs get the > likes of: >=20 > ld-elf.so.1: = /root/acpphint/acpphint_kernelsurveyors_main-RPi4B-4096MiB-threads_4-LP64-= FreeBSD_13_r363590M_64bit-g++_9_O3-libc++: Undefined symbol = "__floatunditf@GCC_4.2.0" >=20 > So that has not changed. This is a very different issue than > what attempting to use lang/gcc10 gets. >=20 I finally figured out what is going on as of gcc10.1 and later for aarch64: -moutline-atomics is now the default in gcc10.1 and later for aarch64 but FreeBSD is not set up for such as far as I can tell. (Outlined atomics dynamically detect later-added instructions being available and use them instead of the original code sequences that are required on the older aarch64 hardware. On the older hardware they do things the old way.) To get the older style of code generation that avoids needing to have an implementation of the outlined atomics, I've added use of -mno-outline-atomics for aarch64. For example, for avoiding use of gcc's libraries for the most part: CXX+=3D -Wno-psabi -nostdinc -nostdinc++ -I/usr/include/c++/v1 = -I/usr/include OPT=3D -O3 -mcpu=3Dcortex-a53 -mno-outline-atomics . . . LDCXX=3D -nodefaultlibs -lc++ -lcxxrt -lthr -lm -lc -lgcc_s \ -Wl,-rpath=3D/usr/local/lib/gcc10 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-hackers@freebsd.org Fri Aug 7 14:07:05 2020 Return-Path: Delivered-To: freebsd-hackers@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 707463BB7B3 for ; Fri, 7 Aug 2020 14:07:05 +0000 (UTC) (envelope-from gbe@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BNRxj2Q4hz4Slj for ; Fri, 7 Aug 2020 14:07:05 +0000 (UTC) (envelope-from gbe@freebsd.org) Received: from localhost (p4fd3ae86.dip0.t-ipconnect.de [79.211.174.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gbe) by smtp.freebsd.org (Postfix) with ESMTPSA id E560A14420 for ; Fri, 7 Aug 2020 14:07:04 +0000 (UTC) (envelope-from gbe@freebsd.org) Date: Fri, 7 Aug 2020 16:07:04 +0200 From: Gordon Bergling To: freebsd-hackers@freebsd.org Subject: Setting USB vendor IDs for the raspberry pi 4 Message-ID: <20200807140704.GA34403@lion.0xfce3.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Url: X-Operating-System: FreeBSD 12.1-STABLE amd64 X-Host-Uptime: 3:57PM up 5 days, 21:30, 5 users, load averages: 0.15, 0.17, 0.21 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2020 14:07:05 -0000 Hi, I am currently trying to set the following missing USB IDs for the raspberry pi 4. ------------------------------------------------------------------------------- ugen0.2: at usbus0 uhub1 on uhub0 uhub1: on usbus0 uhub1: 4 ports with 4 removable, self powered uhub0: <0x1106 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 ------------------------------------------------------------------------------- I added the following entries to sys/dev/usb/usbdevs vendor VIALABS2 0x1106 VIA Labs product VIALABS USB20HUB 0x3431 USB 2.0 Hub product VIALABS2 VL805USB30 0x3483 VL805 USB 3.0 Host Controller but after a recompilation of the kernel the dmesg output stays the same. Has anyone an idea what I am missing? --Gordon