From owner-freebsd-hackers@freebsd.org Mon Jun 1 13:36:08 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 D7404336FD6 for ; Mon, 1 Jun 2020 13:36:08 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: from puchar.net (puchar.net [194.1.144.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49bGQv4TNYz3f77 for ; Mon, 1 Jun 2020 13:36:07 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: Received: from 127.0.0.1 (localhost [127.0.0.1]) by puchar.net (8.15.2/8.15.2) with ESMTPS id 051Da4rx084210 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 1 Jun 2020 15:36:05 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=puchar.net; s=default; t=1591018565; bh=0XFBw1+wsBjO1JWK3K10Btompfg/Z0roGmVw8XyXUzQ=; h=Date:From:To:Subject; b=iELJKq7l8fYgHN2GtFdP9/ubz1VnmvLUuMHS8iwlEwVFRDuECEJtO0oQInl5UcJVY AWMPS0oQJM95Ngrd1smaj3ZRLa3OHcKN907XWSikYNU8PqHfjP9T3kcbYKbsBKDvo0 t55TchswuC0NHIyer46/Qx8gdLSXtIgRlfURAjio= Received: from localhost (puchar-wojtek@localhost) by puchar.net (8.15.2/8.15.2/Submit) with ESMTP id 051Da42i084207 for ; Mon, 1 Jun 2020 15:36:04 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) Date: Mon, 1 Jun 2020 15:36:04 +0200 (CEST) From: Wojciech Puchar To: freebsd-hackers@freebsd.org Subject: UEFI dual boot Message-ID: User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Rspamd-Queue-Id: 49bGQv4TNYz3f77 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=fail (headers rsa verify failed) header.d=puchar.net header.s=default header.b=iELJKq7l; dmarc=none; spf=pass (mx1.freebsd.org: domain of wojtek@puchar.net designates 194.1.144.90 as permitted sender) smtp.mailfrom=wojtek@puchar.net X-Spamd-Result: default: False [-0.18 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.04)[-0.041]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.86)[-0.855]; DMARC_NA(0.00)[puchar.net]; R_DKIM_REJECT(1.00)[puchar.net:s=default]; DKIM_TRACE(0.00)[puchar.net:-]; RCVD_IN_DNSWL_NONE(0.00)[194.1.144.90:from]; NEURAL_SPAM_SHORT(0.02)[0.017]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:43476, ipnet:194.1.144.0/24, country:PL]; RCVD_COUNT_TWO(0.00)[2]; 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, 01 Jun 2020 13:36:08 -0000 i have to install windows shit on separate partition to use it when someone really want me to use some video chats or other nonsense that doesn't work otherwise. In Virtualbox sound doesn't work properly and i have no idea why. Could anyone point me how to make a boot menu or something like that after i will: 1) clean whole disk 2) install UEFI windows but without allocating whole disk for it 3) install UEFI FreeBSD - how no problem in that. then i would be able to select what to boot by entering UEFI shell and manually selecting proper loader. How can it be made better From owner-freebsd-hackers@freebsd.org Mon Jun 1 13:42:17 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 3F6CB337266 for ; Mon, 1 Jun 2020 13:42:17 +0000 (UTC) (envelope-from paul@prt.org) Received: from smtp2.mail.clearhost.co.uk (smtp2.mail.clearhost.co.uk [IPv6:2001:1420::25:102]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.mail.clearhost.co.uk", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49bGYy50pTz3g2Z for ; Mon, 1 Jun 2020 13:42:14 +0000 (UTC) (envelope-from paul@prt.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=prt.org; s=dkim1; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version: Date:Message-ID:From:References:To:Subject:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=ghqsHdAUtD8l3bIMq6qHq6WvgEsNtaXgwlKV1EnBfos=; b=S+xEgj1o8yBWExC2EjN0bXc+Vm eyvKOQK2Iqjp/tE7wzgDJ2WbqD7lSCpGJMZT7CrSdVvE0mUTTAvjAgBywDvuoPQltTVyKw/lXb8B2 jp3QjeKtNBLA/hzmkHA/HsDLn42wWGRUihHu1tU6G71Xmig9LGS/tae/2tpXxRi+HP3A=; Received: from [2001:1420:a:104:f072:75d2:1cea:ce1] (port=61315) by smtp2.mail.clearhost.co.uk with esmtpsa (TLSv1:ECDHE-RSA-AES128-SHA:128) (Exim 4.92) (envelope-from ) id 1jfkhY-000KOj-V7 for freebsd-hackers@freebsd.org; Mon, 01 Jun 2020 13:42:05 +0000 Subject: Re: UEFI dual boot To: freebsd-hackers@freebsd.org References: From: Paul Thornton Message-ID: <5f1473eb-8917-349d-1ef8-4d1bc9a2713b@prt.org> Date: Mon, 1 Jun 2020 14:44:05 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-ClearHost-AuthUser: paul@prt.org X-ClearHost-AuthDomain: prt.org X-Rspamd-Queue-Id: 49bGYy50pTz3g2Z X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=prt.org header.s=dkim1 header.b=S+xEgj1o; dmarc=none; spf=pass (mx1.freebsd.org: domain of paul@prt.org designates 2001:1420::25:102 as permitted sender) smtp.mailfrom=paul@prt.org X-Spamd-Result: default: False [-2.39 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[prt.org:s=dkim1]; NEURAL_HAM_MEDIUM(-0.90)[-0.898]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+a:smtp.mail.clearhost.co.uk]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[prt.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.95)[-0.949]; DKIM_TRACE(0.00)[prt.org:+]; NEURAL_HAM_SHORT(-0.05)[-0.045]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8676, ipnet:2001:1420::/32, country:GB]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; 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, 01 Jun 2020 13:42:17 -0000 On 01/06/2020 14:36, Wojciech Puchar wrote: > i have to install windows shit on separate partition to use it when > someone really want me to use some video chats or other nonsense that > doesn't work otherwise. > In Virtualbox sound doesn't work properly and i have no idea why. > > Could anyone point me how to make a boot menu or something like that > after i will: > > 1) clean whole disk > 2) install UEFI windows but without allocating whole disk for it > 3) install UEFI FreeBSD - how no problem in that. > > then i would be able to select what to boot by entering UEFI shell and > manually selecting proper loader. > > How can it be made better I use refind to multi-boot between Windows 10, FreeBSD and a couple of Linux installs on one of my test laptops.  As bootloaders etc. go it seems to "just work". I think I did something like this - from memory: 1) Clean whole disk 2) Boot FreeBSD from USB, create EFI partition table.  Create EFI protected partition and Windows C: partition of XX gigs. 3) Created a FreeBSD partition for the rest of the disk - mainly so that Windows definitely saw it as used!  I removed it and then added extra partitions for the other OSes later. 4) Install Windows into partition created in (2) above. 5) Install reFind. Paul. From owner-freebsd-hackers@freebsd.org Mon Jun 1 13:53:41 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 735FB337A98 for ; Mon, 1 Jun 2020 13:53:41 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mail-ed1-x52f.google.com (mail-ed1-x52f.google.com [IPv6:2a00:1450:4864:20::52f]) (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 49bGq83bV1z3grl for ; Mon, 1 Jun 2020 13:53:40 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by mail-ed1-x52f.google.com with SMTP id s19so7296465edt.12 for ; Mon, 01 Jun 2020 06:53:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=L+vhJ5ujGqh3cy1S7gJhpFgHEd4/yGvg49yiDwrblB4=; b=eBDUNXHf/PaCNqkJ9LoCoSCPo5w2vNr9vHASVc95StSzIr8qoc6dWulMoMZGyVBNf5 tfOVAwZW4CCsuhMaBn4NrMFWI5AhPzh/vEjRphHmTSFtXpENha1o/gNdgHi1YPbdoiN2 ppTMOK5ptB4wmuWd+7Z0wW3ALooVRgMZCQcFkd6Rt2C6qvHsObhTVL2qMINBUeWqxKwx pLOiYPX4PIhkHNW5Mr+XMqPPBS9dpEWVlLhQsrySMm4pL9hfX1MvzJom3mLTruUv1H/n +BhT9m/iWQjWQ0f/5TbsQ4uF8SwVmPeRos/HTq0G4xJj8LshVknx7YUIBsw50fVMFwzj ms8Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=L+vhJ5ujGqh3cy1S7gJhpFgHEd4/yGvg49yiDwrblB4=; b=WFRUqhPWT+OA3Q4o86OafsX9UYKyIip88A3ord7KAW+wcwdlw82lDe1bwJjgSY5Y3v w3dvwuwLaLkDEKvcJjXYkyIVpO9PBhpKXzbbvkCTxRHCFHui+OYfbGLBKlz86nZCGQDg CVtrLG2/dBHdNvpX9VhPdB8doF+l0QqIJDr0TU+JpCmptIaHCuiNKouQ9dFmEncn1Gmw bd9GreV5Rwp71iOcWWuxC76kiqU60pjxJ+fwGkiGaDPAp7oP6fUxN8tMrNk3kxnI6uhO XtBu+Qe4SwovtGt+lDoCkg4W1tUYh1d6gcLCaLnfLTdsS06WHmP8tH5fd4S5SVTLBy4c 4qEQ== X-Gm-Message-State: AOAM53061fGlE3U/qdM6qkkWeFWrQTDg8P4QTH8hsUPBCdzM+O+g3KCt YGpzBBEsm22/VD+ZADW4L150MGadFDK4O2FZv3kw1Z0= X-Google-Smtp-Source: ABdhPJzOVvevwcG63nyWblpvqt31DeT91XsjhvggG5eBTCxp50NxyLteChBatwUUQKVnpeVGDrW6ZCWyGSZCznFh3o4= X-Received: by 2002:aa7:dace:: with SMTP id x14mr8709146eds.343.1591019617236; Mon, 01 Jun 2020 06:53:37 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Zaphod Beeblebrox Date: Mon, 1 Jun 2020 09:53:25 -0400 Message-ID: Subject: Re: UEFI dual boot To: Wojciech Puchar Cc: FreeBSD Hackers X-Rspamd-Queue-Id: 49bGq83bV1z3grl X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=eBDUNXHf; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of zbeeble@gmail.com designates 2a00:1450:4864:20::52f as permitted sender) smtp.mailfrom=zbeeble@gmail.com X-Spamd-Result: default: False [-3.62 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.02)[-1.021]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; NEURAL_HAM_LONG(-1.02)[-1.020]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::52f:from]; NEURAL_HAM_SHORT(-0.58)[-0.575]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] Content-Type: text/plain; charset="UTF-8" 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, 01 Jun 2020 13:53:41 -0000 I find "rEFInd" (http://www.rodsbooks.com/refind/) to be a reasonable tool for this. In the windows EFI partition, you can drop the refined install and then add boot.efi from freebsd. If you tell EFI bios to pick up rEFInd's .efi, it will display a graphical or text menu with all the other .EFI choices. If your FreeBSD is already booting by EFI, then you can just move that partition onto the new disk. If not, leave a partition available when installing windows. FreeBSD also has loader.EFI. I have found some systems where boot.efi doesn't determine the resolution correctly. To use loader.efi, you need an efi partition large enough to hold /boot/kernel --- but it does work well. On Mon, Jun 1, 2020 at 9:36 AM Wojciech Puchar wrote: > i have to install windows shit on separate partition to use it when > someone really want me to use some video chats or other nonsense that > doesn't work otherwise. > In Virtualbox sound doesn't work properly and i have no idea why. > > Could anyone point me how to make a boot menu or something like that after > i will: > > 1) clean whole disk > 2) install UEFI windows but without allocating whole disk for it > 3) install UEFI FreeBSD - how no problem in that. > > then i would be able to select what to boot by entering UEFI shell and > manually selecting proper loader. > > How can it be made better > _______________________________________________ > 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 Jun 1 10:40: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 75E6B33183B; Mon, 1 Jun 2020 10:40:37 +0000 (UTC) (envelope-from owner-freebsd-quarterly-calls@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 49bBXP2Vh1z4c7Z; Mon, 1 Jun 2020 10:40:37 +0000 (UTC) (envelope-from owner-freebsd-quarterly-calls@freebsd.org) Delivered-To: freebsd-quarterly-calls@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 897C3330AEF; Mon, 1 Jun 2020 10:10:00 +0000 (UTC) (envelope-from salvadore@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49b9s42n8bz4YqL; Mon, 1 Jun 2020 10:10:00 +0000 (UTC) (envelope-from salvadore@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1472) id 560111EC3B; Mon, 1 Jun 2020 10:10:00 +0000 (UTC) To: freebsd-quarterly-calls@FreeBSD.org Message-Id: <20200601101000.560111EC3B@freefall.freebsd.org> Date: Mon, 1 Jun 2020 10:10:00 +0000 (UTC) From: Lorenzo Salvadore X-Mailman-Approved-At: Mon, 01 Jun 2020 10:40:36 +0000 Subject: [FreeBSD-Quarterly-Calls] Call for 2020Q2 quarterly status reports X-BeenThere: freebsd-quarterly-calls@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list Cc: jhibbits@FreeBSD.org, brooks@FreeBSD.org, dgr@semihalf.com, info@NomadBSD.org, mikael@FreeBSD.org, mk@semihalf.com, pizzamig@FreeBSD.org, ebrandi@FreeBSD.org, esteban.barrios@trivago.com, dmgk@FreeBSD.org, rmacklem@freebsd.org, trasz@FreeBSD.org, kp@FreeBSD.org, kde@FreeBSD.org, jhb@FreeBSD.org, x11@freebsd.org, imp@freebsd.org, soc-mentors@FreeBSD.org, andrew@FreeBSD.org, bsdic@microsoft.com, tuexen@FreeBSD.org, gerald@FreeBSD.org, mba@semihalf.com, ar@semihalf.com, dbaio@FreeBSD.org, philip@FreeBSD.org, info@bsdcan.org, rwatson@FreeBSD.org, gbergling@gmail.com, mw@semihalf.com, lwhsu@FreeBSD.org, alfonso.siciliano@email.com, soc-students@FreeBSD.org, linimon@FreeBSD.org, xfce@FreeBSD.org, zeising@freebsd.org, pkubaj@FreeBSD.org, markj@FreeBSD.org, mhorne@FreeBSD.org, kib@FreeBSD.org, br@FreeBSD.org, whu@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: owner-freebsd-quarterly-calls@freebsd.org Sender: owner-freebsd-quarterly-calls@freebsd.org X-Mailman-Approved-At: Mon, 01 Jun 2020 17:27:27 +0000 X-BeenThere: freebsd-hackers@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jun 2020 10:40:37 -0000 Dear FreeBSD Community, The deadline for the next FreeBSD Quarterly Status update is July, 1st 2020 for work done since the last round of Quarterly Reports: April 2020 - June 2020. I would like to remind you that reports are collected during the last month of every quarter. Status report submissions do not need to be very long. They may be about anything happening in the FreeBSD project and community, and they provide a great way to inform FreeBSD users and developers about work that is underway or has been completed. Report submissions are not limited to committers; anyone doing anything interesting and FreeBSD related can -- and should -- write one! The preferred method is to follow the guidelines at the Quarterly GitHub repository: https://github.com/freebsd/freebsd-quarterly Alternatively you can fetch the Markdown template, fill it in, and email it to quarterly-submissions@FreeBSD.org. The template can be found at: https://raw.githubusercontent.com/freebsd/freebsd-quarterly/master/report-sample.md We look forward to seeing your 2020Q2 reports! Thanks, Lorenzo Salvadore (on behalf of quarterly@) _______________________________________________ freebsd-quarterly-calls@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-quarterly-calls To unsubscribe, send any mail to "freebsd-quarterly-calls-unsubscribe@freebsd.org" From owner-freebsd-hackers@freebsd.org Mon Jun 1 17:36:03 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 8516233D2CB; Mon, 1 Jun 2020 17:36:03 +0000 (UTC) (envelope-from shivankgarg98@gmail.com) Received: from mail-ej1-f53.google.com (mail-ej1-f53.google.com [209.85.218.53]) (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 49bMlk3wRsz4Jsc; Mon, 1 Jun 2020 17:36:02 +0000 (UTC) (envelope-from shivankgarg98@gmail.com) Received: by mail-ej1-f53.google.com with SMTP id a25so2788001ejg.5; Mon, 01 Jun 2020 10:36:02 -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:from:date:message-id:subject:to:cc; bh=0O1NAlIZp6A603OE01WApz3F/z+AXVY6wus9xhp2d98=; b=O853tkYujxcAUIFt0fiSJGscDoR8cr2yaT2ShMyc+ff9e1DcvmVEbklmt1MkFS3j7s 3onpGr3XHJAz+t/xvfKytgyQpKoMZQ2wRo7d0CDO0f0o+BpIcbX4rVtXlm4RjHqZUpxt StbZbQ9nmQQueIucaDFTHLlQ3M2e9/QvZAKTAAIrkgVsjHTe1hn1sdKzycbAWBSCBngt Mb1xZiWW1CFoeG38Hh0EWbNUYbjTvYrhp/H7zdZ6l3TPAqrStz/XDYMm3wDj93Oqp5e/ KE7WUUc8QU5nxUt9wZADLQvDzgk7voIOThUwJrDJsVtBb6DPAsh55AMgoRGFrqOhXaQG AFpw== X-Gm-Message-State: AOAM532r9HR0ReDILPkhd94kk9zrB7z6QtVuzbSZcUnHX5Vc8d2tDmxB lgxuuGOC2cq3UsQPVQHadav36YnJbaU= X-Google-Smtp-Source: ABdhPJyAMftgu/kb1uziIx2trnJ3tJNqKe1x94DX7JNft9PMbFnKo5YiFEqZTtoiRCCw1kGgt6eHvQ== X-Received: by 2002:a17:906:2615:: with SMTP id h21mr13558861ejc.84.1591032960644; Mon, 01 Jun 2020 10:36:00 -0700 (PDT) Received: from mail-ed1-f53.google.com (mail-ed1-f53.google.com. [209.85.208.53]) by smtp.gmail.com with ESMTPSA id dm1sm203447ejc.99.2020.06.01.10.35.59 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 01 Jun 2020 10:36:00 -0700 (PDT) Received: by mail-ed1-f53.google.com with SMTP id g9so7873329edw.10; Mon, 01 Jun 2020 10:35:59 -0700 (PDT) X-Received: by 2002:a50:c3c5:: with SMTP id i5mr429507edf.314.1591032959252; Mon, 01 Jun 2020 10:35:59 -0700 (PDT) MIME-Version: 1.0 From: Shivank Garg Date: Mon, 1 Jun 2020 23:05:46 +0530 X-Gmail-Original-Message-ID: Message-ID: Subject: [GSoC'20 Introduction] Adding audit(4) support to NFS To: freebsd-hackers@freebsd.org, soc-status@freebsd.org Cc: Alan Somers X-Rspamd-Queue-Id: 49bMlk3wRsz4Jsc X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of shivankgarg98@gmail.com designates 209.85.218.53 as permitted sender) smtp.mailfrom=shivankgarg98@gmail.com X-Spamd-Result: default: False [-2.01 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; DMARC_NA(0.00)[freebsd.org]; RWL_MAILSPIKE_GOOD(0.00)[209.85.218.53:from]; NEURAL_HAM_LONG(-0.96)[-0.957]; RCVD_COUNT_THREE(0.00)[4]; NEURAL_HAM_MEDIUM(-0.94)[-0.939]; NEURAL_HAM_SHORT(-0.11)[-0.114]; RCVD_IN_DNSWL_NONE(0.00)[209.85.218.53:from]; FORGED_SENDER(0.30)[shivank@freebsd.org,shivankgarg98@gmail.com]; 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]; RCVD_TLS_ALL(0.00)[]; FROM_NEQ_ENVFROM(0.00)[shivank@freebsd.org,shivankgarg98@gmail.com] Content-Type: text/plain; charset="UTF-8" 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, 01 Jun 2020 17:36:03 -0000 Hi everyone, This project aims to add audit(4) support to NFS, which will allow auditd(8) to just run on the NFS server and audit all activities within the NFS network. Note that audit(4) can still be used on the NFS network but auditd(8) must run on every NFS client. *Mentor: *Alan Somers *Project Information/Background:* Security event auditing permits the selective and fine-grained configurable logging of security-relevant system events for the purpose of post-mortem analysis, intrusion detection, and run-time monitoring. It is intended to meet the requirements of the Common Criteria(CC)/Common Access protection profile(CAPP) evaluation. Audit works mostly on the syscall level and NFS is implemented within the kernel, which means the NFS RPCs don't generate any audit records on the server. The NFS RPC requests bypass the syscall layer and go directly to the VFS layer. The need for this support arises in case of insecure networks, where running auditd(8) on each client is not an option(the audit log on such clients can't be trusted) *Approach:* This project will require the modification in the NFS server code to allow an audit of each NFS RPC. This will auditd(8) to audit all the NFS activities within the network. The NFS RPCs code lies mostly in nfs_nfsdserv.c and nfs_nfsdsocket.c. There would need to define AUDIT_NFSRPC_ENTER and AUDIT_NFSPRC_EXIT in a similar fashion to AUDIT_SYSCALL_ENTER and AUDIT_SYSCALL_EXIT at NFS RPC level. For auditing events, within each NFS RPC, one or more AUDIT_ARG_* macros(or some modification of them) will be called. The implementation design is under the thought process. *Project Wiki and Source links:* * Project Wiki Page: https://wiki.freebsd.org/SummerOfCode2020Projects/AddAuditSupportToNFS * Github Repo link: https://github.com/shivankgarg98/freebsd/tree/user/shivank/nfs_audit * Please see this diff for all changes: https://github.com/freebsd/freebsd/compare/master...shivankgarg98:user/shivank/nfs_audit Note: I'll be updating weekly status report on soc-status@ Please feel free to share your ideas and feedback on this project. Happy Hacking! :) Best Regards, Shivank Garg Undergrad at IIT Kanpur, India From owner-freebsd-hackers@freebsd.org Mon Jun 1 21:39:42 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 8FBB32F30A9 for ; Mon, 1 Jun 2020 21:39:42 +0000 (UTC) (envelope-from pen@lysator.liu.se) Received: from mail.lysator.liu.se (mail.lysator.liu.se [IPv6:2001:6b0:17:f0a0::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49bT8s5qTmz3ZtW for ; Mon, 1 Jun 2020 21:39:41 +0000 (UTC) (envelope-from pen@lysator.liu.se) Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id DDE1140026 for ; Mon, 1 Jun 2020 23:39:36 +0200 (CEST) Received: by mail.lysator.liu.se (Postfix, from userid 1004) id C61F640027; Mon, 1 Jun 2020 23:39:36 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on bernadotte.lysator.liu.se X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED, AWL, HTML_MESSAGE autolearn=disabled version=3.4.2 X-Spam-Score: -1.0 Received: from [192.168.1.132] (h-201-140.A785.priv.bahnhof.se [98.128.201.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id 5F51640026 for ; Mon, 1 Jun 2020 23:39:36 +0200 (CEST) From: Peter Eriksson Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Is the "ciss" driver unmaintained? (For HP RAID/HBA cards) Message-Id: <2D6FFED4-41F5-47E9-BA59-D762363AE6CE@lysator.liu.se> Date: Mon, 1 Jun 2020 23:39:36 +0200 To: freebsd-hackers@freebsd.org X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Virus-Scanned: ClamAV using ClamSMTP X-Rspamd-Queue-Id: 49bT8s5qTmz3ZtW X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=liu.se; spf=pass (mx1.freebsd.org: domain of pen@lysator.liu.se designates 2001:6b0:17:f0a0::3 as permitted sender) smtp.mailfrom=pen@lysator.liu.se X-Spamd-Result: default: False [-2.30 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.03)[-1.029]; RCVD_COUNT_THREE(0.00)[4]; NEURAL_HAM_MEDIUM(-1.00)[-0.995]; R_SPF_ALLOW(-0.20)[+a:mail.lysator.liu.se]; DMARC_POLICY_ALLOW(-0.50)[liu.se,none]; RCVD_IN_DNSWL_NONE(0.00)[2001:6b0:17:f0a0::3:from]; NEURAL_SPAM_SHORT(0.02)[0.024]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:1653, ipnet:2001:6b0::/32, country:EU]; RCVD_TLS_LAST(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[] 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, 01 Jun 2020 21:39:42 -0000 I submitted a couple of bug reports (and patches) for the =E2=80=9Cciss=E2= =80=9D driver about a month ago but it seems there is no response to = it=E2=80=A6=20 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D246279 = https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D246280 = Now I can run a locally built kernel but I prefer to stay away from that = if possible so would really like to have it merged into the official = release (if possible) in the long run. Is there some way to find out who (if anyone) is responsible for that = part of the kernel? Or should I just assume it=E2=80=99s abandoned and = try to submit a fix somewhere else? And if so how? - Peter From owner-freebsd-hackers@freebsd.org Mon Jun 1 21:48:34 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 DDD322F3CC7 for ; Mon, 1 Jun 2020 21:48:34 +0000 (UTC) (envelope-from debdrup@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49bTM65Wmbz3cJK for ; Mon, 1 Jun 2020 21:48:34 +0000 (UTC) (envelope-from debdrup@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1471) id A9F6D1D8E5; Mon, 1 Jun 2020 21:48:34 +0000 (UTC) Date: Mon, 1 Jun 2020 23:48:32 +0200 From: Daniel Ebdrup Jensen To: freebsd-hackers@freebsd.org Subject: Re: Is the "ciss" driver unmaintained? (For HP RAID/HBA cards) Message-ID: <20200601214832.jpudeti7he6u626j@nerd-thinkpad.local> Mail-Followup-To: Daniel Ebdrup Jensen , freebsd-hackers@freebsd.org References: <2D6FFED4-41F5-47E9-BA59-D762363AE6CE@lysator.liu.se> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="rids5i3gvpfrnise" Content-Disposition: inline In-Reply-To: <2D6FFED4-41F5-47E9-BA59-D762363AE6CE@lysator.liu.se> 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, 01 Jun 2020 21:48:34 -0000 --rids5i3gvpfrnise Content-Type: text/plain; charset=utf-8; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 01, 2020 at 11:39:36PM +0200, Peter Eriksson wrote: >I submitted a couple of bug reports (and patches) for the =E2=80=9Cciss=E2= =80=9D driver about a month ago but it seems there is no response to it=E2= =80=A6 > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D246279 > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D246280 > >Now I can run a locally built kernel but I prefer to stay away from that i= f possible so would really like to have it merged into the official release= (if possible) in the long run. > >Is there some way to find out who (if anyone) is responsible for that part= of the kernel? Or should I just assume it=E2=80=99s abandoned and try to s= ubmit a fix somewhere else? And if so how? > >- Peter > >_______________________________________________ >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" Hi Peter, I'm not yet a commiter, so I can't speak on behalf of those that are - but = when=20 working on documentation for man-pages I tend to following procedure: To start with the first thing I do is look in src/MAINTAINERS or, failing t= hat,=20 see who last had a good set of commits going for the chunk of code that's b= eing=20 touched - and then simply try reaching out to them. If you have a patch prepared that applies against the head of the tree, and= on=20 top of that if it's build and runtime tested in production, that at least m= ean=20 you've done everything that can be reasonably expected. Who knows, you may be in luck that someone who's interested might read hack= ers@=20 too. :) Yours, Daniel Ebdrup Jensen --rids5i3gvpfrnise Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAABCgB9FiEEDonNJPbg/JLIMoS6Ps5hSHzN87oFAl7Vd7BfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDBF ODlDRDI0RjZFMEZDOTJDODMyODRCQTNFQ0U2MTQ4N0NDREYzQkEACgkQPs5hSHzN 87qltAgAo2inpOy7g2lat0Mq5ZngXbllwas692HL49upgsOK56zFsqhaOnaKlWXn R84cxb+2IdfQ796rvj38fwOjsprcsfpwDxMxtbsqWnB9llXAJaHAITgDJrH0kEsH dyaCIjkidtFTM/If59+vkUfAn/4OwEcumE5Eov5ofTdD2WwHaj3C1yOxVxUn1YMX JIqVnVmhvDWc1eXwhmL6UIYhmFFG4lcUE7QYSnsv+7FFkXc+8H+TRO1rCohYsEcd Ff2RFlbchLVX1Cc0dch3zaWW4rGAkANrzkYraArUVxXmf+uXT3bYFyXdpZYkgyP7 bQ0ZozxNZTZTtw8z3F1WIuRJfz+8cg== =SwI9 -----END PGP SIGNATURE----- --rids5i3gvpfrnise-- From owner-freebsd-hackers@freebsd.org Tue Jun 2 03:04:46 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 5C9EB2FF19A for ; Tue, 2 Jun 2020 03:04:46 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49bcMy07j1z4YxX; Tue, 2 Jun 2020 03:04:45 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 05234ipC015173; Mon, 1 Jun 2020 20:04:44 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 05234hp0015172; Mon, 1 Jun 2020 20:04:43 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202006020304.05234hp0015172@gndrsh.dnsmgr.net> Subject: Re: Is the "ciss" driver unmaintained? (For HP RAID/HBA cards) In-Reply-To: <20200601214832.jpudeti7he6u626j@nerd-thinkpad.local> To: Daniel Ebdrup Jensen Date: Mon, 1 Jun 2020 20:04:43 -0700 (PDT) CC: freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 49bcMy07j1z4YxX 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:13868, ipnet:69.59.192.0/19, 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: Tue, 02 Jun 2020 03:04:46 -0000 > On Mon, Jun 01, 2020 at 11:39:36PM +0200, Peter Eriksson wrote: > >I submitted a couple of bug reports (and patches) for the ?ciss? driver about a month ago but it seems there is no response to it? > > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246279 > > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246280 > > > >Now I can run a locally built kernel but I prefer to stay away from that if possible so would really like to have it merged into the official release (if possible) in the long run. > > > >Is there some way to find out who (if anyone) is responsible for that part of the kernel? Or should I just assume it?s abandoned and try to submit a fix somewhere else? And if so how? > > > >- Peter > > > > Hi Peter, > > I'm not yet a commiter, so I can't speak on behalf of those that are - but when > working on documentation for man-pages I tend to following procedure: > > To start with the first thing I do is look in src/MAINTAINERS or, failing that, > see who last had a good set of commits going for the chunk of code that's being > touched - and then simply try reaching out to them. > > If you have a patch prepared that applies against the head of the tree, and on > top of that if it's build and runtime tested in production, that at least mean > you've done everything that can be reasonably expected. > > Who knows, you may be in luck that someone who's interested might read hackers@ > too. :) It looks like these bugs have not been triaged by bugmaster@ they are still on the incomping bugs@ mail list. But after a quick read of them I boldly stuck imp@ on them who is probably the person most knowing about the cam layer and large storage arrays. He can slap my hand later... > Yours, > Daniel Ebdrup Jensen -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-hackers@freebsd.org Tue Jun 2 17:19: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 20FD82F4AB3; Tue, 2 Jun 2020 17:19:48 +0000 (UTC) (envelope-from ankur.kothiwal99@gmail.com) Received: from mail-qk1-f178.google.com (mail-qk1-f178.google.com [209.85.222.178]) (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 49bzLW17z6z4K9L; Tue, 2 Jun 2020 17:19:46 +0000 (UTC) (envelope-from ankur.kothiwal99@gmail.com) Received: by mail-qk1-f178.google.com with SMTP id v79so13248204qkb.10; Tue, 02 Jun 2020 10:19:46 -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:from:date:message-id:subject:to:cc :content-transfer-encoding; bh=0ZJaPpBX9kF5a3yJvUNlpg+PWeIWVrIZP9+UhJoVmwE=; b=gB+K2Gku46nV3ybaXiHnt3Ed9ebx6DiaWUnDgkEarrmwF6l1e7kfFo+IiICpizv5in 5hoQqEPN1r4MP7LXxj7Q0UiA6Xv2Zel84WZgNAaRL5+iNas9QRGi/b/Y/RIi+pfwX0J3 H+k+bbB5R9T/y9aWx+Tu7eKxGFgpHi/Ho4ldZOsLv2PllNU4i7gHNWQwkrgwAeUOt9FO B0ncW5Rls0U0nT+7gk5/NrYw5Tx3TVkh15PTzxE0JiaaDX16JGWJvNIoJZt0Thca6xOm J0D+gQ2nO4Bn8tUegmiUqhedkiyAJ0jsHONrESgQ/3lf88cg5fQRZanpvOxa1RoBIx4G HTNw== X-Gm-Message-State: AOAM533bMEpDBOBbTsHLVr7mU9823M8lvJsUy8u0/z8didDVN4Gxyk19 LF9MIr0KDsHczxQk8rV6uL+IAufI/MWPhWXE X-Google-Smtp-Source: ABdhPJygpVRcl2A0dDLRvkFekMBxXwXMoK0QHLnK7I5ZaJ91VUiZgPO52GzVqBoXNFBKzjiybaKH6g== X-Received: by 2002:a05:620a:1281:: with SMTP id w1mr2133804qki.462.1591118385581; Tue, 02 Jun 2020 10:19:45 -0700 (PDT) Received: from mail-qt1-f177.google.com (mail-qt1-f177.google.com. [209.85.160.177]) by smtp.gmail.com with ESMTPSA id w10sm3234994qtc.15.2020.06.02.10.19.44 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 02 Jun 2020 10:19:45 -0700 (PDT) Received: by mail-qt1-f177.google.com with SMTP id y1so11246729qtv.12; Tue, 02 Jun 2020 10:19:44 -0700 (PDT) X-Received: by 2002:ac8:f7b:: with SMTP id l56mr8124539qtk.127.1591118384295; Tue, 02 Jun 2020 10:19:44 -0700 (PDT) MIME-Version: 1.0 From: Ankur Kothiwal Date: Tue, 2 Jun 2020 22:49:18 +0530 X-Gmail-Original-Message-ID: Message-ID: Subject: [GSoC'20 Introduction] eBPF XDP Hook To: freebsd-hackers@freebsd.org, soc-status@freebsd.org Cc: rstone@freebsd.org, hrs@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 49bzLW17z6z4K9L X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of ankurkothiwal99@gmail.com designates 209.85.222.178 as permitted sender) smtp.mailfrom=ankurkothiwal99@gmail.com X-Spamd-Result: default: False [-2.03 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_NEQ_ENVFROM(0.00)[ankur@freebsd.org,ankurkothiwal99@gmail.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[freebsd.org]; RCVD_TLS_ALL(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.980]; RCVD_COUNT_THREE(0.00)[4]; NEURAL_HAM_MEDIUM(-0.82)[-0.823]; NEURAL_HAM_SHORT(-0.22)[-0.225]; RCVD_IN_DNSWL_NONE(0.00)[209.85.222.178:from]; FORGED_SENDER(0.30)[ankur@freebsd.org,ankurkothiwal99@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.222.178:from]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; MIME_TRACE(0.00)[0:+]; 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: Tue, 02 Jun 2020 17:19:48 -0000 Hello everyone, Project: Implement eBPF XDP for FreeBSD by extending VirtIO ethernet driver if_vtnet The goal of this project is to extend an existing FreeBSD network driver ,VirtIO if_vtnet to be able to call into an eBPF program when processing a newly received packet. The driver will perform the basic actions of XDP like PASS, DROP, TX or REDIRECT the packet as specified by the program. The project will also implement new map type and other eBPF helper functions.The aim of this project is to add new probe sites into the kernel that will call eBPF functions Mentors: Ryan Stone and Hiroki Sato Approach for the project: The project aims to extend the NIC driver =E2=80=9Cif_vtnet=E2=80=9D to sup= port XDP. The approach is to write a XDP hook as a pfil (packet filter) hook (https://svnweb.freebsd.org/changeset/base/356613) in the vtnet_rxq_eof() function which is the function that deals with receiving the packets from the driver. This approach will help the XDP hook to work on any driver that supports pfil (like mlx5en). The function will take XDP actions (like PASS, DROP etc) on the packet which will further be processed by the eBPF program. Project GSoC Wiki: https://wiki.freebsd.org/SummerOfCodeIdeas#eBPF_XDP_Hook= s Github Repo for the code: https://github.com/rysto32/freebsd/tree/ebpf-import FreeBSD Wiki Student: https://wiki.freebsd.org/AnkurKothiwal Project: https://wiki.freebsd.org/SummerOfCode2020Projects/eBPFXDPHooks Thank you for giving your time to read. Please feel free to share your feedback and suggestion. Thanks and Regards Ankur Kothiwal From owner-freebsd-hackers@freebsd.org Tue Jun 2 18:49:26 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 61E452F7123 for ; Tue, 2 Jun 2020 18:49:26 +0000 (UTC) (envelope-from pen@lysator.liu.se) Received: from mail.lysator.liu.se (mail.lysator.liu.se [IPv6:2001:6b0:17:f0a0::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49c1Kw6xDDz4VYj; Tue, 2 Jun 2020 18:49:24 +0000 (UTC) (envelope-from pen@lysator.liu.se) Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id 4C5F340018; Tue, 2 Jun 2020 20:49:20 +0200 (CEST) Received: by mail.lysator.liu.se (Postfix, from userid 1004) id 39BBE40016; Tue, 2 Jun 2020 20:49:20 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on bernadotte.lysator.liu.se X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED, AWL, HTML_MESSAGE autolearn=disabled version=3.4.2 X-Spam-Score: -1.0 Received: from [192.168.1.132] (h-201-140.A785.priv.bahnhof.se [98.128.201.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id 39B874000D; Tue, 2 Jun 2020 20:49:19 +0200 (CEST) From: Peter Eriksson Message-Id: <85F9C3DF-B9DF-42F1-8229-A701EDF5AC11@lysator.liu.se> Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Is the "ciss" driver unmaintained? (For HP RAID/HBA cards) Date: Tue, 2 Jun 2020 20:49:18 +0200 In-Reply-To: <202006020304.05234hp0015172@gndrsh.dnsmgr.net> Cc: Daniel Ebdrup Jensen , "Rodney W. Grimes" To: freebsd-hackers@freebsd.org References: <202006020304.05234hp0015172@gndrsh.dnsmgr.net> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Virus-Scanned: ClamAV using ClamSMTP X-Rspamd-Queue-Id: 49c1Kw6xDDz4VYj X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=liu.se; spf=pass (mx1.freebsd.org: domain of pen@lysator.liu.se designates 2001:6b0:17:f0a0::3 as permitted sender) smtp.mailfrom=pen@lysator.liu.se X-Spamd-Result: default: False [-3.40 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; R_SPF_ALLOW(-0.20)[+a:mail.lysator.liu.se]; NEURAL_HAM_LONG(-1.04)[-1.044]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.03)[-1.025]; DMARC_POLICY_ALLOW(-0.50)[liu.se,none]; RCVD_IN_DNSWL_NONE(0.00)[2001:6b0:17:f0a0::3:from]; NEURAL_HAM_MEDIUM(-1.03)[-1.034]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:1653, ipnet:2001:6b0::/32, country:EU]; RCVD_TLS_LAST(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[] 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: Tue, 02 Jun 2020 18:49:26 -0000 Thanks. I hope someone steps forward. I=E2=80=99d love to have some = interaction with someone soon=E2=80=A6 :-) For the moment I have a test server (running 12.1-STABLE, but if needed = I could boot it with a 13-CURRENT kernel on it to test stuff) set up = with two HP H241 SmartHBA controllers and three HP D6020 70-drive JBOD = external cabinets attached (two of the D6020:s are connected to one = controller so I can test with 140 12TB drives on one controller right = now, the third D6020 only have 10 drives or so).=20 However, I=E2=80=99ll have to move the fully equipped ones to production = servers sometime in the near future and then it=E2=80=99ll be more = difficult to test stuff... - Peter > On 2 Jun 2020, at 05:04, Rodney W. Grimes = wrote: >=20 >> On Mon, Jun 01, 2020 at 11:39:36PM +0200, Peter Eriksson wrote: >>> I submitted a couple of bug reports (and patches) for the ?ciss? = driver about a month ago but it seems there is no response to it? >>>=20 >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D246279 = >>>=20 >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D246280 = >>>=20 >>> Now I can run a locally built kernel but I prefer to stay away from = that if possible so would really like to have it merged into the = official release (if possible) in the long run. >>>=20 >>> Is there some way to find out who (if anyone) is responsible for = that part of the kernel? Or should I just assume it?s abandoned and try = to submit a fix somewhere else? And if so how? >>>=20 >>> - Peter >>>=20 >>=20 >> Hi Peter, >>=20 >> I'm not yet a commiter, so I can't speak on behalf of those that are = - but when=20 >> working on documentation for man-pages I tend to following procedure: >>=20 >> To start with the first thing I do is look in src/MAINTAINERS or, = failing that,=20 >> see who last had a good set of commits going for the chunk of code = that's being=20 >> touched - and then simply try reaching out to them. >>=20 >> If you have a patch prepared that applies against the head of the = tree, and on=20 >> top of that if it's build and runtime tested in production, that at = least mean=20 >> you've done everything that can be reasonably expected. >>=20 >> Who knows, you may be in luck that someone who's interested might = read hackers@=20 >> too. :) >=20 > It looks like these bugs have not been triaged by bugmaster@ they > are still on the incomping bugs@ mail list. But after a quick read > of them I boldly stuck imp@ on them who is probably the person most > knowing about the cam layer and large storage arrays. >=20 > He can slap my hand later... >=20 >> Yours, >> Daniel Ebdrup Jensen >=20 > --=20 > Rod Grimes = rgrimes@freebsd.org > _______________________________________________ > 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 Wed Jun 3 10:16: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 C529B332D54 for ; Wed, 3 Jun 2020 10:16:15 +0000 (UTC) (envelope-from gbergling@gmail.com) Received: from mail-wr1-x42b.google.com (mail-wr1-x42b.google.com [IPv6:2a00:1450:4864:20::42b]) (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 49cPvL1tcMz41Zh for ; Wed, 3 Jun 2020 10:16:14 +0000 (UTC) (envelope-from gbergling@gmail.com) Received: by mail-wr1-x42b.google.com with SMTP id x14so1741931wrp.2 for ; Wed, 03 Jun 2020 03:16:14 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:subject:message-id :mime-version:content-disposition; bh=XCQSNXcPpiwLZDPJwrrfdAkpGH8O+X+qIrT/iQv0reE=; b=U6CZozWetydGODJihp69KHymuiPtnZD1sjIp7W+jPuGm1S4PARRQqxBV3qz3593v72 meHOGQM33Lw9y78AmoiFTNxlOICV2iiDvGzOuMrT2ZOz5pJ9PxtL75W+hPcqqWUQbXtr Wkz9RSzC6jQviY8/Z9ptEfWBIfjPP+ok7gXeyM9NytKfqhyqpnKNO19UacIXamPtRF9h 2QzBRVlsDNyCE8mkTP6Y1Lcd1B7AFV43A/T4xsjG11K+kD/LkT9FFqBW73jWRUvvKFe7 MtVJWjQaR+q1kvWT0uhQZXM76SGTQcNE9b2L7RBAtM/VnZqy8sH/ZoKBE4kqzoGp2a0e j4ew== X-Gm-Message-State: AOAM532V6BOHgbWT4Jw7ErNxRrCt421vivhnHxKMzixowBpdKhoelxUI bxS+SK43qTAXwAidOjxwlgyg473HYu0= X-Google-Smtp-Source: ABdhPJxPMVcU2vNDAZurbooW3CeznlXSnESWOY62Y4ppd22DsPwvjL4jApBvN4RG8J3IMKGZJBH+1g== X-Received: by 2002:adf:bbc5:: with SMTP id z5mr30630622wrg.269.1591179372602; Wed, 03 Jun 2020 03:16:12 -0700 (PDT) Received: from lion.0xfce3.net (p4fd3af72.dip0.t-ipconnect.de. [79.211.175.114]) by smtp.gmail.com with ESMTPSA id a14sm2741289wrv.20.2020.06.03.03.16.11 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 03 Jun 2020 03:16:11 -0700 (PDT) Sender: Gordon Bergling Date: Wed, 3 Jun 2020 12:16:07 +0200 From: Gordon Bergling To: freebsd-hackers@freebsd.org Subject: Constant load of 1 on a recent 12-STABLE Message-ID: <20200603101607.GA80381@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: 12:11PM up 4:54, 3 users, load averages: 1.25, 1.15, 1.14 X-Rspamd-Queue-Id: 49cPvL1tcMz41Zh X-Spamd-Bar: / X-Spamd-Result: default: False [0.30 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-0.84)[-0.838]; FROM_HAS_DN(0.00)[]; DMARC_POLICY_QUARANTINE(1.50)[googlemail.com : SPF not aligned (relaxed), DKIM not aligned (relaxed),quarantine]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[googlemail.com]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; NEURAL_SPAM_LONG(0.36)[0.364]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::42b:from]; NEURAL_HAM_SHORT(-0.52)[-0.525]; FORGED_SENDER(0.30)[gbergling@googlemail.com,gbergling@gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[79.211.175.114:received]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[gbergling@googlemail.com,gbergling@gmail.com]; 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: Wed, 03 Jun 2020 10:16:15 -0000 Hi, since a while I am seeing a constant load of 1.00 on 12-STABLE, but all CPUs are shown as 100% idle in top. Has anyone an idea what could caused this? The load seems to be somewhat real, since the buildtimes on this machine for -CURRENT increased from about 2 hours to 3 hours. This a virtualized system running on Hyper-V, if that matters. Any hints are more then appreciated. Kind regards, Gordon From owner-freebsd-hackers@freebsd.org Wed Jun 3 11:21:03 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 2AEF6334148; Wed, 3 Jun 2020 11:21:03 +0000 (UTC) (envelope-from rajfbsd@gmail.com) Received: from mail-wr1-x42c.google.com (mail-wr1-x42c.google.com [IPv6:2a00:1450:4864:20::42c]) (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 49cRL62qWQz481m; Wed, 3 Jun 2020 11:21:02 +0000 (UTC) (envelope-from rajfbsd@gmail.com) Received: by mail-wr1-x42c.google.com with SMTP id t18so1934555wru.6; Wed, 03 Jun 2020 04:21:02 -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=3+3zxVrq3K3bbogOKRzdRhvic6Chh3MZWACfD81N6wk=; b=TI8Ci2FELKtsCzrCsDhQVbtJkq2BlAN6w7RP/4Y1KCofCv9MpXWnqBxIsxgsl/AJv2 cFCuau1gMXvLMvI9WKiLRSa4ulT+rm2gW+FHliGq1jqOd315BampCQNUHpIRYWHvntXl 07AXB4ldBn2YyDe6AQaavtToLlxveR5/Vq9/5GikXSRoT6Cnikoqx6jUx8T5O9rl8CcN ttw2zWr3buRTk6w+CemKivd7w3r1NUIig4OjOUH9oAWrl4Fs0NSdqMJUYGjvY8C5oJaB geNKdE4Uye6flgTRZOJo3QSXJbT0bpyVR8QchPTOUqM/jTGJyCwISAcVwVvebYaV0gjY xu8A== 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=3+3zxVrq3K3bbogOKRzdRhvic6Chh3MZWACfD81N6wk=; b=KQxEZf2kt/FwYWwwXbRWz8GG+N4adaELryzodSOY6Tlxp3RV//56t59p1pwzwqtHpg M7j0uCYvQB0DPSQbzXtMIECuFvOgRchOcTCCv/Bsk0anq5PhToVilND006rsHIz55krI xlkr0nbpSBQ8QPNpfef2PRknthevoyZKHIEBFISzfmBr6Q3dDJNaw0coWUz0Rt7kvz4U UqCfaMMGpixGtaJOgXgZUkd4ojz8vyZJCQo4uu6LNh2QLHBReL57wYStC0LyLZXEOdUJ 2MNd/0KG/ULo0McJx/OaBaz5yGji0/IdfCL/prCOMPGG1Uy9Cx2+4zhRHNTsjH9YQdgI pSmA== X-Gm-Message-State: AOAM530pTeoIbLdpVR3fIoXlO2FR4wbK+9qd8eqQcOShPNz7fnYTrTI9 0XQ4Yq70mCGnpyRzO13bAjbNnA3Nree7WQbLp3xzhKXj X-Google-Smtp-Source: ABdhPJx7Gie+fuNgncfi66VkvHGOOYmoL1Upcb3gGstORIDJghnpwgOjU9cfyKCoDoSbONJBXE9cFd2yMZEysQEnFGk= X-Received: by 2002:a5d:67c8:: with SMTP id n8mr19828649wrw.343.1591183260552; Wed, 03 Jun 2020 04:21:00 -0700 (PDT) MIME-Version: 1.0 From: Rajesh Kumar Date: Wed, 3 Jun 2020 16:50:49 +0530 Message-ID: Subject: Can we hook a device as device to two different parent devices? To: freebsd-drivers@freebsd.org, FreeBSD Hackers X-Rspamd-Queue-Id: 49cRL62qWQz481m X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=TI8Ci2FE; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of rajfbsd@gmail.com designates 2a00:1450:4864:20::42c as permitted sender) smtp.mailfrom=rajfbsd@gmail.com X-Spamd-Result: default: False [-2.47 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.966]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.05)[-1.046]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::42c:from]; NEURAL_HAM_SHORT(-0.46)[-0.457]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_ENVFROM(0.00)[gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] Content-Type: text/plain; charset="UTF-8" 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: Wed, 03 Jun 2020 11:21:03 -0000 Hi, Is it really possible to declare a module with two parents? Like the following declarations in the same driver. devclass_t test_dev_devclass; static DEFINE_CLASS_0(test_dev, test_dev_driver, test_dev_methods, sizeof(struct test_dev_ctx)); DRIVER_MODULE(test_dev, *device1*, test_dev_driver, test_dev_devclass, NULL, NULL); DRIVER_MODULE(test_dev, *device2*, test_dev_driver, test_dev_devclass, NULL, NULL); I see similar references in other drivers attaching to both simpleus and ofwbus. So, If it's possible, how to get the reference for both the parents? device_get_parent(test_dev) will give reference of one parent only right, so how to get the reference of the desired parent? Thanks, Rajesh. From owner-freebsd-hackers@freebsd.org Wed Jun 3 14:29: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 9394033891F; Wed, 3 Jun 2020 14:29:31 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lj1-f171.google.com (mail-lj1-f171.google.com [209.85.208.171]) (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 49cWWZ5K9cz4VKv; Wed, 3 Jun 2020 14:29:30 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lj1-f171.google.com with SMTP id n24so2963716lji.10; Wed, 03 Jun 2020 07:29:30 -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:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=noDJMEvzC2iEAllj39WPfqYMQBvOFLjWUSmbYbK3Ukw=; b=kpgt4D2fAkc2fXVrnmi8n08JflZF4iAxJVP5BzW0U1UO5h0C/x3rjoEG7kwex7l0mb 57vI68xyZAZAwhEw8jRkRnF4APNz7+vkOGltMcisfLJAzhIuxpHK11Wv8LD2GpI20FYf 1eZWG1pJYDuBHn5bcjVJsrON9WaZaNx1CGkpYvJFijRk6TKMzRMnj2GT75P8TPURwhXn vh7Mtjws+Q9uEggnz3uKLiCm1uu+7SnSyA7MY6pFYI57Dz8YpsrxiVE47ACTtfiKAI3P Ywojy2FC8pFmT18Z+T96/9wKtixN/kaMdR88hT6A3/xq2h6ldQoHm3LKwsyfV7iOdjKB ac8A== X-Gm-Message-State: AOAM531/VRmPZEMGz+Y/BKOwXgFc2fUxxEdBmehY7FfheSERwZX75KEb DamHZqjqObrg+8E1fDICkJVCGc3t X-Google-Smtp-Source: ABdhPJz3Nh5xq2O1hdVY/f0TVBGvlauRLeeDtui5VMZkYCIgh5mmGFJ8VyckgH76mTQTzJkcu1SLdg== X-Received: by 2002:a2e:98cb:: with SMTP id s11mr240725ljj.402.1591194568774; Wed, 03 Jun 2020 07:29:28 -0700 (PDT) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id 15sm507516ljw.46.2020.06.03.07.29.27 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 03 Jun 2020 07:29:27 -0700 (PDT) Subject: Re: Can we hook a device as device to two different parent devices? To: Rajesh Kumar , freebsd-drivers@freebsd.org, FreeBSD Hackers References: From: Andriy Gapon Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; prefer-encrypt=mutual; keydata= mQINBFm4LIgBEADNB/3lT7f15UKeQ52xCFQx/GqHkSxEdVyLFZTmY3KyNPQGBtyvVyBfprJ7 mAeXZWfhat6cKNRAGZcL5EmewdQuUfQfBdYmKjbw3a9GFDsDNuhDA2QwFt8BmkiVMRYyvI7l N0eVzszWCUgdc3qqM6qqcgBaqsVmJluwpvwp4ZBXmch5BgDDDb1MPO8AZ2QZfIQmplkj8Y6Z AiNMknkmgaekIINSJX8IzRzKD5WwMsin70psE8dpL/iBsA2cpJGzWMObVTtCxeDKlBCNqM1i gTXta1ukdUT7JgLEFZk9ceYQQMJJtUwzWu1UHfZn0Fs29HTqawfWPSZVbulbrnu5q55R4PlQ /xURkWQUTyDpqUvb4JK371zhepXiXDwrrpnyyZABm3SFLkk2bHlheeKU6Yql4pcmSVym1AS4 dV8y0oHAfdlSCF6tpOPf2+K9nW1CFA8b/tw4oJBTtfZ1kxXOMdyZU5fiG7xb1qDgpQKgHUX8 7Rd2T1UVLVeuhYlXNw2F+a2ucY+cMoqz3LtpksUiBppJhw099gEXehcN2JbUZ2TueJdt1FdS ztnZmsHUXLxrRBtGwqnFL7GSd6snpGIKuuL305iaOGODbb9c7ne1JqBbkw1wh8ci6vvwGlzx rexzimRaBzJxlkjNfMx8WpCvYebGMydNoeEtkWldtjTNVsUAtQARAQABtB5BbmRyaXkgR2Fw b24gPGF2Z0BGcmVlQlNELm9yZz6JAlQEEwEIAD4WIQS+LEO7ngQnXA4Bjr538m7TUc1yjwUC WbgsiAIbIwUJBaOagAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRB38m7TUc1yj+JAEACV l9AK/nOWAt/9cufV2fRj0hdOqB1aCshtSrwHk/exXsDa4/FkmegxXQGY+3GWX3deIyesbVRL rYdtdK0dqJyT1SBqXK1h3/at9rxr9GQA6KWOxTjUFURsU7ok/6SIlm8uLRPNKO+yq0GDjgaO LzN+xykuBA0FlhQAXJnpZLcVfPJdWv7sSHGedL5ln8P8rxR+XnmsA5TUaaPcbhTB+mG+iKFj GghASDSfGqLWFPBlX/fpXikBDZ1gvOr8nyMY9nXhgfXpq3B6QCRYKPy58ChrZ5weeJZ29b7/ QdEO8NFNWHjSD9meiLdWQaqo9Y7uUxN3wySc/YUZxtS0bhAd8zJdNPsJYG8sXgKjeBQMVGuT eCAJFEYJqbwWvIXMfVWop4+O4xB+z2YE3jAbG/9tB/GSnQdVSj3G8MS80iLS58frnt+RSEw/ psahrfh0dh6SFHttE049xYiC+cM8J27Aaf0i9RflyITq57NuJm+AHJoU9SQUkIF0nc6lfA+o JRiyRlHZHKoRQkIg4aiKaZSWjQYRl5Txl0IZUP1dSWMX4s3XTMurC/pnja45dge/4ESOtJ9R 8XuIWg45Oq6MeIWdjKddGhRj3OohsltKgkEU3eLKYtB6qRTQypHHUawCXz88uYt5e3w4V16H lCpSTZV/EVHnNe45FVBlvK7k7HFfDDkryLkCDQRZuCyIARAAlq0slcsVboY/+IUJdcbEiJRW be9HKVz4SUchq0z9MZPX/0dcnvz/gkyYA+OuM78dNS7Mbby5dTvOqfpLJfCuhaNYOhlE0wY+ 1T6Tf1f4c/uA3U/YiadukQ3+6TJuYGAdRZD5EqYFIkreARTVWg87N9g0fT9BEqLw9lJtEGDY EWUE7L++B8o4uu3LQFEYxcrb4K/WKmgtmFcm77s0IKDrfcX4doV92QTIpLiRxcOmCC/OCYuO jB1oaaqXQzZrCutXRK0L5XN1Y1PYjIrEzHMIXmCDlLYnpFkK+itlXwlE2ZQxkfMruCWdQXye syl2fynAe8hvp7Mms9qU2r2K9EcJiR5N1t1C2/kTKNUhcRv7Yd/vwusK7BqJbhlng5ZgRx0m WxdntU/JLEntz3QBsBsWM9Y9wf2V4tLv6/DuDBta781RsCB/UrU2zNuOEkSixlUiHxw1dccI 6CVlaWkkJBxmHX22GdDFrcjvwMNIbbyfQLuBq6IOh8nvu9vuItup7qemDG3Ms6TVwA7BD3j+ 3fGprtyW8Fd/RR2bW2+LWkMrqHffAr6Y6V3h5kd2G9Q8ZWpEJk+LG6Mk3fhZhmCnHhDu6CwN MeUvxXDVO+fqc3JjFm5OxhmfVeJKrbCEUJyM8ESWLoNHLqjywdZga4Q7P12g8DUQ1mRxYg/L HgZY3zfKOqcAEQEAAYkCPAQYAQgAJhYhBL4sQ7ueBCdcDgGOvnfybtNRzXKPBQJZuCyIAhsM BQkFo5qAAAoJEHfybtNRzXKPBVwQAKfFy9P7N3OsLDMB56A4Kf+ZT+d5cIx0Yiaf4n6w7m3i ImHHHk9FIetI4Xe54a2IXh4Bq5UkAGY0667eIs+Z1Ea6I2i27Sdo7DxGwq09Qnm/Y65ADvXs 3aBvokCcm7FsM1wky395m8xUos1681oV5oxgqeRI8/76qy0hD9WR65UW+HQgZRIcIjSel9vR XDaD2HLGPTTGr7u4v00UeTMs6qvPsa2PJagogrKY8RXdFtXvweQFz78NbXhluwix2Tb9ETPk LIpDrtzV73CaE2aqBG/KrboXT2C67BgFtnk7T7Y7iKq4/XvEdDWscz2wws91BOXuMMd4c/c4 OmGW9m3RBLufFrOag1q5yUS9QbFfyqL6dftJP3Zq/xe+mr7sbWbhPVCQFrH3r26mpmy841ym dwQnNcsbIGiBASBSKksOvIDYKa2Wy8htPmWFTEOPRpFXdGQ27awcjjnB42nngyCK5ukZDHi6 w0qK5DNQQCkiweevCIC6wc3p67jl1EMFY5+z+zdTPb3h7LeVnGqW0qBQl99vVFgzLxchKcl0 R/paSFgwqXCZhAKMuUHncJuynDOP7z5LirUeFI8qsBAJi1rXpQoLJTVcW72swZ42IdPiboqx NbTMiNOiE36GqMcTPfKylCbF45JNX4nF9ElM0E+Y8gi4cizJYBRr2FBJgay0b9Cp Message-ID: Date: Wed, 3 Jun 2020 17:29:26 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Firefox/60.0 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49cWWZ5K9cz4VKv X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of agapon@gmail.com designates 209.85.208.171 as permitted sender) smtp.mailfrom=agapon@gmail.com X-Spamd-Result: default: False [-0.71 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_SHORT(-0.07)[-0.074]; FREEMAIL_TO(0.00)[gmail.com,freebsd.org]; FORGED_SENDER(0.30)[avg@FreeBSD.org,agapon@gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[93.72.151.96:received]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; FROM_NEQ_ENVFROM(0.00)[avg@FreeBSD.org,agapon@gmail.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-0.84)[-0.839]; NEURAL_HAM_LONG(-0.79)[-0.794]; 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.171:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.208.171: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: Wed, 03 Jun 2020 14:29:31 -0000 On 03/06/2020 14:20, Rajesh Kumar wrote: > Hi, > > Is it really possible to declare a module with two parents? Like the > following declarations in the same driver. > > devclass_t test_dev_devclass; > static DEFINE_CLASS_0(test_dev, test_dev_driver, test_dev_methods, > sizeof(struct test_dev_ctx)); > DRIVER_MODULE(test_dev, *device1*, test_dev_driver, test_dev_devclass, > NULL, NULL); > DRIVER_MODULE(test_dev, *device2*, test_dev_driver, test_dev_devclass, > NULL, NULL); > > I see similar references in other drivers attaching to both simpleus and > ofwbus. So, If it's possible, how to get the reference for both the > parents? device_get_parent(test_dev) will give reference of one parent > only right, so how to get the reference of the desired parent? A device can have only one parent. The declaration you quoted describes a _driver_ that can attach to devices hanging off two different buses. They would still be different devices. -- Andriy Gapon From owner-freebsd-hackers@freebsd.org Wed Jun 3 15:29:20 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 DE063339E82 for ; Wed, 3 Jun 2020 15:29:20 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x734.google.com (mail-qk1-x734.google.com [IPv6:2607:f8b0:4864:20::734]) (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 49cXrb6rWNz4cyh for ; Wed, 3 Jun 2020 15:29:19 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x734.google.com with SMTP id b27so2533366qka.4 for ; Wed, 03 Jun 2020 08:29:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=GrgyiUIrwkq+y80N3Xo5bFrdfICx0GeEPNszr6b9zqQ=; b=qCEjcQ0XtjmUbz/w1Bf1RC+CEEtijl+eQZkfjUzDWshUEhCHq2HoI32tL+xo2t0DCv ZiHc/QQbLEWtlTCaVVwVoTjPCSNab2Y5aX89ZHKeZHbehGcA5wSatviOnI/+x0BCbkqC DkUAsoIUh9ubjstWB9ajBVB9+wp7D1uO+arBo+Qs/xsZTdnn15VEgtbRZEpOqDQDUBtX /b3IF0vbDgNB0VaWdyqCuwX4uSl5TZWLQdkhaC/x3Vcz7lHPdMyJYkyE9MsLRnV+MRf+ odZ1P3NjH8j8ogtmd4Zsyjinp3VERkSIpJD8LNZWvgzLtvYhc2XmrVEWC9JrIoPVA3TR 8IGA== 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=GrgyiUIrwkq+y80N3Xo5bFrdfICx0GeEPNszr6b9zqQ=; b=WVyxo5t2RNJxLt7czDCcpgLFfw8YaQCp+cspf81a2k+6E0GwR1QFErnyNUznvsNNyL do3gNJX6LsDcGKGBr7Ld759/0qt9Sg7I90RQgDwKJD10TVosPKMHYXMARGPWWfaIgmE9 U63FrKCLPFgEFCGY56qcofOOX+Nv2YWXlC1u/bQAGkBXD/KZn8kwRzv3dJ6+Ckfapldc ts0ubUJGAU0Fp0Wus+B9hNgjHDpqjpJV1tHNpcA7vCiCvFbT62yF+V2arlurzZjqB4Ac TkginmF+nhf/4ktpM79Rt77G3lCDkNV91JPFsVOTZngDNQ8cOAbXeDRYeOYxuLnOrp+h MpDw== X-Gm-Message-State: AOAM532ZaAM/EJfPgllIF6+Wev2CQscfzj7xO9Vc+DSYCMZDclaai89o 9osLY07cEYQz8IruqZNg9sPfbokqZqgLXadEApI52w== X-Google-Smtp-Source: ABdhPJwoKtcQTwJYw+WFkYl2INiy6ZlW912D6iNvYMcfUzw4Yj40FNuax6CAhdusb/c/oRN2FQ2lEhfVODNp0Wsfb88= X-Received: by 2002:a37:9f09:: with SMTP id i9mr216086qke.60.1591198158502; Wed, 03 Jun 2020 08:29:18 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Wed, 3 Jun 2020 09:29:06 -0600 Message-ID: Subject: Re: Can we hook a device as device to two different parent devices? To: Andriy Gapon Cc: Rajesh Kumar , freebsd-drivers@freebsd.org, FreeBSD Hackers X-Rspamd-Queue-Id: 49cXrb6rWNz4cyh X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=qCEjcQ0X; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::734) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-1.97 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-0.98)[-0.976]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.03)[-1.028]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; NEURAL_HAM_SHORT(-0.97)[-0.971]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::734:from]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; FREEMAIL_CC(0.00)[gmail.com,freebsd.org] Content-Type: text/plain; charset="UTF-8" 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: Wed, 03 Jun 2020 15:29:20 -0000 On Wed, Jun 3, 2020, 8:29 AM Andriy Gapon wrote: > On 03/06/2020 14:20, Rajesh Kumar wrote: > > Hi, > > > > Is it really possible to declare a module with two parents? Like the > > following declarations in the same driver. > > > > devclass_t test_dev_devclass; > > static DEFINE_CLASS_0(test_dev, test_dev_driver, test_dev_methods, > > sizeof(struct test_dev_ctx)); > > DRIVER_MODULE(test_dev, *device1*, test_dev_driver, test_dev_devclass, > > NULL, NULL); > > DRIVER_MODULE(test_dev, *device2*, test_dev_driver, test_dev_devclass, > > NULL, NULL); > > > > I see similar references in other drivers attaching to both simpleus and > > ofwbus. So, If it's possible, how to get the reference for both the > > parents? device_get_parent(test_dev) will give reference of one parent > > only right, so how to get the reference of the desired parent? > > A device can have only one parent. > The declaration you quoted describes a _driver_ that can attach to devices > hanging off two different buses. They would still be different devices. > Yes. You can have a driver attach to multiple bus types, but each instance has a unique parent one exactly on of them. If you need to talk to other devices, you'll need to find them by name or other means. Warner > -- > Andriy Gapon > _______________________________________________ > freebsd-drivers@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-drivers > To unsubscribe, send any mail to "freebsd-drivers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@freebsd.org Wed Jun 3 19:13:59 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 7FC462F0C64 for ; Wed, 3 Jun 2020 19:13:59 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from tor1-11.mx.scaleengine.net (tor1-11.mx.scaleengine.net [209.51.186.6]) (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 49cdqq0qmZz4Sb0 for ; Wed, 3 Jun 2020 19:13:58 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (Seawolf.HML3.ScaleEngine.net [209.51.186.28]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by tor1-11.mx.scaleengine.net (Postfix) with ESMTPSA id 0DBF1CD53 for ; Wed, 3 Jun 2020 19:13:51 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.10.3 tor1-11.mx.scaleengine.net 0DBF1CD53 Subject: Re: Constant load of 1 on a recent 12-STABLE To: freebsd-hackers@freebsd.org References: <20200603101607.GA80381@lion.0xfce3.net> From: Allan Jude Autocrypt: addr=allanjude@freebsd.org; prefer-encrypt=mutual; keydata= xsFNBFVwZcYBEADwrZDH0xe0ZVjc9ORCc6PcBLwS/RTXA6NkvpD6ea02pZ8lPOVgteuuugFc D34LdDbiWr+479vfrKBh+Y38GL0oZ0/13j10tIlDMHSa5BU0y6ACtnhupFvVlQ57+XaJAb/q 7qkfSiuxVwQ3FY3PL3cl1RrIP5eGHLA9hu4eVbu+FOX/q/XVKz49HaeIaxzo2Q54572VzIo6 C28McX9m65UL5fXMUGJDDLCItLmehZlHsQQ+uBxvODLFpVV2lUgDR/0rDa0B9zHZX8jY8qQ7 ZdCSy7CwClXI054CkXZCaBzgxYh/CotdI8ezmaw7NLs5vWNTxaDEFXaFMQtMVhvqQBpHkfOD 7rjjOmFw00nJL4FuPE5Yut0CPyx8vLjVmNJSt/Y8WxxmhutsqJYFgYfWl/vaWkrFLur/Zcmz IklwLw35HLsCZytCN5A3rGKdRbQjD6QPXOTJu0JPrJF6t2xFkWAT7oxnSV0ELhl2g+JfMMz2 Z1PDmS3NRnyEdqEm7NoRGXJJ7bgxDbN+9SXTyOletqGNXj/bSrBvhvZ0RQrzdHAPwQUfVSU2 qBhQEi2apSZstgVNMan0GUPqCdbE2zpysg+zT7Yhvf9EUQbzPL4LpdK1llT9fZbrdMzEXvEF oSvwJFdV3sqKmZc7b+E3PuxK6GTsKqaukd/3Cj8aLHG1T1im1QARAQABzSJBbGxhbiBKdWRl IDxhbGxhbmp1ZGVAZnJlZWJzZC5vcmc+wsF/BBMBAgApBQJVcGXGAhsjBQkSzAMABwsJCAcD AgEGFQgCCQoLBBYCAwECHgECF4AACgkQGZU1PhKYC34Muw/+JOKpSfhhysWFYiRXynGRDe07 Z6pVsn7DzrPUMRNZfHu8Uujmmy3p2nx9FelIY9yjd2UKHhug+whM54MiIFs90eCRVa4XEsPR 4FFAm0DAWrrb7qhZFcE/GhHdRWpZ341WAElWf6Puj2devtRjfYbikvj5+1V1QmDbju7cEw5D mEET44pTuD2VMRJpu2yZZzkM0i+wKFuPxlhqreufA1VNkZXI/rIfkYWK+nkXd9Efw3YdCyCQ zUgTUCb88ttSqcyhik/li1CDbXBpkzDCKI6I/8fAb7jjOC9LAtrZJrdgONywcVFoyK9ZN7EN AVA+xvYCmuYhR/3zHWH1g4hAm1v1+gIsufhajhfo8/wY1SetlzPaYkSkVQLqD8T6zZyhf+AN bC7ci44UsiKGAplB3phAXrtSPUEqM86kbnHg3fSx37kWKUiYNOnx4AC2VXvEiKsOBlpyt3dw WQbOtOYM+vkfbBwDtoGOOPYAKxc4LOIt9r+J8aD+gTooi9Eo5tvphATf9WkCpl9+aaGbSixB tUpvQMRnSMqTqq4Z7DeiG6VMRQIjsXDSLJEUqcfhnLFo0Ko/RiaHd5xyAQ4DhQ9QpkyQjjNf /3f/dYG7JAtoD30txaQ5V8uHrz210/77DRRX+HJjEj6xCxWUGvQgvEZf5XXyxeePvqZ+zQyT DX61bYw6w6bOwU0EVXBlxgEQAMy7YVnCCLN4oAOBVLZ5nUbVPvpUhsdA94/0/P+uqCIh28Cz ar56OCX0X19N/nAWecxL4H32zFbIRyDB2V/MEh4p9Qvyu/j4i1r3Ex5GhOT2hnit43Ng46z5 29Es4TijrHJP4/l/rB2VOqMKBS7Cq8zk1cWqaI9XZ59imxDNjtLLPPM+zQ1yE3OAMb475QwN UgWxTMw8rkA7CEaqeIn4sqpTSD5C7kT1Bh26+rbgJDZ77D6Uv1LaCZZOaW52okW3bFbdozV8 yM2u+xz2Qs8bHz67p+s+BlygryiOyYytpkiK6Iy4N7FTolyj5EIwCuqzfk0SaRHeOKX2ZRjC qatkgoD/t13PNT38V9tw3qZVOJDS0W6WM8VSg+F+bkM9LgJ8CmKV+Hj0k3pfGfYPOZJ/v18i +SmZmL/Uw2RghnwDWGAsPCKu4uZR777iw7n9Io6Vfxndw2dcS0e9klvFYoaGS6H2F13Asygr WBzFNGFQscN4mUW+ZYBzpTOcHkdT7w8WS55BmXYLna+dYer9/HaAuUrONjujukN4SPS1fMJ2 /CS/idAUKyyVVX5vozoNK2JVC1h1zUAVsdnmhEzNPsvBoqcVNfyqBFROEVLIPwq+lQMGNVjH ekLTKRWf59MEhUC2ztjSKkGmwdg73d6xSXMuq45EgIJV2wPvOgWQonoHH/kxABEBAAHCwWUE GAECAA8FAlVwZcYCGwwFCRLMAwAACgkQGZU1PhKYC34w5A//YViBtZyDV5O+SJT9FFO3lb9x Zdxf0trA3ooCt7gdBkdnBM6T5EmjgVZ3KYYyFfwXZVkteuCCycMF/zVw5eE9FL1+zz9gg663 nY9q2F77TZTKXVWOLlOV2bY+xaK94U4ytogOGhh9b4UnQ/Ct3+6aviCF78Go608BXbmF/GVT 7uhddemk7ItxM1gE5Hscx3saxGKlayaOsdPKeGTVJCDEtHDuOc7/+jGh5Zxpk/Hpi+DUt1ot 8e6hPYLIQa4uVx4f1xxxV858PQ7QysSLr9pTV7FAQ18JclCaMc7JWIa3homZQL/MNKOfST0S 2e+msuRwQo7AnnfFKBUtb02KwpA4GhWryhkjUh/kbVc1wmGxaU3DgXYQ5GV5+Zf4kk/wqr/7 KG0dkTz6NLCVLyDlmAzuFhf66DJ3zzz4yIo3pbDYi3HB/BwJXVSKB3Ko0oUo+6/qMrOIS02L s++QE/z7K12CCcs7WwOjfCYHK7VtE0Sr/PfybBdTbuDncOuAyAIeIKxdI2nmQHzl035hhvQX s4CSghsP319jAOQiIolCeSbTMD4QWMK8RL/Pe1FI1jC3Nw9s+jq8Dudtbcj2UwAP/STUEbJ9 5rznzuuhPjE0e++EU/RpWmcaIMK/z1zZDMN+ce2v1qzgV936ZhJ3iaVzyqbEE81gDxg3P+IM kiYh4ZtPB4Q= Message-ID: Date: Wed, 3 Jun 2020 15:13:47 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.8.1 MIME-Version: 1.0 In-Reply-To: <20200603101607.GA80381@lion.0xfce3.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="x73mcu4Cgi9dukD9bsm85YEzkqr70nqyW" X-Rspamd-Queue-Id: 49cdqq0qmZz4Sb0 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:6939, ipnet:209.51.160.0/19, 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: Wed, 03 Jun 2020 19:13:59 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --x73mcu4Cgi9dukD9bsm85YEzkqr70nqyW Content-Type: multipart/mixed; boundary="q2MgBGOmlRALpmFjN7EHLs1h2mvzotaJO"; protected-headers="v1" From: Allan Jude To: freebsd-hackers@freebsd.org Message-ID: Subject: Re: Constant load of 1 on a recent 12-STABLE References: <20200603101607.GA80381@lion.0xfce3.net> In-Reply-To: <20200603101607.GA80381@lion.0xfce3.net> --q2MgBGOmlRALpmFjN7EHLs1h2mvzotaJO Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 2020-06-03 06:16, Gordon Bergling via freebsd-hackers wrote: > Hi, >=20 > since a while I am seeing a constant load of 1.00 on 12-STABLE, > but all CPUs are shown as 100% idle in top. >=20 > Has anyone an idea what could caused this? >=20 > The load seems to be somewhat real, since the buildtimes on this > machine for -CURRENT increased from about 2 hours to 3 hours. >=20 > This a virtualized system running on Hyper-V, if that matters. >=20 > Any hints are more then appreciated. >=20 > Kind regards, >=20 > Gordon > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.o= rg" >=20 Try running 'top -SP' and see if that shows a specific CPU being busy, or a specific process using CPU time --=20 Allan Jude --q2MgBGOmlRALpmFjN7EHLs1h2mvzotaJO-- --x73mcu4Cgi9dukD9bsm85YEzkqr70nqyW Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJe1/ZuAAoJEBmVNT4SmAt+FX4QALHk3OU2GEVi2HjFCIMVgHfr dsIxnlXajLwHqw/m9qgYQ/T5S9BWlx8CpztqCpEDUW4yI4HlRZmUwDA5aFgBVkJe Vc1H13FR7yWIZzvBmV00x4T2N0XvUtX8pqXzwL6aOMjrBm2naqqnih+JIABp3Jpc VVoNfgb6as5X8SUXg6rqrlYizxu9yiEd2TLLgjVtxzlPQaUVd+3KD39zKjIE36oF 9/rJI/gioKxaAqxqTN2I/T5YhXTL9hDCPEiOTPLTXFC3cNKRA00/Ff07hctMNqOb xX7CSNLpCJplY9975zmCfdUAm5IHHsY/7aP1jS6kqsJWhFSIywRXMMMshMAijUWP DABUXEj+Y+9bYbNNvtLz6BrLOBRYhSimbytf1qS8ojSuqyqKVnDQRuK64wVL4dYQ 8X3hVBq0nBbM1wg+8edW60qAg2um8O5xI2pEdODhXMmxezfz/V0MLg63tBRgegZ4 8j6LdSxrZEnoU44qmhskwkcZbXd1T7d06dmXYRSw71uNd7Q83uHSnjjH5vtu1E38 v15GbNj2zwQ+3HhPrDPfqoSfzRCAIL3FXjlnkhndQ3DpjNPrOP5I72HfCbyFVgdY vdBI+cyW5Nbi30uugWD9fzvxJPt1kuR4kpg26pzNxb1OFtJWjtN70Io9/I16YeF3 5VgLYmaV7DTP9/VbL2J5 =g+IU -----END PGP SIGNATURE----- --x73mcu4Cgi9dukD9bsm85YEzkqr70nqyW-- From owner-freebsd-hackers@freebsd.org Wed Jun 3 20:29:34 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 9F0922F28B0 for ; Wed, 3 Jun 2020 20:29:34 +0000 (UTC) (envelope-from gbergling@gmail.com) Received: from mail-wr1-x432.google.com (mail-wr1-x432.google.com [IPv6:2a00:1450:4864:20::432]) (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 49cgW12MtRz4cjk; Wed, 3 Jun 2020 20:29:33 +0000 (UTC) (envelope-from gbergling@gmail.com) Received: by mail-wr1-x432.google.com with SMTP id r7so3788989wro.1; Wed, 03 Jun 2020 13:29:33 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=MeCAR1jSq/2+CsW4OBV/JQveJWpIcRHWkGQzYcklLr4=; b=A9+McFRn6PgoEEQ4ObgsLRbT7SXqEYaf1u09a2JcsvNwtlNeABDAr9pMw7fZy9lGB2 c6MwVqSmDK5BYGHHom1RnSWzN4zzApvslVGPmKNiTc1ueCQg1EGAovuUDtX1EhNzKrcQ vpa3tOZ/1dBUVWoVrNetWenQCUKCK0tOBySMCSohuCl16AFN+aGjQf+eisp9KpC72rSI 5hJN5/aQZOqZ/DjzGD/IE+uUjeZKy5d83MtMcDYS8DnLZwHRaJtkyRL5tuoATbC4B8jM REQfEEHMTcDzAXpXpooMgN2XqF9jvFublyKAvrcTpTNaMS1Ge8P9Vg6L72ly8XE+P1/r KPsw== X-Gm-Message-State: AOAM531q982UK054ddlTTKWEobKb9Oj2lvhYcFkgcKr37zEAHPA9L4uI HTHK1d6QGWyBsOFHOHLvF3M/xj8s X-Google-Smtp-Source: ABdhPJyqXTeLyj3uUjpyhVjqRbUcWzQFEyjbLmgPWJQ4NtHlyhsZxFNDFnycq7Xyuq1aZqotJGUwhQ== X-Received: by 2002:a5d:4948:: with SMTP id r8mr1046330wrs.290.1591216171379; Wed, 03 Jun 2020 13:29:31 -0700 (PDT) Received: from lion.0xfce3.net (p4fd3af72.dip0.t-ipconnect.de. [79.211.175.114]) by smtp.gmail.com with ESMTPSA id l1sm5833144wrb.31.2020.06.03.13.29.30 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 03 Jun 2020 13:29:30 -0700 (PDT) Sender: Gordon Bergling Date: Wed, 3 Jun 2020 22:29:29 +0200 From: Gordon Bergling To: freebsd-hackers@freebsd.org Cc: Allan Jude Subject: Re: Constant load of 1 on a recent 12-STABLE Message-ID: <20200603202929.GA65032@lion.0xfce3.net> References: <20200603101607.GA80381@lion.0xfce3.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Url: X-Operating-System: FreeBSD 12.1-STABLE amd64 X-Host-Uptime: 10:14PM up 14:57, 4 users, load averages: 1.27, 1.22, 1.17 X-Rspamd-Queue-Id: 49cgW12MtRz4cjk X-Spamd-Bar: / X-Spamd-Result: default: False [0.56 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-0.94)[-0.936]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[googlemail.com]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.11)[-0.112]; DMARC_POLICY_QUARANTINE(1.50)[googlemail.com : SPF not aligned (relaxed), DKIM not aligned (relaxed),quarantine]; NEURAL_SPAM_SHORT(0.31)[0.309]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::432:from]; FORGED_SENDER(0.30)[gbergling@googlemail.com,gbergling@gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[79.211.175.114:received]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[gbergling@googlemail.com,gbergling@gmail.com]; 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: Wed, 03 Jun 2020 20:29:34 -0000 Hi Allan, On Wed, Jun 03, 2020 at 03:13:47PM -0400, Allan Jude wrote: > On 2020-06-03 06:16, Gordon Bergling via freebsd-hackers wrote: > > since a while I am seeing a constant load of 1.00 on 12-STABLE, > > but all CPUs are shown as 100% idle in top. > > > > Has anyone an idea what could caused this? > > > > The load seems to be somewhat real, since the buildtimes on this > > machine for -CURRENT increased from about 2 hours to 3 hours. > > > > This a virtualized system running on Hyper-V, if that matters. > > > > Any hints are more then appreciated. > > > > Kind regards, > > > > Gordon > > Try running 'top -SP' and see if that shows a specific CPU being busy, > or a specific process using CPU time Below is the output of 'top -SP'. The only relevant process / thread that is relatively constant consumes CPU time seams to be 'zfskern'. ----------------------------------------------------------------------------- last pid: 68549; load averages: 1.10, 1.19, 1.16 up 0+14:59:45 22:17:24 67 processes: 2 running, 64 sleeping, 1 waiting CPU 0: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 1: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 2: 0.0% user, 0.0% nice, 0.4% system, 0.0% interrupt, 99.6% idle CPU 3: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle Mem: 108M Active, 4160M Inact, 33M Laundry, 3196M Wired, 444M Free ARC: 1858M Total, 855M MFU, 138M MRU, 96K Anon, 24M Header, 840M Other 461M Compressed, 1039M Uncompressed, 2.25:1 Ratio Swap: 2048M Total, 2048M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 4 155 ki31 0B 64K RUN 0 47.3H 386.10% idle 8 root 65 -8 - 0B 1040K t->zth 0 115:39 12.61% zfskern ------------------------------------------------------------------------------- The only key performance indicator that is relatively high IMHO, for a non-busy system, are the context switches, that vmstat has reported. ------------------------------------------------------------------------------- procs memory page disks faults cpu r b w avm fre flt re pi po fr sr da0 da1 in sy cs us sy id 0 0 0 514G 444M 7877 2 7 0 9595 171 0 0 0 4347 43322 17 2 81 0 0 0 514G 444M 1 0 0 0 0 44 0 0 0 121 40876 0 0 100 0 0 0 514G 444M 0 0 0 0 0 40 0 0 0 133 42520 0 0 100 0 0 0 514G 444M 0 0 0 0 0 40 0 0 0 120 43830 0 0 100 0 0 0 514G 444M 0 0 0 0 0 40 0 0 0 132 42917 0 0 100 -------------------------------------------------------------------------------- Any other ideas what could generate that load? Best regards, Gordon From owner-freebsd-hackers@freebsd.org Wed Jun 3 20:45:14 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 185462F2BD3 for ; Wed, 3 Jun 2020 20:45:14 +0000 (UTC) (envelope-from debdrup@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49cgs55mWhz4fNB for ; Wed, 3 Jun 2020 20:45:13 +0000 (UTC) (envelope-from debdrup@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1471) id BF3466ADF; Wed, 3 Jun 2020 20:45:13 +0000 (UTC) Date: Wed, 3 Jun 2020 22:45:11 +0200 From: Daniel Ebdrup Jensen To: freebsd-hackers@freebsd.org Subject: Re: Constant load of 1 on a recent 12-STABLE Message-ID: <20200603204511.6qmsub2gqc44jkjw@nerd-thinkpad.local> Mail-Followup-To: Daniel Ebdrup Jensen , freebsd-hackers@freebsd.org References: <20200603101607.GA80381@lion.0xfce3.net> <20200603202929.GA65032@lion.0xfce3.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="asyt6ehtr6ovtesd" Content-Disposition: inline In-Reply-To: <20200603202929.GA65032@lion.0xfce3.net> 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, 03 Jun 2020 20:45:14 -0000 --asyt6ehtr6ovtesd Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 03, 2020 at 10:29:29PM +0200, Gordon Bergling via freebsd-hacke= rs wrote: >Hi Allan, > >On Wed, Jun 03, 2020 at 03:13:47PM -0400, Allan Jude wrote: >> On 2020-06-03 06:16, Gordon Bergling via freebsd-hackers wrote: >> > since a while I am seeing a constant load of 1.00 on 12-STABLE, >> > but all CPUs are shown as 100% idle in top. >> > >> > Has anyone an idea what could caused this? >> > >> > The load seems to be somewhat real, since the buildtimes on this >> > machine for -CURRENT increased from about 2 hours to 3 hours. >> > >> > This a virtualized system running on Hyper-V, if that matters. >> > >> > Any hints are more then appreciated. >> > >> > Kind regards, >> > >> > Gordon >> >> Try running 'top -SP' and see if that shows a specific CPU being busy, >> or a specific process using CPU time > >Below is the output of 'top -SP'. The only relevant process / thread that = is >relatively constant consumes CPU time seams to be 'zfskern'. > >--------------------------------------------------------------------------= --- >last pid: 68549; load averages: 1.10, 1.19, 1.16 up 0+14:59:45 22:17:= 24 >67 processes: 2 running, 64 sleeping, 1 waiting >CPU 0: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle >CPU 1: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle >CPU 2: 0.0% user, 0.0% nice, 0.4% system, 0.0% interrupt, 99.6% idle >CPU 3: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle >Mem: 108M Active, 4160M Inact, 33M Laundry, 3196M Wired, 444M Free >ARC: 1858M Total, 855M MFU, 138M MRU, 96K Anon, 24M Header, 840M Other > 461M Compressed, 1039M Uncompressed, 2.25:1 Ratio >Swap: 2048M Total, 2048M Free > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COM= MAND > 11 root 4 155 ki31 0B 64K RUN 0 47.3H 386.10% idle > 8 root 65 -8 - 0B 1040K t->zth 0 115:39 12.61% zfs= kern >--------------------------------------------------------------------------= ----- > >The only key performance indicator that is relatively high IMHO, for a >non-busy system, are the context switches, that vmstat has reported. > >--------------------------------------------------------------------------= ----- >procs memory page disks faults cpu >r b w avm fre flt re pi po fr sr da0 da1 in sy cs us = sy id >0 0 0 514G 444M 7877 2 7 0 9595 171 0 0 0 4347 43322 17 = 2 81 >0 0 0 514G 444M 1 0 0 0 0 44 0 0 0 121 40876 0 = 0 100 >0 0 0 514G 444M 0 0 0 0 0 40 0 0 0 133 42520 0 = 0 100 >0 0 0 514G 444M 0 0 0 0 0 40 0 0 0 120 43830 0 = 0 100 >0 0 0 514G 444M 0 0 0 0 0 40 0 0 0 132 42917 0 = 0 100 >--------------------------------------------------------------------------= ------ > >Any other ideas what could generate that load? > >Best regards, > >Gordon >_______________________________________________ >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" I seem to recall bde@ (may he rest in peace) mentioning that the ULE schedu= ler=20 had some weirdness around sometimes generating a higher load number (one of= my=20 systems would regularily idle at 0.60, but doesn't do it on 12.1 so I gave = up=20 trying to debug it) for no apparent reason, and it maybe being linked to ho= w=20 WCPU and CPU don't differ on the ULE scheduler? Have you tried setting the kern.eventtimer.periodic sysctl to 1? Yours, Daniel Ebdrup Jensen --asyt6ehtr6ovtesd Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAABCgB9FiEEDonNJPbg/JLIMoS6Ps5hSHzN87oFAl7YC9dfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDBF ODlDRDI0RjZFMEZDOTJDODMyODRCQTNFQ0U2MTQ4N0NDREYzQkEACgkQPs5hSHzN 87rvMwf9GMXpckUcgl4AXVXAjKvkntaJWWCNzHGtvP8hebxYleDuKJShL1f7LkNT DTHZ+wleQXFKDTCdtWIBF6DzL6gC1nZo3c6t+ivlAANC8+yp7OM0Oz37MdzTHogP SAn0zmxEuVzGS3mX8e36qwJn/kZvDdXgz/i7/eyZNiMChUnRlmpT9IyfGxFFbchd lqskpkqAM5jWfR9rItCtbIZbfdIMEY3b3e3YfMhdkrmhoLlcMCFeM5O7/Dlx811Y QddQZTheORWCjtuGcx+Cd11NMuKi9y6HC3m/Hl+9vrt9FIuAoRa2Unjusz9TFo12 JQTbzIlyTi32uMSwus8oKFxtok3cyg== =GvYB -----END PGP SIGNATURE----- --asyt6ehtr6ovtesd-- From owner-freebsd-hackers@freebsd.org Wed Jun 3 21:33:49 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 434382F3BF5 for ; Wed, 3 Jun 2020 21:33:49 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from tor1-11.mx.scaleengine.net (tor1-11.mx.scaleengine.net [IPv6:2001:470:1:474::25]) (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 49chx85SYxz3WYg for ; Wed, 3 Jun 2020 21:33:48 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (Seawolf.HML3.ScaleEngine.net [209.51.186.28]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by tor1-11.mx.scaleengine.net (Postfix) with ESMTPSA id 23AD0D48C; Wed, 3 Jun 2020 21:33:42 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.10.3 tor1-11.mx.scaleengine.net 23AD0D48C Subject: Re: Constant load of 1 on a recent 12-STABLE To: Gordon Bergling , freebsd-hackers@freebsd.org References: <20200603101607.GA80381@lion.0xfce3.net> <20200603202929.GA65032@lion.0xfce3.net> From: Allan Jude Autocrypt: addr=allanjude@freebsd.org; prefer-encrypt=mutual; keydata= xsFNBFVwZcYBEADwrZDH0xe0ZVjc9ORCc6PcBLwS/RTXA6NkvpD6ea02pZ8lPOVgteuuugFc D34LdDbiWr+479vfrKBh+Y38GL0oZ0/13j10tIlDMHSa5BU0y6ACtnhupFvVlQ57+XaJAb/q 7qkfSiuxVwQ3FY3PL3cl1RrIP5eGHLA9hu4eVbu+FOX/q/XVKz49HaeIaxzo2Q54572VzIo6 C28McX9m65UL5fXMUGJDDLCItLmehZlHsQQ+uBxvODLFpVV2lUgDR/0rDa0B9zHZX8jY8qQ7 ZdCSy7CwClXI054CkXZCaBzgxYh/CotdI8ezmaw7NLs5vWNTxaDEFXaFMQtMVhvqQBpHkfOD 7rjjOmFw00nJL4FuPE5Yut0CPyx8vLjVmNJSt/Y8WxxmhutsqJYFgYfWl/vaWkrFLur/Zcmz IklwLw35HLsCZytCN5A3rGKdRbQjD6QPXOTJu0JPrJF6t2xFkWAT7oxnSV0ELhl2g+JfMMz2 Z1PDmS3NRnyEdqEm7NoRGXJJ7bgxDbN+9SXTyOletqGNXj/bSrBvhvZ0RQrzdHAPwQUfVSU2 qBhQEi2apSZstgVNMan0GUPqCdbE2zpysg+zT7Yhvf9EUQbzPL4LpdK1llT9fZbrdMzEXvEF oSvwJFdV3sqKmZc7b+E3PuxK6GTsKqaukd/3Cj8aLHG1T1im1QARAQABzSJBbGxhbiBKdWRl IDxhbGxhbmp1ZGVAZnJlZWJzZC5vcmc+wsF/BBMBAgApBQJVcGXGAhsjBQkSzAMABwsJCAcD AgEGFQgCCQoLBBYCAwECHgECF4AACgkQGZU1PhKYC34Muw/+JOKpSfhhysWFYiRXynGRDe07 Z6pVsn7DzrPUMRNZfHu8Uujmmy3p2nx9FelIY9yjd2UKHhug+whM54MiIFs90eCRVa4XEsPR 4FFAm0DAWrrb7qhZFcE/GhHdRWpZ341WAElWf6Puj2devtRjfYbikvj5+1V1QmDbju7cEw5D mEET44pTuD2VMRJpu2yZZzkM0i+wKFuPxlhqreufA1VNkZXI/rIfkYWK+nkXd9Efw3YdCyCQ zUgTUCb88ttSqcyhik/li1CDbXBpkzDCKI6I/8fAb7jjOC9LAtrZJrdgONywcVFoyK9ZN7EN AVA+xvYCmuYhR/3zHWH1g4hAm1v1+gIsufhajhfo8/wY1SetlzPaYkSkVQLqD8T6zZyhf+AN bC7ci44UsiKGAplB3phAXrtSPUEqM86kbnHg3fSx37kWKUiYNOnx4AC2VXvEiKsOBlpyt3dw WQbOtOYM+vkfbBwDtoGOOPYAKxc4LOIt9r+J8aD+gTooi9Eo5tvphATf9WkCpl9+aaGbSixB tUpvQMRnSMqTqq4Z7DeiG6VMRQIjsXDSLJEUqcfhnLFo0Ko/RiaHd5xyAQ4DhQ9QpkyQjjNf /3f/dYG7JAtoD30txaQ5V8uHrz210/77DRRX+HJjEj6xCxWUGvQgvEZf5XXyxeePvqZ+zQyT DX61bYw6w6bOwU0EVXBlxgEQAMy7YVnCCLN4oAOBVLZ5nUbVPvpUhsdA94/0/P+uqCIh28Cz ar56OCX0X19N/nAWecxL4H32zFbIRyDB2V/MEh4p9Qvyu/j4i1r3Ex5GhOT2hnit43Ng46z5 29Es4TijrHJP4/l/rB2VOqMKBS7Cq8zk1cWqaI9XZ59imxDNjtLLPPM+zQ1yE3OAMb475QwN UgWxTMw8rkA7CEaqeIn4sqpTSD5C7kT1Bh26+rbgJDZ77D6Uv1LaCZZOaW52okW3bFbdozV8 yM2u+xz2Qs8bHz67p+s+BlygryiOyYytpkiK6Iy4N7FTolyj5EIwCuqzfk0SaRHeOKX2ZRjC qatkgoD/t13PNT38V9tw3qZVOJDS0W6WM8VSg+F+bkM9LgJ8CmKV+Hj0k3pfGfYPOZJ/v18i +SmZmL/Uw2RghnwDWGAsPCKu4uZR777iw7n9Io6Vfxndw2dcS0e9klvFYoaGS6H2F13Asygr WBzFNGFQscN4mUW+ZYBzpTOcHkdT7w8WS55BmXYLna+dYer9/HaAuUrONjujukN4SPS1fMJ2 /CS/idAUKyyVVX5vozoNK2JVC1h1zUAVsdnmhEzNPsvBoqcVNfyqBFROEVLIPwq+lQMGNVjH ekLTKRWf59MEhUC2ztjSKkGmwdg73d6xSXMuq45EgIJV2wPvOgWQonoHH/kxABEBAAHCwWUE GAECAA8FAlVwZcYCGwwFCRLMAwAACgkQGZU1PhKYC34w5A//YViBtZyDV5O+SJT9FFO3lb9x Zdxf0trA3ooCt7gdBkdnBM6T5EmjgVZ3KYYyFfwXZVkteuCCycMF/zVw5eE9FL1+zz9gg663 nY9q2F77TZTKXVWOLlOV2bY+xaK94U4ytogOGhh9b4UnQ/Ct3+6aviCF78Go608BXbmF/GVT 7uhddemk7ItxM1gE5Hscx3saxGKlayaOsdPKeGTVJCDEtHDuOc7/+jGh5Zxpk/Hpi+DUt1ot 8e6hPYLIQa4uVx4f1xxxV858PQ7QysSLr9pTV7FAQ18JclCaMc7JWIa3homZQL/MNKOfST0S 2e+msuRwQo7AnnfFKBUtb02KwpA4GhWryhkjUh/kbVc1wmGxaU3DgXYQ5GV5+Zf4kk/wqr/7 KG0dkTz6NLCVLyDlmAzuFhf66DJ3zzz4yIo3pbDYi3HB/BwJXVSKB3Ko0oUo+6/qMrOIS02L s++QE/z7K12CCcs7WwOjfCYHK7VtE0Sr/PfybBdTbuDncOuAyAIeIKxdI2nmQHzl035hhvQX s4CSghsP319jAOQiIolCeSbTMD4QWMK8RL/Pe1FI1jC3Nw9s+jq8Dudtbcj2UwAP/STUEbJ9 5rznzuuhPjE0e++EU/RpWmcaIMK/z1zZDMN+ce2v1qzgV936ZhJ3iaVzyqbEE81gDxg3P+IM kiYh4ZtPB4Q= Message-ID: <8b1498ea-e343-506e-79c7-c25b594808f0@freebsd.org> Date: Wed, 3 Jun 2020 17:33:37 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.8.1 MIME-Version: 1.0 In-Reply-To: <20200603202929.GA65032@lion.0xfce3.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JJy5NuC0GMkBaaeOypx0dOeSnExTkv0aX" X-Rspamd-Queue-Id: 49chx85SYxz3WYg X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; local_wl_from(0.00)[freebsd.org] 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, 03 Jun 2020 21:33:49 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --JJy5NuC0GMkBaaeOypx0dOeSnExTkv0aX Content-Type: multipart/mixed; boundary="o0hL8YY1wPr7H8G1B2kjIvX65vRNX7Ins"; protected-headers="v1" From: Allan Jude To: Gordon Bergling , freebsd-hackers@freebsd.org Message-ID: <8b1498ea-e343-506e-79c7-c25b594808f0@freebsd.org> Subject: Re: Constant load of 1 on a recent 12-STABLE References: <20200603101607.GA80381@lion.0xfce3.net> <20200603202929.GA65032@lion.0xfce3.net> In-Reply-To: <20200603202929.GA65032@lion.0xfce3.net> --o0hL8YY1wPr7H8G1B2kjIvX65vRNX7Ins Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 2020-06-03 16:29, Gordon Bergling wrote: > Hi Allan, >=20 > On Wed, Jun 03, 2020 at 03:13:47PM -0400, Allan Jude wrote: >> On 2020-06-03 06:16, Gordon Bergling via freebsd-hackers wrote: >>> since a while I am seeing a constant load of 1.00 on 12-STABLE, >>> but all CPUs are shown as 100% idle in top. >>> >>> Has anyone an idea what could caused this? >>> >>> The load seems to be somewhat real, since the buildtimes on this >>> machine for -CURRENT increased from about 2 hours to 3 hours. >>> >>> This a virtualized system running on Hyper-V, if that matters. >>> >>> Any hints are more then appreciated. >>> >>> Kind regards, >>> >>> Gordon >> >> Try running 'top -SP' and see if that shows a specific CPU being busy,= >> or a specific process using CPU time >=20 > Below is the output of 'top -SP'. The only relevant process / thread th= at is > relatively constant consumes CPU time seams to be 'zfskern'. >=20 > -----------------------------------------------------------------------= ------ > last pid: 68549; load averages: 1.10, 1.19, 1.16 up 0+14:59:45 22:= 17:24 > 67 processes: 2 running, 64 sleeping, 1 waiting > CPU 0: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idl= e > CPU 1: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idl= e > CPU 2: 0.0% user, 0.0% nice, 0.4% system, 0.0% interrupt, 99.6% idl= e > CPU 3: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idl= e > Mem: 108M Active, 4160M Inact, 33M Laundry, 3196M Wired, 444M Free > ARC: 1858M Total, 855M MFU, 138M MRU, 96K Anon, 24M Header, 840M Other > 461M Compressed, 1039M Uncompressed, 2.25:1 Ratio > Swap: 2048M Total, 2048M Free >=20 > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU = COMMAND > 11 root 4 155 ki31 0B 64K RUN 0 47.3H 386.10% = idle > 8 root 65 -8 - 0B 1040K t->zth 0 115:39 12.61% = zfskern > -----------------------------------------------------------------------= -------- >=20 > The only key performance indicator that is relatively high IMHO, for a = > non-busy system, are the context switches, that vmstat has reported. >=20 > -----------------------------------------------------------------------= -------- > procs memory page disks faults cp= u > r b w avm fre flt re pi po fr sr da0 da1 in sy cs = us sy id > 0 0 0 514G 444M 7877 2 7 0 9595 171 0 0 0 4347 43322 = 17 2 81 > 0 0 0 514G 444M 1 0 0 0 0 44 0 0 0 121 40876 = 0 0 100 > 0 0 0 514G 444M 0 0 0 0 0 40 0 0 0 133 42520 = 0 0 100 > 0 0 0 514G 444M 0 0 0 0 0 40 0 0 0 120 43830 = 0 0 100 > 0 0 0 514G 444M 0 0 0 0 0 40 0 0 0 132 42917 = 0 0 100 > -----------------------------------------------------------------------= --------- >=20 > Any other ideas what could generate that load? >=20 > Best regards, >=20 > Gordon >=20 I agree that load average looks out of place here when you look at the % cpu idle, but I wonder if it is caused by a lot of short lived processes or threads. How quickly is the 'last pid' number going up? You might also look at `zpool iostat 1` or `gstat -p` to see how busy your disks are --=20 Allan Jude --o0hL8YY1wPr7H8G1B2kjIvX65vRNX7Ins-- --JJy5NuC0GMkBaaeOypx0dOeSnExTkv0aX Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJe2Bc1AAoJEBmVNT4SmAt+/O0P/2gZobuWgH1swmDrj9+i2Sb0 4dgCEjRitiUP2F2z2IJ8WcUbU4zMuCHIjY/6lOG+AczSfWp50kBP/Q9/lpmKo6F0 PrHNZTN5ODkBkJ+9Rv0bzkBFD/k0mp6y0lUdZ7GxVqvZBsw46XpVkDPY4HFdFpEQ wgjgkPXwgI6j2Y7YONKttHTUue9VpWlfEVatJMt58ebTnzDtsQkji6voTmsilVNu oCK4XEinf4q9aYil8FvA3ywg01ckK/QwSM3sIknEa5TDvwAlba+uKAl44IwyjXiU 4E8BHfoO3YF3iS42bAOWRMHxQJDkQhrrs+kxYivirEyXtkhYehSMi47IEUKTTecx i9+CUDOmgA1+S52l/4tOamzI6/Yc9gV8Qnua31hEQbbPjOrOqLuciCBRITvYSkBa EZuMXwt3DCf2UShoMhKQsPiI+33D0r1/W/K/EQH11OAY4Fz+VSDrs0Smfx1+3X0C LsM4Sl14H7cWbrKA4v+mqooIjN5yZ/bY35fPR2k36kXF762Sc6p1NvPo3CEXN4NA A2/33b3O3z1qjeABn2j3JY6FwdI++tbiroCk6NUBXco+I4w1cTPPKbzxrLf1yNyQ ohVm+zPMJWfIQJDNoMmHceZcFSNCEtrQ7MKFEpcOqiiz+lGqBZcHerxIOsHtYe9C qw4YxOWlFhrCmhiTgpLh =XPqY -----END PGP SIGNATURE----- --JJy5NuC0GMkBaaeOypx0dOeSnExTkv0aX-- From owner-freebsd-hackers@freebsd.org Thu Jun 4 03:26:30 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 2747F3280D5 for ; Thu, 4 Jun 2020 03:26:30 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound5a.ore.mailhop.org (outbound5a.ore.mailhop.org [44.233.67.66]) (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 49crm5355Mz4Wcy for ; Thu, 4 Jun 2020 03:26:29 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1591216809; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=vGmhXP7ZRKPb0EhLawG/oGJAm456qIba3AXU853gp24/jwMRaMKkqNCpfBoAi0fIdYtJ5tA4vW7t3 O9bY2xfrL47jQf89D0P1NVXk0n4ASneJwyTvXcWCNhPJ3+isSjUqasi7z0fufmkq1DpTpY2g/wnizg 6Fkotw6ejyUkXr/1haDXiUihv42DRQAmoeFNVWeY87aS/pvTtu6BynqbjIKXhh9Qh2s4lqh9ugQiB4 BRugbA/MRQo/MMA+jN1CQ1EUQznyzqZAYbOF6jAPNjBXqU4VeW9pSZ2Yo1GnkIy6rs4zVpyAm+FB2s sqnDk6ZVCZeKAQz1LIAWz3QyP9kECCQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:dkim-signature:from; bh=b6JRTNFpAfZkMi17Qu05FJlSCNZ8tt/r8r9r9WpQNnI=; b=DYLqoQ4j9FAWEV3zxMEb6O8eoNO9DYkBFTTEEGfS65UG2/kcW2YSW5Mxk7Q6yixp/76Yx432z6dGt IOtf0wcSoFR1jMJAXnGaiWFIOyvIDGhHDdst4mvVHfSSS3sChT149aY4Mf67H8MBG4By5sNIOJxRQo 79gi0++7c7PXfZAFd0h/hUaT5hJ7PFcg3u1hUbTqiTV+eJEv9RjlnyaSWRqFri6SD4D3kUJOD11UPM BqbSco3a6bSs0pqrA1xJ5XtCFAIRGBixzkNAWXC9AbJvCQrn/aUOhhWRCf9NEIIpuzBMyvvR6npwWY TeBCBPIV+VDPvfIg2S7JOFXYCpYU3QQ== ARC-Authentication-Results: i=1; outbound3.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=b6JRTNFpAfZkMi17Qu05FJlSCNZ8tt/r8r9r9WpQNnI=; b=ZtI9KmsscKmIopsJdesJQ/AMYRMu3Ft75L0jE7Pxy6wKVkjLNorkk7HJd5RUJs6kkWygxbFg5YVZJ kQbMkZx+VjcL6JxMT94EpPeXcV3Q1OZsqM5X8PbWQuyxPUz+PlWl/tjH2Pqm9UfmwLpErp0up+yzJx f/dZLXfIN6Tzx2GNnVwU6px+N0eMCtvleDIy1CwMd23OvjLu/zgKvZsKWfpCbVMu5VrKL1hozzbjKJ bfyKD1Qhv7zyjy912qN1SUF4CFB7YotTwn9SM/ZM/sKoH9NxYS9xL0heSptox4HrmZX5karXz6wb4+ HuD5HkJGek7xTFXYrc51R9Wh5yHie8w== X-MHO-RoutePath: aGlwcGll X-MHO-User: 6928357d-a5da-11ea-b10c-b5956a7dd1a1 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (c-67-177-211-60.hsd1.co.comcast.net [67.177.211.60]) by outbound3.ore.mailhop.org (Halon) with ESMTPSA id 6928357d-a5da-11ea-b10c-b5956a7dd1a1; Wed, 03 Jun 2020 20:40:08 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 053Ke7uT069856; Wed, 3 Jun 2020 14:40:07 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: Subject: Re: Constant load of 1 on a recent 12-STABLE From: Ian Lepore To: Gordon Bergling , freebsd-hackers@freebsd.org Cc: Allan Jude Date: Wed, 03 Jun 2020 14:40:07 -0600 In-Reply-To: <20200603202929.GA65032@lion.0xfce3.net> References: <20200603101607.GA80381@lion.0xfce3.net> <20200603202929.GA65032@lion.0xfce3.net> Content-Type: text/plain; charset="ASCII" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49crm5355Mz4Wcy X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:16509, ipnet:44.224.0.0/11, country:US]; local_wl_from(0.00)[freebsd.org] 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: Thu, 04 Jun 2020 03:26:30 -0000 On Wed, 2020-06-03 at 22:29 +0200, Gordon Bergling via freebsd-hackers wrote: > [...] > > The only key performance indicator that is relatively high IMHO, for a > non-busy system, are the context switches, that vmstat has reported. > > ------------------------------------------------------------------------------- > procs memory page disks faults cpu > r b w avm fre flt re pi po fr sr da0 da1 in sy cs us sy id > 0 0 0 514G 444M 7877 2 7 0 9595 171 0 0 0 4347 43322 17 2 81 > 0 0 0 514G 444M 1 0 0 0 0 44 0 0 0 121 40876 0 0 100 > 0 0 0 514G 444M 0 0 0 0 0 40 0 0 0 133 42520 0 0 100 > 0 0 0 514G 444M 0 0 0 0 0 40 0 0 0 120 43830 0 0 100 > 0 0 0 514G 444M 0 0 0 0 0 40 0 0 0 132 42917 0 0 100 > -------------------------------------------------------------------------------- > > Any other ideas what could generate that load? > > Best regards, > > Interrupts/second consistently zero is the strange part of that vmstat output. That makes me think the problem has something to do with timekeeping and is a problem with the statistics used by top rather than having some "stuck process" actually consuming time. Are there any other signs of timekeeping trouble on the machine, like ntpd repeatedly stepping the clock? What's the output for sysctl kern.timecounter sysctl kern.eventtimer -- Ian From owner-freebsd-hackers@freebsd.org Thu Jun 4 12:16:09 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 96D8C2F05D9 for ; Thu, 4 Jun 2020 12:16:09 +0000 (UTC) (envelope-from gbergling@gmail.com) Received: from mail-wm1-x343.google.com (mail-wm1-x343.google.com [IPv6:2a00:1450:4864:20::343]) (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 49d4WD6l8Dz4bgm; Thu, 4 Jun 2020 12:16:08 +0000 (UTC) (envelope-from gbergling@gmail.com) Received: by mail-wm1-x343.google.com with SMTP id j198so6724244wmj.0; Thu, 04 Jun 2020 05:16:08 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=cRiIWlwXSmeGD5K5/YR899nPoATB2rEWsVjeJSYr/m0=; b=fVUfXu3q6khAjobO31J++bR0DdyABCx6B5jv8Drf5KftwxBQFPtyDJK+R26WOO1gTR f3TYCNiYdpUnyYls8LFJppmGUmfNLgkj5ov9nNoEZhUEIXxhKRfJ4N9McUcuk9bh3wof mcFGHLZtXpRhDZ1+7xBF5UX7CfUVIBnK6X5azMxiJUWDijIH1WKvxOkC2ObfNZO2thGv shN/roxMC1r5BqKZvI7cBzBfbDp2iWWhzgoULCned3T+Knp5JvZdCHgVwm7g/ptRz4h0 dlEl2GFk0Z0hGOen1P7pIdKujxIqu1JBqU6jys65wlg1JLUtDqaYkJyMogARghF8mmw3 51iQ== X-Gm-Message-State: AOAM5331kd4a+HUH7AbT0u17L3kMEFpOOxqVePzrGyzD7Bc5IQeMmpYi b2M49UkMLP5KfsxrUB4BeU9ApWAC X-Google-Smtp-Source: ABdhPJxFxyH0oFeEnx0HfeMh/omezBm8zpkV98VPMufMOSG7nSktbb+LZe2N97jWOxyZtmdX2fB1WQ== X-Received: by 2002:a7b:c311:: with SMTP id k17mr3699394wmj.148.1591272967170; Thu, 04 Jun 2020 05:16:07 -0700 (PDT) Received: from lion.0xfce3.net (p4fd3af72.dip0.t-ipconnect.de. [79.211.175.114]) by smtp.gmail.com with ESMTPSA id l18sm6670464wmj.22.2020.06.04.05.16.05 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 04 Jun 2020 05:16:06 -0700 (PDT) Sender: Gordon Bergling Date: Thu, 4 Jun 2020 14:16:04 +0200 From: Gordon Bergling To: Daniel Ebdrup Jensen , freebsd-hackers@freebsd.org Subject: Re: Constant load of 1 on a recent 12-STABLE Message-ID: <20200604121604.GA23413@lion.0xfce3.net> References: <20200603101607.GA80381@lion.0xfce3.net> <20200603202929.GA65032@lion.0xfce3.net> <20200603204511.6qmsub2gqc44jkjw@nerd-thinkpad.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200603204511.6qmsub2gqc44jkjw@nerd-thinkpad.local> X-Url: X-Operating-System: FreeBSD 12.1-STABLE amd64 X-Host-Uptime: 2:11PM up 1 day, 6:53, 3 users, load averages: 4.49, 4.81, 4.64 X-Rspamd-Queue-Id: 49d4WD6l8Dz4bgm X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, 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: Thu, 04 Jun 2020 12:16:09 -0000 Hi Daniel, On Wed, Jun 03, 2020 at 10:45:11PM +0200, Daniel Ebdrup Jensen wrote: > On Wed, Jun 03, 2020 at 10:29:29PM +0200, Gordon Bergling via freebsd-hackers wrote: > >On Wed, Jun 03, 2020 at 03:13:47PM -0400, Allan Jude wrote: > >> On 2020-06-03 06:16, Gordon Bergling via freebsd-hackers wrote: > >> > since a while I am seeing a constant load of 1.00 on 12-STABLE, > >> > but all CPUs are shown as 100% idle in top. > >> > > >> > Has anyone an idea what could caused this? > >> > > >> > The load seems to be somewhat real, since the buildtimes on this > >> > machine for -CURRENT increased from about 2 hours to 3 hours. > >> > > >> > This a virtualized system running on Hyper-V, if that matters. > >> > > >> > Any hints are more then appreciated. > >> > >> Try running 'top -SP' and see if that shows a specific CPU being busy, > >> or a specific process using CPU time > > > >Below is the output of 'top -SP'. The only relevant process / thread that is > >relatively constant consumes CPU time seams to be 'zfskern'. > > > >----------------------------------------------------------------------------- > >last pid: 68549; load averages: 1.10, 1.19, 1.16 up 0+14:59:45 22:17:24 > >67 processes: 2 running, 64 sleeping, 1 waiting > >CPU 0: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > >CPU 1: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > >CPU 2: 0.0% user, 0.0% nice, 0.4% system, 0.0% interrupt, 99.6% idle > >CPU 3: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > >Mem: 108M Active, 4160M Inact, 33M Laundry, 3196M Wired, 444M Free > >ARC: 1858M Total, 855M MFU, 138M MRU, 96K Anon, 24M Header, 840M Other > > 461M Compressed, 1039M Uncompressed, 2.25:1 Ratio > >Swap: 2048M Total, 2048M Free > > > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > > 11 root 4 155 ki31 0B 64K RUN 0 47.3H 386.10% idle > > 8 root 65 -8 - 0B 1040K t->zth 0 115:39 12.61% zfskern > >------------------------------------------------------------------------------- > > > >The only key performance indicator that is relatively high IMHO, for a > >non-busy system, are the context switches, that vmstat has reported. > > > >------------------------------------------------------------------------------- > >procs memory page disks faults cpu > >r b w avm fre flt re pi po fr sr da0 da1 in sy cs us sy id > >0 0 0 514G 444M 7877 2 7 0 9595 171 0 0 0 4347 43322 17 2 81 > >0 0 0 514G 444M 1 0 0 0 0 44 0 0 0 121 40876 0 0 100 > >0 0 0 514G 444M 0 0 0 0 0 40 0 0 0 133 42520 0 0 100 > >0 0 0 514G 444M 0 0 0 0 0 40 0 0 0 120 43830 0 0 100 > >0 0 0 514G 444M 0 0 0 0 0 40 0 0 0 132 42917 0 0 100 > >-------------------------------------------------------------------------------- > > > >Any other ideas what could generate that load? > > > I seem to recall bde@ (may he rest in peace) mentioning that the ULE scheduler > had some weirdness around sometimes generating a higher load number (one of my > systems would regularily idle at 0.60, but doesn't do it on 12.1 so I gave up > trying to debug it) for no apparent reason, and it maybe being linked to how > WCPU and CPU don't differ on the ULE scheduler? > > Have you tried setting the kern.eventtimer.periodic sysctl to 1? > > Yours, > Daniel Ebdrup Jensen thanks for the hint regarding the kern.eventtimer.periodic sysctl, but it doesn't changed anything. I had running with enabled for about 8 hours. I try now to collect more information like Allan has suggested. Best regards, Gordon -- Gordon Bergling Mobile: +49 170 23 10 948 Web: https://www.gordons-perspective.com/ Mail: gbergling@gmail.com Think before you print! From owner-freebsd-hackers@freebsd.org Thu Jun 4 12:37:27 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 97EAE2F117D for ; Thu, 4 Jun 2020 12:37:27 +0000 (UTC) (envelope-from gbergling@gmail.com) Received: from mail-wm1-x342.google.com (mail-wm1-x342.google.com [IPv6:2a00:1450:4864:20::342]) (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 49d4zq0Wskz4fHR; Thu, 4 Jun 2020 12:37:26 +0000 (UTC) (envelope-from gbergling@gmail.com) Received: by mail-wm1-x342.google.com with SMTP id d128so5450193wmc.1; Thu, 04 Jun 2020 05:37:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=9xhkSKeQeaKQdcoIaFsUGLX+mVZlAXIkYzqhvbKpmDg=; b=oGwoqPsvtTuvLPm5u8J+LI/cTaGmhc3cP7dzpkJ5ETWk6HxkYCfSuLeAK5/pu1WAzP GuzJWdBB/uUUkAkPgC7FfXSftQmI9E/buxhYqEOwABwvDnBUZGimoLi20t2lxB9nT9bm /RUmYHAZd16bHboyjlD5apPJ2YyVRnb6QwpMk6MkH/pxtfJNg0/nVZaAXZZeiV6GUH1+ kStxH+xwGPj0meQW6l1sBFULfAfF7CMmuePDMdyzmbDdXkGgi1jy4UTZ9dIB/QWwpDF7 Ur6gOxTAM8a3v3jZj8tMhIktNv4NsdtB2CVNRmu7G0penbGvRqJ35JJIJK03XZv8RHI4 echw== X-Gm-Message-State: AOAM5322KwlaHSptpa4WKgDyS/nmUG92bJOY05vwmWFwHVnvhh4kqeV+ 4WhwxHch0jXItXOWBDFnkZ0nSPcc X-Google-Smtp-Source: ABdhPJxR+Pywy8pgutK2ZVcdmBn/23ycYUeWFctUynSy4N4gVkQOMWaNKK5WhgsK8qcNPO8rxxT2jA== X-Received: by 2002:a1c:22c1:: with SMTP id i184mr3717653wmi.187.1591274243646; Thu, 04 Jun 2020 05:37:23 -0700 (PDT) Received: from lion.0xfce3.net (p4fd3af72.dip0.t-ipconnect.de. [79.211.175.114]) by smtp.gmail.com with ESMTPSA id c6sm7891296wro.92.2020.06.04.05.37.22 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 04 Jun 2020 05:37:22 -0700 (PDT) Sender: Gordon Bergling Date: Thu, 4 Jun 2020 14:37:20 +0200 From: Gordon Bergling To: Allan Jude Cc: freebsd-hackers@freebsd.org Subject: Re: Constant load of 1 on a recent 12-STABLE Message-ID: <20200604123720.GA63595@lion.0xfce3.net> References: <20200603101607.GA80381@lion.0xfce3.net> <20200603202929.GA65032@lion.0xfce3.net> <8b1498ea-e343-506e-79c7-c25b594808f0@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8b1498ea-e343-506e-79c7-c25b594808f0@freebsd.org> X-Url: X-Operating-System: FreeBSD 12.1-STABLE amd64 X-Host-Uptime: 2:17PM up 1 day, 7 hrs, 4 users, load averages: 4.72, 4.87, 4.74 X-Rspamd-Queue-Id: 49d4zq0Wskz4fHR X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/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: Thu, 04 Jun 2020 12:37:27 -0000 Hi Allan, On Wed, Jun 03, 2020 at 05:33:37PM -0400, Allan Jude wrote: > On 2020-06-03 16:29, Gordon Bergling wrote: > > Hi Allan, > > > > On Wed, Jun 03, 2020 at 03:13:47PM -0400, Allan Jude wrote: > >> On 2020-06-03 06:16, Gordon Bergling via freebsd-hackers wrote: > >>> since a while I am seeing a constant load of 1.00 on 12-STABLE, > >>> but all CPUs are shown as 100% idle in top. > >>> > >>> Has anyone an idea what could caused this? > >>> > >>> The load seems to be somewhat real, since the buildtimes on this > >>> machine for -CURRENT increased from about 2 hours to 3 hours. > >>> > >>> This a virtualized system running on Hyper-V, if that matters. > >>> > >>> Any hints are more then appreciated. > >>> > >> Try running 'top -SP' and see if that shows a specific CPU being busy, > >> or a specific process using CPU time > > > > Below is the output of 'top -SP'. The only relevant process / thread that is > > relatively constant consumes CPU time seams to be 'zfskern'. > > > > ----------------------------------------------------------------------------- > > last pid: 68549; load averages: 1.10, 1.19, 1.16 up 0+14:59:45 22:17:24 > > 67 processes: 2 running, 64 sleeping, 1 waiting > > CPU 0: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > > CPU 1: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > > CPU 2: 0.0% user, 0.0% nice, 0.4% system, 0.0% interrupt, 99.6% idle > > CPU 3: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > > Mem: 108M Active, 4160M Inact, 33M Laundry, 3196M Wired, 444M Free > > ARC: 1858M Total, 855M MFU, 138M MRU, 96K Anon, 24M Header, 840M Other > > 461M Compressed, 1039M Uncompressed, 2.25:1 Ratio > > Swap: 2048M Total, 2048M Free > > > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > > 11 root 4 155 ki31 0B 64K RUN 0 47.3H 386.10% idle > > 8 root 65 -8 - 0B 1040K t->zth 0 115:39 12.61% zfskern > > ------------------------------------------------------------------------------- > > > > The only key performance indicator that is relatively high IMHO, for a > > non-busy system, are the context switches, that vmstat has reported. > > > > ------------------------------------------------------------------------------- > > procs memory page disks faults cpu > > r b w avm fre flt re pi po fr sr da0 da1 in sy cs us sy id > > 0 0 0 514G 444M 7877 2 7 0 9595 171 0 0 0 4347 43322 17 2 81 > > 0 0 0 514G 444M 1 0 0 0 0 44 0 0 0 121 40876 0 0 100 > > 0 0 0 514G 444M 0 0 0 0 0 40 0 0 0 133 42520 0 0 100 > > 0 0 0 514G 444M 0 0 0 0 0 40 0 0 0 120 43830 0 0 100 > > 0 0 0 514G 444M 0 0 0 0 0 40 0 0 0 132 42917 0 0 100 > > -------------------------------------------------------------------------------- > > > > Any other ideas what could generate that load? > > I agree that load average looks out of place here when you look at the % > cpu idle, but I wonder if it is caused by a lot of short lived processes > or threads. > > How quickly is the 'last pid' number going up? > > You might also look at `zpool iostat 1` or `gstat -p` to see how busy > your disks are In the IDLE state the last pid isn't changing within at least 60 seconds. During 'buildworld' times it is off course much shorter, but a "-j 4" is resulting in a load average from about 5.0, so that the underlying problem still persists. 'zpool iostat 1' and 'gstat -p' doesn't show anything suspicious. I had a private mail that made me aware of PR173541, where this problem is documentated. I'll add my hardware information and performance measurements to it when I find some time. I am currently thinking about how to measure the spawned threads/s. Did you have an idea how to do it? Best regards, Gordon -- Gordon Bergling Mobile: +49 170 23 10 948 Web: https://www.gordons-perspective.com/ Mail: gbergling@gmail.com Think before you print! From owner-freebsd-hackers@freebsd.org Thu Jun 4 13:44: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 0863E2F3ECC for ; Thu, 4 Jun 2020 13:44:07 +0000 (UTC) (envelope-from gbergling@gmail.com) Received: from mail-wm1-x342.google.com (mail-wm1-x342.google.com [IPv6:2a00:1450:4864:20::342]) (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 49d6Sk4mRrz3b6S; Thu, 4 Jun 2020 13:44:06 +0000 (UTC) (envelope-from gbergling@gmail.com) Received: by mail-wm1-x342.google.com with SMTP id c71so5284147wmd.5; Thu, 04 Jun 2020 06:44:06 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=Y0mGJ2fA3s1Ce+rcx9TBjzGZUNRApfRGZTUZ4dW9ZRY=; b=hz/w0LniivpCxgUW/Uk9FA5S7aqu/molwuMmQIoNeIVoW7bsSm/tt+u7PPnfYiBLh0 jckcz96uJrY/qKKG4Y5NE0tXbZko2XkEFTiegyV5Vh6DaWRfHZ5gXo+FyCE9I71v5HYe MHA76MI0BOqxO3dER43ggvCjnxHvZ1mNvPOj6bWWPmfhJ+17sdxKESNYdyAzSPJnWeMX c3kjuV5DHdfFygo3GW7kBZ2GfLTCDNBcwVJj/NBCI/9KVXURDOQD9kWDw6cHa0n3kJpa +GUnwNb2sgr/b36AVaW2/6ozx8zSnvzIeS8xm7zmF9w6Qwiy0HMhdn4P/jucx34fKfRY 02zQ== X-Gm-Message-State: AOAM533VoaFREY4J9gUuWFzAxdtJGOXPEQj3eP79gO3gwUKzFHbzopeT ILgfl9KH3LX8RVo1kfpcNEvwg3TH1aw= X-Google-Smtp-Source: ABdhPJx00JnwyggGkwZ9taDcQkIFbf45Bi8EGkiyKzAdYuxt6JAmA6bDsObSGyfofHfKdKK6C+OgPA== X-Received: by 2002:a05:600c:2c51:: with SMTP id r17mr3865000wmg.147.1591278244406; Thu, 04 Jun 2020 06:44:04 -0700 (PDT) Received: from lion.0xfce3.net (p4fd3af72.dip0.t-ipconnect.de. [79.211.175.114]) by smtp.gmail.com with ESMTPSA id i3sm8124352wrm.83.2020.06.04.06.44.03 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 04 Jun 2020 06:44:03 -0700 (PDT) Sender: Gordon Bergling Date: Thu, 4 Jun 2020 15:44:02 +0200 From: Gordon Bergling To: Ian Lepore Cc: Gordon Bergling , freebsd-hackers@freebsd.org, Allan Jude Subject: Re: Constant load of 1 on a recent 12-STABLE Message-ID: <20200604134402.GA63434@lion.0xfce3.net> References: <20200603101607.GA80381@lion.0xfce3.net> <20200603202929.GA65032@lion.0xfce3.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Url: X-Operating-System: FreeBSD 12.1-STABLE amd64 X-Host-Uptime: 3:36PM up 1 day, 8:18, 3 users, load averages: 4.53, 4.76, 4.79 X-Rspamd-Queue-Id: 49d6Sk4mRrz3b6S X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/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: Thu, 04 Jun 2020 13:44:07 -0000 Hi Ian, On Wed, Jun 03, 2020 at 02:40:07PM -0600, Ian Lepore wrote: > On Wed, 2020-06-03 at 22:29 +0200, Gordon Bergling via freebsd-hackers wrote: > > [...] > > > > The only key performance indicator that is relatively high IMHO, for a > > non-busy system, are the context switches, that vmstat has reported. > > > > ------------------------------------------------------------------------------- > > procs memory page disks faults cpu > > r b w avm fre flt re pi po fr sr da0 da1 in sy cs us sy id > > 0 0 0 514G 444M 7877 2 7 0 9595 171 0 0 0 4347 43322 17 2 81 > > 0 0 0 514G 444M 1 0 0 0 0 44 0 0 0 121 40876 0 0 100 > > 0 0 0 514G 444M 0 0 0 0 0 40 0 0 0 133 42520 0 0 100 > > 0 0 0 514G 444M 0 0 0 0 0 40 0 0 0 120 43830 0 0 100 > > 0 0 0 514G 444M 0 0 0 0 0 40 0 0 0 132 42917 0 0 100 > > -------------------------------------------------------------------------------- > > > > Any other ideas what could generate that load? > > Interrupts/second consistently zero is the strange part of that vmstat > output. That makes me think the problem has something to do with > timekeeping and is a problem with the statistics used by top rather > than having some "stuck process" actually consuming time. > > Are there any other signs of timekeeping trouble on the machine, like > ntpd repeatedly stepping the clock? What's the output for > > sysctl kern.timecounter > sysctl kern.eventtimer first, sorry for the late response. The e-mail went into my spam folder. There aren't any timekeeping problemes on that machine. The requested output of the request sysctl trees are the following: ------------------------------------------------------------------------------- $ sysctl kern.timecounter kern.timecounter.tsc_shift: 1 kern.timecounter.smp_tsc_adjust: 0 kern.timecounter.smp_tsc: 0 kern.timecounter.invariant_tsc: 0 kern.timecounter.fast_gettime: 1 kern.timecounter.tick: 1 kern.timecounter.choice: ACPI-fast(900) Hyper-V-TSC(3000) TSC-low(-100) Hyper-V(2000) dummy(-1000000) kern.timecounter.hardware: Hyper-V-TSC kern.timecounter.alloweddeviation: 5 kern.timecounter.timehands_count: 2 kern.timecounter.stepwarnings: 0 kern.timecounter.tc.ACPI-fast.quality: 900 kern.timecounter.tc.ACPI-fast.frequency: 3579545 kern.timecounter.tc.ACPI-fast.counter: 483840041 kern.timecounter.tc.ACPI-fast.mask: 4294967295 kern.timecounter.tc.Hyper-V-TSC.quality: 3000 kern.timecounter.tc.Hyper-V-TSC.frequency: 10000000 kern.timecounter.tc.Hyper-V-TSC.counter: 1283654243 kern.timecounter.tc.Hyper-V-TSC.mask: 4294967295 kern.timecounter.tc.TSC-low.quality: -100 kern.timecounter.tc.TSC-low.frequency: 1600955785 kern.timecounter.tc.TSC-low.counter: 1215462580 kern.timecounter.tc.TSC-low.mask: 4294967295 kern.timecounter.tc.Hyper-V.quality: 2000 kern.timecounter.tc.Hyper-V.frequency: 10000000 kern.timecounter.tc.Hyper-V.counter: 1283862164 kern.timecounter.tc.Hyper-V.mask: 4294967295 ------------------------------------------------------------------------------- and ------------------------------------------------------------------------------- $ sysctl kern.eventtimer kern.eventtimer.periodic: 0 kern.eventtimer.timer: LAPIC kern.eventtimer.idletick: 0 kern.eventtimer.singlemul: 4 kern.eventtimer.choice: Hyper-V(1000) LAPIC(100) RTC(0) kern.eventtimer.et.Hyper-V.quality: 1000 kern.eventtimer.et.Hyper-V.frequency: 10000000 kern.eventtimer.et.Hyper-V.flags: 6 kern.eventtimer.et.RTC.quality: 0 kern.eventtimer.et.RTC.frequency: 32768 kern.eventtimer.et.RTC.flags: 17 kern.eventtimer.et.LAPIC.quality: 100 kern.eventtimer.et.LAPIC.frequency: 100426660 kern.eventtimer.et.LAPIC.flags: 15 ------------------------------------------------------------------------------- I hope you see something unusual that could be changed to solve the problem. Kind regards, Gordon -- Gordon Bergling Mobile: +49 170 23 10 948 Web: https://www.gordons-perspective.com/ Mail: gbergling@gmail.com Think before you print! From owner-freebsd-hackers@freebsd.org Thu Jun 4 18:31: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 6FAA532C24C; Thu, 4 Jun 2020 18:31:36 +0000 (UTC) (envelope-from rajfbsd@gmail.com) Received: from mail-wr1-x42f.google.com (mail-wr1-x42f.google.com [IPv6:2a00:1450:4864:20::42f]) (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 49dDrR2Vkpz4Vcw; Thu, 4 Jun 2020 18:31:35 +0000 (UTC) (envelope-from rajfbsd@gmail.com) Received: by mail-wr1-x42f.google.com with SMTP id y17so7184216wrn.11; Thu, 04 Jun 2020 11:31:35 -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=4w0fxpur3RWk2sa3+8JZgKq98Ncv47d1Qg1yZnzJfus=; b=AvNI+YLKMCrsAO9NWaQ7D2Kre26+ITgEPrGmoZ9a0endBxUtFWZ7gCqF+Xp2T/U0nf n3pkQfpUREnZtFhdkchJxkcUl1iJciyK08NKDTWERQT6pw84xJq/JmFhskvEO7C8fdV8 uQPTb0VAynPnsNGREn6TOZ4AsUEeih5LmzHGHLTpniXMGz2F2GGJpTa76TSPXnzgivjy 66EIE6VwIqkmbxh4VSz1hpJOX/RdVqlL9a2FdXaeJbxQWuzdgz2baCdz8EIz3dgjQHJf kdhDGiowlUSjA3d6GBhSBHPaTMsnBriH6VeebxiwthbqKRiW1xuQXLo3X9lu0wDdhTS9 nDBA== 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=4w0fxpur3RWk2sa3+8JZgKq98Ncv47d1Qg1yZnzJfus=; b=VG0kwMy4fxExWCuB28UFPPRp+EStR0lmyFkaWHGeaF66hH3vdiQBqCXQjK3mjTxGUV AbrqqQw1yrGxEMdSx+rcklsJgb//GtYaM3TQJYaK1owH7wUoSlJaS5kU5483Ci7tBzoT 4CJRoeTD78csLgBAxfnMf6+FKEeumG+4TdbVhQtB4nzCIQDOQ9C2izZiuiZbjggD3i/U g76PldEr5lvqN1icQDYThVgAjpLF6u6WTHvAP4rwOK5jq0l414cPqNugoYDSAN+vHIu9 adQN97XM2yRk8WJoSFmVBZUc/EOaa602TFT1Cd5qLpmu26MArm3dXkFZC1YJEYv/JF7Z yXCQ== X-Gm-Message-State: AOAM532qmQjShx68QvpV74dsw1tPnt76XtCwU4UQqGOHx6SAf2Y4ghA2 9XCV64MPTLfW2ZyHPIJgMuSlg/sxWj85eZ6E+L8xHt/M X-Google-Smtp-Source: ABdhPJxLFPUz5mqiLffZWDnFdAce7HZd9Dfe00eJqcYgMJzrS6fE6elUTidbidIEMmPB8h0pupUYB32v5LXOce1QzKk= X-Received: by 2002:adf:e545:: with SMTP id z5mr5462800wrm.89.1591295493871; Thu, 04 Jun 2020 11:31:33 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Rajesh Kumar Date: Fri, 5 Jun 2020 00:01:22 +0530 Message-ID: Subject: Re: Can we hook a device as device to two different parent devices? To: Warner Losh Cc: Andriy Gapon , freebsd-drivers@freebsd.org, FreeBSD Hackers X-Rspamd-Queue-Id: 49dDrR2Vkpz4Vcw X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=AvNI+YLK; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of rajfbsd@gmail.com designates 2a00:1450:4864:20::42f as permitted sender) smtp.mailfrom=rajfbsd@gmail.com X-Spamd-Result: default: False [-1.88 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-0.99)[-0.995]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; NEURAL_SPAM_SHORT(0.07)[0.068]; NEURAL_HAM_LONG(-0.95)[-0.951]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::42f:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_ENVFROM(0.00)[gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] Content-Type: text/plain; charset="UTF-8" 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: Thu, 04 Jun 2020 18:31:36 -0000 Thanks Warner and Andriy for your answers. Having said they are two separate instances, if the child driver calls the interface of two parents as below device1_interface(child_dev), then device_get_parent(child_dev) in the device1 interface will return device1 reference device2_interface(child_dev), then device_get_parent(child_dev) in the device2 interface will return device2 reference Is that right? Thanks, Rajesh. On Wed, Jun 3, 2020 at 8:59 PM Warner Losh wrote: > > > On Wed, Jun 3, 2020, 8:29 AM Andriy Gapon wrote: > >> On 03/06/2020 14:20, Rajesh Kumar wrote: >> > Hi, >> > >> > Is it really possible to declare a module with two parents? Like the >> > following declarations in the same driver. >> > >> > devclass_t test_dev_devclass; >> > static DEFINE_CLASS_0(test_dev, test_dev_driver, test_dev_methods, >> > sizeof(struct test_dev_ctx)); >> > DRIVER_MODULE(test_dev, *device1*, test_dev_driver, test_dev_devclass, >> > NULL, NULL); >> > DRIVER_MODULE(test_dev, *device2*, test_dev_driver, test_dev_devclass, >> > NULL, NULL); >> > >> > I see similar references in other drivers attaching to both simpleus and >> > ofwbus. So, If it's possible, how to get the reference for both the >> > parents? device_get_parent(test_dev) will give reference of one parent >> > only right, so how to get the reference of the desired parent? >> >> A device can have only one parent. >> The declaration you quoted describes a _driver_ that can attach to devices >> hanging off two different buses. They would still be different devices. >> > > Yes. You can have a driver attach to multiple bus types, but each instance > has a unique parent one exactly on of them. > > If you need to talk to other devices, you'll need to find them by name or > other means. > > Warner > > > >> -- >> Andriy Gapon >> _______________________________________________ >> freebsd-drivers@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-drivers >> To unsubscribe, send any mail to "freebsd-drivers-unsubscribe@freebsd.org >> " >> > From owner-freebsd-hackers@freebsd.org Thu Jun 4 19:39:38 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 5F62632EEF2 for ; Thu, 4 Jun 2020 19:39:38 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x836.google.com (mail-qt1-x836.google.com [IPv6:2607:f8b0:4864:20::836]) (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 49dGLx4qp9z4fyT for ; Thu, 4 Jun 2020 19:39:37 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x836.google.com with SMTP id u17so6359713qtq.1 for ; Thu, 04 Jun 2020 12:39:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=4mmpTLBUXlHbgG8nq1J56S8CibDRwEOOA1UUcOKtaec=; b=atqXz9NFzUbGAjr77O60+ZAmypwkilFOVM1+jEpjF4PvaZVBomjToGvcvLQC43P3fS nK8wCtPaYLjxe7tpKFCjV6SaeVNW8Rj6kRUMna8TXczC4xAdxhuHEm+9xZHZTHaNouee WfwXehkFvmTNxqqf17uyB1veLd7tWz7doW5j7wIfX8ivTopjtK5rMbSky3unlIPcoUbM 78oAqFaK+UzWDSXiFiTcD11BBjaz+/ej2PYLMdB2C3IchqFXfyvQI9bY3u0gfQrMIoLL hKmt4iVBpma+O+UL9cReiY30q3ySaf/HPbKvT8IOadHYlBRRzZJg6sbpBT/S8wfVikF0 cIVA== 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=4mmpTLBUXlHbgG8nq1J56S8CibDRwEOOA1UUcOKtaec=; b=kV4jMxucZunH7L8LxQdW0r494KuylXERKcwQa6prQT1TA+ga28bnt6ehuQYKozRAf8 5AnSQmoY7RlDL6RMKloI7Vz+QRR6+5WIubh4OgYL6sZ4mgG9B6AyR9LzV4P2GlbjHvzz x3pTcy18WnLUG1xaR8GUA2SByAIGZHl2Zyme2Pp6rqVh6z5gwqs0c7YH3XML5WKl+xSG ztF0l/cgsm5RrgUyyAEge3qWo00LPUbD5poGUOL5ejHGF+SdfsdIQyWmsZ+9cDjp22q/ iEUBS8TMEqif16OUCmQpOhduQiPFFMEQsHIKwkEuI8v9BvkzHYlFJHGIYbNU9Dfxx6xD ZssA== X-Gm-Message-State: AOAM53156+2QXEzN1zX83WWpbELUHMksos4r68T44dsLw+6tpXGPJPYB pwDEsc932q3wXsYvspOjb/fD5RDqgKw0UAWzf0XalA== X-Google-Smtp-Source: ABdhPJwCv9/RW/HTTU+Kp+20mak2zHHsXRHXkLH8PuFvyU4EbXnyCaPZkA9T6Ml6yr8CepKLSlopiLIqiSUJ9+FI7zQ= X-Received: by 2002:ac8:192c:: with SMTP id t41mr5953313qtj.32.1591299576374; Thu, 04 Jun 2020 12:39:36 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Thu, 4 Jun 2020 13:39:25 -0600 Message-ID: Subject: Re: Can we hook a device as device to two different parent devices? To: Rajesh Kumar Cc: Andriy Gapon , freebsd-drivers@freebsd.org, FreeBSD Hackers X-Rspamd-Queue-Id: 49dGLx4qp9z4fyT X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=atqXz9NF; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::836) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-0.64 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-0.89)[-0.895]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.96)[-0.958]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; NEURAL_SPAM_SHORT(0.21)[0.209]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::836:from]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com] Content-Type: text/plain; charset="UTF-8" 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: Thu, 04 Jun 2020 19:39:38 -0000 On Thu, Jun 4, 2020 at 12:31 PM Rajesh Kumar wrote: > Thanks Warner and Andriy for your answers. > > Having said they are two separate instances, if the child driver calls the > interface of two parents as below > device1_interface(child_dev), then device_get_parent(child_dev) in the > device1 interface will return device1 reference > device2_interface(child_dev), then device_get_parent(child_dev) in the > device2 interface will return device2 reference > > Is that right? > Yes. That's correct. For each bus instance, we loop through the possible drivers that attach to that bus looking for each device looking for drivers that will probe successfully. If you have multiple instances, or instances of different kinds of busses, what you say will hold true. Warner > Thanks, > Rajesh. > > > On Wed, Jun 3, 2020 at 8:59 PM Warner Losh wrote: > >> >> >> On Wed, Jun 3, 2020, 8:29 AM Andriy Gapon wrote: >> >>> On 03/06/2020 14:20, Rajesh Kumar wrote: >>> > Hi, >>> > >>> > Is it really possible to declare a module with two parents? Like the >>> > following declarations in the same driver. >>> > >>> > devclass_t test_dev_devclass; >>> > static DEFINE_CLASS_0(test_dev, test_dev_driver, test_dev_methods, >>> > sizeof(struct test_dev_ctx)); >>> > DRIVER_MODULE(test_dev, *device1*, test_dev_driver, test_dev_devclass, >>> > NULL, NULL); >>> > DRIVER_MODULE(test_dev, *device2*, test_dev_driver, test_dev_devclass, >>> > NULL, NULL); >>> > >>> > I see similar references in other drivers attaching to both simpleus >>> and >>> > ofwbus. So, If it's possible, how to get the reference for both the >>> > parents? device_get_parent(test_dev) will give reference of one parent >>> > only right, so how to get the reference of the desired parent? >>> >>> A device can have only one parent. >>> The declaration you quoted describes a _driver_ that can attach to >>> devices >>> hanging off two different buses. They would still be different devices. >>> >> >> Yes. You can have a driver attach to multiple bus types, but each >> instance has a unique parent one exactly on of them. >> >> If you need to talk to other devices, you'll need to find them by name or >> other means. >> >> Warner >> >> >> >>> -- >>> Andriy Gapon >>> _______________________________________________ >>> freebsd-drivers@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-drivers >>> To unsubscribe, send any mail to " >>> freebsd-drivers-unsubscribe@freebsd.org" >>> >> From owner-freebsd-hackers@freebsd.org Thu Jun 4 21:53: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 785893338A5; Thu, 4 Jun 2020 21:53:06 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gate2.funkthat.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49dKJx1SpVz43h0; Thu, 4 Jun 2020 21:53:04 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.15.2/8.15.2) with ESMTPS id 054Lr0t4086490 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 4 Jun 2020 14:53:00 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id 054Lr0Tm086489; Thu, 4 Jun 2020 14:53:00 -0700 (PDT) (envelope-from jmg) Date: Thu, 4 Jun 2020 14:53:00 -0700 From: John-Mark Gurney To: Rajesh Kumar Cc: Warner Losh , Andriy Gapon , freebsd-drivers@freebsd.org, FreeBSD Hackers Subject: Re: Can we hook a device as device to two different parent devices? Message-ID: <20200604215300.GH4213@funkthat.com> Mail-Followup-To: Rajesh Kumar , Warner Losh , Andriy Gapon , freebsd-drivers@freebsd.org, FreeBSD Hackers References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.3-STABLE amd64 X-PGP-Fingerprint: D87A 235F FB71 1F3F 55B7 ED9B D5FF 5A51 C0AC 3D65 X-Files: The truth is out there X-URL: https://www.funkthat.com/ X-Resume: https://www.funkthat.com/~jmg/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (gold.funkthat.com [127.0.0.1]); Thu, 04 Jun 2020 14:53:00 -0700 (PDT) X-Rspamd-Queue-Id: 49dKJx1SpVz43h0 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jmg@gold.funkthat.com has no SPF policy when checking 208.87.223.18) smtp.mailfrom=jmg@gold.funkthat.com X-Spamd-Result: default: False [2.19 / 15.00]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[funkthat.com]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.01)[0.012]; RCPT_COUNT_FIVE(0.00)[5]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.42)[-0.422]; NEURAL_SPAM_LONG(0.40)[0.401]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[jmg@funkthat.com,jmg@gold.funkthat.com]; SUBJECT_ENDS_QUESTION(1.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:32354, ipnet:208.87.216.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; FROM_NEQ_ENVFROM(0.00)[jmg@funkthat.com,jmg@gold.funkthat.com] 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: Thu, 04 Jun 2020 21:53:06 -0000 Rajesh Kumar wrote this message on Fri, Jun 05, 2020 at 00:01 +0530: > Thanks Warner and Andriy for your answers. > > Having said they are two separate instances, if the child driver calls the > interface of two parents as below > device1_interface(child_dev), then device_get_parent(child_dev) in the > device1 interface will return device1 reference > device2_interface(child_dev), then device_get_parent(child_dev) in the > device2 interface will return device2 reference > > Is that right? I think you're confused. The device tree is a strict tree. This means that a device can have ONLY one parent. The multiple parents is simply saying that a device can attach at different points in the tree... example, you have a device dev that is declared as possibly having both pci and simplebus: nexus0 acpi0 pcib0 pci0 hostb0 pcib1 pci1 dev0 ofwbus0 simplebus1 pnpinfo compat=simple-bus dev1 This example (and entirely made up, I've merged the tree from two different machines, running devinfo -v, only merged to make a point), dev0, when calling device_get_parent, will get the pci1 device, and dev1 when calling device_get_parent will get simplebus1... I think this might be what you said above, but couldn't follow the device1_interface(child_dev) part, as that didn't make sense to me... > On Wed, Jun 3, 2020 at 8:59 PM Warner Losh wrote: > > > > > > > On Wed, Jun 3, 2020, 8:29 AM Andriy Gapon wrote: > > > >> On 03/06/2020 14:20, Rajesh Kumar wrote: > >> > Hi, > >> > > >> > Is it really possible to declare a module with two parents? Like the > >> > following declarations in the same driver. > >> > > >> > devclass_t test_dev_devclass; > >> > static DEFINE_CLASS_0(test_dev, test_dev_driver, test_dev_methods, > >> > sizeof(struct test_dev_ctx)); > >> > DRIVER_MODULE(test_dev, *device1*, test_dev_driver, test_dev_devclass, > >> > NULL, NULL); > >> > DRIVER_MODULE(test_dev, *device2*, test_dev_driver, test_dev_devclass, > >> > NULL, NULL); > >> > > >> > I see similar references in other drivers attaching to both simpleus and > >> > ofwbus. So, If it's possible, how to get the reference for both the > >> > parents? device_get_parent(test_dev) will give reference of one parent > >> > only right, so how to get the reference of the desired parent? > >> > >> A device can have only one parent. > >> The declaration you quoted describes a _driver_ that can attach to devices > >> hanging off two different buses. They would still be different devices. > >> > > > > Yes. You can have a driver attach to multiple bus types, but each instance > > has a unique parent one exactly on of them. > > > > If you need to talk to other devices, you'll need to find them by name or > > other means. > > > > Warner > > > > > > > >> -- > >> Andriy Gapon > >> _______________________________________________ > >> freebsd-drivers@freebsd.org mailing list > >> https://lists.freebsd.org/mailman/listinfo/freebsd-drivers > >> To unsubscribe, send any mail to "freebsd-drivers-unsubscribe@freebsd.org > >> " > >> > > > _______________________________________________ > freebsd-drivers@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-drivers > To unsubscribe, send any mail to "freebsd-drivers-unsubscribe@freebsd.org" -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-hackers@freebsd.org Thu Jun 4 23:02:02 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 5A0E6335E41 for ; Thu, 4 Jun 2020 23:02:02 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49dLrS4x5xz4DNB for ; Thu, 4 Jun 2020 23:02:00 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: FsHjRyYVM1k.EVzkncqkLKVr1to6fauIoTSWUNwSK_PX3VznL42IssUPWf9Km4g q6PCDlPaVemUHbmv2yeKCUiIBs1BEZwI_n4VPOQu1W.Y9CK2qeibuuB0FTeCh6KlUpfOWDJEMu17 UqQtkB4N.Zbj4k4IGiOSCdHuHEKAJjRHKXcQRk5PexW.8IEtKSTM9qpeBTU7cmvatbj4GBpIPt2y eVxlyyLDko00u90O_BE1QyKsfYJRE4DdbPeFCnailr.WbJDW.j2.eRs5Jyd9UVWUArzz3e1WbN_N QMZ2PvKzBK21IsvmmGZfxeB6QrmYr4iU3EOSjBL6dFwSrUBYrUKVQ8dArsDvsLRjMeOZEpwrWxYR DciCNo99zWuvKY9d6BZSLs1oPlsTo3p493swptnrq78FZTcveUW2oZ1nnfB3DfuhJs8dsk1aWHq. Fos3cEOigt0Q1Pc_6LFOM6WLR97FJ4xRWu_.vtk0BsO8p2oTFM4hWb0dhaiH6aG_EH_Z68IxZW6m 3NVDOQYxqXsWHybJN6dYVkuObF2uMrZz1xLJu2Ed3CsjzxlzO0kfYgZ.VX4pGJ_h96Jh1Bj4BkKE SPcrnQ5DAanJrjA4Fez4x_LMz0YZP3igK.nZNm0gzyAOpbShVTF.INu7ixS8Z8U2Y48ku6VV9EIN NKQFvu41tiXRTzCnRXNFncD1TtGcL6uAnH7lH9TMXn0HGj7X3qIzCK6cgpGgvBXA5VuvHpIA4gre 0iz2vhVH0KlJC.O5JbwQB9dwhZMhQ5UrsRiiZ9ic5s6cmdUQ6stA4ogSnar_rJQcDqiZVw0KMiW7 kWoMtXv33pnQmRxfXIj1Is.zrQwSlGt__hulXRCavd4SMLAD8IWKMjMG.Hb4hqSvoLyveuZUUkpC 0RAz0pT2yxiF1_Ft6SXsJtmyq2Sh_R99ncVf7e3Z5pXMLyw_JlUJ.bps7aWXOQfeJQWh3B9xFgPR TH6m3rUEnjCQnGd9g7AcpKjtlTXpByenZbDCdR2J4njxCW4XIFxkIp9rTvyfQkYn.kAGIBxu6TpJ 0BL8Ig8VxNtEHMVjocpUncznQiy0nXJ1CDh0XVMht0b1g3IE_b8cT1F3Xq3i1qKJ8WkbNrIDr3rQ ijhYXFPbYVsQUAg4_5KzyK2ndFJkvokYWKea9dJN3arNxP24JcyBsnv_n18G4KCaE10.PjJ7wWF_ ihLOxlrE47epoD5XMZbDMoEFd192kHdATTxn_B8fSeDblqVeT1Qgsyx9OmhuNgoxSZz8FFv02KWd dC_dEoF6KC2zk1F2Jc3DqbGLJ7Sq8H35nFUem3LXAPrABiBTRaLRox3JI0Ej6yPidIQck9s6hE9k sIgIe6ZOIRY66IE4MyGNub89OlHVM1RU6zC.VPmDhxGSKYMuaUrLK1gDCCg_y2_ESHQ23Q6RH56X YN4.Yp3snBALIU2wz Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Thu, 4 Jun 2020 23:01:57 +0000 Received: by smtp422.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID d7199c91087251eb2b0f187614f4eef8; Thu, 04 Jun 2020 23:01:53 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Can we hook a device as device to two different parent devices? From: Mark Millard In-Reply-To: <20200604215300.GH4213@funkthat.com> Date: Thu, 4 Jun 2020 16:01:52 -0700 Cc: FreeBSD Hackers , freebsd-drivers@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: References: <20200604215300.GH4213@funkthat.com> To: John-Mark Gurney X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49dLrS4x5xz4DNB X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 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:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.97)[-0.972]; 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.022]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCPT_COUNT_THREE(0.00)[3]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.004]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.84: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: Thu, 04 Jun 2020 23:02:02 -0000 [I'm only trying to follow along for my own edification in an area I'm not familiar with.] On 2020-Jun-4, at 14:53, John-Mark Gurney wrote: > Rajesh Kumar wrote this message on Fri, Jun 05, 2020 at 00:01 +0530: >> Thanks Warner and Andriy for your answers. >> >> Having said they are two separate instances, if the child driver calls the >> interface of two parents as below >> device1_interface(child_dev), then device_get_parent(child_dev) in the >> device1 interface will return device1 reference >> device2_interface(child_dev), then device_get_parent(child_dev) in the >> device2 interface will return device2 reference >> >> Is that right? > > I think you're confused. The device tree is a strict tree. This > means that a device can have ONLY one parent. The multiple parents > is simply saying that a device can attach at different points in the > tree... > > example, you have a device dev that is declared as possibly having both > pci and simplebus: > > nexus0 > acpi0 > pcib0 > pci0 > hostb0 > pcib1 > pci1 > dev0 > ofwbus0 > simplebus1 pnpinfo compat=simple-bus > dev1 > > This example (and entirely made up, I've merged the tree from two > different machines, running devinfo -v, only merged to make a point), > dev0, when calling device_get_parent, will get the pci1 device, and > dev1 when calling device_get_parent will get simplebus1... > > I think this might be what you said above, but couldn't follow the > device1_interface(child_dev) part, as that didn't make sense to me... You have 3 "dev" names mentioned above: dev, dev0, dev1 You mention "dev" as the "device". So am I to infer that for "dev" only one of dev0 vs. dev1 can be attached at a time (to its parent)? Code can still find out what the alternative would be for the other one of the two, but having both dev0 and dev1 based attachments at the same time can not be done? === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-hackers@freebsd.org Fri Jun 5 06:31:40 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 385E4341F0E; Fri, 5 Jun 2020 06:31:40 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gate2.funkthat.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49dXqG4lH1z4CLn; Fri, 5 Jun 2020 06:31:38 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.15.2/8.15.2) with ESMTPS id 0556VS7u001094 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 4 Jun 2020 23:31:28 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id 0556VSCx001092; Thu, 4 Jun 2020 23:31:28 -0700 (PDT) (envelope-from jmg) Date: Thu, 4 Jun 2020 23:31:28 -0700 From: John-Mark Gurney To: Mark Millard Cc: FreeBSD Hackers , freebsd-drivers@freebsd.org Subject: Re: Can we hook a device as device to two different parent devices? Message-ID: <20200605063128.GI4213@funkthat.com> Mail-Followup-To: Mark Millard , FreeBSD Hackers , freebsd-drivers@freebsd.org References: <20200604215300.GH4213@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.3-STABLE amd64 X-PGP-Fingerprint: D87A 235F FB71 1F3F 55B7 ED9B D5FF 5A51 C0AC 3D65 X-Files: The truth is out there X-URL: https://www.funkthat.com/ X-Resume: https://www.funkthat.com/~jmg/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (gold.funkthat.com [127.0.0.1]); Thu, 04 Jun 2020 23:31:28 -0700 (PDT) X-Rspamd-Queue-Id: 49dXqG4lH1z4CLn X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jmg@gold.funkthat.com has no SPF policy when checking 208.87.223.18) smtp.mailfrom=jmg@gold.funkthat.com X-Spamd-Result: default: False [1.21 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.53)[-0.530]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[funkthat.com]; AUTH_NA(1.00)[]; NEURAL_SPAM_SHORT(0.05)[0.048]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.50)[-0.504]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[yahoo.com]; FORGED_SENDER(0.30)[jmg@funkthat.com,jmg@gold.funkthat.com]; SUBJECT_ENDS_QUESTION(1.00)[]; R_DKIM_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; FROM_NEQ_ENVFROM(0.00)[jmg@funkthat.com,jmg@gold.funkthat.com]; ASN(0.00)[asn:32354, ipnet:208.87.216.0/21, 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: Fri, 05 Jun 2020 06:31:40 -0000 Mark Millard wrote this message on Thu, Jun 04, 2020 at 16:01 -0700: > [I'm only trying to follow along for my own edification > in an area I'm not familiar with.] > > On 2020-Jun-4, at 14:53, John-Mark Gurney wrote: > > > Rajesh Kumar wrote this message on Fri, Jun 05, 2020 at 00:01 +0530: > >> Thanks Warner and Andriy for your answers. > >> > >> Having said they are two separate instances, if the child driver calls the > >> interface of two parents as below > >> device1_interface(child_dev), then device_get_parent(child_dev) in the > >> device1 interface will return device1 reference > >> device2_interface(child_dev), then device_get_parent(child_dev) in the > >> device2 interface will return device2 reference > >> > >> Is that right? > > > > I think you're confused. The device tree is a strict tree. This > > means that a device can have ONLY one parent. The multiple parents > > is simply saying that a device can attach at different points in the > > tree... > > > > example, you have a device dev that is declared as possibly having both this should have been: "a device driver dev". > > pci and simplebus: > > > > nexus0 > > acpi0 > > pcib0 > > pci0 > > hostb0 > > pcib1 > > pci1 > > dev0 > > ofwbus0 > > simplebus1 pnpinfo compat=simple-bus > > dev1 > > > > This example (and entirely made up, I've merged the tree from two > > different machines, running devinfo -v, only merged to make a point), > > dev0, when calling device_get_parent, will get the pci1 device, and > > dev1 when calling device_get_parent will get simplebus1... > > > > I think this might be what you said above, but couldn't follow the > > device1_interface(child_dev) part, as that didn't make sense to me... > > You have 3 "dev" names mentioned above: dev, dev0, dev1 > You mention "dev" as the "device". Yeah, seeing that now, I should have said the device driver dev.. dev is not an instance of the device driver... only dev0 and dev1 are instances (attached) of the device driver... > So am I to infer that for "dev" only one of dev0 vs. dev1 dev is like em, or igb.. it's the device driver name... dev0 or dev1 is an instance of the driver... > can be attached at a time (to its parent)? Code can still each instance, dev0 or dev1 or devX, will be attached to a (one) parent.. Each parent may have multiple instances of dev, say pci1 having dev0, dev2 and dev3... and above, simplebus1 could have dev1 and dev4 as children... > find out what the alternative would be for the other one > of the two, but having both dev0 and dev1 based attachments > at the same time can not be done? A device driver can be attached to different busses at the same time, but each instance of that driver can only be attached to one bus at a time... Hope this clarifies things... It's been a few years, but I did a presentation on writing device drivers in FreeBSD: https://people.freebsd.org/~jmg/drivers/freebsd.device.driver.slides.pdf on slide 4, talking about if_re.c, you can see: static devclass_t re_devclass; DRIVER_MODULE(re, pci, re_driver, re_devclass, 0, 0); DRIVER_MODULE(re, cardbus, re_driver, re_devclass, 0, 0); DRIVER_MODULE(miibus, re, miibus_driver, miibus_devclass, 0, 0); This shows that the re driver can be attached to either the pci bus, or the cardbus... When you boot a machine, you could have re0 and re1 that are PCI cards installed in the machine.. and then later you could plug in a cardbus card where the re driver attaches, and you'd now have re2 under cardbus... Warner has also done a presentation on newbus subclassing: https://people.freebsd.org/~imp/bsdcan2013-slides.pdf -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-hackers@freebsd.org Fri Jun 5 18:30: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 5A2B1333B76 for ; Fri, 5 Jun 2020 18:30:07 +0000 (UTC) (envelope-from gbergling@gmail.com) Received: from mail-wr1-x42d.google.com (mail-wr1-x42d.google.com [IPv6:2a00:1450:4864:20::42d]) (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 49drmG4GzHz4VtP for ; Fri, 5 Jun 2020 18:30:06 +0000 (UTC) (envelope-from gbergling@gmail.com) Received: by mail-wr1-x42d.google.com with SMTP id t18so10727120wru.6 for ; Fri, 05 Jun 2020 11:30:06 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:subject:message-id :mime-version:content-disposition; bh=Us3lJ/tgIIdS/F2eyL+1LbCsO89CpyyKZ1735c5U7c8=; b=ZrIAxMy638YEr3J96W6sHo1qVk8rg7rgqF5j6zOqATvaOEZtZYutN2KDPZ6FdaMJZQ 1CVAodS+dONXMXBSEEM21fA3x41gbyWM5oXPbx2/n+Bq9+DqT5piIuAS4kIOFuBTbIxo sS3ighPZGCxTp2szKM9MfWr7aZvtPYrfZRiplYqkt4AnW8ZSLIcIxWDxTK2OFcg3tz5c bdAXSruoNmr6Z5pvOWn+9/ryQ0Mtm6p+gxiZNxu1aE7eTPKyH/sALl0ntVt39C857J4Y TNUNrZIxp6KGH3GHquGLeoRj72RH73zvH3k0DwX6OxSblHpqyH0TQpWwd+CAnU/dY31C y96Q== X-Gm-Message-State: AOAM530iG8XSxRbQGjYFbnlMyRzHk52FjWccdVYQRn38RoVk0Hc21ven Iud1uKYMzctNO4Zw0byUqOULPjSm X-Google-Smtp-Source: ABdhPJx4QyZXaqZNY6LeKfBoOx8fyi/kGRbYOxTOcp+Jmc1YJQOefZPnzbNVSua/vmNIl0RG++MKKA== X-Received: by 2002:adf:ef83:: with SMTP id d3mr10282421wro.145.1591381803377; Fri, 05 Jun 2020 11:30:03 -0700 (PDT) Received: from lion.0xfce3.net (p4fd3af72.dip0.t-ipconnect.de. [79.211.175.114]) by smtp.gmail.com with ESMTPSA id y19sm11836511wmi.6.2020.06.05.11.30.02 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 05 Jun 2020 11:30:02 -0700 (PDT) Sender: Gordon Bergling Date: Fri, 5 Jun 2020 20:30:02 +0200 From: Gordon Bergling To: freebsd-hackers@freebsd.org Subject: Cross compile FreeBSD on amd64 for arm64 failes via compile determination error Message-ID: <20200605183002.GA2973@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: 8:21PM up 15 mins, 1 user, load averages: 1.53, 1.12, 0.72 X-Rspamd-Queue-Id: 49drmG4GzHz4VtP X-Spamd-Bar: / X-Spamd-Result: default: False [-0.02 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-0.58)[-0.580]; FROM_HAS_DN(0.00)[]; DMARC_POLICY_QUARANTINE(1.50)[googlemail.com : SPF not aligned (relaxed), DKIM not aligned (relaxed),quarantine]; FREEMAIL_FROM(0.00)[googlemail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.94)[-0.936]; RCVD_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; DKIM_TRACE(0.00)[gmail.com:+]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::42d:from]; NEURAL_SPAM_SHORT(0.19)[0.191]; FORGED_SENDER(0.30)[gbergling@googlemail.com,gbergling@gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[79.211.175.114:received]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[gbergling@googlemail.com,gbergling@gmail.com]; 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: Fri, 05 Jun 2020 18:30:07 -0000 Hi, I usualy use a pretty straight forward technique to update some development systems to -CURRENNT. On amd64 -> amd64 everything went well, but on arm64 (Rasperry PI 4b) I get the following error messages, while I try to update the system via a NFS share. sh: cc: Exec format error make[2]: "/boiler/nfs/src/share/mk/bsd.compiler.mk" line 178: Unable to determine compiler type for CC=cc -target aarch64-unknown-freebsd13.0 --sysroot=/boiler/nfs/obj/boiler/nfs/src/arm64.aarch64/tmp -B/boiler/nfs/obj/boiler/nfs/src/arm64.aarch64/tmp/usr/bin. Consider setting COMPILER_TYPE. The command that produces the error is the following, which was executed on the arm64 system, so no TARGET directive is set. # env MAKEOBJDIRPREFIX=/boiler/nfs/obj make KERNCONF=GENERIC-TCP SRCCONF=/boiler/nfs/conf/src.conf installkernel Has anyone an idea what the problem is in this step of the installation? Any help is much appreciated. Kind regards, Gordon From owner-freebsd-hackers@freebsd.org Fri Jun 5 22:56:02 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 6611233A243 for ; Fri, 5 Jun 2020 22:56:02 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qk1-x730.google.com (mail-qk1-x730.google.com [IPv6:2607:f8b0:4864:20::730]) (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 49dyg51VvHz45cn for ; Fri, 5 Jun 2020 22:56:01 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qk1-x730.google.com with SMTP id g28so11500031qkl.0 for ; Fri, 05 Jun 2020 15:56:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:subject:message-id:mime-version :content-disposition; bh=PS0Ugx8ilVtE5yspGGQ+MZZX58Nlvj9OVs+7x/E3N7Q=; b=QybkErcnkcG1qXQF56v3zfKMo7T3IcLp4ukLlYH0uFjKnOpQ0irp1OT/tqWiP4FdVI QyGEuMmEk/r4J9TYxVt2r05vuf6mIqpIc1oZgOTqb3tYEwb8pnEwcgo/qjepTiiaLKmm e3A3H5MSllPvDMheRIx0/y2mYBjEIBSyW/iJnj9KZrG1ITVjW3tZc082JqbpH3Xg5qqN GEaplxSrvhnXSpqNT3vbeqM3BnpklrbE8mnIdBDwCtEHF4FjQJmL/5zYZIcCgbwz5ipg OrALKTlsCvwi5Yn30TKvHUkdzbx6kD7qVYSxzzAuYkxNG4GT7YnpLwgzsou+a+f4dSmx khig== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:subject:message-id :mime-version:content-disposition; bh=PS0Ugx8ilVtE5yspGGQ+MZZX58Nlvj9OVs+7x/E3N7Q=; b=A7K8cXjgTbgQnQxgJ9DEMbtrb7jhLOizkBVhDxo10a8MEKrkTZbydx7f/ckTf7PLzI +3T9qzVcCk9s5o/7zqkTlagx7ctae27Whcdd1BNd78palIHdSsQxkQbS9KKqiH/pYdhq UXQA60ewZK6Hk1RyDT34ELurqXU5Urky4pSahuoDXVB5qATn1GufZTekzb7Tv/8Hmj8E n92UAHm0zCtM7he7fjn9z+st6KgeapLHQOdWpzeKv8g2b1vY94EeEIfUfZWOIKdOl7t1 5lVtlOS8Xk3h6dKQliGZnp3UytopCmWL5IPCsimtPWTQLVNlvrJlP2dUVYo6JMEcnMxC D/8A== X-Gm-Message-State: AOAM532JEBtJxC7+6ialKewQkv87iahvF09+nHmhSsaZwRwzywYSEf3x pgWNd869ZdWUoaG8lBaECB9bazkz X-Google-Smtp-Source: ABdhPJx5VoJ9D2S9dk2GPkTCCd25fSZsgNIVlCvUqB0lVz8GQ+jFbHOlMJ1qvU5T/kBWbUsJ1Lw3wA== X-Received: by 2002:a37:9401:: with SMTP id w1mr11878092qkd.308.1591397760016; Fri, 05 Jun 2020 15:56:00 -0700 (PDT) Received: from raichu (bras-base-toroon0560w-grc-21-184-147-207-195.dsl.bell.ca. [184.147.207.195]) by smtp.gmail.com with ESMTPSA id z194sm1031876qkb.73.2020.06.05.15.55.59 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 05 Jun 2020 15:55:59 -0700 (PDT) Sender: Mark Johnston Date: Fri, 5 Jun 2020 18:55:57 -0400 From: Mark Johnston To: freebsd-hackers@freebsd.org Subject: change to remove FIRMWARE_MAX Message-ID: <20200605225557.GF2371@raichu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 49dyg51VvHz45cn X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=QybkErcn; dmarc=none; spf=pass (mx1.freebsd.org: domain of markjdb@gmail.com designates 2607:f8b0:4864:20::730 as permitted sender) smtp.mailfrom=markjdb@gmail.com X-Spamd-Result: default: False [-0.82 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; FORGED_SENDER(0.30)[markj@freebsd.org,markjdb@gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[184.147.207.195:received]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[markj@freebsd.org,markjdb@gmail.com]; TO_DOM_EQ_FROM_DOM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.92)[-0.918]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.978]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_SHORT(0.77)[0.773]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::730:from]; MID_RHS_NOT_FQDN(0.50)[]; 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: Fri, 05 Jun 2020 22:56:02 -0000 Hi, The FIRMWARE_MAX constant limits the number of device firmware images that can be loaded into the kernel. I posted a diff to remove this arbitrary limit: https://reviews.freebsd.org/D25161 I'm not sure who might be interested in this code, so please feel free to add yourself to the review. Thanks in advance. From owner-freebsd-hackers@freebsd.org Fri Jun 5 23:25: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 C924B33ADFE for ; Fri, 5 Jun 2020 23:25:51 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound5a.ore.mailhop.org (outbound5a.ore.mailhop.org [44.233.67.66]) (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 49dzKW0gtrz48SJ for ; Fri, 5 Jun 2020 23:25:50 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1591399543; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=ByP/oiPxK6p47YG19zfxJIQqZ19lgiGA/Ldj+3MQmxYxLTZsa9pI1FC7H8pn16stsHmqB0g+byBy1 3mu2xEyw2WpsXgDOqoyGJ9rDhVcnXxAcBoZePfQSpUvgm2uy1h5HuAFjC7WGQ1Lq7R/iB1nItWY0yh sKlypa2cdxXO+LBHaujI9ze65HSfAZLk4kuHx8u5KYDOxCo5VLWWIkM5AHzV2dTSmFJK/0iX5FT7pk KqsR/oMarq48j7GcI6A2sm0mldVaKD0dxcu+iDCmv6qkX6h2Xn7swuqVd9R3abKlEXvZ2o1KiR8XY9 SFMcIWcrwJEOD2vJKfPmqJWLPDG4lNg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:dkim-signature:from; bh=7OCBYxu89hogFCDlhsAwyCd0SpZKFGIAPEZhqZ0kEFM=; b=Vk8klETB5Eo0jB/sBmgfCFN1j8aIE+zEfALSynfEbIhM70vyjecbxRBqDztJqbSvMAz84vS5Du0Dn C8iGcOrHiIwb2HkLS+/m/vLkfXPq3JfJ1LcMben4WyEPQSW2CbBt7G9XP9UzQADToIEzUEvk47ELCN JH8YVqmaAZVIIgLEyg5ghERFTih8ucCc5wpNU07GmLvrUHs6iye+geo3RWIJhq0CWn4zSdYqXfYDl/ uh1W4XYDNYspKc+HaDPMUUZJa1iuwmh/cFtSIdj9TjKbdTXXDBqs68nnwqu2ZhWBlFVwS2sybovKw2 kIX+r8pEz5tGnSm1Q8T2CFX37VtDJ8Q== ARC-Authentication-Results: i=1; outbound3.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:from; bh=7OCBYxu89hogFCDlhsAwyCd0SpZKFGIAPEZhqZ0kEFM=; b=CxfkvM6T4Ga1NurJ2LPf3eU/9zQKuyVPWx8lWNsCWAvBGtCVLcY45MJB96PguiuqvKEef8v/tNlcl jBi6X3UVG7UQli0ADxily0H5TfjHapj8enfOlJ+9qVL6sBzdCNYcw6mRjEmuAUq7tBOsQPR8jRsDqo pJB2Gqmt5DYNiisl26SYh3D5N+/M2c5A4fAb84g2aufCN3hNlr284oajl/iwIY+UyFUKDOUGox7wMv yoKFn4WnXiRqezaRxX0ewEEhUepSq7nPSs9T4RVIHXOUY1yH1SJpVvwHg4QD3IxHMYU7QjzVWy86Xt Vpisz5kF5XlDk9XAJrxIcQn1KnMOYww== X-MHO-RoutePath: aGlwcGll X-MHO-User: decc106c-a783-11ea-b10c-b5956a7dd1a1 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (c-67-177-211-60.hsd1.co.comcast.net [67.177.211.60]) by outbound3.ore.mailhop.org (Halon) with ESMTPSA id decc106c-a783-11ea-b10c-b5956a7dd1a1; Fri, 05 Jun 2020 23:25:41 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 055NPenD079452; Fri, 5 Jun 2020 17:25:40 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <2e91deb9835aaaadd6dceec95395b81f5257f15b.camel@freebsd.org> Subject: Re: Cross compile FreeBSD on amd64 for arm64 failes via compile determination error From: Ian Lepore To: Gordon Bergling , freebsd-hackers@freebsd.org Date: Fri, 05 Jun 2020 17:25:40 -0600 In-Reply-To: <20200605183002.GA2973@lion.0xfce3.net> References: <20200605183002.GA2973@lion.0xfce3.net> Content-Type: text/plain; charset="ASCII" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49dzKW0gtrz48SJ X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:16509, ipnet:44.224.0.0/11, country:US]; local_wl_from(0.00)[freebsd.org] 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, 05 Jun 2020 23:25:51 -0000 On Fri, 2020-06-05 at 20:30 +0200, Gordon Bergling via freebsd-hackers wrote: > Hi, > > I usualy use a pretty straight forward technique to update some > development systems to -CURRENNT. On amd64 -> amd64 everything > went well, but on arm64 (Rasperry PI 4b) I get the following > error messages, while I try to update the system via a NFS share. > > sh: cc: Exec format error > make[2]: "/boiler/nfs/src/share/mk/bsd.compiler.mk" line 178: Unable > to determine compiler type for CC=cc -target aarch64-unknown- > freebsd13.0 -- > sysroot=/boiler/nfs/obj/boiler/nfs/src/arm64.aarch64/tmp > -B/boiler/nfs/obj/boiler/nfs/src/arm64.aarch64/tmp/usr/bin. Consider > setting COMPILER_TYPE. > > The command that produces the error is the following, which > was executed on the arm64 system, so no TARGET directive is set. > > # env MAKEOBJDIRPREFIX=/boiler/nfs/obj make KERNCONF=GENERIC-TCP > SRCCONF=/boiler/nfs/conf/src.conf installkernel > > Has anyone an idea what the problem is in this step of the > installation? > > Any help is much appreciated. > > Kind regards, > > Gordon > You cannot do that. The installworld process uses a path that points into the obj tree that got built (so that new binaries are used to do the install work), and those binaries are compiled for the arch that did the build. -- Ian From owner-freebsd-hackers@freebsd.org Sat Jun 6 09:56:19 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 CA9CE32DF80 for ; Sat, 6 Jun 2020 09:56:19 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from gromit.grondar.org (gromit.grondar.org [IPv6:2a01:348:e::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 49fFJy5s3Xz4SFZ; Sat, 6 Jun 2020 09:56:18 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from [2a02:8011:300b:42:50cb:c594:c28b:9782] by gromit.grondar.org with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.93.0.4 (FreeBSD)) (envelope-from ) id 1jhVYe-0008Rq-VK; Sat, 06 Jun 2020 10:56:09 +0100 Content-Type: multipart/signed; boundary="Apple-Mail=_FC84916C-2943-434C-99B0-378174D7CC25"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Cross compile FreeBSD on amd64 for arm64 failes via compile determination error From: Mark Murray In-Reply-To: <2e91deb9835aaaadd6dceec95395b81f5257f15b.camel@freebsd.org> Date: Sat, 6 Jun 2020 10:56:08 +0100 Cc: freebsd-hackers@freebsd.org Message-Id: References: <20200605183002.GA2973@lion.0xfce3.net> <2e91deb9835aaaadd6dceec95395b81f5257f15b.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49fFJy5s3Xz4SFZ X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; ASN(0.00)[asn:39326, ipnet:2a01:348::/32, country:GB]; 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: Sat, 06 Jun 2020 09:56:19 -0000 --Apple-Mail=_FC84916C-2943-434C-99B0-378174D7CC25 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii > On 6 Jun 2020, at 00:25, Ian Lepore wrote: > > You cannot do that. The installworld process uses a path that points > into the obj tree that got built (so that new binaries are used to do > the install work), and those binaries are compiled for the arch that > did the build. That is my experience. I used to work around a closely related problem when I built build* on a fast machine, and did the install* on the slow ones. As I was using automounts, I ended up with incompatible paths baked into the build, so I worked around those with symlinks. I never tried this with anything other than i386/i386 or amd64/amd64, so the above is interesting. Could a viable cross-build* be "fixed" by symlinks, and somehow and easily forcing a cross-build of the bootstrap tools? My RPis wish to know :-) M -- --Apple-Mail=_FC84916C-2943-434C-99B0-378174D7CC25 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 Comment: GPGTools - http://gpgtools.org iQEzBAEBCgAdFiEEyzPHvybPbOpU9MCxQlsJDh9CUqAFAl7baDgACgkQQlsJDh9C UqDM5Af+L0VOe/2ETeQCSkv58+DeS8STKVHi9dB/qyDpk/hhX1tZZvDNyt2RTTdi 1sS5MrFFm2VMtjNNd+ldTRpzltPVFK5ElkxxyV/03iiG71J3JlGMIQS/of0VSVQE oFKRM2hT0aLXMRRW1Hnk3Iur9/EKmMx1GeXwE1u95s6C8lM1OY7VdhCyNIjyGAcc 5ThhARxRbyQTfn69+TyXlNdQUBaVfmmawUpI5fP7M9tf2aXWt7H+Sis/MicAUnYs 0F5JVeF18gikHTT3SYCds6YmBZ8zirQJYjKp4uc0EFPuXVJuog2zuB7HJtDRNMJj q3BbXabDHtRm8UAhCeZmOaLJbTi3ZA== =RRg7 -----END PGP SIGNATURE----- --Apple-Mail=_FC84916C-2943-434C-99B0-378174D7CC25-- From owner-freebsd-hackers@freebsd.org Sat Jun 6 11:22:17 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 1990E33023A for ; Sat, 6 Jun 2020 11:22:17 +0000 (UTC) (envelope-from gbergling@gmail.com) Received: from mail-wr1-x42f.google.com (mail-wr1-x42f.google.com [IPv6:2a00:1450:4864:20::42f]) (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 49fHD85PW2z4cSq; Sat, 6 Jun 2020 11:22:16 +0000 (UTC) (envelope-from gbergling@gmail.com) Received: by mail-wr1-x42f.google.com with SMTP id x6so12237292wrm.13; Sat, 06 Jun 2020 04:22:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=fF8gKMJ2JVhzHZdFJLGcsqtTrb1XxtwS9H/A5ue0C3Q=; b=i4CvGvUJPCq0BAmToxRMNYfZuqjxQMfiykCH20mg3WvtRR4rzVAvaRDWeiEOgrR1JD noFi5EWj3vTOD4qpCb7/HA7FGRGNZRzSCSVzqmeMH1E5mtUFrhcjSd7xNPt4MVouO/ao 3oAwRzRxwk8e5O9L4ZVDPmbhFNqt67o8DaYfaUM1bnNpKVVo0Nz0ClLVry5rDgBhNoSJ Fd9xHjFXDzq97BJ3nahqQFivezV7swzIMs6a5FYw03CTraOp26oPeRrdom/S/XTuQ6DZ Qf7nOjJivp7M4o7Y4fuPhM3FfMPr7Ocfpdy71jD5MxiVATx0cJqReCrhXbqaJI/dESw2 acHw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=fF8gKMJ2JVhzHZdFJLGcsqtTrb1XxtwS9H/A5ue0C3Q=; b=LTBthJH6C0ubLM/AmImel+uP7HkSTV7y4xRifPlGs1yQeZsUWRlO6AJhLmD5+d82lZ ncig9tboPlNyeOGY7Md+U8Yj+OZ5gTTt4HR2vdiZIXr9Qwd3PHq7ITClZxBivY2z93KT tF2qr0AANj0t49wiXRSASAgGhD/+UutuDdrS97hLwbw4inDhrAWxsCxCEixUvRh9+7aq ih2nsABIXhYHogxro2By8HBQ2jFKPBMwJhpNHhJCwrWqGHQiMdbWon1Ipg4z1gnBayLO H1NB02M1DlyeGYgNU7BZVMH7w/xkP2/pL8IcH46RRbCwzCrEY+P65CP1LItdyyl0K8Oi RBqQ== X-Gm-Message-State: AOAM532vNFQeDSWcTII7apKecGZDaculc7YRc6be6KX5/cSD3/fvQrdj pGuR7/fnSpDcjMAMj2SH/BfeB+/h X-Google-Smtp-Source: ABdhPJwgXX4kVwDG7WbXh5QbjWo9XnvyIIbHq0yl/d9PPzqW0064cwe5KF4ipl1kOxOkYDi2K1XHCQ== X-Received: by 2002:a5d:548c:: with SMTP id h12mr13891815wrv.120.1591442534693; Sat, 06 Jun 2020 04:22:14 -0700 (PDT) Received: from [10.0.1.111] (p4fd3af72.dip0.t-ipconnect.de. [79.211.175.114]) by smtp.gmail.com with ESMTPSA id k64sm15661041wmf.34.2020.06.06.04.22.13 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 06 Jun 2020 04:22:14 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Cross compile FreeBSD on amd64 for arm64 failes via compile determination error From: Gordon Bergling In-Reply-To: Date: Sat, 6 Jun 2020 13:22:12 +0200 Cc: Ian Lepore , freebsd-hackers@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <38CBC7EF-426B-45EE-9506-17B62F1F60FD@gmail.com> References: <20200605183002.GA2973@lion.0xfce3.net> <2e91deb9835aaaadd6dceec95395b81f5257f15b.camel@freebsd.org> To: Mark Murray X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49fHD85PW2z4cSq 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] 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: Sat, 06 Jun 2020 11:22:17 -0000 Hi Mark, > Am 06.06.2020 um 11:56 schrieb Mark Murray : >=20 >=20 >> On 6 Jun 2020, at 00:25, Ian Lepore wrote: >>=20 >> You cannot do that. The installworld process uses a path that points >> into the obj tree that got built (so that new binaries are used to do >> the install work), and those binaries are compiled for the arch that >> did the build. >=20 > That is my experience. >=20 > I used to work around a closely related problem when I built build* on > a fast machine, and did the install* on the slow ones. As I was using > automounts, I ended up with incompatible paths baked into the build, > so I worked around those with symlinks. >=20 > I never tried this with anything other than i386/i386 or amd64/amd64, > so the above is interesting. Could a viable cross-build* be "fixed" by > symlinks, and somehow and easily forcing a cross-build of the = bootstrap > tools? >=20 > My RPis wish to know :-) >=20 > M > =E2=80=94 In theory it should be possible to export the root filesystem of the = RPIs and do a=20 make installworld -DNOROOT DESTDIR=3D/exported/root/rpi-1 or something like this on the fast machine. But for now I have started the build on the raspberry pi directly to = stress test it a bit. :) -- Gordon From owner-freebsd-hackers@freebsd.org Sat Jun 6 11:34:54 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 E1906330635 for ; Sat, 6 Jun 2020 11:34:54 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from wout2-smtp.messagingengine.com (wout2-smtp.messagingengine.com [64.147.123.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49fHVj3XMNz4dj1; Sat, 6 Jun 2020 11:34:53 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.west.internal (Postfix) with ESMTP id 128BF748; Sat, 6 Jun 2020 07:34:51 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute2.internal (MEProxy); Sat, 06 Jun 2020 07:34:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.dev; h= subject:to:cc:references:from:message-id:date:mime-version :in-reply-to:content-type:content-transfer-encoding; s=fm1; bh=X NifZn/8rxHU7CoSkMRlebdudnORrGaY2bHLDDK/Ewc=; b=VZFeH3GDx+zqk0f5L WqtyHRVRUeUUNI1I3UXanhKhb1GG8cbl/m1GT8b9MmP/RtSbdf0lEG+ph3YwWM+j shM1wemJ01ntzKL6SgkeEinWD4x7Tw11DPoqMAPrKI4xK8iHurHsUh1xVaftVK7I TnnYcRZhMANWwoR/X3hcsI2v4AFXeRc91XimvA8Bf5nip++ddARE0sdnySPoa7vn fKG3iDxnylpfCvlVXa5ukLrE8ruzevmj0YgodxpbjC9J6Muz/jSTXyvYBtyS9Pl0 wPaXUnwi4XaieMnYaGoeuNUatLY5MstzW/5n37RoPbHjP5NnYcPI0y176SMBo3Z1 S5kug== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=XNifZn/8rxHU7CoSkMRlebdudnORrGaY2bHLDDK/E wc=; b=scyosvQEyboBmawYNvKPAMU0GvpziG4ZmIgdGcA+FH40GeR74NvumtlcG vFWqqf8Ie/aflzm6wSTq8SLNpM3P889WXD07N3zP9lOM7mWTZBU3T+Wy0vzfx3my PoZ1BbTVgAaYFPBsv6cBLtdxdW78Z4Kd+2H+RgYtN9+mynuWNHCKa9ih29IYQxkl 8wkl5JCPUIZY/Z8Oesyy6WtdkwuDOXdvPu0wjdZHG0xhcuxxtPzYTxAdwudYNHCL cOOAdjswL43II03AHm/I7Xh2TtTMXyM13KSw4aCV98Szh+wDsHUJer5tit320Dnq vKdG5cHA4uC9VThv4b+etn4sYyrVw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduhedrudeghedggeehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepuffvfhfhkffffgggjggtgfesthekredttdefjeenucfhrhhomhepjghurhhi ucfrrghnkhhovhcuoeihuhhrihhpvheshihurhhiphhvrdguvghvqeenucggtffrrghtth gvrhhnpeduueffgedthefftdfffeekhffgleeiieetgffhueegleefudffgedtueefkefg vdenucfkphepledurddvgedtrdduvdegrddufeeknecuvehluhhsthgvrhfuihiivgeptd enucfrrghrrghmpehmrghilhhfrhhomhephihurhhiphhvseihuhhrihhpvhdruggvvh X-ME-Proxy: Received: from [192.168.1.6] (unknown [91.240.124.138]) by mail.messagingengine.com (Postfix) with ESMTPA id 964DE328005A; Sat, 6 Jun 2020 07:34:49 -0400 (EDT) Subject: Re: Cross compile FreeBSD on amd64 for arm64 failes via compile determination error To: Gordon Bergling , Mark Murray Cc: Ian Lepore , freebsd-hackers@freebsd.org References: <20200605183002.GA2973@lion.0xfce3.net> <2e91deb9835aaaadd6dceec95395b81f5257f15b.camel@freebsd.org> <38CBC7EF-426B-45EE-9506-17B62F1F60FD@gmail.com> From: Yuri Pankov Message-ID: <7a48c717-e691-f5bb-af0f-4e3dbf10b7cb@yuripv.dev> Date: Sat, 6 Jun 2020 14:34:48 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0 MIME-Version: 1.0 In-Reply-To: <38CBC7EF-426B-45EE-9506-17B62F1F60FD@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 49fHVj3XMNz4dj1 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yuripv.dev header.s=fm1 header.b=VZFeH3GD; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=scyosvQE; dmarc=none; spf=pass (mx1.freebsd.org: domain of yuripv@yuripv.dev designates 64.147.123.25 as permitted sender) smtp.mailfrom=yuripv@yuripv.dev X-Spamd-Result: default: False [0.80 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(0.00)[yuripv.dev:s=fm1,messagingengine.com:s=fm3]; NEURAL_HAM_MEDIUM(-0.92)[-0.924]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(0.00)[+ip4:64.147.123.25]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[yuripv.dev]; NEURAL_HAM_LONG(-0.69)[-0.692]; SEM_URIBL_FRESH15(3.00)[yuripv.dev:dkim]; BAD_REP_POLICIES(0.10)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yuripv.dev:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-0.48)[-0.483]; FREEMAIL_TO(0.00)[gmail.com,FreeBSD.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[64.147.123.25:from]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.25: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: Sat, 06 Jun 2020 11:34:54 -0000 Gordon Bergling wrote: > Hi Mark, > >> Am 06.06.2020 um 11:56 schrieb Mark Murray : >> >> >>> On 6 Jun 2020, at 00:25, Ian Lepore wrote: >>> >>> You cannot do that. The installworld process uses a path that points >>> into the obj tree that got built (so that new binaries are used to do >>> the install work), and those binaries are compiled for the arch that >>> did the build. >> >> That is my experience. >> >> I used to work around a closely related problem when I built build* on >> a fast machine, and did the install* on the slow ones. As I was using >> automounts, I ended up with incompatible paths baked into the build, >> so I worked around those with symlinks. >> >> I never tried this with anything other than i386/i386 or amd64/amd64, >> so the above is interesting. Could a viable cross-build* be "fixed" by >> symlinks, and somehow and easily forcing a cross-build of the bootstrap >> tools? >> >> My RPis wish to know :-) >> >> M >> — > > In theory it should be possible to export the root filesystem of the RPIs and do a > > make installworld -DNOROOT DESTDIR=/exported/root/rpi-1 > > or something like this on the fast machine. > > But for now I have started the build on the raspberry pi directly to stress test > it a bit. :) I wonder why we need the compiler in the install* targets at all, shouldn't it be considered an error if we need to compile something while *installing*? From owner-freebsd-hackers@freebsd.org Sat Jun 6 12: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 27E8C332DCA for ; Sat, 6 Jun 2020 12:33:45 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 49fJpc6TVRz3WWm for ; Sat, 6 Jun 2020 12:33:44 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [IPv6:2001:8b0:151:1:c4ea:bd49:619b:6cb3]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "Let's Encrypt Authority X3" (verified OK)) (Authenticated sender: matthew/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 9EC7B25E15 for ; Sat, 6 Jun 2020 12:33:44 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from liminal.local (unknown [IPv6:2001:8b0:151:1:3822:75a4:9413:3216]) (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) (No client certificate requested) (Authenticated sender: m.seaman@infracaninophile.co.uk) by smtp.infracaninophile.co.uk (Postfix) with ESMTPSA id CC0993684 for ; Sat, 6 Jun 2020 12:33:41 +0000 (UTC) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none (p=none dis=none) header.from=FreeBSD.org Authentication-Results: smtp.infracaninophile.co.uk/CC0993684; dkim=none; dkim-atps=neutral Subject: Re: Cross compile FreeBSD on amd64 for arm64 failes via compile determination error To: freebsd-hackers@freebsd.org References: <20200605183002.GA2973@lion.0xfce3.net> <2e91deb9835aaaadd6dceec95395b81f5257f15b.camel@freebsd.org> From: Matthew Seaman Autocrypt: addr=matthew@FreeBSD.org; prefer-encrypt=mutual; keydata= mQINBFJIL80BEADi7/VbnnErDU6pjEhI/SzEZ/HbDRkJ5g7HroAtqIRm6nj8ZwOAgZ/2ZnWn 5F+fXTuLsG0FLNtkd17FoVcuCi5e/GPliXI5cmamV7E1Yz4T8UsJ7RQolimyxVexccKd16Tc AA7B9bFlJSKkBUSD0buj7VjT07xWhRzu6Vgi5r0UjLALYJz977uZA0F1aOGOXREDEAOhdcNc kSNjynqAwDA6dCT1Elpi4key1fYjv4jyDF+GU/YXul2Y/rguA8FCkHd9vyym5eAsLQ5mG00V V9fkEHIpH5KorNVnl/ufHXnkZqmHAZVpFDcrshb7aZ/pL45PXyWgLj+e6etelgj3a2bZi0JF cVdXCnBZVP2oIyYblM11ugTbfCwodORU8a5KfPeztMdAtDr4e+32NTrPdPi5rLT+GUsYz+PL 3A3m3u8bdsFp40DlIrBtSByVjqERxcfhphrEB4J8BXHUG7OAtXkZMlW/PGKDwXJq0O6Z5Tcg YHAoEiSWbXiexHgXNJyP+sqnIlhLWhSJGeJ+C83wqI6oYlZUCW00NkPxcIHnQPV/z+5wQVci TMyaWC2YCIHz4Ljs+TnwWMz0E8PNFDfHVbQ0W4PRGV7gRAqxfL+yKufauIEGbEq8rNDbSwL3 bcUCxR4ZDlaUEUwT4J8naf7rjdgiEYHs2Ig3jeK1+ER4FPG1sQARAQABtCRNYXR0aGV3IFNl YW1hbiA8bWF0dGhld0BmcmVlYnNkLm9yZz6JAlQEEwEKAD4CGwMFCwkIBwMFFQoJCAsFFgMC AQACHgECF4AWIQRyz6whebywJLW1RZADb2ye5/OevwUCXp/jFQUJDjo4SAAKCRADb2ye5/Oe v5lwD/0bhCaxMGrWb1PpmvqwARJRcqcXJOLUJXUvjKrMp97OtbGOucgsmTvBzXR7XaZrW/Y4 t5kquSg39ZellWjeVn2GUc4Cql+IPlGkxYiJu39dHu66iOhgpfOzIZQL7NxFysc+bvY0/XO6 sfNNUcIQ0ywmiOQedoxmcJs/gJo4mAZsf9ltLnlDeCTG8OqsjAKUsxatoGHvZ3wvFeEfdYjJ 9BO1haLm5EnnEnMlmgfopR3oW7oV8p8lIVFwzeHJTCVOv3xoo5o0kXK+YHdOLYWcPM9hiMDq u5AGbfPWw8IsDWFjeCUcgNADCG/DKJ98ld6R7QjDCOh8waKQDSStPxF71YwtUKRMCm7JayrM GhIlFxCfp5P9ALdiTsOctW5ONBBGvyCd3ggVikCxvsIP7rmt+yh5Bd6rz+Q9z/RikugN8ZRA 4g2TwDaM36obseh5VyDSlOkWpIJ7Mi5g8TWnhwy2KGeVvuQh2jeeMzCUBFQ3cV9sifAkcjoK ldsanwjKzqMT8Tf671zALHeWj1VtRjiRGDBPpTPeA/bmqZLAL5kqUejYZeqI7rkUN4cGYW59 o8P9F0GDcDBhoYRQOxPcm+eJMOjr8oDxwfGUJN5QYPEaEXxLfypSYrK8qem5Lp4uIdJfTLrT atLU97HL+POyyhDnvfob54OlY2BqUYL173MpHt17J7kCDQRSUUKTARAAt6FH3HbDFoumOWUu JlDgOQs3wdp2n3IKv7gqzbDdgaoWW7hDTvjO0Cb6p2PGUKEoxMQQoIdDO0pQ9rgr4Sh4VSVC 9WMO/fUwqdrIs2nACIg4OwvNhIccW08S+N72f+yuXWOQ/dv79cwruE26/BEXgIP09MYcOWwc UCXzOoUR3er+jzcsN9uFjcsBVUJLIEru1askHRzCUa5P9S9GAFBwN49HC5IJWEzdLP27FjjO G5UG3+QZahHrjG1i6S3bIYXtaGsqNyfkp9Is7Wpj2kk+s9Ua+YMG/V5YVlbANIexa1yr75p1 W9biqXpCWnB3TaHSfI0G1t9w8K2qhR/Z1/YLIcRzZ2aHJnvbzJYw5Cs1jfNpFytbASsxj0rb ReouftlBvVWFRxsZ+oG1ZXL64/SVKMZAnfBNxd1uajp+HtoQtYoTu88la6zcdnAhOD5JdOnt N2VF8iQnDfPgkidfuSZ1C059xaRPTSRJBgMRDtOlDxgz7Pxx/7L2jwxRY1dq6NGioflY7CCp Gc7bi1K6xnf3lBL8X2nGpRAVsg9Lx1ShIWkgNbTAcPXpXcXlJ1xqz8HS8Twadh6gIfk/RNch BIED9lkVCKHYp/XQb8T8vMwn/kTWUm5WlPkQUFQN4D1b6+dJw4bwn/wiRS8did1MU1OytJB6 tljfEUCx0uKkzqr+33MAEQEAAYkEuwQYAQoAJgIbAhYhBHLPrCF5vLAktbVFkANvbJ7n856/ BQJen+OUBQkOMSYBAonBvSAEGQEKAGYFAlJRQpNfFIAAAAAALgAoaXNzdWVyLWZwckBub3Rh dGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDE5RjE1NEVDQkYxMTJFNTA1NDRFM0Yz MDAwNTEzRjEwRTBBOUU0RTcACgkQAFE/EOCp5OdNFg//ZqeVdGoKkMvALPzZjGz84+6l0kcM xSN4TfWmec0YpSmDEzCw4/SZoGqHlZb8lcTevmNrNXg6c+wVw6P+Ycl20Nzb98Kt9C5sz+zG VmPPK+3O9gaPnEqlIKnnbxKXXNHQdd8Mf0UTpifMqX0IkWOqhe/tQKGoQ9+feKvLIaToIe/N josW6vJ9YAgFqZ0015zwbElhMNFmgDMOI2SgjBZ9ngP1U82Mqb7/7G9GxHtnwuJBSnPJgN8t av2O9uWPC0N8deyZBH4y9ERBPTFMc46wjkW030olcq7g4hZ55rpPIEyGQZCq4u1gGibbiQJZ EyUQT7BJm70/PeUr3uNjPlQODV/lF5TBvqGHEmlSQfo6Yb/QQx07CK9bvhUSO2XP3ybS8Jwo MZlgZzZcjiPiQF9ot6152/Cp/XrsKgtk+fg5ARZpyywRlQk1JCHRZvhgXIxqNYA04uwdPFcL I4vPiDaLS8mhXHLRZsSpHmIBqqrnam5Lq7iDc39UZrSJMM40oy3iAOI2B7AOCbzxRuEplJd3 E/tEqrnFGcPVN+h52ka74lEyfkwA2RrASWJJcXLN3/VsizEj8okepefzjU/UPnU8sirzeWWo 8Z4uKddovk//NwAPUJbee4vZLjYE6MWdpEoZP9CZXbtIPWuc9Djg16aHOgv44JPokDMaHA27 A4rw2KwJEANvbJ7n856/CZQP/1XGLC6fXn9SsllmWbsBjgERmqqNEz1c7uxqdNcPc3v/p5hG vuJmbg76H+dj9ZiHvStnSg7TQ73TtDbQNlnnAuyN53iYDzDGk8ZkQtWviwvbs1G4VbgB8DA5 Wdpjx/nH5vOpKB+6d9/KPZdjpHJVQydAbEqf6alRyMx2COBKzUg8COTQQtktO7fuXf1jzlOs OiSuHYTgRq7HUoYTvs8S62W2szMdYEBDJ+/j+9q24sKDpJYEnCKfirX5yFeknkRQUUz1Zsyi thnOPgJI1j5kdClSAA6q5LwDorHhzW4LVATqd4ATSeM9yTKSPbskquC3olamX3Bbfl8bT4NP Eot1d8A2FWehpWPrIvl2Tg4nI2/9krighKrrQBkC91A1bJPg4td3msCvrYRkiVFVFNHIO2uD XtTJ+heUmvNM4XlvUTXo7BE9Ew3yLg2B+Ipo5FVJJVPvKfWxVGKVVxBzMhbPYmbwNxE+NKZa J51Tdl+KeDXniadB5DMX/er7bhmG44dQUvz3kDYAX8c1i9vCxVQWNxcV98/ZO5RtXXZxokdh 8IMjqGonk9XlLi5GLbCMww2pQVqWVuQfLZTeVAzklB3dAj5ByJL1WbdIXMekMDWYXaEc+TAy tbaPz1YLJRz2s0tFOULw4LiVQqMobRRl1anfoEiUrSHHeTV1DrA+W1uQuf+cuQINBFJRQrgB EADUWFag56O3CaycayGght1rYWYz7P9/3s7OlqAuEAId8/kSz8jXzAb/Qb6t0247a2MD0gxn jgZQy2OiQOsOTrc31L6tUrLVATL5Q3oKIh9hOlNMA+cRjsgY3UmMaSw+Gftp64EJDBQwBXWT 7CSUEJw4PqzwMPiTHRkmqQfzdfNagFJVqZ0e+cznoLzI9WvkccwLW1kicBYEysX5yOXUQ9/P cKqRWcbxLFznJ16JsxL1DeUct5WRWUxECY2rM0t+AkNRa3NpzskiMUSzFhiGmJo9yyy1RS4d rjMhEn/IcM1sO21ZF/WWuUVkul65qngFnaFDDRQ5lU3AagWhLhmppmK/yabSVfqz38B1APoB WuldYprslTbAOJrL2xFtiH7m9VYbP2aGdwr9V/C27kiNWnm/lYzP9Z+dTFkxw2V+BOjiLWzD DD6pEE7YDhiPyoopadOyXtoJf3aK1OI+DBu3piBA/CDDDvavruM+3mjxUxcOo8w8rMaJzDUD LG0yOyhKWef3UW5ly3CKXe8+m/MZe0GavNBJt0ObLQpPmnn9b2kP/xS0ssszo8uzlfSMiGi9 AedAoRQ7vFXfI0MBb0M8gJ6Ht/+j1b5Al9ABeeA3PRuu+aBJwBRdFp4AV5BsCa0Qb3aqVJUP uBvtY56aWWB9sSfQ1qeu/loRxkJbHhaPJswscQARAQABiQI8BBgBCgAmAhsMFiEEcs+sIXm8 sCS1tUWQA29snufznr8FAl6f45QFCQ4xJdwACgkQA29snufznr9gXRAAoM1Vj0WDukryz52s MM4wPD6ny/uGaL0mTscWvvZZ7sXhJSgdLkYYZeXRuDOZN6K8vCxFB1frploGOHY6z5U3CW/l sEIW0BvEoYi5yLneCIJU2M5Y/8+35ffdV103de+RXP4VpAVf3kNdle7z6xpO452fhw2ymrAV +PgLlRBNVVgPG6NCrSpwLE5B63+guJzwhJ8dQGgi+TQTGHdWz66UQLig1KRON/KFtOlDCJci YLYmnnXIqb60JD8oePfjgyFTHEdXcEllsHtRhtE81Aw6fMeOZigxKaDcDzopS+8RWSHxrFL9 qwCNWL9KycIu2usa5qxBSVf4Q9hr2vFVuQZHnVDvuM6RzJBgD+j7o7xA7DWGv1njPJyoCCmV SRz4XuV2Y2jonNuEipsaftzMFlIkg4yg0s+eknh0cv0IjFTas5FMGX7hQLClnsCy8rzCDzKC J4jNALJ22sdft1CsZjOz7x+aOg5ypDOfR29PmF/gygk2dgt9HjMHcYlOkgsbY0/PwxNIpgYM xI7iELFa7W9ZNZfcWDSaP/VQfsL2/vOHBZzEmqmalQHp5QeZszGDTwr7yR886viXbLV40bBs ZXyVm2yodwsT3B1swxMGASV6ZG9p0bURekwyuN1zjCf2cIr6SrU8gTZjQyAlfDtU+dhvVCfw D2UGgsFXnd7KkBLadQs= Message-ID: <37bcfc43-ddf4-78c0-28b1-63a716d7b50d@FreeBSD.org> Date: Sat, 6 Jun 2020 13:36:01 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="4tlIXWxt14LHIr6Y4o5PpFtp1WMLbsiHh" 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: Sat, 06 Jun 2020 12:33:45 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --4tlIXWxt14LHIr6Y4o5PpFtp1WMLbsiHh Content-Type: multipart/mixed; boundary="GxwiOmrcg3LbGeqzPxp8Sny5tzVWlMUUf" --GxwiOmrcg3LbGeqzPxp8Sny5tzVWlMUUf Content-Type: text/plain; charset=windows-1252 Content-Language: en-GB Content-Transfer-Encoding: quoted-printable On 06/06/2020 10:56, Mark Murray wrote: >=20 >> On 6 Jun 2020, at 00:25, Ian Lepore wrote: >> >> You cannot do that. The installworld process uses a path that points >> into the obj tree that got built (so that new binaries are used to do >> the install work), and those binaries are compiled for the arch that >> did the build. >=20 > That is my experience. >=20 > I used to work around a closely related problem when I built build* on > a fast machine, and did the install* on the slow ones. As I was using > automounts, I ended up with incompatible paths baked into the build, > so I worked around those with symlinks. >=20 > I never tried this with anything other than i386/i386 or amd64/amd64, > so the above is interesting. Could a viable cross-build* be "fixed" by > symlinks, and somehow and easily forcing a cross-build of the bootstrap= > tools? >=20 > My RPis wish to know :-) Or you could just `make packages` on your fast builder machine and then use pkg(8) to install on your slow machines. Either NFS mount the repository directory, or stand up a fairly simple webserver to provide the packages over your network. This also will allow you to prune out a lot of debug symbols and other bits and pieces you probably won't want eating up space on something like an RPi Cheers, Matthew --GxwiOmrcg3LbGeqzPxp8Sny5tzVWlMUUf-- --4tlIXWxt14LHIr6Y4o5PpFtp1WMLbsiHh Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEEGfFU7L8RLlBUTj8wAFE/EOCp5OcFAl7bjbFfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDE5 RjE1NEVDQkYxMTJFNTA1NDRFM0YzMDAwNTEzRjEwRTBBOUU0RTcACgkQAFE/EOCp 5Of0rA/7BpN9HPJCOQqEmAJFZGhM0YcUS2egsdJV7C/eVXUvYS5f/qKMdq5tudsF rDSgxbviorYrwfRvid8lFkRvVGqa3Syof/NkDUl9OgARQUoBNc1fmoIj3wthBf2n w/i6KP8YPBiou5LMyX7KPa0ZvQ9vzTrV69TF3e2dw18SLC2ue2zB+Tub4Fbuxk8o XTiUXcrtRqE7HvG5iO2y0tUZ5sJhDW63SlvBvtVjJ8lI513M0N5Kb4e13SfXpHPn 86ccGy6wCyPNsKgYX5V31B9mkeF7IPCNF6cqqlkQaoU4PhqZrKRCbPXFdnR39GIy pkhwRryDjAnAhRPquUrtvkzzYIOAqxEYRySKVjvYJd0SC+YM1QjUlCfCRrKRFjOj 4Esxx3WzAraGoScRD3cz4mPdQQJcCSmwn7x2KpcdjOOT3+fuXKHiaNcQwLK3+dr0 BTaFPP6XrIL3CWORC9fdn4yFZx85i0Cw8hT39TSA1NWkxOYW3EXD1coYbwqSQRHq bACB5g61DJZ+tdTduM4laJSUuS8Nvx/xdUE3D9oWPSo+yfZtzFSEYdO6vCEPZNx4 3ihDJb85Sw4A8N5vnyKndd6GSxK2x8xT6ZT4TIjhv4TSF/N6DL5pV4I6hPdi6s9y 8f1Dj7NjWJPQNT2aLjK0gSVkajdd5SzkfCTfmcq3+eyMgUxvrFE= =Ns/L -----END PGP SIGNATURE----- --4tlIXWxt14LHIr6Y4o5PpFtp1WMLbsiHh-- From owner-freebsd-hackers@freebsd.org Sat Jun 6 13:07:53 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 7405F3335F3 for ; Sat, 6 Jun 2020 13:07:53 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from gromit.grondar.org (gromit.grondar.org [IPv6:2a01:348:e::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 49fKZ112fBz3ZZN; Sat, 6 Jun 2020 13:07:52 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from [2a02:8011:300b:42:50cb:c594:c28b:9782] by gromit.grondar.org with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.93.0.4 (FreeBSD)) (envelope-from ) id 1jhYYA-0008ix-JB; Sat, 06 Jun 2020 14:07:50 +0100 Content-Type: multipart/signed; boundary="Apple-Mail=_C03EF707-36C8-488A-82B1-B3AD5C1399A9"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Cross compile FreeBSD on amd64 for arm64 failes via compile determination error From: Mark Murray In-Reply-To: <37bcfc43-ddf4-78c0-28b1-63a716d7b50d@FreeBSD.org> Date: Sat, 6 Jun 2020 14:07:49 +0100 Cc: freebsd-hackers@freebsd.org Message-Id: <75191F5F-6E86-42A5-95FA-48E8B567FDD9@FreeBSD.org> References: <20200605183002.GA2973@lion.0xfce3.net> <2e91deb9835aaaadd6dceec95395b81f5257f15b.camel@freebsd.org> <37bcfc43-ddf4-78c0-28b1-63a716d7b50d@FreeBSD.org> To: Matthew Seaman X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49fKZ112fBz3ZZN 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:39326, ipnet:2a01:348::/32, country:GB] 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: Sat, 06 Jun 2020 13:07:53 -0000 --Apple-Mail=_C03EF707-36C8-488A-82B1-B3AD5C1399A9 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii > On 6 Jun 2020, at 13:36, Matthew Seaman wrote: > Or you could just `make packages` on your fast builder machine and then > use pkg(8) to install on your slow machines. > > Either NFS mount the repository directory, or stand up a fairly simple > webserver to provide the packages over your network. > > This also will allow you to prune out a lot of debug symbols and other > bits and pieces you probably won't want eating up space on something > like an RPi These are the sorts of things that I'm doing. But I'm lazy, and would prefer to do less :-) M -- --Apple-Mail=_C03EF707-36C8-488A-82B1-B3AD5C1399A9 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 Comment: GPGTools - http://gpgtools.org iQEzBAEBCgAdFiEEyzPHvybPbOpU9MCxQlsJDh9CUqAFAl7blSUACgkQQlsJDh9C UqBZ/Qf+OF/1nxSQgpSJWDyB4lhQExOgpdzV1FuT/q0e/RwRCqMat5ndUY+7UBLr EbP9YQpR6eu/cww8UKkG/Te/0P9JIqk5V4EChawYkq7Jdr2KrZt5TNZLnbtTZ1PX VhyEHv2t6NDmcZXF+VqvMQGaKM8m4+3Mu/LgBiY9bMOvpzKUQA5+PZzy8E7W8MKx 1Rr6DPJIMgp14A+OaK9UT8t1ABuJUPjBiRIgVHRhb0/7qoNkKpImjtoOvlK09BL5 5BFAertAo5Pd+nl6hlKScXQS13lsKrZuhuGALYDIP33gZdTfOaSQDG/ShN/rJl5V vqgQ8Cf9RVnnccKZKhLORIVOMyDnbA== =LUyw -----END PGP SIGNATURE----- --Apple-Mail=_C03EF707-36C8-488A-82B1-B3AD5C1399A9-- From owner-freebsd-hackers@freebsd.org Sat Jun 6 13:30: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 2029F333E8B for ; Sat, 6 Jun 2020 13:30:32 +0000 (UTC) (envelope-from gbergling@gmail.com) Received: from mail-wm1-x342.google.com (mail-wm1-x342.google.com [IPv6:2a00:1450:4864:20::342]) (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 49fL4806Tdz3d5M; Sat, 6 Jun 2020 13:30:31 +0000 (UTC) (envelope-from gbergling@gmail.com) Received: by mail-wm1-x342.google.com with SMTP id f185so11732781wmf.3; Sat, 06 Jun 2020 06:30:31 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=BTQTCVXhHT57O1ZOmPwW/IEwQrYHKsUsr03YYL4lWd4=; b=HB6tiKbzPogMpXx1zif3juOzdOaQVrlQEdbJozx0X/D0geXTl4srokBZ8IDRF2I0CQ GY8JOCecYxsBfRWlY9oTw8FR08lLP41s8kwny+DEoeX7ibphSQCeZLhCODBj7BXJbCXY dFByjeWTADSM9vsIkXLjCRZ6+1WRsSZUecW9S/Q+vePxoVtY5eBRezaIuvVkX+Up1TzF /QuZkbAYRGNBXaUNkzYrbTM1ua/e+Tf40RFuvHce9ZOOTthcH+r6kldwmxtUpBE/2+Ck A7YAgEXtdaKPN784KA9AtYz+HmhFUgZbSoQYKPapO8rnG4t9bvOjBA8e2mfCQsUH8ZNr 2a9g== X-Gm-Message-State: AOAM5301WsB8TtTBwCpOOVwgqGhWLh1DJhG+w3s/w9f8XtUKCusEuMS9 CmHO3osgtCuQHzZ1xZxAiAfLklLj X-Google-Smtp-Source: ABdhPJx3ezA87gAR08OoInWU8qgOggG/XzcmOZ5MOGOYwGsWafY4EQwGnCW/tXYlDEx/sLPMCCHlsA== X-Received: by 2002:a1c:e057:: with SMTP id x84mr2073499wmg.160.1591450230399; Sat, 06 Jun 2020 06:30:30 -0700 (PDT) Received: from lion.0xfce3.net (p4fd3af72.dip0.t-ipconnect.de. [79.211.175.114]) by smtp.gmail.com with ESMTPSA id v6sm8187801wrf.61.2020.06.06.06.30.29 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 06 Jun 2020 06:30:29 -0700 (PDT) Sender: Gordon Bergling Date: Sat, 6 Jun 2020 15:30:28 +0200 From: Gordon Bergling To: Mark Murray Cc: Matthew Seaman , freebsd-hackers@freebsd.org Subject: Re: Cross compile FreeBSD on amd64 for arm64 failes via compile determination error Message-ID: <20200606133028.GA89418@lion.0xfce3.net> References: <20200605183002.GA2973@lion.0xfce3.net> <2e91deb9835aaaadd6dceec95395b81f5257f15b.camel@freebsd.org> <37bcfc43-ddf4-78c0-28b1-63a716d7b50d@FreeBSD.org> <75191F5F-6E86-42A5-95FA-48E8B567FDD9@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <75191F5F-6E86-42A5-95FA-48E8B567FDD9@FreeBSD.org> X-Url: X-Operating-System: FreeBSD 12.1-STABLE amd64 X-Host-Uptime: 3:26PM up 19:20, 3 users, load averages: 1.13, 1.15, 1.15 X-Rspamd-Queue-Id: 49fL4806Tdz3d5M X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, 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: Sat, 06 Jun 2020 13:30:32 -0000 On Sat, Jun 06, 2020 at 02:07:49PM +0100, Mark Murray wrote: > > On 6 Jun 2020, at 13:36, Matthew Seaman wrote: > > Or you could just `make packages` on your fast builder machine and then > > use pkg(8) to install on your slow machines. > > > > Either NFS mount the repository directory, or stand up a fairly simple > > webserver to provide the packages over your network. > > > > This also will allow you to prune out a lot of debug symbols and other > > bits and pieces you probably won't want eating up space on something > > like an RPi > > These are the sorts of things that I'm doing. > > But I'm lazy, and would prefer to do less :-) > > M > -- The distribution of packages should be possible, but I think that if a crossbuild is possible it should also be possible to make a installation via a NFS share since it works well on amd64. That's properly a good freetime project for myself, once I am finished with my manpage todos. ;-) Kind regards, Gordon From owner-freebsd-hackers@freebsd.org Sat Jun 6 14: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 C41BB334CD6 for ; Sat, 6 Jun 2020 14:11:36 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49fLzX43P4z410P; Sat, 6 Jun 2020 14:11:36 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 056EBYPB036236; Sat, 6 Jun 2020 07:11:34 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 056EBYje036235; Sat, 6 Jun 2020 07:11:34 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202006061411.056EBYje036235@gndrsh.dnsmgr.net> Subject: Re: Cross compile FreeBSD on amd64 for arm64 failes via compile determination error In-Reply-To: To: Mark Murray Date: Sat, 6 Jun 2020 07:11:34 -0700 (PDT) CC: Ian Lepore , freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 49fLzX43P4z410P 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:13868, ipnet:69.59.192.0/19, 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: Sat, 06 Jun 2020 14:11:36 -0000 > > On 6 Jun 2020, at 00:25, Ian Lepore wrote: > > > > You cannot do that. The installworld process uses a path that points > > into the obj tree that got built (so that new binaries are used to do > > the install work), and those binaries are compiled for the arch that > > did the build. > > That is my experience. > > I used to work around a closely related problem when I built build* on > a fast machine, and did the install* on the slow ones. As I was using > automounts, I ended up with incompatible paths baked into the build, > so I worked around those with symlinks. > > I never tried this with anything other than i386/i386 or amd64/amd64, > so the above is interesting. Could a viable cross-build* be "fixed" by > symlinks, and somehow and easily forcing a cross-build of the bootstrap > tools? Thats an interesting idea, or a form of a special "populatebuildtools" target that says to populate the obj/ tools area from the binaries on the running system, as often those are adaquate for an installworld to complete. Or possibly a simple "usehosttools" to say don't even try to use the tools from obj/ just use the tools on the running system. > My RPis wish to know :-) My diskless boot and build system wants to know too. :-) > M > -- > -- Rod Grimes rgrimes@freebsd.org