From MAILER-DAEMON Sat Feb 01 05:21:10 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1ixptm-00005z-Je for mharc-bug-hurd@gnu.org; Sat, 01 Feb 2020 05:21:10 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:54256) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ixofz-000438-A6 for bug-hurd@gnu.org; Sat, 01 Feb 2020 04:02:52 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ixofy-0005D5-An for bug-hurd@gnu.org; Sat, 01 Feb 2020 04:02:51 -0500 Received: from mailout-l3b-97.contactoffice.com ([212.3.242.97]:59410) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1ixofx-0005AC-QC for bug-hurd@gnu.org; Sat, 01 Feb 2020 04:02:50 -0500 Received: from smtpauth2.co-bxl (smtpauth2.co-bxl [10.2.0.24]) by mailout-l3b-97.contactoffice.com (Postfix) with ESMTP id 21DED3234 for ; Sat, 1 Feb 2020 10:02:47 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mailfence.com; s=20160819-nLV10XS2; t=1580547767; bh=znfyW+27alH0lL3FA2ltW1HwdM31VFeeF8bR0xFB+g4=; h=Reply-To:To:From:Subject:Date:From; b=BRKSGqCmOSQ31dsSTnIyjKWD5wbH9PyIBOoaf+47jZGECjDo7KF7AS/SRjy6ltmqY 5SoCKXL/J80kUgvGVscaTGbyaRbuLYSRYVx1qE3zNoooR3CLC37AF/1Ujhg4e0CWsH 5Y4VxkbB/tQCUopDjTtNceH9GoSIWXyPgHex0Em/VJrXFVDtzpqnOkMZ0pe+M7eitj JfYarWgD6cTcndK9hM4HYmcIjy0+31xwigjA8GKcHUXKqgJhNlh/cBfbCiB/I15tFA /rKH06aDhCORjHQsxq5AD8CNFfFf13xX/KZrOPGSWg1/kx1MrDTqSU/yY1ZhyaS8YY IC4DmfrVsYD4Q== Received: by smtp.mailfence.com with ESMTPA for ; Sat, 1 Feb 2020 10:02:43 +0100 (CET) Reply-To: jlledom@member.fsf.org To: bug-hurd@gnu.org From: =?UTF-8?Q?Joan_Lled=c3=b3?= Subject: pci API: pci_get_ndevs() Autocrypt: addr=jlledom@mailfence.com; keydata= mQINBF1HPdwBEACreAzecwmgg5b8WovL1X1W2pK6PwvsrOeszFNY4rtRlWCnx18/6cK1qRZ9 kYnBU1cZ2FH5c6Il7RWJ4tq0TUoah43NAUFZLtOn6nxHX308/VKJqrZWfovdqxwhliuziPNE KW3XYYy5pKzjUA45ztDI+aMJaFLsb5fLoXUZoCVCe98jQvY+6Pufjsz4HvBOXJV/8J60G+cP VNMNems/pcE9fPmPe57a6/y26RGwDRgyf3+vCxlj26GadUWMc7PEl+fLerGX8SkJJtGlLbOP wgJZxQPfuCVJapk/ywDk9ZexNhjHsLAk8pA/S5JSlgodO9PzGP+GfqeIWXFaiY0LpOzQYtA1 gbL+WgWg1ZZyiULTmGT2XpRj7T1npnNFCNCH2L7WjR9CuFm6/TogCcz4jnpTQO1J5LQGPufv Hrfrlnc3MVhddqmmN3AboHzqgZ+KFMD8eDnBgfYI/aY1SgH4BDLuOuszL9GJlYosbOe3bUlK rVJefq2A/13KlgFqk3bcD7tWriqBGAHpzVdligyNJ9dpgtKV3j7G6hFqh+sNNvXz7zsl+jr1 xDkPa/QRmdWHGoa25QYM97g3bVeAg324Y7zA1Ik+iLmwXSzE13UiOCM8smMaV6NmPI17m9YO QHnF+7rIyXBEHpY04kSOjb1YuBD3iF/4hsDtXmfnEhvh8ByXGwARAQABtCNKb2FuIExsZWTD syA8amxsZWRvbUBtYWlsZmVuY2UuY29tPokCVAQTAQoAPhYhBIrcDbnU2zRNkfeIjKGZ12vK RpHjBQJdVYeGAhsDBQkDwdXEBQsJCAcDBRUKCQgLBRYCAwEAAh4BAheAAAoJEKGZ12vKRpHj cr0P/3bKT0MrAD6PCmyr9MLnGa9Rwo5csSwi9vrQ2zMbRnDHGvcd1Sjygw156fimzr0VY8O4 Kgr0HjS+IPKMWMWHLNPAsZ+H4M6Ben6OUxmbiuPfl9GdX0LI3fUjwoCoemuDmbHyQ0Xs+FYI ff9vyVTR0SoIJfw3aOdJR5/kimNlK/pPfZTr5Hp8Gm0h8KFFVD4jZexcJEGMd9u5lMS45IWY S0r3/GizVFC7Cltv8t5zsNxLzHOi/zOlcFCcH9bck0Wv9syS8TnHjJyLHiqAwc0xX/DErMwI 5jq/Wv4bgrNmutex/ayjQf/COK2kHx89oUmrqwoFN8K+oSuRrEmpmNN5DNJPQyBi+BmpyOFK 8oSZlwaMNAUY8si6rTEMVRdstHEceweL/Pjr4JSK4JqE0G992RNoZewmqgIPmBbwvLlchS0Z HC/8RJXGxyeXdk3pvdJWFgTUGho2Bm1kDMsZmliPGjmzJV1PNY6Ixdmcj8WV4YFlbEwnGj6g 9oJa4FR2yVXm7Z7ZtP0BgLEbYAxsd2CyoU0scqK/pYi2sD+8L24w1ahM/cK2aAvpsTqpIpWx yBThozzLFvQ65++8p5mxJjwYT9+ebbKvXEQTpRkSDAb+WuOSf+lW0qsyULM6kDyAUsGUGRJ2 v0mcjFCw2EUKHqis70n+x6yBiw6ImkBB7SLYiN7duQINBF1HPdwBEACflB9EI4BgfNKkAoNU GxzqJ1dD7YUd81qchjXg0AiT/2IguyFTCNEFlcxa6kBw+QoQgq/wSqwrh/vHZjR6GqKTkGA1 nrN30ilKuMp+WdIhuLlfw4RbqJC+JulfNYxdpoTuqzPalkeh5DsT9jF8anxZ6XQYuxRtC8cH +GMzKRE/MLm6NO9e2Lh66oYDeuTGBFkD3e0N0LTWanVJtNoycVfSHuDpbBlBef6lM8Qk8TX1 DrIBeoPw8Gg4Y1Xs6Tnqi3W0hciR+dRKlPhT2eawiE+PEdPMz3rCQX2/LQPHsuTWtL31Bo92 fsKepplkuRnmpbxfPKJfDPqclJ8CdrkqCjYCItTEIyKAHA4k1WMS9em/HmL1U0Rewcj6x4cG gbm0erVLp5TCWXNQ5IxiWSCIBDTLMMX6IURYjo6R4/1EabDPmDsycYiQrmEzrFNXiFL6VCkj adRHWJHtmu2uhvN4FVGzu11ZZbx3rPEL9P9ilR4oS2SIys8UN4Dx1w451DF7hve1d5G92yoJ Cv+JLbPg7h8VQhZ21fgliFmT/GGzJKNf1OvRu8KWJ86vEgrXcSDbcJ7yJM8mJc+osn1INPIw a0HmVD5Zs1IXbo7aRThJ/6OypnYATJH6B0eS2BFUnjVXnXHjW/GqZ2bYcB44O12X0Syo9kx3 bAlEbhXcGsw2DbOWxwARAQABiQI8BBgBCgAmAhsMFiEEitwNudTbNE2R94iMoZnXa8pGkeMF Al1VhV0FCQPB1cQACgkQoZnXa8pGkePTlBAApOIMLo/TSfr4EzwYk3wPy75THmYKi1f3HFjJ ueFHhX59URDHpdJUicQ1Lmmc5rnvMZTA9Q61Jvo9FMPpLn+cEhcgX4+ebwtcJHI2Nz3bYAGB Fb+iwOOYm08yWGn/ZR+A4Ikr6ErwC+2J4J0zVx7B6bJnPZATqBdswjfxQnuW1zDxGA2DTjVL BqnNHF3OD9xSKqFClBH68vVy1DxAbw4h4byE4gOx2gljbZ1Yy1+ivkdUMfICxOeDDZXthIAh FpRm4VJnL/X6corAe308MOPAbYTmumy36vxWolXJfX8PqUhcVcfbf0edqBjJeLnJU29Y3ZdG 4hGj3/2yqGzJ96m3E+QWPcaKY1buWKuM/xtrZipWaNH/AW0okyGcZ6PxL1jdTC6cpB4q5ecI xLiSfLokcjWEjuWvLKB9dkFXRnj4T9HiVQ587MMilFOFcGAxNUasdmk7d3HfSDy2wNHI50dM tTVpl0T8QJ5Khh9/ZyQr1a+V3+hz5TCI/w8mD/r44XripDpJqNNjpehX9z76gyBM/4fXrVD3 A//ct0aemfSfe3hCkAPMpDzxitv9N/5e6TqW6kJsRjLsjuVnSM1rpg8MWn3mL0L0JsYMSjQh xO1BkU/MwMXH14sh6cDIXJ0Ut1v7eScM0slpy3eey1RbEjNjNeqeeVUWJsbpm6c5pBM2fjc= Message-ID: <0b28c8ef-948c-91eb-050e-cf66768a6709@mailfence.com> Date: Sat, 1 Feb 2020 10:02:45 +0100 (CET) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.4.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-ContactOffice-Account: com:219870206 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 212.3.242.97 X-Mailman-Approved-At: Sat, 01 Feb 2020 05:21:08 -0500 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Feb 2020 09:02:52 -0000 Hello, now that both pciutils and libpciaccess have upstream patches that doesn't use the operation pci_get_ndevs(), what should we do with it? Should we remove it from the translator and the interface, or keep it for a while? From MAILER-DAEMON Sat Feb 01 05:32:18 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1ixq4Y-0003l5-9F for mharc-bug-hurd@gnu.org; Sat, 01 Feb 2020 05:32:18 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:48958) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ixq4W-0003kS-Ak for bug-hurd@gnu.org; Sat, 01 Feb 2020 05:32:17 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ixq4V-0005Uz-Gz for bug-hurd@gnu.org; Sat, 01 Feb 2020 05:32:16 -0500 Received: from hera.aquilenet.fr ([185.233.100.1]:51116) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1ixq4V-0005UT-Ar for bug-hurd@gnu.org; Sat, 01 Feb 2020 05:32:15 -0500 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id 2D4242707; Sat, 1 Feb 2020 11:32:13 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2QZVR23UiLmD; Sat, 1 Feb 2020 11:32:12 +0100 (CET) Received: from function (unknown [IPv6:2001:67c:1810:f051:9eb6:d0ff:fe88:c3c7]) by hera.aquilenet.fr (Postfix) with ESMTPSA id 293F325C8; Sat, 1 Feb 2020 11:32:12 +0100 (CET) Received: from samy by function with local (Exim 4.93) (envelope-from ) id 1ixq4O-000B7p-91; Sat, 01 Feb 2020 11:32:08 +0100 Date: Sat, 1 Feb 2020 11:32:08 +0100 From: Samuel Thibault To: jlledom@member.fsf.org Cc: bug-hurd@gnu.org Subject: Re: pci API: pci_get_ndevs() Message-ID: <20200201103208.uri26wmpva245bgr@function> Mail-Followup-To: jlledom@member.fsf.org, bug-hurd@gnu.org References: <0b28c8ef-948c-91eb-050e-cf66768a6709@mailfence.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <0b28c8ef-948c-91eb-050e-cf66768a6709@mailfence.com> Organization: I am not organized User-Agent: NeoMutt/20170609 (1.8.3) Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 185.233.100.1 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Feb 2020 10:32:17 -0000 Joan Lled=C3=B3, le sam. 01 f=C3=A9vr. 2020 10:02:45 +0100, a ecrit: > now that both pciutils and libpciaccess have upstream patches that > doesn't use the operation pci_get_ndevs(), what should we do with it? > Should we remove it from the translator and the interface, or keep it > for a while? We need to wait at least for Debian packages to be up to date with this. Then we can probably remove it, with a Breaks on the old packages. Samuel From MAILER-DAEMON Sat Feb 01 16:09:12 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1iy00u-0002ON-76 for mharc-bug-hurd@gnu.org; Sat, 01 Feb 2020 16:09:12 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:53678) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iy00r-0002Nm-NJ for bug-hurd@gnu.org; Sat, 01 Feb 2020 16:09:10 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iy00q-0007Ep-H6 for bug-hurd@gnu.org; Sat, 01 Feb 2020 16:09:09 -0500 Received: from mail-pj1-x102c.google.com ([2607:f8b0:4864:20::102c]:36219) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iy00q-0007Du-Ac for bug-hurd@gnu.org; Sat, 01 Feb 2020 16:09:08 -0500 Received: by mail-pj1-x102c.google.com with SMTP id gv17so4619484pjb.1 for ; Sat, 01 Feb 2020 13:09:07 -0800 (PST) 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; bh=Hc9JZvf3vA+wh6wxKWxBeCxR3FrIxn+BNnXe27SAXE0=; b=ZpI8kq0pny06lplOJfvBl/KEvosYB4oQWWGA+TFZ9CSFs71TTdznTH7eaaVz8zmAx3 /Ytzi2A2ILbyyFiIuKooQV8m9CqoZSHEH0Laipdkka1r1cUT/znenG76kQJGid7XsPgU IHxufbFce6G6hijKHMg+AwfmUGbhGKG4Dp5++bdFytxj2ILucNYjtgEyR6ewe2nfO+Ef nnYnmCLHQxch+r3QbcJ4Ec6dIlC0jLDIpiS0ljHd56d8Zemq+aFs4NrDGy0GBN9qtH2s iMOC5Ocb7tB1zJUfQHD6gEXPl+8h0R/ma5zeE6xyxrne3ca9JLGsI0L/gjOjL+eo2sSB iANA== 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; bh=Hc9JZvf3vA+wh6wxKWxBeCxR3FrIxn+BNnXe27SAXE0=; b=hElcYLb2foyGekIuKT/7Fm3ef9gM0w464rPTZFHFcuTLl689cDAW5JTtCgib2Sxzyw 7ol+DoEkFE5xDXhtUriULgFx9wviczSkvi7skcvWBww8zSb0G76iii1dwM2ZEl9+8pqs TrZAcmc5dIXDWfaP7A9plpp1IF59i++n/144gZQL2g9vhD6NTY970o1y7f/ZqG8O5ZYz 7uegMsFPLpBc84pQgFD+t8hG52GfppGLiAsvIGvP3Ui6ZRAIIl7YW7BzY/CA7Ac4fKUj 0iQtivB3qdIZWmvMCHjFmUizXw0DgUO6SW8AE8yezdogSuX/W9u3VL/fey13xNHQzIzp GmbQ== X-Gm-Message-State: APjAAAXJ58EtNQVoS7KjHaYKNPX7g/NM/iYWV9nd7gIWNg64SXTRZrpY ew5QHsTx0tz92NR+jePcWpGxiThhZaacu7+d/FPLqw== X-Google-Smtp-Source: APXvYqz+7wqCIvtndBKcM/ympv9IfSQcuhoep4g8cOgU2s2a/y1QGql4JW0mEW5nBExtg7n47QTwv2YEtrK1Cjae2Ic= X-Received: by 2002:a17:90a:7781:: with SMTP id v1mr20419190pjk.108.1580591346427; Sat, 01 Feb 2020 13:09:06 -0800 (PST) MIME-Version: 1.0 References: <87tv4hnt0a.fsf@euler.schwinge.homeip.net> <20200127123339.GA2212@dalaran> <20200127164552.GA23256@dalaran> <20200131210825.GA3922@dalaran> In-Reply-To: <20200131210825.GA3922@dalaran> From: Almudena Garcia Date: Sat, 1 Feb 2020 22:08:54 +0100 Message-ID: Subject: Re: Google Summer of Code To: bug-hurd Content-Type: multipart/alternative; boundary="000000000000bd2bcf059d8a192a" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::102c X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Feb 2020 21:09:11 -0000 --000000000000bd2bcf059d8a192a Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable > I think any work that is meant to last and ends up in a form that > isn't fit for long term maintenance isn't serious work. I'm sorry, but I continue seeing the OOP redesign as a long term objective, but not appropriated as GSOC main objective. But It's possible to do little refactors to prepare the work for a future fully redesign. My main objective for this GSOC is improve a bit the code structure, doing little refactors in functions and structures, and fix the problems with scheduling and synchronization. If another person want to be my mentor for this objective, I'll value It. Thanks, and sorry El vie., 31 ene. 2020 a las 22:08, Richard Braun () escribi=C3=B3: > On Fri, Jan 31, 2020 at 08:58:41PM +0100, Almudena Garcia wrote: > > > That's not exactly what I mean. Let's talk on IRC to sort this out. > > > > I've not seen you today in freenode, so I'll write my opinion here: > > I'm always on IRC, just not in #hurd. You can message me directly. > > > I think that a better idea could be to continue the current work with > easy > > refactors (change some names, create functions to avoid duplicated code= , > > moved some data (as apic_id) to more correct structures... etc), which = is > > simpler than a fully OOP redesign. > > > > what do you think? > > I think any work that is meant to last and ends up in a form that > isn't fit for long term maintenance isn't serious work. > > -- > Richard Braun > --000000000000bd2bcf059d8a192a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
> I think any work that is meant to last and ends up in= a form that
> isn't fit for long term maintenance isn't= serious work.

I'm sorry, but I continue seein= g the OOP redesign as a long term objective, but not appropriated as GSOC m= ain objective.
But It's possible to do little refactors t= o prepare the work for a future fully redesign.

My= main objective for this GSOC is improve a bit the code structure, doing li= ttle refactors in functions and structures, and fix the problems with sched= uling and synchronization.

If another person want = to be my mentor for this objective, I'll value It.
Thanks, an= d sorry


El vie., 31 ene. 2020 a las 22:08, Richard = Braun (<rbraun@sce= en.net>) escribi=C3=B3:
On Fri, Jan 31, 2020 at 08:58:41PM +0100, Almudena Garcia wr= ote:
> > That's not exactly what I mean. Let's talk on IRC to sort= this out.
>
> I've not seen you today in freenode, so I'll write my opinion = here:

I'm always on IRC, just not in #hurd. You can message me directly.

> I think that a better idea could be to continue the current work with = easy
> refactors (change some names, create functions to avoid duplicated cod= e,
> moved some data (as apic_id) to more correct structures... etc), which= is
> simpler than a fully OOP redesign.
>
> what do you think?

I think any work that is meant to last and ends up in a form that
isn't fit for long term maintenance isn't serious work.

--
Richard Braun
--000000000000bd2bcf059d8a192a-- From MAILER-DAEMON Tue Feb 04 10:14:03 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1iyztq-0007dA-Rm for mharc-bug-hurd@gnu.org; Tue, 04 Feb 2020 10:14:02 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:36111) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iyzto-0007cV-4Z for bug-hurd@gnu.org; Tue, 04 Feb 2020 10:14:01 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iyztn-00009z-4C for bug-hurd@gnu.org; Tue, 04 Feb 2020 10:13:59 -0500 Received: from mx2.dismail.de ([159.69.191.136]:38674) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1iyztm-0008MU-HR for bug-hurd@gnu.org; Tue, 04 Feb 2020 10:13:59 -0500 Received: from mx2.dismail.de (localhost [127.0.0.1]) by mx2.dismail.de (OpenSMTPD) with ESMTP id c23ebd69; Tue, 4 Feb 2020 16:13:55 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=dismail.de; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=20190914; bh=vBYTMuNQF/TVp0EwDaHLRaxDVPOQ+wa+qw xZC4CiEyM=; b=Jlp6zQglKgAzjs0bbyeAu4cn0c933NxQfUxqaET7AsZssLrMkg P39v5zXiOpbShzZJlS2l19KWN0eC9Ztn81OloZBJinYHlZMuNDBEMAJY038y8p/w /dzOS/xTGAC6ytQs4cl1XhCL3QAysLhG0We28aN6E774tyOdSn1FuYpvkw6zI2QJ BPxkfyV04hG2R+t9/zmsPxACTxbhDHtzLkqNwylZIZk6eOswzlU+CuM1+0OG9faK +qSnrCXe43hZzVWtN6hs8ol4XWXPqszaErGAuQmNzQigYdMlBSHsnet6k0He7YSa ZNFfJ9ssKLaTgfltw9IH0yEVM735gbPA7FJA== Received: from smtp2.dismail.de ( [10.240.26.12]) by mx2.dismail.de (OpenSMTPD) with ESMTP id 03151d84; Tue, 4 Feb 2020 16:13:54 +0100 (CET) Received: from smtp2.dismail.de (localhost [127.0.0.1]) by smtp2.dismail.de (OpenSMTPD) with ESMTP id 63ea6538; Tue, 4 Feb 2020 16:13:54 +0100 (CET) Received: by dismail.de (OpenSMTPD) with ESMTPSA id ecfd11a1 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO); Tue, 4 Feb 2020 16:13:54 +0100 (CET) From: Joshua Branson To: Almudena Garcia Cc: bug-hurd Subject: Re: Google Summer of Code References: <87tv4hnt0a.fsf@euler.schwinge.homeip.net> <20200127123339.GA2212@dalaran> <20200127164552.GA23256@dalaran> <20200131210825.GA3922@dalaran> Mail-Followup-To: Almudena Garcia , bug-hurd Date: Tue, 04 Feb 2020 10:13:50 -0500 In-Reply-To: (Almudena Garcia's message of "Sat, 1 Feb 2020 22:08:54 +0100") Message-ID: <868slitmfl.fsf@dismail.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 159.69.191.136 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2020 15:14:01 -0000 I don't think that you need to apologize for your opinion. I will say that Richard is *very* knowledgeable. Any hints that you can get from him are bound to be useful. -- Joshua Branson Sent from Emacs and Gnus From MAILER-DAEMON Wed Feb 05 04:18:51 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1izGpf-0003K9-0k for mharc-bug-hurd@gnu.org; Wed, 05 Feb 2020 04:18:51 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:40744) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1izGpd-0003Jl-CB for bug-hurd@gnu.org; Wed, 05 Feb 2020 04:18:50 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1izGpc-0002k4-7C for bug-hurd@gnu.org; Wed, 05 Feb 2020 04:18:49 -0500 Received: from mail-pj1-x102e.google.com ([2607:f8b0:4864:20::102e]:50839) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1izGpb-0002Xk-UQ for bug-hurd@gnu.org; Wed, 05 Feb 2020 04:18:48 -0500 Received: by mail-pj1-x102e.google.com with SMTP id r67so723955pjb.0 for ; Wed, 05 Feb 2020 01:18:47 -0800 (PST) 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; bh=OB8xuvur8hiNZ1MIMEZu4USBNOYOgtFFiN3eWvDj7Hc=; b=Oujc+ObUvVmAufZiJ6q/obwZUYSE3pb64PTU+XXe2k/yjSsiwISstKa2F5hyl0axlP 2S/VI48EU1tEf0cOAxVR27JuXhuBeuUnJ8V+7p+bklCrInZ3nwsrohlnZ5DjUw28MBaP SDQK5pcIIfblhXlvYYgxpx9H5JddQRmu6w1xmu1fx+iUotAabuZXyAZ48CRspyjo3MKM NxV0o5fswDU1l26QWDIGnLvzgr77ifqhBIu7qKeWj8eWeWXXjNIqDxcVVVz3EfCmWd4h R5jJ5Y4tYI4GWypI7PZYaGQeub3ShDVfnmBs3l82C9xYG+b5lmwgQK8Jpma1h/i+aoAn +nhw== 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; bh=OB8xuvur8hiNZ1MIMEZu4USBNOYOgtFFiN3eWvDj7Hc=; b=cpedEI4NZ64Jk7S8KjaEY7NOGk6KiQ+Z/JgX6aSsyQd+QcrS0c+KLf000fKNfN0Zl1 HhfiKW2J3HFUhZOeqFC5Mz598Iz/p7yQ86qr8z09pMU7nwK7f6ph3MWlEyWrUABiWZXI xYj+XkUGtXV/xtfrchvRxuN72i/7bYrYo2SVAjhdVi+XPlKFngpgg8X3VWp02OsSbUYH v89sYBl1ZbZUwAkjFaBO1u+FtWWacnj0koeZQJGC4wZwhTVtYsefv565rSkQy09dEvvF kLhCkVWP1P0SUpu5yYJfcyibVDTnmMoDlKW5jdiCDOVnvjU4rLYX7QmilW/WqnyX/VMW 5gGA== X-Gm-Message-State: APjAAAV8HtN3S3hL5ax+tebT1aVTtyS0o/86NhFLmNDEKTgA0mK2kk7J Ze5F0a1eID087MgNqnaMyfR7S5X59djAaPSZCf0= X-Google-Smtp-Source: APXvYqyixHpWpmhHJqF9dJnFIhxJRmHKvPwnU8KXSSixnEBJNTO2toZVb1+110CC0yOlR6KpLcQpiY5h6ESx1Aphees= X-Received: by 2002:a17:902:8a8e:: with SMTP id p14mr34112729plo.28.1580894326544; Wed, 05 Feb 2020 01:18:46 -0800 (PST) MIME-Version: 1.0 References: <87tv4hnt0a.fsf@euler.schwinge.homeip.net> <20200127123339.GA2212@dalaran> <20200127164552.GA23256@dalaran> <20200131210825.GA3922@dalaran> <868slitmfl.fsf@dismail.de> In-Reply-To: <868slitmfl.fsf@dismail.de> From: Almudena Garcia Date: Wed, 5 Feb 2020 10:18:35 +0100 Message-ID: Subject: Re: Google Summer of Code To: Almudena Garcia , bug-hurd Content-Type: multipart/alternative; boundary="000000000000c2e1eb059dd0a47a" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::102e X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2020 09:18:50 -0000 --000000000000c2e1eb059dd0a47a Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable > I don't think that you need to apologize for your opinion. Thanks. I don't want you are angry with me by this reason. I simply want to explain my situation about this project. > I will say that Richard is *very* knowledgeable. Yes, I know. The ideas about to use OOP structure in the code, add tests, atomic operations... are excellent, but I don't agree with the way to do It= . To do a "serious work" as OOP, It's necessary to think about the current work, separating the pieces of the project, thinking what relationship will be between the pieces... Write empty code structures, without a previous rethinking about the final architecture and structure of this code, can cause even more problems than current "dirty" design. But these tasks are too long for a GSOC. I'm really interested in GSOC, but the OOP objective is too ambitious for It. Despite this, some of his advices can be applied in the current design: separate apic_id to a new structure (to avoid mix machine-specific and non-specific structures), remove some "extern" calls... So, I prefer continue with my current code, doing simpler refactors to ease the future redesign, but without stop the current objectives (scheduler synchronization, and load system with cpu 0 as bound processor). El mar., 4 feb. 2020 a las 16:13, Joshua Branson () escribi=C3=B3: > > I don't think that you need to apologize for your opinion. I will say > that Richard is *very* knowledgeable. Any hints that you can get from > him are bound to be useful. > > -- > Joshua Branson > Sent from Emacs and Gnus > --000000000000c2e1eb059dd0a47a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
> I don't think that you need to apologize for= your opinion.
Thanks. I don't want you are angry with me by = this reason. I simply want to explain my situation about this project.
<= /div>

> I will say that Richard is *very* knowledgeable.
Yes, I know. The ideas abou= t to use OOP structure in the code, add tests, atomic operations... are exc= ellent, but I don't agree with the way to do It.

To do a "serious work" as OOP, It's necessary to think abo= ut the current work, separating the pieces of the project, thinking what re= lationship will be between the pieces... Write empty code structures, witho= ut a previous rethinking about the final architecture and structure of this= code, can cause even more problems than current "dirty" design. =

But these tasks are too long for a GSO= C. I'm really interested in GSOC, but the OOP objective is too ambitiou= s for It.

Despite this, some of his advices ca= n be applied in the current design: separate apic_id to a new structure (to= avoid mix machine-specific and non-specific structures), remove some "= ;extern" calls...

So, I prefer continue = with my current code, doing simpler refactors to ease the future redesign, = but without stop the current objectives (scheduler synchronization, and loa= d system with cpu 0 as bound processor).


<= /div>


El mar., 4 feb. 2020 a las 16:13, Joshua Branson (<<= a href=3D"mailto:jbranso@dismail.de" target=3D"_blank">jbranso@dismail.de>) escribi=C3=B3:

I don't think that you need to apologize for your opinion.=C2=A0 I will= say
that Richard is *very* knowledgeable.=C2=A0 Any hints that you can get from=
him are bound to be useful.

--
Joshua Branson
Sent from Emacs and Gnus
--000000000000c2e1eb059dd0a47a-- From MAILER-DAEMON Wed Feb 05 05:49:46 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1izIFe-0008P2-OS for mharc-bug-hurd@gnu.org; Wed, 05 Feb 2020 05:49:46 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:38568) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1izIFc-0008Oq-9N for bug-hurd@gnu.org; Wed, 05 Feb 2020 05:49:45 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1izIFb-0004ut-1B for bug-hurd@gnu.org; Wed, 05 Feb 2020 05:49:44 -0500 Received: from dalaran.sceen.net ([2001:41d0:1008:1a1d::1]:57490 helo=mail.sceen.net) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1izIFa-0004Iw-RT for bug-hurd@gnu.org; Wed, 05 Feb 2020 05:49:42 -0500 Received: by mail.sceen.net (Postfix, from userid 1000) id 3AFF140C16; Wed, 5 Feb 2020 10:49:35 +0000 (UTC) Date: Wed, 5 Feb 2020 10:49:35 +0000 From: Richard Braun To: Almudena Garcia Cc: bug-hurd Subject: Re: Google Summer of Code Message-ID: <20200205104935.GA19299@dalaran> References: <87tv4hnt0a.fsf@euler.schwinge.homeip.net> <20200127123339.GA2212@dalaran> <20200127164552.GA23256@dalaran> <20200131210825.GA3922@dalaran> <868slitmfl.fsf@dismail.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2001:41d0:1008:1a1d::1 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2020 10:49:45 -0000 On Wed, Feb 05, 2020 at 10:18:35AM +0100, Almudena Garcia wrote: > To do a "serious work" as OOP, It's necessary to think about the current > work, separating the pieces of the project, thinking what relationship will > be between the pieces... Write empty code structures, without a previous > rethinking about the final architecture and structure of this code, can > cause even more problems than current "dirty" design. That's not true, otherwise noone would use agile software development with OOP. You have a very rigid, almost V-model way to think about this. Also you're focusing on OOP, while to me, it's only one of the elements required for such a project. And all these requirements are driven by a single motivation : to reduce maintenance costs. The Hurd is developped by a very small group of people, very sporadically, but has virtually no deadline constraints. Event the GSoC deadline doesn't matter that much since, in the end, mentors are the ones who evaluate your work, and it can easily be decided that the result is a success even if it didn't meet all the initial conditions. As a result, it's even more important than in other projects that original code be as good as it can get. Mach code is in essence OOP, something you're throwing out the window for no good reason. Mach is in essence portable, something you also decided to forego without much thought. Yes, Mach code has some extern variables, but these concern a handful of global objects only, like the kernel task, map and pmap, and that's code from the 80s and there's no reason to continue that trend. > But these tasks are too long for a GSOC. I'm really interested in GSOC, but > the OOP objective is too ambitious for It. They're not "tasks". They're requirements for success, especially for something as difficult as correct concurrent code with shared memory involved. They're not work in a sequence of coding sessions, they're part of all coding sessions. What's ambitious is the project itself, namely SMP. Well be ambitious, or don't. > So, I prefer continue with my current code, doing simpler refactors to ease > the future redesign, but without stop the current objectives (scheduler > synchronization, and load system with cpu 0 as bound processor). You'll just waste a lot of time getting there, if at all, with that approach. Refactors are only good if applied on code that is already fit for incremental change. Your existing SMP implementation is not. It needs a complete rework. The fact that you were never able to understand why it's not able to handle more than 2 CPUs is a frightnening indicator of that state. Imagine the day you'll be facing apparently random crashes that can occur almost right away or after hours of run time. Without completely mastering what you're doing, it's almost guaranteed that you won't be able to fix those, let alone identify them. And without reducing the individual complexity of the functional modules involved, you won't be able to master what you're doing. And my requirements to work on this project have everything to do with reducing that complexity. It's also important to make it easy for other people to work on that code. I wouldn't be insisting so much on these points if I didn't think they were critically important. All this is not new. You're a student, so learn from it. -- Richard Braun From MAILER-DAEMON Wed Feb 05 14:28:22 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1izQLW-0006Rt-NW for mharc-bug-hurd@gnu.org; Wed, 05 Feb 2020 14:28:22 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:53880) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1izQLT-0006RB-Dk for bug-hurd@gnu.org; Wed, 05 Feb 2020 14:28:21 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1izQLR-0007bP-Bw for bug-hurd@gnu.org; Wed, 05 Feb 2020 14:28:19 -0500 Received: from mail-pj1-x1029.google.com ([2607:f8b0:4864:20::1029]:52274) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1izQLR-0007Yo-1i for bug-hurd@gnu.org; Wed, 05 Feb 2020 14:28:17 -0500 Received: by mail-pj1-x1029.google.com with SMTP id ep11so1404159pjb.2 for ; Wed, 05 Feb 2020 11:28:16 -0800 (PST) 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=GtI+K1xGqWc7gYKrKjzPhohbRGlSY4vOB8G8qrqtsHg=; b=S68dso5h3jswlBLJBX+EfbSsMOs1+XmKe5rIsqqD7zw5UJBbyUghD71bBXPEcpz+aC u2EEATsA4oILI+xpP50LMQ7DSI6OeKEEMtmuX/bwKn8S1Y0zcoCtVR5dhqnpbFyatimJ D4TKTr9/OyHKQy4B9D07YMVC2Tu+miUm9uM7qazDMtvEWr3XoV8J3BXAX45Nbd6ziIk3 djROWlWHszM1BL6nyku5GmuDLVzXoJsrsuTRz28LkziWC689VhjmDAeYF2YxKSZ9kJ3r 1afz4sIj4J4RQ65xA1pxWn+m3kgX15cmObt9zJ6EGV/8mz8yS/YDSmEe/Ag4Vk5N34+F QD7w== 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=GtI+K1xGqWc7gYKrKjzPhohbRGlSY4vOB8G8qrqtsHg=; b=La7ErndPBum7TBhqGRHmjL9KHCqQK4/sYDtM5QZGRK20THpwl0RJITOng151wyEoZE sTvFGKnGSIKMoKEL0fKNWH3cheYj8mZNGuO66hjYMIC+r+aaHpbKI+mQsh8ACdl2UdGf aSumDiEUDkqmF2if6tTTA3BCZE4gk+rtYmhZyvYKThvGn+pA4EabB66KGgBmldrinROz S/8uLWGbZUFzeVTL8mKxYFipGMawsoZHLVPY3U5TmlSFXzXVZOGX789xf9NfMAE6l+YF 1m6Qmv66x/92slUOacx3Z0BnJtMUSRty13ArqbS0CUDyDpNnSzt5+YVx4M16q/Fd8GHP moBA== X-Gm-Message-State: APjAAAVds9HOYxs4jvxFK+55gxN0MN7wGh4/6dJ+T7NKlnw4G05jhHgI +1kThkOqYqaAMQDv3SVtsGEZFRwbY91bddVS49Ikkb8T X-Google-Smtp-Source: APXvYqzjkkbKq1iLxfcau/yaAHXo/AR6wS4hDOmcneHlMtaj+YySz7xoBQ8nXHQLq6ssiM//ejwtRiZz5FQcinoBoJ0= X-Received: by 2002:a17:902:8a8e:: with SMTP id p14mr36560989plo.28.1580930895937; Wed, 05 Feb 2020 11:28:15 -0800 (PST) MIME-Version: 1.0 References: <87tv4hnt0a.fsf@euler.schwinge.homeip.net> <20200127123339.GA2212@dalaran> <20200127164552.GA23256@dalaran> <20200131210825.GA3922@dalaran> <868slitmfl.fsf@dismail.de> <20200205104935.GA19299@dalaran> In-Reply-To: <20200205104935.GA19299@dalaran> From: Almudena Garcia Date: Wed, 5 Feb 2020 20:28:04 +0100 Message-ID: Subject: Re: Google Summer of Code To: Richard Braun Cc: bug-hurd Content-Type: multipart/alternative; boundary="0000000000007783f9059dd928cd" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::1029 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2020 19:28:21 -0000 --0000000000007783f9059dd928cd Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable > That's not true, otherwise noone would use agile software development > with OOP. You have a very rigid, almost V-model way to think about this. Yes, Maybe It's not necessary an exhaustive analysis. But, anyway, It's necessary to define what is our objective, define an ideal architecture (drawing if necessary), although this could change during the development. This can help us to set a roadmap to this objective, instead repeat the refactor many times until agree the result. > Also you're focusing on OOP, while to me, it's only one of the elements > required for such a project. And all these requirements are driven by a > single motivation : to reduce maintenance costs. The Hurd is developped > by a very small group of people, very sporadically, but has virtually > no deadline constraints. Event the GSoC deadline doesn't matter that > much since, in the end, mentors are the ones who evaluate your work, and > it can easily be decided that the result is a success even if it didn't > meet all the initial conditions. As a result, it's even more important > than in other projects that original code be as good as it can get. Ok, I agree with this. > Mach code is in essence OOP, something you're throwing out the window > for no good reason. I tried to add my code in the current Mach structure. I wasn't clear about how to architecture the code, so I find a simple implementation with functions (but dirty, in fact) > Mach is in essence portable, something you also > decided to forego without much thought. I was afraid about add new structure which could broken the code, so I simply tried to fit the new data in the Mach structures. > Yes, Mach code has some extern >variables, but these concern a handful of global objects only, like > the kernel task, map and pmap, and that's code from the 80s and there's > no reason to continue that trend. Yes, I agree, and even this is not the only bad practice. I see many #define macros replacing C functions, which difficults the debugging of the code. Some of these #define could be replaced by inline functions. There are also many very long functions, sometimes with a dirty logic (check thread_setrun() in kern/sched_prim.c), which could be a good candidate to refactor. > And without reducing the individual complexity of the functional > modules involved, you won't be able to master what you're doing. > And my requirements to work on this project have everything to do with > reducing that complexity. It's also important to make it easy for > other people to work on that code. Ok, It's a good idea. I like your ideas, now I want to define a more specific objective, and a little roadmap. El mi=C3=A9., 5 feb. 2020 a las 11:49, Richard Braun () escribi=C3=B3: > On Wed, Feb 05, 2020 at 10:18:35AM +0100, Almudena Garcia wrote: > > To do a "serious work" as OOP, It's necessary to think about the curren= t > > work, separating the pieces of the project, thinking what relationship > will > > be between the pieces... Write empty code structures, without a previou= s > > rethinking about the final architecture and structure of this code, can > > cause even more problems than current "dirty" design. > > That's not true, otherwise noone would use agile software development > with OOP. You have a very rigid, almost V-model way to think about this. > > Also you're focusing on OOP, while to me, it's only one of the elements > required for such a project. And all these requirements are driven by a > single motivation : to reduce maintenance costs. The Hurd is developped > by a very small group of people, very sporadically, but has virtually > no deadline constraints. Event the GSoC deadline doesn't matter that > much since, in the end, mentors are the ones who evaluate your work, and > it can easily be decided that the result is a success even if it didn't > meet all the initial conditions. As a result, it's even more important > than in other projects that original code be as good as it can get. > > Mach code is in essence OOP, something you're throwing out the window > for no good reason. Mach is in essence portable, something you also > decided to forego without much thought. Yes, Mach code has some extern > variables, but these concern a handful of global objects only, like > the kernel task, map and pmap, and that's code from the 80s and there's > no reason to continue that trend. > > > But these tasks are too long for a GSOC. I'm really interested in GSOC, > but > > the OOP objective is too ambitious for It. > > They're not "tasks". They're requirements for success, especially for > something as difficult as correct concurrent code with shared memory > involved. They're not work in a sequence of coding sessions, they're > part of all coding sessions. What's ambitious is the project itself, > namely SMP. Well be ambitious, or don't. > > > So, I prefer continue with my current code, doing simpler refactors to > ease > > the future redesign, but without stop the current objectives (scheduler > > synchronization, and load system with cpu 0 as bound processor). > > You'll just waste a lot of time getting there, if at all, with that > approach. Refactors are only good if applied on code that is already > fit for incremental change. Your existing SMP implementation is not. > It needs a complete rework. The fact that you were never able to > understand why it's not able to handle more than 2 CPUs is a frightnening > indicator of that state. Imagine the day you'll be facing apparently > random crashes that can occur almost right away or after hours of run > time. Without completely mastering what you're doing, it's almost > guaranteed that you won't be able to fix those, let alone identify > them. And without reducing the individual complexity of the functional > modules involved, you won't be able to master what you're doing. > And my requirements to work on this project have everything to do with > reducing that complexity. It's also important to make it easy for > other people to work on that code. > > I wouldn't be insisting so much on these points if I didn't think they > were critically important. All this is not new. You're a student, so > learn from it. > > -- > Richard Braun > --0000000000007783f9059dd928cd Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
> That's not true, otherwise noone would use agile = software development
> with OOP. You have a very rigid, almost V-mode= l way to think about this.

Yes, Maybe It's not n= ecessary an exhaustive analysis. But, anyway, It's necessary to define = what is our objective, define an ideal architecture (drawing if necessary),= although this could change during the development. This can help us to set= a roadmap to this objective, instead repeat the refactor many times until = agree the result.

> Also you're focusing on OOP,= while to me, it's only one of the elements
> required for such a project. And all these requirements are driven by = a
> single motivation : to reduce maintenance costs. The Hurd is developpe= d
> by a very small group of people, very sporadically, but has virtually<= br> > no deadline constraints. Event the GSoC deadline doesn't matter th= at
> much since, in the end, mentors are the ones who evaluate your w= ork, and
> it can easily be decided that the result is a success even if it didn&= #39;t
> meet all the initial conditions. As a result, it's even m= ore important
> than in other projects that original code be as good as it can get.

Ok, I agree with this.

> Ma= ch code is in essence OOP, something you're throwing out the window
> for no good reason.

I tried to add my co= de in the current Mach structure.
I wasn't clear about h= ow to architecture the code, so I find a simple implementation with functio= ns (but dirty, in fact)

> Mach is in essence po= rtable, something you also
> decided to forego without much thought.<= /div>

I was afraid about add new structure which could b= roken the code, so I simply tried to fit the new data in the Mach structure= s.


> Yes, Mach code has some ex= tern
>variables, but these concern a handful of global objects only, like
= > the kernel task, map and pmap, and that's code from the 80s and th= ere's
> no reason to continue that trend.
<= /div>

Yes, I agree, and even this is not the only bad practice. I see many= #define macros replacing C functions, which difficults the debugging of th= e code. Some of these #define could be replaced by inline functions.
There are also many very long funct= ions, sometimes with a dirty logic (check thread_setrun() in kern/sched_pri= m.c), which could be a good candidate to refactor.

> A= nd without reducing the individual complexity of the functional
> modules involved, you won't be able to master what you're doin= g.
> And my requirements to work on this project have everything to do with=
> reducing that complexity. It's also important to make it easy for<= br> > other people to work on that code.

Ok, It's a good i= dea.

I like your ideas, now I want to define a more speci= fic objective, and a little roadmap.

El mi=C3=A9., 5 feb. 2020 a las 11:49, Richard Braun (<rbraun@sceen.net>) escribi=C3=B3:
On Wed, Feb 05, 20= 20 at 10:18:35AM +0100, Almudena Garcia wrote:
> To do a "serious work" as OOP, It's necessary to think a= bout the current
> work, separating the pieces of the project, thinking what relationship= will
> be between the pieces... Write empty code structures, without a previo= us
> rethinking about the final architecture and structure of this code, ca= n
> cause even more problems than current "dirty" design.

That's not true, otherwise noone would use agile software development with OOP. You have a very rigid, almost V-model way to think about this.
Also you're focusing on OOP, while to me, it's only one of the elem= ents
required for such a project. And all these requirements are driven by a
single motivation : to reduce maintenance costs. The Hurd is developped
by a very small group of people, very sporadically, but has virtually
no deadline constraints. Event the GSoC deadline doesn't matter that much since, in the end, mentors are the ones who evaluate your work, and it can easily be decided that the result is a success even if it didn't=
meet all the initial conditions. As a result, it's even more important<= br> than in other projects that original code be as good as it can get.

Mach code is in essence OOP, something you're throwing out the window for no good reason. Mach is in essence portable, something you also
decided to forego without much thought. Yes, Mach code has some extern
variables, but these concern a handful of global objects only, like
the kernel task, map and pmap, and that's code from the 80s and there&#= 39;s
no reason to continue that trend.

> But these tasks are too long for a GSOC. I'm really interested in = GSOC, but
> the OOP objective is too ambitious for It.

They're not "tasks". They're requirements for success, es= pecially for
something as difficult as correct concurrent code with shared memory
involved. They're not work in a sequence of coding sessions, they'r= e
part of all coding sessions. What's ambitious is the project itself, namely SMP. Well be ambitious, or don't.

> So, I prefer continue with my current code, doing simpler refactors to= ease
> the future redesign, but without stop the current objectives (schedule= r
> synchronization, and load system with cpu 0 as bound processor).

You'll just waste a lot of time getting there, if at all, with that
approach. Refactors are only good if applied on code that is already
fit for incremental change. Your existing SMP implementation is not.
It needs a complete rework. The fact that you were never able to
understand why it's not able to handle more than 2 CPUs is a frightneni= ng
indicator of that state. Imagine the day you'll be facing apparently random crashes that can occur almost right away or after hours of run
time. Without completely mastering what you're doing, it's almost guaranteed that you won't be able to fix those, let alone identify
them. And without reducing the individual complexity of the functional
modules involved, you won't be able to master what you're doing. And my requirements to work on this project have everything to do with
reducing that complexity. It's also important to make it easy for
other people to work on that code.

I wouldn't be insisting so much on these points if I didn't think t= hey
were critically important. All this is not new. You're a student, so learn from it.

--
Richard Braun
--0000000000007783f9059dd928cd-- From MAILER-DAEMON Tue Feb 11 08:39:39 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j1VlL-0005ns-Bc for mharc-bug-hurd@gnu.org; Tue, 11 Feb 2020 08:39:39 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:41823) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j1VlG-0005nY-Go for bug-hurd@gnu.org; Tue, 11 Feb 2020 08:39:36 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j1VlE-00054Q-2s for bug-hurd@gnu.org; Tue, 11 Feb 2020 08:39:33 -0500 Received: from us-smtp-delivery-1.mimecast.com ([205.139.110.120]:43710 helo=us-smtp-1.mimecast.com) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j1VlD-00051F-Oj for bug-hurd@gnu.org; Tue, 11 Feb 2020 08:39:32 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1581428370; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=XI7tv3dcGRqTJB/dR3RZdSZFZabS/m7Mf0UGt1bgCu4=; b=Tm+vAWcuGWRTgdx5ZFKp4kyhhjCdhDeYhJTONM+UcUhRgl+/Sp8sd29RHvqecyqPCLXS75 k/1AB7m52EXeyNn+wvudVwCFlj9Xx2zh+A9QXkV0Wz93iGHKuSUU9FgQ50pWxKPB5Tm/EW IlWXfShbphlR2DQ19kdh7g7zrVcYETM= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-160-4mNs7jMpNpimRaRl44bXvg-1; Tue, 11 Feb 2020 08:39:26 -0500 Received: from smtp.corp.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id DE7BA8017DF; Tue, 11 Feb 2020 13:39:25 +0000 (UTC) Received: from oldenburg2.str.redhat.com (dhcp-192-227.str.redhat.com [10.33.192.227]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 36A9E6055B; Tue, 11 Feb 2020 13:39:25 +0000 (UTC) From: Florian Weimer To: bug-hurd@gnu.org Cc: libc-alpha@sourceware.org Subject: /proc/self/fd support on Hurd Date: Tue, 11 Feb 2020 14:39:23 +0100 Message-ID: <87zhdpkzuc.fsf@oldenburg2.str.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.79 on 10.5.11.11 X-MC-Unique: 4mNs7jMpNpimRaRl44bXvg-1 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 205.139.110.120 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Feb 2020 13:39:36 -0000 Does Hurd support /proc/self/fd, in the sense that the POSIX functions in glibc (such as openat) can deal with such paths? Thanks, Florian From MAILER-DAEMON Tue Feb 11 08:48:06 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j1VtV-00014P-Vb for mharc-bug-hurd@gnu.org; Tue, 11 Feb 2020 08:48:05 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:43483) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j1VtU-00013B-18 for bug-hurd@gnu.org; Tue, 11 Feb 2020 08:48:04 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j1VtT-00054D-4k for bug-hurd@gnu.org; Tue, 11 Feb 2020 08:48:03 -0500 Received: from hera.aquilenet.fr ([2a0c:e300::1]:42428) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j1VtS-00051k-J0 for bug-hurd@gnu.org; Tue, 11 Feb 2020 08:48:02 -0500 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id 5FAF41AE9; Tue, 11 Feb 2020 14:47:57 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id apmwYSf2_eig; Tue, 11 Feb 2020 14:47:56 +0100 (CET) Received: from function (unknown [8.46.75.2]) by hera.aquilenet.fr (Postfix) with ESMTPSA id D6DA8C5E; Tue, 11 Feb 2020 14:47:55 +0100 (CET) Received: from samy by function with local (Exim 4.93) (envelope-from ) id 1j1Vsw-000aMC-SF; Tue, 11 Feb 2020 14:47:30 +0100 Date: Tue, 11 Feb 2020 05:47:30 -0800 From: Samuel Thibault To: Florian Weimer Cc: bug-hurd@gnu.org, libc-alpha@sourceware.org Subject: Re: /proc/self/fd support on Hurd Message-ID: <20200211134730.rc6ozsb2cnwb33g4@function> Mail-Followup-To: Florian Weimer , bug-hurd@gnu.org, libc-alpha@sourceware.org References: <87zhdpkzuc.fsf@oldenburg2.str.redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <87zhdpkzuc.fsf@oldenburg2.str.redhat.com> Organization: I am not organized User-Agent: NeoMutt/20170609 (1.8.3) Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a0c:e300::1 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Feb 2020 13:48:05 -0000 Hello, Florian Weimer, le mar. 11 f=C3=A9vr. 2020 14:39:23 +0100, a ecrit: > Does Hurd support /proc/self/fd, in the sense that the POSIX functions > in glibc (such as openat) can deal with such paths? Not yet but that could be added quite easily with some magic translation. Samuel From MAILER-DAEMON Tue Feb 11 08:50:06 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j1VvS-0002EU-Gi for mharc-bug-hurd@gnu.org; Tue, 11 Feb 2020 08:50:06 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:43884) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j1VvP-0002DR-Qb for bug-hurd@gnu.org; Tue, 11 Feb 2020 08:50:04 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j1VvO-0006nM-Uc for bug-hurd@gnu.org; Tue, 11 Feb 2020 08:50:03 -0500 Received: from hera.aquilenet.fr ([185.233.100.1]:43764) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j1VvO-0006mk-Oa for bug-hurd@gnu.org; Tue, 11 Feb 2020 08:50:02 -0500 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id 60BFF1B43; Tue, 11 Feb 2020 14:50:01 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xHbyWe_cQhK1; Tue, 11 Feb 2020 14:50:00 +0100 (CET) Received: from function (unknown [8.46.75.2]) by hera.aquilenet.fr (Postfix) with ESMTPSA id 47AB21AEE; Tue, 11 Feb 2020 14:49:59 +0100 (CET) Received: from samy by function with local (Exim 4.93) (envelope-from ) id 1j1Vv2-000aTs-33; Tue, 11 Feb 2020 14:49:40 +0100 Date: Tue, 11 Feb 2020 05:49:39 -0800 From: Samuel Thibault To: Florian Weimer , bug-hurd@gnu.org, libc-alpha@sourceware.org Subject: Re: /proc/self/fd support on Hurd Message-ID: <20200211134939.ktdyb3stbrldso7u@function> Mail-Followup-To: Florian Weimer , bug-hurd@gnu.org, libc-alpha@sourceware.org References: <87zhdpkzuc.fsf@oldenburg2.str.redhat.com> <20200211134730.rc6ozsb2cnwb33g4@function> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20200211134730.rc6ozsb2cnwb33g4@function> Organization: I am not organized User-Agent: NeoMutt/20170609 (1.8.3) Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 185.233.100.1 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Feb 2020 13:50:04 -0000 Samuel Thibault, le mar. 11 f=C3=A9vr. 2020 05:47:30 -0800, a ecrit: > Florian Weimer, le mar. 11 f=C3=A9vr. 2020 14:39:23 +0100, a ecrit: > > Does Hurd support /proc/self/fd, in the sense that the POSIX function= s > > in glibc (such as openat) can deal with such paths? >=20 > Not yet but that could be added quite easily with some magic > translation. Ah, actually it's already supported in /dev/fd (but we can add a symlink in /proc/self for compatibility). Samuel From MAILER-DAEMON Tue Feb 11 09:06:54 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j1WBh-0007ua-Th for mharc-bug-hurd@gnu.org; Tue, 11 Feb 2020 09:06:53 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:46843) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j1WBg-0007uS-Hh for bug-hurd@gnu.org; Tue, 11 Feb 2020 09:06:53 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j1WBd-00088U-T6 for bug-hurd@gnu.org; Tue, 11 Feb 2020 09:06:51 -0500 Received: from us-smtp-delivery-1.mimecast.com ([207.211.31.120]:49073 helo=us-smtp-1.mimecast.com) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j1WBd-00088L-Pu for bug-hurd@gnu.org; Tue, 11 Feb 2020 09:06:49 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1581430009; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=fRna1jY+rBD0tYNGMydpNOV1ZpskDQx1KLF1yFBOJy8=; b=CrWD62YIY4nuxFUH59rtWbvw6mcUraSrdKi1dIMawmUFxTzbfbGUBv9ZnEZRUGERjPRJBa LeKBqytJlH5ZibPFk4Lv/VmUtb4bfxWqKFqqVzbw6w1OBOwRZ0DBQXwKTu/YQ2jgWZSA5b 7klNk2guaffFWGNTJCXv0SIJq9sNUQs= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-413-Y4ZvGOXSMLCt0p05rCjp_A-1; Tue, 11 Feb 2020 09:06:47 -0500 Received: from smtp.corp.redhat.com (int-mx08.intmail.prod.int.phx2.redhat.com [10.5.11.23]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 64E5A8014D7; Tue, 11 Feb 2020 14:06:46 +0000 (UTC) Received: from oldenburg2.str.redhat.com (ovpn-117-218.ams2.redhat.com [10.36.117.218]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 72D1326FB6; Tue, 11 Feb 2020 14:06:45 +0000 (UTC) From: Florian Weimer To: bug-hurd@gnu.org Cc: libc-alpha@sourceware.org Subject: Re: /proc/self/fd support on Hurd References: <87zhdpkzuc.fsf@oldenburg2.str.redhat.com> <20200211134730.rc6ozsb2cnwb33g4@function> <20200211134939.ktdyb3stbrldso7u@function> Date: Tue, 11 Feb 2020 15:06:43 +0100 In-Reply-To: <20200211134939.ktdyb3stbrldso7u@function> (Samuel Thibault's message of "Tue, 11 Feb 2020 05:49:39 -0800") Message-ID: <87mu9pkyks.fsf@oldenburg2.str.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.84 on 10.5.11.23 X-MC-Unique: Y4ZvGOXSMLCt0p05rCjp_A-1 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 207.211.31.120 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Feb 2020 14:06:53 -0000 * Samuel Thibault: > Samuel Thibault, le mar. 11 f=C3=A9vr. 2020 05:47:30 -0800, a ecrit: >> Florian Weimer, le mar. 11 f=C3=A9vr. 2020 14:39:23 +0100, a ecrit: >> > Does Hurd support /proc/self/fd, in the sense that the POSIX functions >> > in glibc (such as openat) can deal with such paths? >>=20 >> Not yet but that could be added quite easily with some magic >> translation. > > Ah, actually it's already supported in /dev/fd (but we can add a symlink > in /proc/self for compatibility). Does this mean if we generate paths starting with /dev/fd/, we already have this functionality today? Thanks, Florian From MAILER-DAEMON Tue Feb 11 09:17:27 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j1WLv-0004zQ-Rm for mharc-bug-hurd@gnu.org; Tue, 11 Feb 2020 09:17:27 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:48915) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j1WLt-0004zE-Lf for bug-hurd@gnu.org; Tue, 11 Feb 2020 09:17:26 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j1WLs-0004Ah-Kf for bug-hurd@gnu.org; Tue, 11 Feb 2020 09:17:25 -0500 Received: from hera.aquilenet.fr ([2a0c:e300::1]:42808) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j1WLs-00048e-Do for bug-hurd@gnu.org; Tue, 11 Feb 2020 09:17:24 -0500 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id C75DE1AF0; Tue, 11 Feb 2020 15:17:19 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RU0eezqTZYbJ; Tue, 11 Feb 2020 15:17:19 +0100 (CET) Received: from function (unknown [8.46.75.2]) by hera.aquilenet.fr (Postfix) with ESMTPSA id 44C851ADC; Tue, 11 Feb 2020 15:17:17 +0100 (CET) Received: from samy by function with local (Exim 4.93) (envelope-from ) id 1j1WLB-000ang-0g; Tue, 11 Feb 2020 15:16:41 +0100 Date: Tue, 11 Feb 2020 06:16:39 -0800 From: Samuel Thibault To: Florian Weimer Cc: bug-hurd@gnu.org, libc-alpha@sourceware.org Subject: Re: /proc/self/fd support on Hurd Message-ID: <20200211141639.ynwh6ytjdozqciko@function> Mail-Followup-To: Florian Weimer , bug-hurd@gnu.org, libc-alpha@sourceware.org References: <87zhdpkzuc.fsf@oldenburg2.str.redhat.com> <20200211134730.rc6ozsb2cnwb33g4@function> <20200211134939.ktdyb3stbrldso7u@function> <87mu9pkyks.fsf@oldenburg2.str.redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <87mu9pkyks.fsf@oldenburg2.str.redhat.com> Organization: I am not organized User-Agent: NeoMutt/20170609 (1.8.3) Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a0c:e300::1 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Feb 2020 14:17:26 -0000 Florian Weimer, le mar. 11 f=C3=A9vr. 2020 15:06:43 +0100, a ecrit: > > Samuel Thibault, le mar. 11 f=C3=A9vr. 2020 05:47:30 -0800, a ecrit: > >> Florian Weimer, le mar. 11 f=C3=A9vr. 2020 14:39:23 +0100, a ecrit: > >> > Does Hurd support /proc/self/fd, in the sense that the POSIX funct= ions > >> > in glibc (such as openat) can deal with such paths? > >>=20 > >> Not yet but that could be added quite easily with some magic > >> translation. > > > > Ah, actually it's already supported in /dev/fd (but we can add a syml= ink > > in /proc/self for compatibility). >=20 > Does this mean if we generate paths starting with /dev/fd/, we already > have this functionality today? Yes. Samuel From MAILER-DAEMON Tue Feb 11 11:41:05 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j1Yau-0000c6-Tb for mharc-bug-hurd@gnu.org; Tue, 11 Feb 2020 11:41:04 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:57092) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j1Yas-0000bl-HN for bug-hurd@gnu.org; Tue, 11 Feb 2020 11:41:03 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j1Yar-000253-Gp for bug-hurd@gnu.org; Tue, 11 Feb 2020 11:41:02 -0500 Received: from mail-lj1-x22b.google.com ([2a00:1450:4864:20::22b]:40998) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1j1Yar-00021I-7i for bug-hurd@gnu.org; Tue, 11 Feb 2020 11:41:01 -0500 Received: by mail-lj1-x22b.google.com with SMTP id h23so12334244ljc.8 for ; Tue, 11 Feb 2020 08:41:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:subject:from:reply-to:to:date:in-reply-to:references :organization:user-agent:mime-version:content-transfer-encoding; bh=nzPUNy8rhEr3X5EfenUvA6QIxzhvnP52dlGLiJVk7rY=; b=Gjm0WdLZKKz9Y13Y7CkEkFF6R/4OpUMAmE1qBbWq0vO/7nLvBGkg3qOCajy1ZAl+2W Q9EXtqsPGpptBmzSuIUY4d2VuCHxyza+AvFnSzRGj6SflhlocgCuq1z6tSkQz5wez3V5 FdAN0Y0rbxjgOrFy6OCdWOsTCDY1xmm0dAl6iY00psnIJr/K95Awy4lXbHoHowwZqK05 fATFdp54ApJdjG0in4Yh1mR+HHb3BxmHnS8uNYkuVxxK18fiYHAU3Qk7psTYsVnj9RSQ 3xpTeFTjbpjGNbUMtcSV9fBX5pSETgw1RjyH3t7rtnDRo1WOwECbP+P7H3lmhpFF2ujN ihEA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:reply-to:to:date :in-reply-to:references:organization:user-agent:mime-version :content-transfer-encoding; bh=nzPUNy8rhEr3X5EfenUvA6QIxzhvnP52dlGLiJVk7rY=; b=E15i1mGBZNzyp3GsY9pVpCo6o/noQTuW8UINM9qQi/vcMYCNX9DhDBVGtxfQPJsfMl ajLv/jMk+hGw5W1t1umIyEzNK8k4K7oqR6xjsX9Mm/SWgNqU7Yjrksm1gU4979jcF4A0 qSyWGcxE98Q4i1o1sxn45fdaE7AKwpRI2xH6Erx0l0QF+jUvJhj6IpsAnlUwpXqLGqZZ EWgI3EdVE11KGIgxqdaQlphsdmqK2+KRllmMKUA5nLG6ZNQ5tSE2flTd1b6lqk1y+Hae 1nxZ/dItcJartbfMeoXWerrLHCVXBZ6lbRbLn0JkHQWqE8/uKVXuuKGGJV61NSTt0ZXh zA+g== X-Gm-Message-State: APjAAAUQMAWO5DifIe+cbs3C4Rp6Nf4OPwdz326e9rcP5DwwZewOO1eL kzsSncL213pxaoZkDxN7xWGje1W7 X-Google-Smtp-Source: APXvYqxyPXyefKw9xu2n1goIUVPfXZRPt0x7EZuLq77yiLPtleCm7P0SOn9a4PKIs03Xgq6sw4bZFg== X-Received: by 2002:a2e:97cc:: with SMTP id m12mr4673299ljj.241.1581439259457; Tue, 11 Feb 2020 08:40:59 -0800 (PST) Received: from G3620.lan (178-78-231-178.customers.ownit.se. [178.78.231.178]) by smtp.gmail.com with ESMTPSA id k12sm2107307lfc.33.2020.02.11.08.40.58 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 11 Feb 2020 08:40:58 -0800 (PST) Message-ID: Subject: Re: /proc/self/fd support on Hurd From: Svante Signell Reply-To: svante.signell@gmail.com To: bug-hurd@gnu.org Date: Tue, 11 Feb 2020 17:42:18 +0100 In-Reply-To: <20200211141639.ynwh6ytjdozqciko@function> References: <87zhdpkzuc.fsf@oldenburg2.str.redhat.com> <20200211134730.rc6ozsb2cnwb33g4@function> <20200211134939.ktdyb3stbrldso7u@function> <87mu9pkyks.fsf@oldenburg2.str.redhat.com> <20200211141639.ynwh6ytjdozqciko@function> Organization: Home Content-Type: text/plain; charset="ISO-8859-1" User-Agent: Evolution 3.30.5-1.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::22b X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Feb 2020 16:41:03 -0000 On Tue, 2020-02-11 at 06:16 -0800, Samuel Thibault wrote: > Florian Weimer, le mar. 11 févr. 2020 15:06:43 +0100, a ecrit: > > > Samuel Thibault, le mar. 11 févr. 2020 05:47:30 -0800, a ecrit: > > > > Florian Weimer, le mar. 11 févr. 2020 14:39:23 +0100, a ecrit: > > > > > Does Hurd support /proc/self/fd, in the sense that the POSIX functions > > > > > in glibc (such as openat) can deal with such paths? > > > > > > > > Not yet but that could be added quite easily with some magic > > > > translation. > > > > > > Ah, actually it's already supported in /dev/fd (but we can add a symlink > > > in /proc/self for compatibility). > > > > Does this mean if we generate paths starting with /dev/fd/, we already > > have this functionality today? There are already symlinks there: ls -l /proc/self/fd/ total 0 lrwx------ 1 srs srs 64 Feb 11 14:48 0 -> /dev/pts/1 lrwx------ 1 srs srs 64 Feb 11 14:48 1 -> /dev/pts/1 lrwx------ 1 srs srs 64 Feb 11 14:48 2 -> /dev/pts/1 lr-x------ 1 srs srs 64 Feb 11 14:48 3 -> /proc/2872/fd ls -l /dev/fd/ total 0 lrwx------ 1 srs srs 64 Feb 11 17:38 0 -> /dev/pts/1 lrwx------ 1 srs srs 64 Feb 11 17:38 1 -> /dev/pts/1 lrwx------ 1 srs srs 64 Feb 11 17:38 2 -> /dev/pts/1 lr-x------ 1 srs srs 64 Feb 11 17:38 3 -> /proc/2982/fd ls -l /dev/pts/ total 0 crw--w---- 1 srs tty 136, 0 Feb 11 14:38 0 crw--w---- 1 srs tty 136, 1 Feb 11 17:39 1 c--------- 1 root root 5, 2 Dec 13 11:55 ptmx From MAILER-DAEMON Tue Feb 11 11:47:01 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j1Ygf-0003dM-S8 for mharc-bug-hurd@gnu.org; Tue, 11 Feb 2020 11:47:01 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:58557) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j1YgZ-0003d2-EH for bug-hurd@gnu.org; Tue, 11 Feb 2020 11:46:56 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j1YgX-0000jh-TM for bug-hurd@gnu.org; Tue, 11 Feb 2020 11:46:55 -0500 Received: from hera.aquilenet.fr ([2a0c:e300::1]:44532) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j1YgX-0000hk-9U for bug-hurd@gnu.org; Tue, 11 Feb 2020 11:46:53 -0500 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id 442D91994; Tue, 11 Feb 2020 17:46:51 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id etF_4MbCHV6m; Tue, 11 Feb 2020 17:46:50 +0100 (CET) Received: from function (unknown [8.46.75.2]) by hera.aquilenet.fr (Postfix) with ESMTPSA id 9E9A2195D; Tue, 11 Feb 2020 17:46:49 +0100 (CET) Received: from samy by function with local (Exim 4.93) (envelope-from ) id 1j1Yg4-0016AR-Df; Tue, 11 Feb 2020 17:46:24 +0100 Date: Tue, 11 Feb 2020 08:46:23 -0800 From: Samuel Thibault To: Svante Signell Cc: bug-hurd@gnu.org Subject: Re: /proc/self/fd support on Hurd Message-ID: <20200211164623.qmfy6xh7y5sy2fdd@function> Mail-Followup-To: Svante Signell , bug-hurd@gnu.org References: <87zhdpkzuc.fsf@oldenburg2.str.redhat.com> <20200211134730.rc6ozsb2cnwb33g4@function> <20200211134939.ktdyb3stbrldso7u@function> <87mu9pkyks.fsf@oldenburg2.str.redhat.com> <20200211141639.ynwh6ytjdozqciko@function> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: Organization: I am not organized User-Agent: NeoMutt/20170609 (1.8.3) Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a0c:e300::1 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Feb 2020 16:46:56 -0000 Svante Signell, le mar. 11 f=C3=A9vr. 2020 17:42:18 +0100, a ecrit: > On Tue, 2020-02-11 at 06:16 -0800, Samuel Thibault wrote: > > Florian Weimer, le mar. 11 f=C3=A9vr. 2020 15:06:43 +0100, a ecrit: > > > > Samuel Thibault, le mar. 11 f=C3=A9vr. 2020 05:47:30 -0800, a ecr= it: > > > > > Florian Weimer, le mar. 11 f=C3=A9vr. 2020 14:39:23 +0100, a ec= rit: > > > > > > Does Hurd support /proc/self/fd, in the sense that the POSIX = functions > > > > > > in glibc (such as openat) can deal with such paths? > > > > >=20 > > > > > Not yet but that could be added quite easily with some magic > > > > > translation. > > > >=20 > > > > Ah, actually it's already supported in /dev/fd (but we can add a = symlink > > > > in /proc/self for compatibility). > > >=20 > > > Does this mean if we generate paths starting with /dev/fd/, we alre= ady > > > have this functionality today? >=20 > There are already symlinks there: Are you really looking at a hurd system? > ls -l /dev/pts/ > total 0 > crw--w---- 1 srs tty 136, 0 Feb 11 14:38 0 > crw--w---- 1 srs tty 136, 1 Feb 11 17:39 1 > c--------- 1 root root 5, 2 Dec 13 11:55 ptmx There is no ptmx support on GNU/Hurd yet. Samuel From MAILER-DAEMON Tue Feb 11 11:58:06 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j1YrO-0001kB-Ae for mharc-bug-hurd@gnu.org; Tue, 11 Feb 2020 11:58:06 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:38728) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j1YrL-0001k4-Jf for bug-hurd@gnu.org; Tue, 11 Feb 2020 11:58:04 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j1YrJ-00036b-Nn for bug-hurd@gnu.org; Tue, 11 Feb 2020 11:58:03 -0500 Received: from mail-lj1-x234.google.com ([2a00:1450:4864:20::234]:43793) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1j1YrE-00030Q-43; Tue, 11 Feb 2020 11:57:56 -0500 Received: by mail-lj1-x234.google.com with SMTP id a13so12380860ljm.10; Tue, 11 Feb 2020 08:57:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:subject:from:reply-to:to:cc:date:in-reply-to:references :organization:user-agent:mime-version:content-transfer-encoding; bh=/fkv8i4XWaXIowNTVjUvN+jT1VDeFaE3IwjmDNEzzMY=; b=J62UQI9OWtJzAqceGdlW1qymARJOdLzmYvBYZP2BNOx82gpFWVBu+wu38G0hMfSCQ7 v1oXB2tYOYfhVqZDWyApGtrggCXpwKKZdrw/c1ywj2CMXCMZ5BZN25PSou5gCP0sNeBN 8XopGb+RT0rpKVEo3Rk/WTQ7s9oNd53wY1R6PxXH/nHGDLhsCuBLIXkPaJlKjzRiEOSz aGaKELI+WuTDEaQrY4DCzlJKMGvkcxXkrlf5hvyHm4hUbgxWjOpD4sCJYUIgewcWs3n4 Us3F2aCF0W8CgZzYZXogQOOd3NkKiCXvVvEZHHIHFp+x7/pu1b3wOdzq8OJHPhtOr5gr PRcg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:reply-to:to:cc:date :in-reply-to:references:organization:user-agent:mime-version :content-transfer-encoding; bh=/fkv8i4XWaXIowNTVjUvN+jT1VDeFaE3IwjmDNEzzMY=; b=pJii/hG5geJ6x6DT6qcvYm3sJuuUID840UAz2Fsqabrz6VFgsnZup9cJI3CyQ2LZxE xtIWzxRs8N7VJLMX9pRCls3zkT5VH/54GxV1mQ9i9zYsRJdID7jfEiMLWmf+e1AEVV91 PnbxeCrQqTJAs1qL9AEAqKrHSNMaYc2awoB/OFq53CyCB9hihcuzX2rvI/xkSDZm9eT0 BITbdCVX1QHsLRxfz129wAgpupgJAoCeAVGK1kVIC7VWMi9Qvi+nIU4d2Gj3Qrgv4QE7 8h3+pQvp6fpG5l+hWFNM31IORGRLKRGsUDybDgmybHTzHcK377OQh6Bm4KvtrniTACxR mpMg== X-Gm-Message-State: APjAAAVFUQn1na8vVFL6ogQYWWhzYdAqQgH1VOvFIRiK62luKtCcLCzi xoOflWMuDvc4JwX9VGqyUuEIYO/3 X-Google-Smtp-Source: APXvYqz4Aw5dtiSpmrlBeoBXjsLp55aDttGSLfYcyU5L9YJKKEJsBse/GBO7CKPIXKCKKV2Kt2dyKA== X-Received: by 2002:a2e:818e:: with SMTP id e14mr4811583ljg.2.1581440273131; Tue, 11 Feb 2020 08:57:53 -0800 (PST) Received: from G3620.lan (178-78-231-178.customers.ownit.se. [178.78.231.178]) by smtp.gmail.com with ESMTPSA id i19sm2128210lfj.17.2020.02.11.08.57.52 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 11 Feb 2020 08:57:52 -0800 (PST) Message-ID: <68c0bd3f5c8db08fb9d264ccbd616ae233bfdee3.camel@gmail.com> Subject: Re: /proc/self/fd support on Hurd From: Svante Signell Reply-To: svante.signell@gmail.com To: Samuel Thibault Cc: bug-hurd@gnu.org Date: Tue, 11 Feb 2020 17:59:12 +0100 In-Reply-To: <20200211164623.qmfy6xh7y5sy2fdd@function> References: <87zhdpkzuc.fsf@oldenburg2.str.redhat.com> <20200211134730.rc6ozsb2cnwb33g4@function> <20200211134939.ktdyb3stbrldso7u@function> <87mu9pkyks.fsf@oldenburg2.str.redhat.com> <20200211141639.ynwh6ytjdozqciko@function> <20200211164623.qmfy6xh7y5sy2fdd@function> Organization: Home Content-Type: text/plain; charset="ISO-8859-1" User-Agent: Evolution 3.30.5-1.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::234 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Feb 2020 16:58:04 -0000 On Tue, 2020-02-11 at 08:46 -0800, Samuel Thibault wrote: > Svante Signell, le mar. 11 févr. 2020 17:42:18 +0100, a ecrit: > > On Tue, 2020-02-11 at 06:16 -0800, Samuel Thibault wrote: > > > Florian Weimer, le mar. 11 févr. 2020 15:06:43 +0100, a ecrit: > > > > > Samuel Thibault, le mar. 11 févr. 2020 05:47:30 -0800, a ecrit: > > > > > > Florian Weimer, le mar. 11 févr. 2020 14:39:23 +0100, a ecrit: > > > > > > > Does Hurd support /proc/self/fd, in the sense that the POSIX > > > > > > > functions > > > > > > > in glibc (such as openat) can deal with such paths? > > > > > > > > > > > > Not yet but that could be added quite easily with some magic > > > > > > translation. > > > > > > > > > > Ah, actually it's already supported in /dev/fd (but we can add a > > > > > symlink > > > > > in /proc/self for compatibility). > > > > > > > > Does this mean if we generate paths starting with /dev/fd/, we already > > > > have this functionality today? > > > > There are already symlinks there: > > Are you really looking at a hurd system? > > > ls -l /dev/pts/ > > total 0 > > crw--w---- 1 srs tty 136, 0 Feb 11 14:38 0 > > crw--w---- 1 srs tty 136, 1 Feb 11 17:39 1 > > c--------- 1 root root 5, 2 Dec 13 11:55 ptmx > > There is no ptmx support on GNU/Hurd yet. Sorry, that was a Linux system. On hurd: ls -l /proc/self/fd/ total 0 ls -l /dev/fd total 0 From MAILER-DAEMON Tue Feb 11 12:03:38 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j1Ywk-0006Iw-E8 for mharc-bug-hurd@gnu.org; Tue, 11 Feb 2020 12:03:38 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:46686) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j1Ywi-0006H6-MD for bug-hurd@gnu.org; Tue, 11 Feb 2020 12:03:37 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j1Ywg-0001vh-4y for bug-hurd@gnu.org; Tue, 11 Feb 2020 12:03:35 -0500 Received: from hera.aquilenet.fr ([2a0c:e300::1]:44714) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j1Ywf-0001sx-Ux for bug-hurd@gnu.org; Tue, 11 Feb 2020 12:03:34 -0500 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id 9F2001A09; Tue, 11 Feb 2020 18:03:30 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RSmLRCoFZuhu; Tue, 11 Feb 2020 18:03:30 +0100 (CET) Received: from function (unknown [8.46.75.2]) by hera.aquilenet.fr (Postfix) with ESMTPSA id F1315BA9; Tue, 11 Feb 2020 18:03:28 +0100 (CET) Received: from samy by function with local (Exim 4.93) (envelope-from ) id 1j1YwK-0016kP-3x; Tue, 11 Feb 2020 18:03:12 +0100 Date: Tue, 11 Feb 2020 09:03:11 -0800 From: Samuel Thibault To: Svante Signell Cc: bug-hurd@gnu.org Subject: Re: /proc/self/fd support on Hurd Message-ID: <20200211170311.45aqwr362giphbcb@function> Mail-Followup-To: Svante Signell , bug-hurd@gnu.org References: <87zhdpkzuc.fsf@oldenburg2.str.redhat.com> <20200211134730.rc6ozsb2cnwb33g4@function> <20200211134939.ktdyb3stbrldso7u@function> <87mu9pkyks.fsf@oldenburg2.str.redhat.com> <20200211141639.ynwh6ytjdozqciko@function> <20200211164623.qmfy6xh7y5sy2fdd@function> <68c0bd3f5c8db08fb9d264ccbd616ae233bfdee3.camel@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <68c0bd3f5c8db08fb9d264ccbd616ae233bfdee3.camel@gmail.com> Organization: I am not organized User-Agent: NeoMutt/20170609 (1.8.3) Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a0c:e300::1 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Feb 2020 17:03:37 -0000 Svante Signell, le mar. 11 f=C3=A9vr. 2020 17:59:12 +0100, a ecrit: > Sorry, that was a Linux system. On hurd: > ls -l /proc/self/fd/ I don't have such a directory on a Hurd system. > total 0 Note that getting the list of fds is not supported, but if you ls /dev/fd/0 for instance, it will work. Samuel From MAILER-DAEMON Tue Feb 11 12:16:58 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j1Z9d-0003fQ-Re for mharc-bug-hurd@gnu.org; Tue, 11 Feb 2020 12:16:57 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:39138) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j1Z9b-0003ek-4J for bug-hurd@gnu.org; Tue, 11 Feb 2020 12:16:56 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j1Z9Z-0002ZU-P5 for bug-hurd@gnu.org; Tue, 11 Feb 2020 12:16:54 -0500 Received: from mail-lf1-x12f.google.com ([2a00:1450:4864:20::12f]:45940) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1j1Z9Z-0002WF-I9 for bug-hurd@gnu.org; Tue, 11 Feb 2020 12:16:53 -0500 Received: by mail-lf1-x12f.google.com with SMTP id 203so7538449lfa.12 for ; Tue, 11 Feb 2020 09:16:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:subject:from:reply-to:to:date:in-reply-to:references :organization:user-agent:mime-version:content-transfer-encoding; bh=jD/68Dv7zNat5xW6wc8rAH/rCtH7++0lqib9JpWoZ1g=; b=DU3GJ37Gr+drvH6y+kpUbO1Ip46FtRkAY2kXq5aQo5B2o4aBDjDASaDDU+4e5Uw2dc Mh7h2ecgIWzjmdqXan8sufc9ug67HZgBqcqkxKITHS+PvCoHqHzKbvDeSZWLRGHXQnhf 7zWF+7Tm3Nhx97R+EGgumVUQrHFWn+sEA0jhpmO0LspfPVrSwgeF6G0eNdAADp6cZlni Ga8o3GBNbI9pKmLfpySsgIi+QbMaZWH0iqUVMlWlMZRpHCxyNk7zv5PXTsi/bhzFuKTP w/Ubyx1avW8s1etyqZAUpEI0eOZIqpu5/jELcUtbO9Y2vdi6RUwOazs7cNrBF79oZ4p0 8t2w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:reply-to:to:date :in-reply-to:references:organization:user-agent:mime-version :content-transfer-encoding; bh=jD/68Dv7zNat5xW6wc8rAH/rCtH7++0lqib9JpWoZ1g=; b=fka6Gkni0XPcSPubiu2hByBpLA1q6aAVL5bwe+3jmXOoNadplSxJ2kkPGeOFQQGLwN G/7vV4lCMumbGxFQQ0qmhDew4fF0HoEFwCY6CGLIKAvu44nUiIbdWOMoATEnT6Mnew+L u8fCD+79s8wRtgrqbAG/4OIK2LyP7hL4T8vV33J4TvHKKk96g+1syci05nbDGM6V0lvS ms56Sy6+4BvfcBfVbjtlQQpjB7QzftOwfONHP+Brb3iZ21+eATFiDVESPp0EOVIGcqJ/ uBqq6rpXtdn3wDYnqpDb5PEZsaXX9QrWQgoXLvGg0vAWvfyBUTNhLXJto6rLxl15KzQC UFpQ== X-Gm-Message-State: APjAAAX3amxV1CQ/VPG/7IQlBgW8ePxeX3trvmDkWIGO6qh6rOhShIhT b2CGwY+T40Qp1j6iF8OUO43U1OOH X-Google-Smtp-Source: APXvYqzQmM+VwxleHLAMMKSZzMmSzEYhCV0bC43ThH3cd5e8u6TDF2Whbty4QMhE9x19HFFZa7L3Og== X-Received: by 2002:ac2:4d04:: with SMTP id r4mr4176239lfi.77.1581441411632; Tue, 11 Feb 2020 09:16:51 -0800 (PST) Received: from G3620.lan (178-78-231-178.customers.ownit.se. [178.78.231.178]) by smtp.gmail.com with ESMTPSA id s15sm2365220ljs.58.2020.02.11.09.16.50 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 11 Feb 2020 09:16:51 -0800 (PST) Message-ID: Subject: Re: /proc/self/fd support on Hurd From: Svante Signell Reply-To: svante.signell@gmail.com To: bug-hurd@gnu.org Date: Tue, 11 Feb 2020 18:18:11 +0100 In-Reply-To: <20200211170311.45aqwr362giphbcb@function> References: <87zhdpkzuc.fsf@oldenburg2.str.redhat.com> <20200211134730.rc6ozsb2cnwb33g4@function> <20200211134939.ktdyb3stbrldso7u@function> <87mu9pkyks.fsf@oldenburg2.str.redhat.com> <20200211141639.ynwh6ytjdozqciko@function> <20200211164623.qmfy6xh7y5sy2fdd@function> <68c0bd3f5c8db08fb9d264ccbd616ae233bfdee3.camel@gmail.com> <20200211170311.45aqwr362giphbcb@function> Organization: Home Content-Type: text/plain; charset="ISO-8859-1" User-Agent: Evolution 3.30.5-1.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::12f X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Feb 2020 17:16:56 -0000 On Tue, 2020-02-11 at 09:03 -0800, Samuel Thibault wrote: > Svante Signell, le mar. 11 févr. 2020 17:59:12 +0100, a ecrit: > > Sorry, that was a Linux system. On hurd: > > ls -l /proc/self/fd/ > > I don't have such a directory on a Hurd system. Yes you are correct. > Note that getting the list of fds is not supported, but if you ls > /dev/fd/0 for instance, it will work. Yes /1 and /2 too. From MAILER-DAEMON Thu Feb 13 11:09:16 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j2H3E-0006PK-2U for mharc-bug-hurd@gnu.org; Thu, 13 Feb 2020 11:09:16 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:50803) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j2H3B-0006OQ-C5 for bug-hurd@gnu.org; Thu, 13 Feb 2020 11:09:14 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j2H3A-0003y0-9T for bug-hurd@gnu.org; Thu, 13 Feb 2020 11:09:13 -0500 Received: from mail-lj1-x22b.google.com ([2a00:1450:4864:20::22b]:37709) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1j2H39-0003ur-Vp for bug-hurd@gnu.org; Thu, 13 Feb 2020 11:09:12 -0500 Received: by mail-lj1-x22b.google.com with SMTP id v17so7248061ljg.4 for ; Thu, 13 Feb 2020 08:09:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:subject:from:reply-to:to:date:organization:user-agent :mime-version:content-transfer-encoding; bh=Bj2U9GwAY0cLlioj6/DOU39rzqxi8o6Hci+rlFpTC2E=; b=T1UM3+xcavf5FBsTupdclsEIPnzA4qTM4cxhoiyxhy63gWMnExrhvOKJ2VNqrJ1atk n0TDbq4Reo9P3sK/KHSnEROeyHraBlbh9HYB/u8wapYidBw8uUqEBOEl3jZGHL0aCbkm jL4gyoaNagYIW5/IVTsBPLwdLOjBfvb9mOKT9j8zinoszjI4bcZ34wN9arzG9ETPLiO1 6Cv/6+kDc1wI/IsoCL3sg+Vg2oFaQ+1KG7Iy8toBP/sZjDr11O94Y+qf8FYcZxqufssC neMvm14Aas/I28aDYyZGHUr8NjC7MJzlXQheRYpPmAJbnfiC7bjf4NNh+DWPtl7ROWWn dn0w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:reply-to:to:date :organization:user-agent:mime-version:content-transfer-encoding; bh=Bj2U9GwAY0cLlioj6/DOU39rzqxi8o6Hci+rlFpTC2E=; b=aac5JPwysuaRFIbUtm2bIYHq9SyshhQVUAzmN1KycJca+sNlrahLcqmXV1Dq1NyTmn M4e/zTa3ayS34Gielm8a8M+fgMQHG67s8DVxYV51i0+G985W6FikZVN8iOYidf9EJ5dl O5mN9nR5mBPNw3brzQCZpoc2cDdGm5ivIW92rIWV6bCdmTtIPuFN3mMnnJ2hpJSpL62I hBVqwYsNTP+0ZksOhlKkNPT5ZGasIf3aJOOOIusGDByzTxRXKVu1VdYgVMeEBRsLvauA +i/3bbe7EB1wQN8xilP9uzErIH2jhVWvLXbalOfh76WBKTfYJ4+/cZLFmtx9E25NBDGJ VZGw== X-Gm-Message-State: APjAAAXM2HJscteePLTI6wiOjOTGabLEFIuI6dOpPqohbD3gKUNd7sXS HYBx+yK8NOWpCWh2qp0NkLFFZid2 X-Google-Smtp-Source: APXvYqx/wwHCNc1HwR6GxtDjb8ZLgTLe14AcjTelFOERnJyv6w5RUTdpvUFeYENuhKykFFATqAk/eg== X-Received: by 2002:a2e:1459:: with SMTP id 25mr11839111lju.189.1581610149978; Thu, 13 Feb 2020 08:09:09 -0800 (PST) Received: from G3620.lan (178-78-231-178.customers.ownit.se. [178.78.231.178]) by smtp.gmail.com with ESMTPSA id j7sm1503732lfh.25.2020.02.13.08.09.09 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 13 Feb 2020 08:09:09 -0800 (PST) Message-ID: <91f00ed73a4d4ceeff08e4b1e7ba685b8920786b.camel@gmail.com> Subject: Adding the hurd-cross package to "The Hurd group"? From: Svante Signell Reply-To: svante.signell@gmail.com To: bug-hurd Date: Thu, 13 Feb 2020 17:10:30 +0100 Organization: Home Content-Type: text/plain; charset="ISO-8859-1" User-Agent: Evolution 3.30.5-1.1 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::22b X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Feb 2020 16:09:14 -0000 Hello, I've created the hurd-cross (hurdX) package and submitted it as task #15548, see https://savannah.nongnu.org/task/?15548. I was asked by ineiev@gnu.org if I could join "The Hurd group" with it. The project is described in the task, and I also have uploaded a tarball. The tarball is created by git archive. If admitted to join the group with that package I would like to create a git repository at http://git.savannah.gnu.org/cgit/hurd/ or elsewhere. What is the procedure to create an upstream git repo? Thanks! From MAILER-DAEMON Thu Feb 13 11:35:59 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j2HT5-0002H2-CE for mharc-bug-hurd@gnu.org; Thu, 13 Feb 2020 11:35:59 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:54596) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j2HT2-0002EE-Gz for bug-hurd@gnu.org; Thu, 13 Feb 2020 11:35:57 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j2HT1-0003XL-HU for bug-hurd@gnu.org; Thu, 13 Feb 2020 11:35:56 -0500 Received: from hera.aquilenet.fr ([185.233.100.1]:44824) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j2HT1-0003VN-BY for bug-hurd@gnu.org; Thu, 13 Feb 2020 11:35:55 -0500 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id 527AE35B2; Thu, 13 Feb 2020 17:35:53 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0o3qppCQaaNw; Thu, 13 Feb 2020 17:35:52 +0100 (CET) Received: from function (unknown [209.210.2.167]) by hera.aquilenet.fr (Postfix) with ESMTPSA id 4A63435AF; Thu, 13 Feb 2020 17:35:52 +0100 (CET) Received: from samy by function with local (Exim 4.93) (envelope-from ) id 1j2HSs-0072P0-Ah; Thu, 13 Feb 2020 17:35:46 +0100 Date: Thu, 13 Feb 2020 08:35:46 -0800 From: Samuel Thibault To: Svante Signell , thomas@codesourcery.com Cc: bug-hurd Subject: Re: Adding the hurd-cross package to "The Hurd group"? Message-ID: <20200213163546.amo47m4zmq7ppccq@function> Mail-Followup-To: Svante Signell , thomas@codesourcery.com, bug-hurd References: <91f00ed73a4d4ceeff08e4b1e7ba685b8920786b.camel@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <91f00ed73a4d4ceeff08e4b1e7ba685b8920786b.camel@gmail.com> Organization: I am not organized User-Agent: NeoMutt/20170609 (1.8.3) Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 185.233.100.1 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Feb 2020 16:35:57 -0000 Hello, Svante Signell, le jeu. 13 f=C3=A9vr. 2020 17:10:30 +0100, a ecrit: > I've created the hurd-cross (hurdX) package and submitted it as task #1= 5548, see > https://savannah.nongnu.org/task/?15548. I was asked by ineiev@gnu.org = if I > could join "The Hurd group" with it. The project is described in the ta= sk, and I > also have uploaded a tarball. The tarball is created by git archive. If= admitted > to join the group with that package Sure, you're welcome! > I would like to create a git repository at > http://git.savannah.gnu.org/cgit/hurd/ or elsewhere. What is the > procedure to create an upstream git repo? I don't know, Thomas, do you know? Samuel From MAILER-DAEMON Fri Feb 14 03:41:13 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j2WXB-00043j-1K for mharc-bug-hurd@gnu.org; Fri, 14 Feb 2020 03:41:13 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:39327) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j2WX8-00040c-DQ for bug-hurd@gnu.org; Fri, 14 Feb 2020 03:41:11 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j2WX7-0002vd-67 for bug-hurd@gnu.org; Fri, 14 Feb 2020 03:41:10 -0500 Received: from mail-il1-x129.google.com ([2607:f8b0:4864:20::129]:46634) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1j2WX7-0002ta-1T for bug-hurd@gnu.org; Fri, 14 Feb 2020 03:41:09 -0500 Received: by mail-il1-x129.google.com with SMTP id t17so7373637ilm.13 for ; Fri, 14 Feb 2020 00:41:08 -0800 (PST) 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; bh=xR6E9rNyRydBsb8frgLpP32xfrkMwv57q+2WwIx2eUU=; b=RCp0rHypE6FKiR3dORUytc7b97G3PbOtIuA3tVy6zMmaUighzxn1zqzmoZUuo2mYzg PF1NjVK49RGwhlsOm6RWiyJP4WZMaPpMmQF+woMyzhl4mtmlGOKgssqKY2glg0p7cBKk P9oOsxnrlVGHBU6YnRVgvwRAlc3s0+zxvngYtOKu3XCWHqf0iMmoQ8ZQUerkUMPvjIYD qRaut+flbiSOzuOI5RQIQo11inUDRZwavPdQwV4/nA8Jr1ZRBG1isuPcgsLOdiiYpQAi X/SnFQaTt4fnFx3ZGuIkv2vCafJR5L347tgN4DtruTsvl6jYth9MpeAzOq1D29UVzVPV gaHQ== 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; bh=xR6E9rNyRydBsb8frgLpP32xfrkMwv57q+2WwIx2eUU=; b=md2GrNSGIOinOEWJI8L6+2HdbLMbyaye6XaoqI3tBMdD3FlZPzcPhBip0uLqF1Q9VV 1Fh7ymqf8EgURu02TVwQPtH9VggQqdmhXy7CjR1k/gmH6JPDtGXzYSpJW3x6rnInkyjl 7ctwXNWFfVQXoqEtNP1i9bhTRGvIXiSdadKVKC5BvLcQHmboU4z3BBzhU+pzdsOSWsTE GGCC59efEFzN2SKJYfQrDcXLjx+SGTZOM9lCydlVmrPSt6fbeWgrXtMWZ53L29zvpCjV pxPnegBhZ4NkZlBfhFo1uFvzuZCJfeSdueKtOspAgQZsYe5z8AnE5nclaEe7hlNstcGW unag== X-Gm-Message-State: APjAAAXtkfttKkon4Pj6XYUmPv5WmkKBgdRzf1enLqE7olvsLN9OjVGN cp6BVjFgKZPwDfwIyQ/q17Fj0ZGe/PveKgebKg== X-Google-Smtp-Source: APXvYqxowyiGzpCf7SIT5W9XU6ky3y/NLkzYzwIOg3Qcxioj5KBus/JN50Tbq7wN2/+Uma37XLkp2wERm3oMxBB17zs= X-Received: by 2002:a92:9c8c:: with SMTP id x12mr1927970ill.275.1581669667630; Fri, 14 Feb 2020 00:41:07 -0800 (PST) MIME-Version: 1.0 References: <91f00ed73a4d4ceeff08e4b1e7ba685b8920786b.camel@gmail.com> <20200213163546.amo47m4zmq7ppccq@function> In-Reply-To: <20200213163546.amo47m4zmq7ppccq@function> From: =?UTF-8?B?RmzDoXZpbyBDcnV6?= Date: Fri, 14 Feb 2020 00:40:56 -0800 Message-ID: Subject: Re: Adding the hurd-cross package to "The Hurd group"? To: Svante Signell , Thomas Schwinge , bug-hurd Content-Type: multipart/alternative; boundary="000000000000b0f591059e852a9c" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::129 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Feb 2020 08:41:11 -0000 --000000000000b0f591059e852a9c Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Svante Your hurd-cross project seems to be based on something I did a few years back (https://github.com/flavioc/cross-hurd). I'm glad you want to continue to improve it but please reference the original author. Thanks On Thu, Feb 13, 2020 at 8:36 AM Samuel Thibault wrote: > Hello, > > Svante Signell, le jeu. 13 f=C3=A9vr. 2020 17:10:30 +0100, a ecrit: > > I've created the hurd-cross (hurdX) package and submitted it as task > #15548, see > > https://savannah.nongnu.org/task/?15548. I was asked by ineiev@gnu.org > if I > > could join "The Hurd group" with it. The project is described in the > task, and I > > also have uploaded a tarball. The tarball is created by git archive. If > admitted > > to join the group with that package > > Sure, you're welcome! > > > I would like to create a git repository at > > http://git.savannah.gnu.org/cgit/hurd/ or elsewhere. What is the > > procedure to create an upstream git repo? > > I don't know, Thomas, do you know? > > Samuel > > --=20 Fl=C3=A1vio Cruz / flaviocruz@gmail.com --000000000000b0f591059e852a9c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Svante

Your hurd-cross project = seems to be based on something I did a few years back (https://github.com/flavioc/cross-hurd). I= 'm glad you want to continue to improve it but please reference the ori= ginal author.

Thanks

On Thu, Feb 13, 2020 at 8:36 AM Samuel Thibault = <samuel.thibault@gnu.org&= gt; wrote:
Hello= ,

Svante Signell, le jeu. 13 f=C3=A9vr. 2020 17:10:30 +0100, a ecrit:
> I've created the hurd-cross (hurdX) package and submitted it as ta= sk #15548, see
> https://savannah.nongnu.org/task/?15548. I was asked= by ineiev@gnu.org = if I
> could join "The Hurd group" with it. The project is describe= d in the task, and I
> also have uploaded a tarball. The tarball is created by git archive. I= f admitted
> to join the group with that package

Sure, you're welcome!

> I would like to create a git repository at
> http://git.savannah.gnu.org/cgit/hurd/ or elsewhere. = What is the
> procedure to create an upstream git repo?

I don't know, Thomas, do you know?

Samuel



--
Fl=C3=A1vio Cruz / flaviocruz@gmail.com
--000000000000b0f591059e852a9c-- From MAILER-DAEMON Sat Feb 15 05:12:37 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j2uRB-00060a-B5 for mharc-bug-hurd@gnu.org; Sat, 15 Feb 2020 05:12:37 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:42899) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j2uR8-00060N-Pc for bug-hurd@gnu.org; Sat, 15 Feb 2020 05:12:35 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j2uR4-0006BI-BW for bug-hurd@gnu.org; Sat, 15 Feb 2020 05:12:31 -0500 Received: from albireo.enyo.de ([37.24.231.21]:47626) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j2uR4-0006AC-5K for bug-hurd@gnu.org; Sat, 15 Feb 2020 05:12:30 -0500 Received: from [172.17.203.2] (helo=deneb.enyo.de) by albireo.enyo.de with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) id 1j2uR1-0000w4-6q; Sat, 15 Feb 2020 10:12:27 +0000 Received: from fw by deneb.enyo.de with local (Exim 4.92) (envelope-from ) id 1j2uPe-00040U-3e; Sat, 15 Feb 2020 11:11:02 +0100 From: Florian Weimer To: bug-hurd@gnu.org Cc: libc-alpha@sourceware.org Subject: THREAD_GETMEM support for Hurd in glibc Date: Sat, 15 Feb 2020 11:11:02 +0100 Message-ID: <871rqwyxc9.fsf@mid.deneb.enyo.de> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 37.24.231.21 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Feb 2020 10:12:35 -0000 Is there a way to add fields to the thread descriptor on Hurd? With NPTL, we have THREAD_GETMEM and THREAD_SETMEM to access thread-local variables without relying on the platform TLS implementation. I want to use this for thread-local data in the dynamic loader, specifically for the exception handling context. Using the thread descriptor or TCB for this seems appropriate because this TLS data is not supposed to be duplicated in alternative namespaces (because they share the dynamic loader). From MAILER-DAEMON Sat Feb 15 06:39:00 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j2vmm-00033J-30 for mharc-bug-hurd@gnu.org; Sat, 15 Feb 2020 06:39:00 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:49408) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j2vmi-00032C-Lw for bug-hurd@gnu.org; Sat, 15 Feb 2020 06:38:57 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j2vmh-0005d9-O1 for bug-hurd@gnu.org; Sat, 15 Feb 2020 06:38:56 -0500 Received: from mailout-l3b-97.contactoffice.com ([212.3.242.97]:59928) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j2vmh-0005cf-AW for bug-hurd@gnu.org; Sat, 15 Feb 2020 06:38:55 -0500 Received: from smtpauth1.co-bxl (smtpauth1.co-bxl [10.2.0.15]) by mailout-l3b-97.contactoffice.com (Postfix) with ESMTP id 7EABF3CD for ; Sat, 15 Feb 2020 12:38:52 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mailfence.com; s=20160819-nLV10XS2; t=1581766732; bh=YJCk/NbVcpnOFJ158qNgRAhDlYDlsfbCDrgBgg07m/Y=; h=From:To:Subject:Date:From; b=XED6sxSJH0uYjrvX3hIWnKbiX2VlrjD3uQtFSNY+9Npgtabl/1PkM6Jy6esAObcaC 9ZE2ltaj6qEhuXpr6VdsBPXJO4Zml2jNCXkmQ3ChzcQgmEn9frWVVvSGcZTH+DRUVH RINxsg2GluN2YBUcfwPYja9By2ZtxktkyO4pNnHM1emZeln3tFDvLjQwWQX9wTxeC1 J0vK+7Nc4W4ykFxWtMxj34+LVEmbwnvqvNiJ3lUvXrA0vZQGjL9m+QLKIlxOFd3XH9 wNbxCv9Gn8BR4fpgU/hCT5jFyZMGk4ymNDxE3DfOLwecp+7ZFo8/8A8esS7QsTZNBi jjCPQAKfuUlAw== Received: by smtp.mailfence.com with ESMTPA for ; Sat, 15 Feb 2020 12:38:48 +0100 (CET) From: =?UTF-8?q?Joan=20Lled=C3=B3?= To: bug-hurd@gnu.org Subject: pci arbiter: add new --device command line option Date: Sat, 15 Feb 2020 12:38:50 +0100 (CET) Message-Id: <20200215113807.14300-1-jlledom@mailfence.com> X-Mailer: git-send-email 2.20.1 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-ContactOffice-Account: com:219870206 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 212.3.242.97 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Feb 2020 11:38:57 -0000 Hello Hurd, I made some changes in the options parser to add a new --device option, a= s a shortcut for current -D -b -d -f options. I also renamed some options in order to free -D and --device to use it fo= r this purpose. From now on, the formerly called "devices" are now called "slots= ", and "device" will refer to a combination of Domain + Bus + Slot + Function. From MAILER-DAEMON Sat Feb 15 06:39:02 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j2vmo-00037f-BR for mharc-bug-hurd@gnu.org; Sat, 15 Feb 2020 06:39:02 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:49418) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j2vmj-00032D-6M for bug-hurd@gnu.org; Sat, 15 Feb 2020 06:38:58 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j2vmi-0005dH-4D for bug-hurd@gnu.org; Sat, 15 Feb 2020 06:38:57 -0500 Received: from mailout-l3b-97.contactoffice.com ([212.3.242.97]:59930) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j2vmh-0005cs-SK for bug-hurd@gnu.org; Sat, 15 Feb 2020 06:38:56 -0500 Received: from smtpauth1.co-bxl (smtpauth1.co-bxl [10.2.0.15]) by mailout-l3b-97.contactoffice.com (Postfix) with ESMTP id 7232942A; Sat, 15 Feb 2020 12:38:54 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mailfence.com; s=20160819-nLV10XS2; t=1581766734; bh=TR0TOlTcbGinJuGJ16bYwvBMju4YX100FCUOXsYhw3w=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=V146B9KInGXqmTKVo8P12xvBJ7DCnxOzqfJPh4sAyg5nd//L7uD/FvwVYSL0GO6LO 74BWV09HBsbQ2uXgMa4Rz7fqsS1ipmhnP7zzzcdR+L+Mzp/5CDjngDI3YqugdpVecb U8c/NOJKENZGD7WDeTdZQ7PE+VicIF6GcwsTkLnawZOBWSX9onS298Z/HU4Ofk0ETu OSD3X8IdpGy6tRxbY034Nb36YSPOWLeKX71vHa3K2ASahp4zINr89NIUb/ACPVtw9x PGyuec0yPZc+HVig253ph+AMLv3YTNKcVjpYDUnH7giEUGLFi3mN/94n71SSsn8+qg suWNeLDztPAOg== Received: by smtp.mailfence.com with ESMTPA ; Sat, 15 Feb 2020 12:38:50 +0100 (CET) From: =?UTF-8?q?Joan=20Lled=C3=B3?= To: bug-hurd@gnu.org Cc: =?UTF-8?q?Joan=20Lled=C3=B3?= Subject: [PATCH 1/2] pci-arbiter: Rename command line options Date: Sat, 15 Feb 2020 12:38:52 +0100 (CET) Message-Id: <20200215113807.14300-2-jlledom@mailfence.com> X-Mailer: git-send-email 2.20.1 In-Reply-To: <20200215113807.14300-1-jlledom@mailfence.com> References: <20200215113807.14300-1-jlledom@mailfence.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-ContactOffice-Account: com:219870206 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 212.3.242.97 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Feb 2020 11:38:58 -0000 From: Joan Lled=C3=B3 Rename some CLI options in order to add the new -d --device arg. Replace -s by -c for subclasses. Replace -D by -d for domains. Domains are optional from now on, default to 0. Replace -b by -B for buses. Bus now creates a new permission scope if the current one already has a value for the bus. Replace -d by -s for devices. The formerly called "devices" are now called "slots", and "device" will refer to a combination of Domain + Bus + Slot + Function * pci-arbiter/options.c: parse_opts(): Rename options * pci-arbiter/options.h: struct argp_option options[]: Likewise --- pci-arbiter/options.c | 19 +++++++++++-------- pci-arbiter/options.h | 12 ++++++------ 2 files changed, 17 insertions(+), 14 deletions(-) diff --git a/pci-arbiter/options.c b/pci-arbiter/options.c index 76ce6460..085a2299 100644 --- a/pci-arbiter/options.c +++ b/pci-arbiter/options.c @@ -120,19 +120,22 @@ parse_opt (int opt, char *arg, struct argp_state *s= tate) =20 h->curset->d_class =3D strtol (arg, 0, 16); break; - case 's': + case 'c': h->curset->d_subclass =3D strtol (arg, 0, 16); break; - case 'D': - if (h->curset->domain >=3D 0) - parse_hook_add_set (h); - + case 'd': h->curset->domain =3D strtol (arg, 0, 16); break; - case 'b': + case 'B': + if (h->curset->bus >=3D 0) + parse_hook_add_set (h); + + if (h->curset->domain < 0) + h->curset->domain =3D 0; + h->curset->bus =3D strtol (arg, 0, 16); break; - case 'd': + case 's': h->curset->dev =3D strtol (arg, 0, 16); break; case 'f': @@ -261,7 +264,7 @@ netfs_append_args (char **argz, size_t * argz_len) if (p->bus >=3D 0) ADD_OPT ("--bus=3D0x%02x", p->bus); if (p->dev >=3D 0) - ADD_OPT ("--dev=3D0x%02x", p->dev); + ADD_OPT ("--slot=3D0x%02x", p->dev); if (p->func >=3D 0) ADD_OPT ("--func=3D%01u", p->func); if (p->uid >=3D 0) diff --git a/pci-arbiter/options.h b/pci-arbiter/options.h index 814f81ad..bdb6be78 100644 --- a/pci-arbiter/options.h +++ b/pci-arbiter/options.h @@ -51,12 +51,12 @@ struct parse_hook static const struct argp_option options[] =3D { {0, 0, 0, 0, "Permission scope:", 1}, {"class", 'C', "CLASS", 0, "Device class in hexadecimal"}, - {"subclass", 's', "SUBCLASS", 0, - "Device subclass in hexadecimal, only valid with -c"}, - {"domain", 'D', "DOMAIN", 0, "Device domain in hexadecimal"}, - {"bus", 'b', "BUS", 0, "Device bus in hexadecimal, only valid with -D"= }, - {"dev", 'd', "DEV", 0, "Device dev in hexadecimal, only valid with -b"= }, - {"func", 'f', "FUNC", 0, "Device func in hexadecimal, only valid with = -d"}, + {"subclass", 'c', "SUBCLASS", 0, + "Device subclass in hexadecimal, requires -C"}, + {"domain", 'd', "DOMAIN", 0, "Device domain in hexadecimal"}, + {"bus", 'B', "BUS", 0, "Device bus in hexadecimal, requires -D"}, + {"slot", 's', "SLOT", 0, "Device slot in hexadecimal, requires -b"}, + {"func", 'f', "FUNC", 0, "Device func in hexadecimal, requires -d"}, {0, 0, 0, 0, "These apply to a given permission scope:", 2}, {"uid", 'U', "UID", 0, "User ID to give permissions to"}, {"gid", 'G', "GID", 0, "Group ID to give permissions to"}, --=20 2.20.1 From MAILER-DAEMON Sat Feb 15 06:39:02 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j2vmo-000384-Hs for mharc-bug-hurd@gnu.org; Sat, 15 Feb 2020 06:39:02 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:49431) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j2vmk-00032Q-Eo for bug-hurd@gnu.org; Sat, 15 Feb 2020 06:38:59 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j2vmj-0005dj-7C for bug-hurd@gnu.org; Sat, 15 Feb 2020 06:38:58 -0500 Received: from mailout-l3b-97.contactoffice.com ([212.3.242.97]:59936) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j2vmi-0005dM-Uk for bug-hurd@gnu.org; Sat, 15 Feb 2020 06:38:57 -0500 Received: from smtpauth1.co-bxl (smtpauth1.co-bxl [10.2.0.15]) by mailout-l3b-97.contactoffice.com (Postfix) with ESMTP id 2D3513CD; Sat, 15 Feb 2020 12:38:56 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mailfence.com; s=20160819-nLV10XS2; t=1581766736; bh=09IohnxygZPJJ+fDFK/JBZB56clKnbhkkRA6+O+Qxxw=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=EE8Cu4ot/Gq7hGsdtPHcf1E0OUiX6VZcS9FRnqA24QnkAYYvpCwS8+YRp/RMM2o2J rXRKzOyiajMW9uR+A6Ntu1LLeQda5Nrnjjp9IGEg4IDQ1Hs2sAOWPgDTFlYcUqdxdQ nL9UYZcCJOBYN7VyID9COGblRDAfkYDCv/MZEr/bgICXwjJ2Z64XakznvWhzMxDPCb Hl8QkfWtDvc8esn96ABl4JfybB62izzfhisnlh25+bbVZDxM5qt/zYA6+Xp+oHi/3S 0WdKH9QM8uGO71fBaWYP0dY+AvwBqg5G+YmV1N6UwVfvXbDROHNw8+keC6gvv20uB5 /brKA3Jj7mxZw== Received: by smtp.mailfence.com with ESMTPA ; Sat, 15 Feb 2020 12:38:52 +0100 (CET) From: =?UTF-8?q?Joan=20Lled=C3=B3?= To: bug-hurd@gnu.org Cc: =?UTF-8?q?Joan=20Lled=C3=B3?= Subject: [PATCH 2/2] pci-arbiter: Add --device command line option Date: Sat, 15 Feb 2020 12:38:54 +0100 (CET) Message-Id: <20200215113807.14300-3-jlledom@mailfence.com> X-Mailer: git-send-email 2.20.1 In-Reply-To: <20200215113807.14300-1-jlledom@mailfence.com> References: <20200215113807.14300-1-jlledom@mailfence.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-ContactOffice-Account: com:219870206 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 212.3.242.97 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Feb 2020 11:38:59 -0000 From: Joan Lled=C3=B3 Shortcut for -d, -B, -s and -f Usage: --device [:]:. E.G. --device 00:05.0 is shortcut for -d 0 -B 0 -s 5 -f 0 * pci-arbiter/options.c: Implement --slot option * pci-arbiter/options.h: Add --slot to options list --- pci-arbiter/options.c | 60 +++++++++++++++++++++++++++++++++++++++++++ pci-arbiter/options.h | 2 ++ 2 files changed, 62 insertions(+) diff --git a/pci-arbiter/options.c b/pci-arbiter/options.c index 085a2299..88fd16cf 100644 --- a/pci-arbiter/options.c +++ b/pci-arbiter/options.c @@ -27,9 +27,13 @@ #include #include #include +#include =20 #include "pcifs.h" =20 +#define PCI_SLOT_REGEX "(([0-9a-fA-F]{4}):)?([0-9a-fA-F]{2}):([0-9a-fA-F= ]{2}).([0-7])" +#define PCI_SLOT_REGEX_GROUPS 6 // 2: Domain, 3: Bus, 4: Dev, 5: Func + /* Fsysopts and command line option parsing */ =20 /* Adds an empty interface slot to H, and sets H's current interface to = it, or @@ -91,6 +95,9 @@ parse_opt (int opt, char *arg, struct argp_state *state= ) { error_t err =3D 0; struct parse_hook *h =3D state->hook; + regex_t slot_regex; + regmatch_t slot_regex_groups[PCI_SLOT_REGEX_GROUPS]; + char regex_group_val[5]; =20 /* Return _ERR from this routine */ #define RETURN(_err) \ @@ -111,6 +118,11 @@ parse_opt (int opt, char *arg, struct argp_state *st= ate) state->next++; } =20 + /* Compile regular expression to check --slot option */ + err =3D regcomp (&slot_regex, PCI_SLOT_REGEX, REG_EXTENDED); + if (err) + FAIL (err, 1, err, "option parsing"); + switch (opt) { case 'C': @@ -141,6 +153,51 @@ parse_opt (int opt, char *arg, struct argp_state *st= ate) case 'f': h->curset->func =3D strtol (arg, 0, 16); break; + case 'D': + err =3D + regexec (&slot_regex, arg, PCI_SLOT_REGEX_GROUPS, slot_regex_groups, + 0); + if (!err) + { + // Domain, 0000 by default + if (slot_regex_groups[2].rm_so >=3D 0) + { + strncpy (regex_group_val, arg + slot_regex_groups[2].rm_so, 4); + regex_group_val[4] =3D 0; + } + else + { + strncpy (regex_group_val, "0000", 5); + } + + if (h->curset->domain >=3D 0) + parse_hook_add_set (h); + + h->curset->domain =3D strtol (regex_group_val, 0, 16); + + // Bus + strncpy (regex_group_val, arg + slot_regex_groups[3].rm_so, 2); + regex_group_val[2] =3D 0; + + h->curset->bus =3D strtol (regex_group_val, 0, 16); + + // Dev + strncpy (regex_group_val, arg + slot_regex_groups[4].rm_so, 2); + regex_group_val[2] =3D 0; + + h->curset->dev =3D strtol (regex_group_val, 0, 16); + + // Func + regex_group_val[0] =3D arg[slot_regex_groups[5].rm_so]; + regex_group_val[1] =3D 0; + + h->curset->func =3D strtol (regex_group_val, 0, 16); + } + else + { + PERR (err, "Wrong PCI slot. Format: [:]:."); + } + break; case 'U': if (h->curset->uid >=3D 0) parse_hook_add_set (h); @@ -234,6 +291,9 @@ parse_opt (int opt, char *arg, struct argp_state *sta= te) return ARGP_ERR_UNKNOWN; } =20 + /* Free allocated regular expression for the --slot option */ + regfree (&slot_regex); + return err; } =20 diff --git a/pci-arbiter/options.h b/pci-arbiter/options.h index bdb6be78..5ff51d08 100644 --- a/pci-arbiter/options.h +++ b/pci-arbiter/options.h @@ -57,6 +57,8 @@ static const struct argp_option options[] =3D { {"bus", 'B', "BUS", 0, "Device bus in hexadecimal, requires -D"}, {"slot", 's', "SLOT", 0, "Device slot in hexadecimal, requires -b"}, {"func", 'f', "FUNC", 0, "Device func in hexadecimal, requires -d"}, + {"device", 'D', "DEVICE", 0, + "Device address in format [:]:."}, {0, 0, 0, 0, "These apply to a given permission scope:", 2}, {"uid", 'U', "UID", 0, "User ID to give permissions to"}, {"gid", 'G', "GID", 0, "Group ID to give permissions to"}, --=20 2.20.1 From MAILER-DAEMON Sat Feb 15 08:23:49 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j2xQD-0001eO-47 for mharc-bug-hurd@gnu.org; Sat, 15 Feb 2020 08:23:49 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:59815) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j2xQA-0001bV-G9 for bug-hurd@gnu.org; Sat, 15 Feb 2020 08:23:47 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j2xQ9-000622-Nt for bug-hurd@gnu.org; Sat, 15 Feb 2020 08:23:46 -0500 Received: from hera.aquilenet.fr ([185.233.100.1]:39808) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j2xQ9-00061a-HV for bug-hurd@gnu.org; Sat, 15 Feb 2020 08:23:45 -0500 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id 8409B5AB; Sat, 15 Feb 2020 14:23:44 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2khO-lStnAdK; Sat, 15 Feb 2020 14:23:43 +0100 (CET) Received: from function (50-194-54-222-static.hfc.comcastbusiness.net [50.194.54.222]) by hera.aquilenet.fr (Postfix) with ESMTPSA id 93A084F3; Sat, 15 Feb 2020 14:23:43 +0100 (CET) Received: from samy by function with local (Exim 4.93) (envelope-from ) id 1j2xPy-000Y49-NP; Sat, 15 Feb 2020 14:23:34 +0100 Date: Sat, 15 Feb 2020 05:23:34 -0800 From: Samuel Thibault To: Florian Weimer Cc: bug-hurd@gnu.org, libc-alpha@sourceware.org Subject: Re: THREAD_GETMEM support for Hurd in glibc Message-ID: <20200215132334.mpkjq7tdv6sdzmqb@function> Mail-Followup-To: Florian Weimer , bug-hurd@gnu.org, libc-alpha@sourceware.org References: <871rqwyxc9.fsf@mid.deneb.enyo.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <871rqwyxc9.fsf@mid.deneb.enyo.de> Organization: I am not organized User-Agent: NeoMutt/20170609 (1.8.3) Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 185.233.100.1 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Feb 2020 13:23:47 -0000 Hello, Florian Weimer, le sam. 15 f=C3=A9vr. 2020 11:11:02 +0100, a ecrit: > Is there a way to add fields to the thread descriptor on Hurd? Sure! > With NPTL, we have THREAD_GETMEM and THREAD_SETMEM to access > thread-local variables without relying on the platform TLS > implementation. I have now added them. Samuel From MAILER-DAEMON Sat Feb 15 08:51:33 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j2xr3-0008Iz-4R for mharc-bug-hurd@gnu.org; Sat, 15 Feb 2020 08:51:33 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:33528) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j2xr1-0008Ir-4L for bug-hurd@gnu.org; Sat, 15 Feb 2020 08:51:32 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j2xqy-00032B-T2 for bug-hurd@gnu.org; Sat, 15 Feb 2020 08:51:30 -0500 Received: from mail-out.m-online.net ([212.18.0.9]:43965) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j2xqy-0002wy-NB; Sat, 15 Feb 2020 08:51:28 -0500 Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 48KWqx6780z1qqkL; Sat, 15 Feb 2020 14:51:25 +0100 (CET) Received: from localhost (dynscan1.mnet-online.de [192.168.6.70]) by mail.m-online.net (Postfix) with ESMTP id 48KWqx5NZNz1r0bn; Sat, 15 Feb 2020 14:51:25 +0100 (CET) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.70]) (amavisd-new, port 10024) with ESMTP id 6M240B2q3fgc; Sat, 15 Feb 2020 14:51:24 +0100 (CET) X-Auth-Info: ncIcDPzekG1gbJtR0Ush9QoDsab6DdolP+dwQnUQL/kv6DEnxjlNSwAn4Q88eB29 Received: from igel.home (ppp-46-244-183-38.dynamic.mnet-online.de [46.244.183.38]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Sat, 15 Feb 2020 14:51:24 +0100 (CET) Received: by igel.home (Postfix, from userid 1000) id 2232B2C0FF3; Sat, 15 Feb 2020 14:51:24 +0100 (CET) From: Andreas Schwab To: Samuel Thibault Cc: libc-alpha@sourceware.org, bug-hurd@gnu.org, commit-hurd@gnu.org Subject: Re: [hurd,commited] hurd: Add THREAD_GET/SETMEM/_NC References: <20200215132327.130884-1-samuel.thibault@ens-lyon.org> X-Yow: NOW, I'm supposed to SCRAMBLE two, and HOLD th' MAYO!! Date: Sat, 15 Feb 2020 14:51:24 +0100 In-Reply-To: <20200215132327.130884-1-samuel.thibault@ens-lyon.org> (Samuel Thibault's message of "Sat, 15 Feb 2020 05:23:27 -0800") Message-ID: <875zg82c2r.fsf@igel.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 212.18.0.9 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Feb 2020 13:51:32 -0000 On Feb 15 2020, Samuel Thibault wrote: > diff --git a/sysdeps/mach/hurd/i386/tls.h b/sysdeps/mach/hurd/i386/tls.h > index c0341ce2c9..7ec8c81a76 100644 > --- a/sysdeps/mach/hurd/i386/tls.h > +++ b/sysdeps/mach/hurd/i386/tls.h > @@ -163,6 +163,114 @@ out: > : "i" (offsetof (tcbhead_t, tcb))); \ > __tcb;}) > > +/* Read member of the thread descriptor directly. */ > +# define THREAD_GETMEM(descr, member) \ > + ({ __typeof (descr->member) __value; \ > + if (sizeof (__value) == 1) \ > + asm volatile ("movb %%gs:%P2,%b0" \ > + : "=q" (__value) \ > + : "0" (0), "i" (offsetof (tcbhead_t, member))); \ > + else if (sizeof (__value) == 4) \ > + asm volatile ("movl %%gs:%P1,%0" \ > + : "=r" (__value) \ > + : "i" (offsetof (tcbhead_t, member))); \ > + else \ > + { \ > + if (sizeof (__value) != 8) \ > + /* There should not be any value with a size other than 1, \ > + 4 or 8. */ \ > + abort (); \ _Static_assert? Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different." From MAILER-DAEMON Sat Feb 15 08:54:52 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j2xuG-0001ph-CV for mharc-bug-hurd@gnu.org; Sat, 15 Feb 2020 08:54:52 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:33917) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j2xuD-0001p5-GI for bug-hurd@gnu.org; Sat, 15 Feb 2020 08:54:50 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j2xuC-0001Ar-In for bug-hurd@gnu.org; Sat, 15 Feb 2020 08:54:49 -0500 Received: from hera.aquilenet.fr ([185.233.100.1]:40112) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j2xuC-00016a-CV; Sat, 15 Feb 2020 08:54:48 -0500 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id 95EF81E2D; Sat, 15 Feb 2020 14:54:46 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lmnZD77CMdcz; Sat, 15 Feb 2020 14:54:45 +0100 (CET) Received: from function (50-194-54-222-static.hfc.comcastbusiness.net [50.194.54.222]) by hera.aquilenet.fr (Postfix) with ESMTPSA id 73BC1A33; Sat, 15 Feb 2020 14:54:45 +0100 (CET) Received: from samy by function with local (Exim 4.93) (envelope-from ) id 1j2xu0-000Yf7-9u; Sat, 15 Feb 2020 14:54:36 +0100 Date: Sat, 15 Feb 2020 05:54:36 -0800 From: Samuel Thibault To: Andreas Schwab Cc: libc-alpha@sourceware.org, bug-hurd@gnu.org, commit-hurd@gnu.org Subject: Re: [hurd,commited] hurd: Add THREAD_GET/SETMEM/_NC Message-ID: <20200215135436.c5cvxslz3rsyzzzv@function> Mail-Followup-To: Andreas Schwab , libc-alpha@sourceware.org, bug-hurd@gnu.org, commit-hurd@gnu.org References: <20200215132327.130884-1-samuel.thibault@ens-lyon.org> <875zg82c2r.fsf@igel.home> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <875zg82c2r.fsf@igel.home> Organization: I am not organized User-Agent: NeoMutt/20170609 (1.8.3) Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 185.233.100.1 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Feb 2020 13:54:50 -0000 Andreas Schwab, le sam. 15 f=C3=A9vr. 2020 14:51:24 +0100, a ecrit: > On Feb 15 2020, Samuel Thibault wrote: > > diff --git a/sysdeps/mach/hurd/i386/tls.h b/sysdeps/mach/hurd/i386/tl= s.h > > index c0341ce2c9..7ec8c81a76 100644 > > --- a/sysdeps/mach/hurd/i386/tls.h > > +++ b/sysdeps/mach/hurd/i386/tls.h > > @@ -163,6 +163,114 @@ out: > > : "i" (offsetof (tcbhead_t, tcb))); \ > > __tcb;}) > > =20 > > +/* Read member of the thread descriptor directly. */ > > +# define THREAD_GETMEM(descr, member) \ > > + ({ __typeof (descr->member) __value; \ > > + if (sizeof (__value) =3D=3D 1) \ > > + asm volatile ("movb %%gs:%P2,%b0" \ > > + : "=3Dq" (__value) \ > > + : "0" (0), "i" (offsetof (tcbhead_t, member))); \ > > + else if (sizeof (__value) =3D=3D 4) \ > > + asm volatile ("movl %%gs:%P1,%0" \ > > + : "=3Dr" (__value) \ > > + : "i" (offsetof (tcbhead_t, member))); \ > > + else \ > > + { \ > > + if (sizeof (__value) !=3D 8) \ > > + /* There should not be any value with a size other than 1, = \ > > + 4 or 8. */ \ > > + abort (); \ >=20 > _Static_assert? I just copied from i386's tls.h. We should fix them at the same time :) Samuel From MAILER-DAEMON Sat Feb 15 09:02:51 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j2y1z-0004Le-4l for mharc-bug-hurd@gnu.org; Sat, 15 Feb 2020 09:02:51 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:34837) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j2y1w-0004IU-CE for bug-hurd@gnu.org; Sat, 15 Feb 2020 09:02:49 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j2y1v-0000xJ-GY for bug-hurd@gnu.org; Sat, 15 Feb 2020 09:02:48 -0500 Received: from hera.aquilenet.fr ([2a0c:e300::1]:38906) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j2y1v-0000qO-Aq for bug-hurd@gnu.org; Sat, 15 Feb 2020 09:02:47 -0500 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id 2755B1E2D; Sat, 15 Feb 2020 15:02:44 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aD9Ejp2BswHj; Sat, 15 Feb 2020 15:02:43 +0100 (CET) Received: from function (50-194-54-222-static.hfc.comcastbusiness.net [50.194.54.222]) by hera.aquilenet.fr (Postfix) with ESMTPSA id 3058EC16; Sat, 15 Feb 2020 15:02:43 +0100 (CET) Received: from samy by function with local (Exim 4.93) (envelope-from ) id 1j2y1g-000Yu8-J3; Sat, 15 Feb 2020 15:02:32 +0100 Date: Sat, 15 Feb 2020 06:02:32 -0800 From: Samuel Thibault To: Joan =?utf-8?B?TGxlZMODxpLDgsKz?= Cc: bug-hurd@gnu.org, Joan =?utf-8?B?TGxlZMOz?= Subject: Re: [PATCH 1/2] pci-arbiter: Rename command line options Message-ID: <20200215140232.yer3plocjg7qnebr@function> Mail-Followup-To: Joan =?utf-8?B?TGxlZMODxpLDgsKz?= , bug-hurd@gnu.org, Joan =?utf-8?B?TGxlZMOz?= References: <20200215113807.14300-1-jlledom@mailfence.com> <20200215113807.14300-2-jlledom@mailfence.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20200215113807.14300-2-jlledom@mailfence.com> Organization: I am not organized User-Agent: NeoMutt/20170609 (1.8.3) Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a0c:e300::1 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Feb 2020 14:02:49 -0000 Hello, Thanks for reworking this! Joan Lled=C3=83=C6=92=C3=82=C2=B3 via Bug reports for the GNU Hurd, le sa= m. 15 f=C3=A9vr. 2020 12:38:52 +0100, a ecrit: > Replace -s by -c for subclasses. > Replace -D by -d for domains. > Domains are optional from now on, default to 0. > Replace -b by -B for buses. > Bus now creates a new permission scope if the current one > already has a value for the bus. Why a capital b? It's be more coherent to have -d -b -s -f all small-caps. Samuel From MAILER-DAEMON Sat Feb 15 15:19:46 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j33uk-0006uW-Ko for mharc-bug-hurd@gnu.org; Sat, 15 Feb 2020 15:19:46 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:42883) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j33uh-0006tq-85 for bug-hurd@gnu.org; Sat, 15 Feb 2020 15:19:44 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j33uf-00063C-5S for bug-hurd@gnu.org; Sat, 15 Feb 2020 15:19:42 -0500 Received: from albireo.enyo.de ([37.24.231.21]:51676) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j33ue-000620-VO for bug-hurd@gnu.org; Sat, 15 Feb 2020 15:19:41 -0500 Received: from [172.17.203.2] (helo=deneb.enyo.de) by albireo.enyo.de with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) id 1j33uc-0004Bo-DT; Sat, 15 Feb 2020 20:19:38 +0000 Received: from fw by deneb.enyo.de with local (Exim 4.92) (envelope-from ) id 1j33tF-0001i1-MC; Sat, 15 Feb 2020 21:18:13 +0100 From: Florian Weimer To: bug-hurd@gnu.org Cc: libc-alpha@sourceware.org Subject: Re: THREAD_GETMEM support for Hurd in glibc References: <871rqwyxc9.fsf@mid.deneb.enyo.de> <20200215132334.mpkjq7tdv6sdzmqb@function> Date: Sat, 15 Feb 2020 21:18:13 +0100 In-Reply-To: <20200215132334.mpkjq7tdv6sdzmqb@function> (Samuel Thibault's message of "Sat, 15 Feb 2020 05:23:34 -0800") Message-ID: <87d0afwqnu.fsf@mid.deneb.enyo.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 37.24.231.21 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Feb 2020 20:19:44 -0000 * Samuel Thibault: > Hello, > > Florian Weimer, le sam. 15 f=E9vr. 2020 11:11:02 +0100, a ecrit: >> Is there a way to add fields to the thread descriptor on Hurd? > > Sure! > >> With NPTL, we have THREAD_GETMEM and THREAD_SETMEM to access >> thread-local variables without relying on the platform TLS >> implementation. > > I have now added them. Thanks, this is very useful and allowed me to simplify the loader exception handling. From MAILER-DAEMON Sun Feb 16 05:45:43 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j3HQl-0002WA-Fx for mharc-bug-hurd@gnu.org; Sun, 16 Feb 2020 05:45:43 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:44954) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j3HQi-0002Vz-Ka for bug-hurd@gnu.org; Sun, 16 Feb 2020 05:45:41 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j3HQh-00025W-9y for bug-hurd@gnu.org; Sun, 16 Feb 2020 05:45:40 -0500 Received: from mail-lj1-x231.google.com ([2a00:1450:4864:20::231]:38527) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1j3HQh-00024Y-2P for bug-hurd@gnu.org; Sun, 16 Feb 2020 05:45:39 -0500 Received: by mail-lj1-x231.google.com with SMTP id w1so15502710ljh.5 for ; Sun, 16 Feb 2020 02:45:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:subject:from:reply-to:to:date:in-reply-to:references :organization:user-agent:mime-version:content-transfer-encoding; bh=IWNgcZSwUEGFEu9lyMrAEeywTKVlQqL0XyXTWSaOXlU=; b=CCqnL9tLvpXt6ds1XsNanXMHHS/zhPCYvn/Q4Hl3mkop4e2ELxoe0xJWGqJQllsuLA HL/jXTb9k8zp3tRhi/P9RuDMcpdEBumvUWhxyacQe9JiVs14L+e+ohcRapLLXfNgCbCr ZXooFq2N8RjY/S5EFeHm3SNmgJUZWB1ek1a3rMBS43Ss7rZG7rGZERASUL+l0gnxXuI8 9a34pRFW3N1SYOr7gPKxUAkelbq/NI+IozuxM/llJuGXt8z1Q0llrCr/6p7HaCbKsKBq g/SK8/EbDh2V9LJ7AvQBxiNjcw8Mq1s3P0DB/vcE54uk2HuJf6UdUGfVvVp4bZnQGmSK O1hQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:reply-to:to:date :in-reply-to:references:organization:user-agent:mime-version :content-transfer-encoding; bh=IWNgcZSwUEGFEu9lyMrAEeywTKVlQqL0XyXTWSaOXlU=; b=DDbcAFYKMXpmLibrbRWFBNwKnYoy13GFwvqoB4XB5aQOIFyCnMj5LgRaa+xlwoAb+f C6k5+Lch79/e5g3H1lGK5tIJVKStdMEjwM+Ei0D2O8l6rySH2s3niX4Zpe7MbcXDJ5+5 RLmgdECp8hdDJhbb4Nzk5qHBaqvHsfhQ0f3a6DGatpMnA6nG+gYFeGfjij4uxq+zp7b8 Ols+9JWwdGIoCLSX1eORsRIk8XEOX6ZJqZyz8Edg8siG3SQTet5qhdpwj2KzGvd0KCrb rl+MTmeV4gxhchm0v6pR8AUEe7ahMPAqWVky1R5nfj7uHbG84CdG2KzWBDp8/Gk/x4oo P/0w== X-Gm-Message-State: APjAAAUIWiT47dFwZhReT8f/WvQwGN77wWXkd19IOJ5teTa3yBlWf9Vq Q+Lw/EAxVBTuI6WC2IRHbdo= X-Google-Smtp-Source: APXvYqyHdE+xuxDqcpj8ZTZPk5hBtvZh8kcCXJCJH5GU3UawaCSEFVrfnIb6Nu1j9aBOG8XQJkXDrQ== X-Received: by 2002:a2e:730e:: with SMTP id o14mr7105987ljc.51.1581849937018; Sun, 16 Feb 2020 02:45:37 -0800 (PST) Received: from G3620.lan (178-78-231-178.customers.ownit.se. [178.78.231.178]) by smtp.gmail.com with ESMTPSA id i13sm6472202ljg.89.2020.02.16.02.45.35 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 16 Feb 2020 02:45:36 -0800 (PST) Message-ID: <202ea99c9fe44c56c5fb3784c0c140a9cb5e2c8c.camel@gmail.com> Subject: Re: Adding the hurd-cross package to "The Hurd group"? From: Svante Signell Reply-To: svante.signell@gmail.com To: =?ISO-8859-1?Q?Fl=E1vio?= Cruz , Thomas Schwinge , bug-hurd Date: Sun, 16 Feb 2020 11:46:58 +0100 In-Reply-To: References: <91f00ed73a4d4ceeff08e4b1e7ba685b8920786b.camel@gmail.com> <20200213163546.amo47m4zmq7ppccq@function> Organization: Home Content-Type: text/plain; charset="ISO-8859-1" User-Agent: Evolution 3.30.5-1.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::231 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Feb 2020 10:45:42 -0000 Hi Flavio, I did try to email you 25 September 2019 to your google email address but did not get any reply. The current project hurd-cross is a major rewrite of your cross-hurd at github. I did keep your README.md and updated the build procedure in README.commands. The name change from cross-hurd to hurd-cross was made to avoid naming conflicts with the Debian package crosshurd, which is an installer for the Debian system. Your work was a good starting point for me, that is very appreciated, thank you. I linked to your github account in files/README.files and mention ../README.md there too. I can of course add a link to your work in README.commands as well as add that link to README.md too. Alternately, do you want me to add your name to the files having an origin of your work, like: Copyright (C) 2016 Flavio Cruz, 2019, 2020 Svante Signell Written by Flavio Cruz and Svante Signell < svante.signell@gmail.com> However, doing a recursive diff of the directories there is not much in common any longer, except in the files/ directory. As you might find out executing the scripts to build and run the hurd-cross image there are still some FIXMEs to solve. (But it boots and runs, tested with qemu). There is also a need to extend the cross-builds to enable networking on the built image, as well as doing further extensions, see the TODO file. Any help with these things is happily received. Looking at your github account you mention a rewrite of mig. Is that project also stalled, no updates since 2016? A rewrite of mig would be a major contribution to the GNU/Hurd OS. Thank you for inspiring me, Svante Signell On Fri, 2020-02-14 at 00:40 -0800, Flávio Cruz wrote: > Hi Svante > > Your hurd-cross project seems to be based on something I did a few years back > (https://github.com/flavioc/cross-hurd). I'm glad you want to continue to > improve it but please reference the original author. > > Thanks > > On Thu, Feb 13, 2020 at 8:36 AM Samuel Thibault > wrote: > > Hello, > > > > Svante Signell, le jeu. 13 févr. 2020 17:10:30 +0100, a ecrit: > > > I've created the hurd-cross (hurdX) package and submitted it as task > > #15548, see > > > https://savannah.nongnu.org/task/?15548. I was asked by ineiev@gnu.org if > > I > > > could join "The Hurd group" with it. The project is described in the task, > > and I > > > also have uploaded a tarball. The tarball is created by git archive. If > > admitted > > > to join the group with that package > > > > Sure, you're welcome! > > > > > I would like to create a git repository at > > > http://git.savannah.gnu.org/cgit/hurd/ or elsewhere. What is the > > > procedure to create an upstream git repo? > > > > I don't know, Thomas, do you know? > > > > Samuel > > > > From MAILER-DAEMON Sun Feb 16 07:23:43 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j3Ixb-0004xt-1l for mharc-bug-hurd@gnu.org; Sun, 16 Feb 2020 07:23:43 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:51745) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j3IxY-0004xI-Cb for bug-hurd@gnu.org; Sun, 16 Feb 2020 07:23:41 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j3IxX-000328-BH for bug-hurd@gnu.org; Sun, 16 Feb 2020 07:23:40 -0500 Received: from mailout-l3b-97.contactoffice.com ([212.3.242.97]:44166) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j3IxW-00030J-Qv for bug-hurd@gnu.org; Sun, 16 Feb 2020 07:23:39 -0500 Received: from smtpauth1.co-bxl (smtpauth1.co-bxl [10.2.0.15]) by mailout-l3b-97.contactoffice.com (Postfix) with ESMTP id EE5D512F5 for ; Sun, 16 Feb 2020 13:23:35 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mailfence.com; s=20160819-nLV10XS2; t=1581855815; bh=UxVmV5figjOAvde7lj/0o0enhyG+l9zMz6GdIq92ADk=; h=Subject:To:References:From:Date:In-Reply-To:From; b=d+l1YO/fIdyqyEB8zKTvSJQ9Vw2q1iNF4DQMCq0jiFaf0v+1KYezoHVTOPjlbUb3U UrAl4bi6gs7v4hrYT/sHp1OlQFkv5VNT46eBc052wv5tc6OWuWOMIOWO+/toYdgAds UYSTjqBt4uI8OxqdIVUZaF1CusohaaNSUJWDHZ960llE6KKVncQLHzaMfpUJ4HbiKL +S2ADatoiEjc6tooeV7zM4DVaFRhAYdpM3woJkusn4vPjdZhABsYz0eRNtFhyjILUC /MvCNLmWCocnxsfb18CTvr+rrcBkSYYuxzb4C4WqRP0o7gy3RG0TYR4e9kQP5HBk++ JRstfLqoDHNuQ== Received: by smtp.mailfence.com with ESMTPA for ; Sun, 16 Feb 2020 13:23:33 +0100 (CET) Subject: Re: [PATCH 1/2] pci-arbiter: Rename command line options To: bug-hurd@gnu.org References: <20200215113807.14300-1-jlledom@mailfence.com> <20200215113807.14300-2-jlledom@mailfence.com> <20200215140232.yer3plocjg7qnebr@function> From: =?UTF-8?Q?Joan_Lled=c3=b3?= Autocrypt: addr=jlledom@mailfence.com; keydata= mQINBF1HPdwBEACreAzecwmgg5b8WovL1X1W2pK6PwvsrOeszFNY4rtRlWCnx18/6cK1qRZ9 kYnBU1cZ2FH5c6Il7RWJ4tq0TUoah43NAUFZLtOn6nxHX308/VKJqrZWfovdqxwhliuziPNE KW3XYYy5pKzjUA45ztDI+aMJaFLsb5fLoXUZoCVCe98jQvY+6Pufjsz4HvBOXJV/8J60G+cP VNMNems/pcE9fPmPe57a6/y26RGwDRgyf3+vCxlj26GadUWMc7PEl+fLerGX8SkJJtGlLbOP wgJZxQPfuCVJapk/ywDk9ZexNhjHsLAk8pA/S5JSlgodO9PzGP+GfqeIWXFaiY0LpOzQYtA1 gbL+WgWg1ZZyiULTmGT2XpRj7T1npnNFCNCH2L7WjR9CuFm6/TogCcz4jnpTQO1J5LQGPufv Hrfrlnc3MVhddqmmN3AboHzqgZ+KFMD8eDnBgfYI/aY1SgH4BDLuOuszL9GJlYosbOe3bUlK rVJefq2A/13KlgFqk3bcD7tWriqBGAHpzVdligyNJ9dpgtKV3j7G6hFqh+sNNvXz7zsl+jr1 xDkPa/QRmdWHGoa25QYM97g3bVeAg324Y7zA1Ik+iLmwXSzE13UiOCM8smMaV6NmPI17m9YO QHnF+7rIyXBEHpY04kSOjb1YuBD3iF/4hsDtXmfnEhvh8ByXGwARAQABtCNKb2FuIExsZWTD syA8amxsZWRvbUBtYWlsZmVuY2UuY29tPokCVAQTAQoAPhYhBIrcDbnU2zRNkfeIjKGZ12vK RpHjBQJdVYeGAhsDBQkDwdXEBQsJCAcDBRUKCQgLBRYCAwEAAh4BAheAAAoJEKGZ12vKRpHj cr0P/3bKT0MrAD6PCmyr9MLnGa9Rwo5csSwi9vrQ2zMbRnDHGvcd1Sjygw156fimzr0VY8O4 Kgr0HjS+IPKMWMWHLNPAsZ+H4M6Ben6OUxmbiuPfl9GdX0LI3fUjwoCoemuDmbHyQ0Xs+FYI ff9vyVTR0SoIJfw3aOdJR5/kimNlK/pPfZTr5Hp8Gm0h8KFFVD4jZexcJEGMd9u5lMS45IWY S0r3/GizVFC7Cltv8t5zsNxLzHOi/zOlcFCcH9bck0Wv9syS8TnHjJyLHiqAwc0xX/DErMwI 5jq/Wv4bgrNmutex/ayjQf/COK2kHx89oUmrqwoFN8K+oSuRrEmpmNN5DNJPQyBi+BmpyOFK 8oSZlwaMNAUY8si6rTEMVRdstHEceweL/Pjr4JSK4JqE0G992RNoZewmqgIPmBbwvLlchS0Z HC/8RJXGxyeXdk3pvdJWFgTUGho2Bm1kDMsZmliPGjmzJV1PNY6Ixdmcj8WV4YFlbEwnGj6g 9oJa4FR2yVXm7Z7ZtP0BgLEbYAxsd2CyoU0scqK/pYi2sD+8L24w1ahM/cK2aAvpsTqpIpWx yBThozzLFvQ65++8p5mxJjwYT9+ebbKvXEQTpRkSDAb+WuOSf+lW0qsyULM6kDyAUsGUGRJ2 v0mcjFCw2EUKHqis70n+x6yBiw6ImkBB7SLYiN7duQINBF1HPdwBEACflB9EI4BgfNKkAoNU GxzqJ1dD7YUd81qchjXg0AiT/2IguyFTCNEFlcxa6kBw+QoQgq/wSqwrh/vHZjR6GqKTkGA1 nrN30ilKuMp+WdIhuLlfw4RbqJC+JulfNYxdpoTuqzPalkeh5DsT9jF8anxZ6XQYuxRtC8cH +GMzKRE/MLm6NO9e2Lh66oYDeuTGBFkD3e0N0LTWanVJtNoycVfSHuDpbBlBef6lM8Qk8TX1 DrIBeoPw8Gg4Y1Xs6Tnqi3W0hciR+dRKlPhT2eawiE+PEdPMz3rCQX2/LQPHsuTWtL31Bo92 fsKepplkuRnmpbxfPKJfDPqclJ8CdrkqCjYCItTEIyKAHA4k1WMS9em/HmL1U0Rewcj6x4cG gbm0erVLp5TCWXNQ5IxiWSCIBDTLMMX6IURYjo6R4/1EabDPmDsycYiQrmEzrFNXiFL6VCkj adRHWJHtmu2uhvN4FVGzu11ZZbx3rPEL9P9ilR4oS2SIys8UN4Dx1w451DF7hve1d5G92yoJ Cv+JLbPg7h8VQhZ21fgliFmT/GGzJKNf1OvRu8KWJ86vEgrXcSDbcJ7yJM8mJc+osn1INPIw a0HmVD5Zs1IXbo7aRThJ/6OypnYATJH6B0eS2BFUnjVXnXHjW/GqZ2bYcB44O12X0Syo9kx3 bAlEbhXcGsw2DbOWxwARAQABiQI8BBgBCgAmAhsMFiEEitwNudTbNE2R94iMoZnXa8pGkeMF Al1VhV0FCQPB1cQACgkQoZnXa8pGkePTlBAApOIMLo/TSfr4EzwYk3wPy75THmYKi1f3HFjJ ueFHhX59URDHpdJUicQ1Lmmc5rnvMZTA9Q61Jvo9FMPpLn+cEhcgX4+ebwtcJHI2Nz3bYAGB Fb+iwOOYm08yWGn/ZR+A4Ikr6ErwC+2J4J0zVx7B6bJnPZATqBdswjfxQnuW1zDxGA2DTjVL BqnNHF3OD9xSKqFClBH68vVy1DxAbw4h4byE4gOx2gljbZ1Yy1+ivkdUMfICxOeDDZXthIAh FpRm4VJnL/X6corAe308MOPAbYTmumy36vxWolXJfX8PqUhcVcfbf0edqBjJeLnJU29Y3ZdG 4hGj3/2yqGzJ96m3E+QWPcaKY1buWKuM/xtrZipWaNH/AW0okyGcZ6PxL1jdTC6cpB4q5ecI xLiSfLokcjWEjuWvLKB9dkFXRnj4T9HiVQ587MMilFOFcGAxNUasdmk7d3HfSDy2wNHI50dM tTVpl0T8QJ5Khh9/ZyQr1a+V3+hz5TCI/w8mD/r44XripDpJqNNjpehX9z76gyBM/4fXrVD3 A//ct0aemfSfe3hCkAPMpDzxitv9N/5e6TqW6kJsRjLsjuVnSM1rpg8MWn3mL0L0JsYMSjQh xO1BkU/MwMXH14sh6cDIXJ0Ut1v7eScM0slpy3eey1RbEjNjNeqeeVUWJsbpm6c5pBM2fjc= Message-ID: Date: Sun, 16 Feb 2020 13:23:35 +0100 (CET) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.4.1 MIME-Version: 1.0 In-Reply-To: <20200215140232.yer3plocjg7qnebr@function> Content-Type: text/plain; charset=utf-8 Content-Language: en-US X-ContactOffice-Account: com:219870206 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 212.3.242.97 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Feb 2020 12:23:41 -0000 Hi, El 15/2/20 a les 15:02, Samuel Thibault ha escrit: > Why a capital b? It's be more coherent to have -d -b -s -f all > small-caps. >=20 Because of this notice in --help: "More than one permission scope may be specified. Uppercase options create a new permission scope if the current one already has a value for that option. If one node is covered by more than one permission scope, only the first permission is applied to that node." The capital options create a new permission scope, for instance: -B 0 -s 5 -f 0 -B 0 -U 1000 This will create two permission scopes: 1.- 00:05.0 belongs to nobody (Error) 2.- 00:*.* belongs to 1000 (OK) The second -B has created a new scope, which leaves the previous one incomplete. -B 0 -s 5 -f 0 -s 4 -U 1000 This creates only one permission scope: 00:04.0 belongs to 1000. The second -s overrides the first one. Until now, the capital option was -D for domain, but this commit makes the domain optional and sets it to 0000 if not given. That's for compatibility with Conventional PCI. So I moved the capital option one level down, to the bus. From MAILER-DAEMON Sun Feb 16 14:13:04 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j3PLk-0002Ux-FY for mharc-bug-hurd@gnu.org; Sun, 16 Feb 2020 14:13:04 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:59565) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j3PLg-0002Tv-Kn for bug-hurd@gnu.org; Sun, 16 Feb 2020 14:13:02 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j3PLf-0008Ct-15 for bug-hurd@gnu.org; Sun, 16 Feb 2020 14:13:00 -0500 Received: from mail-io1-xd32.google.com ([2607:f8b0:4864:20::d32]:42320) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1j3PLe-0008Al-Oo for bug-hurd@gnu.org; Sun, 16 Feb 2020 14:12:58 -0500 Received: by mail-io1-xd32.google.com with SMTP id z1so15525943iom.9 for ; Sun, 16 Feb 2020 11:12:58 -0800 (PST) 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=/Ml8q0f3GQ435+q/LvV5Vz2v/4cEzlvzgKBPv+t4pgA=; b=hlt5CE7/f6W+zphAo4zSgScWpJuwWVjMtPonzAq4fnOGHIJXPQ5LzQAPP7r7HPxuOe qgvAxVFWe4T1f8eDclD+TVcbdx/2Z+HaiO410U2MgD9nf/egtCL+YKj2Shb+6xer0NUi gSt250n0IeD9XkibmwGerhKDou0PLjOqQ8e6RWG/K62E8/oYkAhpLMamMTaNdjti/uBg 7GutyTNf0a5Ri+XxrYgMrgBII7agGySuQlCV3+3F8KEyyvEJ05B5jN1HMHsVlyOUBCa6 z4H+HnILkA1oZ3fowMvH44KtiXyPZpMflvDcexRplA/4NwFGelRxScI2SNPLJCQlt1Ul 85BA== 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=/Ml8q0f3GQ435+q/LvV5Vz2v/4cEzlvzgKBPv+t4pgA=; b=Ke5vxUHh4K03u1BH0CYO+KrAWNU0ubAwa5tO/wyj2Z7FioJ2f8ow4uTaY/YsdAZ17W wIvEZ08+RU5QPCHnWxQAlaeLq15RqoHsPT8KeKo89WF/x1cKPjWRQ6qetXGUpJY8nkLJ zoeXT4cTgPuuELZxFGSmsYrMxGdtXBr3LasdoJ0PsskKNNEvyjfHRDcND86X+Fz6fUmg SieG27S7E4Z4T2Sy/he3PMSPLvBQsPTMs7nZwNy2lJH0jedwsYvG//5JSR/92cLYgKkt T+vXgmtH4GLSVLzCG0bilGcT+Ynq4HhSPFvp9W1KxTU7EHxCBaJm+AOkIPHB9H/U7+5J qYPQ== X-Gm-Message-State: APjAAAXz1pz8Jg5UwEuIG2huRN2oH5W2cL495So5HDjHxsyXFH1+DWPY TwseAS5RPV5e2J1M+sxZiWgvvnVKzvFKvIb3dw== X-Google-Smtp-Source: APXvYqzyvinN87Snzcwq31DLi7Glap+MpHTitoGks1Mdr4APjuUPDfNoXeLW6GtNLEvw5qnnBTMjVvFre71V2N/hQOc= X-Received: by 2002:a02:9f06:: with SMTP id z6mr9709273jal.2.1581880377547; Sun, 16 Feb 2020 11:12:57 -0800 (PST) MIME-Version: 1.0 References: <91f00ed73a4d4ceeff08e4b1e7ba685b8920786b.camel@gmail.com> <20200213163546.amo47m4zmq7ppccq@function> <202ea99c9fe44c56c5fb3784c0c140a9cb5e2c8c.camel@gmail.com> In-Reply-To: <202ea99c9fe44c56c5fb3784c0c140a9cb5e2c8c.camel@gmail.com> From: =?UTF-8?B?RmzDoXZpbyBDcnV6?= Date: Sun, 16 Feb 2020 11:12:44 -0800 Message-ID: Subject: Re: Adding the hurd-cross package to "The Hurd group"? To: Svante Signell Cc: Thomas Schwinge , bug-hurd Content-Type: multipart/alternative; boundary="000000000000fb1ff5059eb639c1" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::d32 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Feb 2020 19:13:02 -0000 --000000000000fb1ff5059eb639c1 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sun, Feb 16, 2020 at 2:45 AM Svante Signell wrote: > Hi Flavio, > > I did try to email you 25 September 2019 to your google email address but > did > not get any reply. The current project hurd-cross is a major rewrite of > your > cross-hurd at github. > I did keep your README.md and updated the build procedure in > README.commands. > The name change from cross-hurd to hurd-cross was made to avoid naming > conflicts > with the Debian package crosshurd, which is an installer for the Debian > system. > > Your work was a good starting point for me, that is very appreciated, > thank you. > I linked to your github account in files/README.files and mention > ../README.md > there too. I can of course add a link to your work in README.commands as > well as > add that link to README.md too. > Having a reference in README.me to the original repo is fine with me. I'm happy that you found the original code useful. I will be happy to use your project whenever I decide to try the Hurd again. > Alternately, do you want me to add your name to the files having an origi= n > of > your work, like: > Copyright (C) 2016 Flavio Cruz, 2019, 2020 Svante Signell > > Written by Flavio Cruz and Svante Signell < > svante.signell@gmail.com> > > However, doing a recursive diff of the directories there is not much in > common > any longer, except in the files/ directory. > > As you might find out executing the scripts to build and run the hurd-cro= ss > image there are still some FIXMEs to solve. (But it boots and runs, teste= d > with > qemu). There is also a need to extend the cross-builds to enable > networking on > the built image, as well as doing further extensions, see the TODO file. > Any > help with these things is happily received. > > Looking at your github account you mention a rewrite of mig. Is that > project > also stalled, no updates since 2016? A rewrite of mig would be a major > contribution to the GNU/Hurd OS. > I don't have much time nowadays, but I think the rewrite does what I intended it to do, meaning you can include C header files and use the C types when defining new routines. > Thank you for inspiring me, > Svante Signell > > On Fri, 2020-02-14 at 00:40 -0800, Fl=C3=A1vio Cruz wrote: > > Hi Svante > > > > Your hurd-cross project seems to be based on something I did a few year= s > back > > (https://github.com/flavioc/cross-hurd). I'm glad you want to continue > to > > improve it but please reference the original author. > > > > Thanks > > > > On Thu, Feb 13, 2020 at 8:36 AM Samuel Thibault > > > wrote: > > > Hello, > > > > > > Svante Signell, le jeu. 13 f=C3=A9vr. 2020 17:10:30 +0100, a ecrit: > > > > I've created the hurd-cross (hurdX) package and submitted it as tas= k > > > #15548, see > > > > https://savannah.nongnu.org/task/?15548. I was asked by > ineiev@gnu.org if > > > I > > > > could join "The Hurd group" with it. The project is described in th= e > task, > > > and I > > > > also have uploaded a tarball. The tarball is created by git archive= . > If > > > admitted > > > > to join the group with that package > > > > > > Sure, you're welcome! > > > > > > > I would like to create a git repository at > > > > http://git.savannah.gnu.org/cgit/hurd/ or elsewhere. What is the > > > > procedure to create an upstream git repo? > > > > > > I don't know, Thomas, do you know? > > > > > > Samuel > > > > > > > > > --=20 Fl=C3=A1vio Cruz / flaviocruz@gmail.com --000000000000fb1ff5059eb639c1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Sun, Feb 16, 2020 at 2:45 AM Svant= e Signell <svante.signell@gm= ail.com> wrote:
Hi Flavio,

I did try to email you 25 September 2019 to your google email address but d= id
not get any reply. The current project hurd-cross is a major rewrite of you= r
cross-hurd at github.=C2=A0

I did keep your README.md and updated the build procedure in README.command= s.
The name change from cross-hurd to hurd-cross was made to avoid naming conf= licts
with the Debian package crosshurd, which is an installer for the Debian sys= tem.

Your work was a good starting point for me, that is very appreciated, thank= you.
I linked to your github account in files/README.files and mention ../README= .md
there too. I can of course add a link to your work in README.commands as we= ll as
add that link to README.md too.

=C2=A0H= aving a reference in README.me to the original repo is fine with me. I'= m happy that you found the original code useful. I will be happy to use you= r project whenever I decide to try the Hurd again.


Alternately, do you want me to add your name to the files having an origin = of
your work, like:
Copyright (C) 2016 Flavio Cruz, 2019, 2020 Svante Signell

Written by Flavio Cruz <flaviocruz@gmail.com> and Svante Signell <
svante.signel= l@gmail.com>

However, doing a recursive diff of the directories there is not much in com= mon
any longer, except in the files/ directory.

As you might find out executing the scripts to build and run the hurd-cross=
image there are still some FIXMEs to solve. (But it boots and runs, tested = with
qemu). There is also a need to extend the cross-builds to enable networking= on
the built image, as well as doing further extensions, see the TODO file. An= y
help with these things is happily received.

Looking at your github account you mention a rewrite of mig. Is that projec= t
also stalled, no updates since 2016? A rewrite of mig would be a major
contribution to the GNU/Hurd OS.

I don't have= much time nowadays, but I think the rewrite does what I intended it to do,= meaning you can include C header files and use the C types when defining n= ew routines.


Thank you for inspiring me,
Svante Signell

On Fri, 2020-02-14 at 00:40 -0800, Fl=C3=A1vio Cruz wrote:
> Hi Svante
>
> Your hurd-cross project seems to be based on something I did a few yea= rs back
> (https://github.com/flavioc/cross-hurd). I'm glad = you want to continue to
> improve it but please reference the original author.
>
> Thanks
>
> On Thu, Feb 13, 2020 at 8:36 AM Samuel Thibault <samuel.thibault@gnu.org><= br> > wrote:
> > Hello,
> >
> > Svante Signell, le jeu. 13 f=C3=A9vr. 2020 17:10:30 +0100, a ecri= t:
> > > I've created the hurd-cross (hurdX) package and submitte= d it as task
> > #15548, see
> > > https://savannah.nongnu.org/task/?15548. I= was asked by ineiev@gn= u.org if
> > I
> > > could join "The Hurd group" with it. The project i= s described in the task,
> > and I
> > > also have uploaded a tarball. The tarball is created by git = archive. If
> > admitted
> > > to join the group with that package
> >
> > Sure, you're welcome!
> >
> > > I would like to create a git repository at
> > > http://git.savannah.gnu.org/cgit/hurd/ or e= lsewhere. What is the
> > > procedure to create an upstream git repo?
> >
> > I don't know, Thomas, do you know?
> >
> > Samuel
> >
>
>



--
Fl=C3=A1vio Cruz / flaviocruz@gmail.com
--000000000000fb1ff5059eb639c1-- From MAILER-DAEMON Sun Feb 16 19:15:21 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j3U4H-0002TD-Fr for mharc-bug-hurd@gnu.org; Sun, 16 Feb 2020 19:15:21 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:59657) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j3U4F-0002PA-0y for bug-hurd@gnu.org; Sun, 16 Feb 2020 19:15:20 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j3U4D-0003xK-VS for bug-hurd@gnu.org; Sun, 16 Feb 2020 19:15:18 -0500 Received: from hera.aquilenet.fr ([2a0c:e300::1]:56784) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j3U4D-0003td-PC for bug-hurd@gnu.org; Sun, 16 Feb 2020 19:15:17 -0500 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id 6940421FE; Mon, 17 Feb 2020 01:15:14 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XolRdYPbYV-1; Mon, 17 Feb 2020 01:15:13 +0100 (CET) Received: from function (unknown [8.46.75.7]) by hera.aquilenet.fr (Postfix) with ESMTPSA id CD58F1187; Mon, 17 Feb 2020 01:15:12 +0100 (CET) Received: from samy by function with local (Exim 4.93) (envelope-from ) id 1j3U3o-002GeK-9J; Mon, 17 Feb 2020 01:14:52 +0100 Date: Sun, 16 Feb 2020 16:14:51 -0800 From: Samuel Thibault To: Joan =?utf-8?B?TGxlZMODxpLDgsKz?= Cc: bug-hurd@gnu.org Subject: Re: [PATCH 1/2] pci-arbiter: Rename command line options Message-ID: <20200217001451.nopfbyf4pj4ptept@function> Mail-Followup-To: Joan =?utf-8?B?TGxlZMODxpLDgsKz?= , bug-hurd@gnu.org References: <20200215113807.14300-1-jlledom@mailfence.com> <20200215113807.14300-2-jlledom@mailfence.com> <20200215140232.yer3plocjg7qnebr@function> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: Organization: I am not organized User-Agent: NeoMutt/20170609 (1.8.3) Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a0c:e300::1 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Feb 2020 00:15:20 -0000 Hello, Joan Lled=C3=83=C6=92=C3=82=C2=B3 via Bug reports for the GNU Hurd, le di= m. 16 f=C3=A9vr. 2020 13:23:35 +0100, a ecrit: > El 15/2/20 a les 15:02, Samuel Thibault ha escrit: > > Why a capital b? It's be more coherent to have -d -b -s -f all > > small-caps. > >=20 >=20 > Because of this notice in --help: >=20 > "More than one permission scope may be specified. Uppercase options > create a new permission scope if the current one already has a value fo= r > that option. If one node is covered by more than one permission scope, > only the first permission is applied to that node." Ok. The text is really not easy to understand, but with your examples I understand what you meant. This seems to me quite difficult for users to understand, and to me it unnecessarily conflates the two unrelated notions of PCI specification and scope. I would say it would be much simpler to make the -U and -G options create new scopes, and let -d/-b/-s/-f be lowercase. I.e. we'd have sets of -d/-b/-s/-f options separated by sets of -U/-G options, so instead of : > -B 0 -s 5 -f 0 -B 0 -U 1000 we'd have: -b 0 -s 5 -f 0 -U 1000 -b 0 > This will create two permission scopes: > 1.- 00:05.0 belongs to nobody (Error) > 2.- 00:*.* belongs to 1000 (OK) And this confusing example: > -B 0 -s 5 -f 0 -s 4 -U 1000 would be -U 1000 -B 0 -s 5 -f 0 -s 4 which is more obviously bogus: -s is set twice in the same uid=3D1000 sco= pe. Samuel From MAILER-DAEMON Mon Feb 17 00:22:47 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j3Yrn-00020N-Mz for mharc-bug-hurd@gnu.org; Mon, 17 Feb 2020 00:22:47 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:54554) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j3Yrl-00020E-Dx for bug-hurd@gnu.org; Mon, 17 Feb 2020 00:22:46 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j3Yrk-00080G-3v for bug-hurd@gnu.org; Mon, 17 Feb 2020 00:22:44 -0500 Received: from hera.aquilenet.fr ([185.233.100.1]:60658) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j3Yrj-0007yH-UA; Mon, 17 Feb 2020 00:22:44 -0500 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id 6C624186C; Mon, 17 Feb 2020 06:22:42 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qeJhxpwLHEcq; Mon, 17 Feb 2020 06:22:41 +0100 (CET) Received: from function (unknown [8.46.75.7]) by hera.aquilenet.fr (Postfix) with ESMTPSA id A0BC0184D; Mon, 17 Feb 2020 06:22:40 +0100 (CET) Received: from samy by function with local (Exim 4.93) (envelope-from ) id 1j3YrM-002ITa-2f; Mon, 17 Feb 2020 06:22:20 +0100 Resent-From: Samuel Thibault Resent-Date: Mon, 17 Feb 2020 06:22:19 +0100 Resent-Message-ID: <20200217052219.k5gxrv5oqh3yops5@function> Resent-To: schwab@linux-m68k.org, libc-alpha@sourceware.org, bug-hurd@gnu.org, commit-hurd@gnu.org Date: Sun, 16 Feb 2020 16:22:47 -0800 From: Samuel Thibault To: Andreas Schwab , libc-alpha@sourceware.org, bug-hurd@gnu.org, commit-hurd@gnu.org Subject: Re: [hurd,commited] hurd: Add THREAD_GET/SETMEM/_NC Message-ID: <20200217002247.ozvyjtrnfen4fjt7@function> Mail-Followup-To: Andreas Schwab , libc-alpha@sourceware.org, bug-hurd@gnu.org, commit-hurd@gnu.org References: <20200215132327.130884-1-samuel.thibault@ens-lyon.org> <875zg82c2r.fsf@igel.home> <20200215135436.c5cvxslz3rsyzzzv@function> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20200215135436.c5cvxslz3rsyzzzv@function> Organization: I am not organized User-Agent: NeoMutt/20170609 (1.8.3) Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 185.233.100.1 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Feb 2020 05:22:46 -0000 Samuel Thibault, le sam. 15 f=C3=A9vr. 2020 05:54:36 -0800, a ecrit: > Andreas Schwab, le sam. 15 f=C3=A9vr. 2020 14:51:24 +0100, a ecrit: > > On Feb 15 2020, Samuel Thibault wrote: > > > + if (sizeof (__value) !=3D 8) \ > > > + /* There should not be any value with a size other than 1, = \ > > > + 4 or 8. */ \ > > > + abort (); \ > >=20 > > _Static_assert? >=20 > I just copied from i386's tls.h. We should fix them at the same time :) Now done so in all x86 variants. Samuel From MAILER-DAEMON Tue Feb 18 05:09:30 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j3zoo-0001C8-F7 for mharc-bug-hurd@gnu.org; Tue, 18 Feb 2020 05:09:30 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:47871) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j3zol-0001Ai-Ei for bug-hurd@gnu.org; Tue, 18 Feb 2020 05:09:28 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j3zok-0002Su-Fm for bug-hurd@gnu.org; Tue, 18 Feb 2020 05:09:27 -0500 Received: from frontend1.savannah.gnu.org ([209.51.188.72]:51674) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j3zok-0002Sf-CP; Tue, 18 Feb 2020 05:09:26 -0500 Received: by frontend1.savannah.gnu.org (Postfix, from userid 33) id 1F20C20CC7; Tue, 18 Feb 2020 05:09:26 -0500 (EST) To: Svante Signell , bug-hurd@gnu.org, savannah-help-public@gnu.org Subject: [sr #110199] Cross-building of GNU/Hurd and additional packages X-PHP-Originating-Script: 1001:sendmail.php From: Svante Signell X-Savane-Server: savannah.nongnu.org:443 [209.51.188.72] MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 X-Savane-Project: administration X-Savane-Tracker: support X-Savane-Item-ID: 110199 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Firefox/60.0 X-Apparently-From: 178.78.231.178 (Savane authenticated user gnu_srs) Message-Id: <20200218-100924.sv173094.88795@savannah.nongnu.org> References: In-Reply-To: Date: Tue, 18 Feb 2020 05:09:26 -0500 (EST) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.72 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Feb 2020 10:09:28 -0000 URL: Summary: Cross-building of GNU/Hurd and additional packages Project: Savannah Administration Submitted by: gnu_srs Submitted on: Tue 18 Feb 2020 10:09:24 AM UTC Category: Source code repositories - developer access Priority: 5 - Normal Severity: 3 - Normal Status: None Assigned to: None Originator Email: svante.signell@gmail.com Operating System: GNU/Linux Open/Closed: Open Discussion Lock: Any _______________________________________________________ Details: hurd-cross is a project for cross-building GNU/Hurd and other packages using e.g. an GNU/Linux host. It contains mainly of a number of bash scripts, for download, bootstrap and compile dependant packages for GNU/Hurd, as well as other packages to build and run on the built image. The scripts downloads and patches source packages, bootstraps the dependant packages for building Hurd, compiles and installs the cross-built packages and finally creates an image of GNU/Hurd to be run e.g. in a Virtual Machine (VM). In an extension the number of built packages can be cross-built to create other packages not yet available natively on GNU/Hurd. _______________________________________________________ File Attachments: ------------------------------------------------------- Date: Tue 18 Feb 2020 10:09:24 AM UTC Name: hurd-cross.tar.gz Size: 74KiB By: gnu_srs _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via Savannah https://savannah.nongnu.org/ From MAILER-DAEMON Tue Feb 18 07:35:13 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j425p-0007ww-Ic for mharc-bug-hurd@gnu.org; Tue, 18 Feb 2020 07:35:13 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:37802) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j425n-0007wm-Bv for bug-hurd@gnu.org; Tue, 18 Feb 2020 07:35:12 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j425m-0005Dx-9Y for bug-hurd@gnu.org; Tue, 18 Feb 2020 07:35:11 -0500 Received: from frontend1.savannah.gnu.org ([209.51.188.72]:50246) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j425m-0005Dk-6s; Tue, 18 Feb 2020 07:35:10 -0500 Received: by frontend1.savannah.gnu.org (Postfix, from userid 33) id 08B0520D09; Tue, 18 Feb 2020 07:35:10 -0500 (EST) To: Ineiev , Svante Signell , bug-hurd@gnu.org, savannah-help-public@gnu.org Subject: [sr #110199] Cross-building of GNU/Hurd and additional packages X-PHP-Originating-Script: 1001:sendmail.php From: Ineiev X-Savane-Server: savannah.nongnu.org:443 [209.51.188.72] MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 X-Savane-Project: administration X-Savane-Tracker: support X-Savane-Item-ID: 110199 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:72.0) Gecko/20100101 Firefox/72.0 X-Apparently-From: 185.220.100.244 (Savane authenticated user ineiev) Message-Id: <20200218-123509.sv46355.39150@savannah.nongnu.org> References: <20200218-100924.sv173094.88795@savannah.nongnu.org> In-Reply-To: <20200218-100924.sv173094.88795@savannah.nongnu.org> Date: Tue, 18 Feb 2020 07:35:10 -0500 (EST) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.72 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Feb 2020 12:35:12 -0000 Update of sr #110199 (project administration): Status: None => In Progress Assigned to: None => ineiev _______________________________________________________ Follow-up Comment #1: So, since you attached your tarball, I've actually looked into it. Please make sure that all copyrightable files in it, including READMEs and patches, have valid copyright and license notices . The notices could only be moved to a README file in the same directory with the files in question if those files have a format that doesn't allow for comments. _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via Savannah https://savannah.nongnu.org/ From MAILER-DAEMON Tue Feb 18 11:31:36 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j45ma-0003G9-8k for mharc-bug-hurd@gnu.org; Tue, 18 Feb 2020 11:31:36 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:45804) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j45mW-0003E4-NG for bug-hurd@gnu.org; Tue, 18 Feb 2020 11:31:34 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j45mV-0005b2-Rw for bug-hurd@gnu.org; Tue, 18 Feb 2020 11:31:32 -0500 Received: from frontend1.savannah.gnu.org ([209.51.188.72]:48348) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j45mV-0005ao-Ou; Tue, 18 Feb 2020 11:31:31 -0500 Received: by frontend1.savannah.gnu.org (Postfix, from userid 33) id 82B7320D09; Tue, 18 Feb 2020 11:31:31 -0500 (EST) To: Ineiev , Svante Signell , bug-hurd@gnu.org, savannah-help-public@gnu.org Subject: [sr #110199] Cross-building of GNU/Hurd and additional packages X-PHP-Originating-Script: 1001:sendmail.php From: Svante Signell X-Savane-Server: savannah.nongnu.org:443 [209.51.188.72] MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 X-Savane-Project: administration X-Savane-Tracker: support X-Savane-Item-ID: 110199 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Firefox/60.0 X-Apparently-From: 178.78.231.178 (Savane authenticated user gnu_srs) Message-Id: <20200218-163131.sv173094.60114@savannah.nongnu.org> References: <20200218-100924.sv173094.88795@savannah.nongnu.org> <20200218-123509.sv46355.39150@savannah.nongnu.org> In-Reply-To: <20200218-123509.sv46355.39150@savannah.nongnu.org> Date: Tue, 18 Feb 2020 11:31:31 -0500 (EST) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.72 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Feb 2020 16:31:34 -0000 Follow-up Comment #2, sr #110199 (project administration): Hello, Regarding patches in the patches directory, it does not make sense to add copyright notices. Therefore I have created the README.patches file under patches. It is a lot of work to create a README.patches for every sub-directory. Do you want me to add a copyright notice in every READ.* file? _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via Savannah https://savannah.nongnu.org/ From MAILER-DAEMON Wed Feb 19 13:20:11 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j4TxD-0008Ps-CD for mharc-bug-hurd@gnu.org; Wed, 19 Feb 2020 13:20:11 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:57751) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j4TxB-0008Nd-8y for bug-hurd@gnu.org; Wed, 19 Feb 2020 13:20:10 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j4TxA-00052g-AW for bug-hurd@gnu.org; Wed, 19 Feb 2020 13:20:09 -0500 Received: from frontend1.savannah.gnu.org ([209.51.188.72]:40060) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j4TxA-00052X-6S; Wed, 19 Feb 2020 13:20:08 -0500 Received: by frontend1.savannah.gnu.org (Postfix, from userid 33) id 0279420DDC; Wed, 19 Feb 2020 13:20:07 -0500 (EST) To: Ineiev , Svante Signell , bug-hurd@gnu.org, savannah-help-public@gnu.org Subject: [sr #110199] Cross-building of GNU/Hurd and additional packages X-PHP-Originating-Script: 1001:sendmail.php From: Ineiev X-Savane-Server: savannah.nongnu.org:443 [209.51.188.72] MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 X-Savane-Project: administration X-Savane-Tracker: support X-Savane-Item-ID: 110199 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:72.0) Gecko/20100101 Firefox/72.0 X-Apparently-From: 31.185.104.21 (Savane authenticated user ineiev) Message-Id: <20200219-182007.sv46355.65014@savannah.nongnu.org> References: <20200218-100924.sv173094.88795@savannah.nongnu.org> <20200218-123509.sv46355.39150@savannah.nongnu.org> <20200218-163131.sv173094.60114@savannah.nongnu.org> In-Reply-To: <20200218-163131.sv173094.60114@savannah.nongnu.org> Date: Wed, 19 Feb 2020 13:20:07 -0500 (EST) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.72 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Feb 2020 18:20:10 -0000 Follow-up Comment #3, sr #110199 (project administration): [comment #2 comment #2:] > Regarding patches in the patches directory, it does not make sense to add copyright notices. Why not? _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via Savannah https://savannah.nongnu.org/ From MAILER-DAEMON Thu Feb 20 17:27:37 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j4uID-00026k-O6 for mharc-bug-hurd@gnu.org; Thu, 20 Feb 2020 17:27:37 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:53311) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j4uIB-00024l-J4 for bug-hurd@gnu.org; Thu, 20 Feb 2020 17:27:36 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j4uIA-0002XM-3E for bug-hurd@gnu.org; Thu, 20 Feb 2020 17:27:35 -0500 Received: from smtp-31.italiaonline.it ([213.209.10.31]:39202 helo=libero.it) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j4uI9-0002WZ-Rv for bug-hurd@gnu.org; Thu, 20 Feb 2020 17:27:34 -0500 Received: from [192.168.1.36] ([151.55.21.135]) by smtp-31.iol.local with ESMTPA id 4uI7jmeCP2fae4uI7jsjHS; Thu, 20 Feb 2020 23:27:32 +0100 x-libjamoibt: 1601 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=libero.it; s=s2014; t=1582237652; bh=MW67+1hyvKU+xXTrBnhnObCEWukCoPPNN5qMpyg0g0k=; h=To:From:Subject:Date; b=goXZK1iT414hwC6ncq6OcoFkpgRzbVD3yU+iP233vPA4DhcOYNJYBL4k3L9D89Ok0 lNdqTc+UQbdyQCpQk2/ET44XSOjAQ/QmFfMTUQZHfTfR9frMk1otVTqn3EEyJtxDKj jgQRP34o0/eR9wkULCjSZFMMNaYkLFXHjvznCYFfnYOupDGwaAh4x+lJ4chbbDH2lg VH62KkbyU8g89x21nZtoxfLHhmLcgnPqx+NRvS97b5bggnaUHLejX6yycq8n2GhBEM FRe/bTPJ0x8fNzh/uWQd75zWoc+d+Por/vxaygWnOY8M7q1a+WTx3K/UOBa2dVFXDq Fdrs0YPGdaXBQ== X-CNFS-Analysis: v=2.3 cv=OPZZIhSB c=1 sm=1 tr=0 a=UWpQvhoj5HAOPLqPw/vKZQ==:117 a=UWpQvhoj5HAOPLqPw/vKZQ==:17 a=IkcTkHD0fZMA:10 a=YWGSnaxF93ySnogDwgEA:9 a=QEXdDO2ut3YA:10 To: bug-hurd From: Riccardo Mottola Subject: real hardware and ethernet cards Message-ID: Date: Thu, 20 Feb 2020 23:32:05 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4wfP2DOs8zQklME2OqmJmdqTcKeh1fsz+UXKP90lOpZlCft1UIF0e7B6iMhvv1G15/yeD6nsQJqClFhepVDOw3XjWVJyRtmhszhZCZvGZxnjMDeDzTxhvV JCpIDXkp5Tb2CDz8C3dUrZODMCBHUfpYXawRGHv+GOKFLrDtGS1Xr+7mWsvHWDiWobdBWdU1Y2I5kA== X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 213.209.10.31 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Feb 2020 22:27:36 -0000 Hi! I installed GNU Hurd Debian on a "real" i386 hardware, a ThinkPad with Pentium III. Things do work, which is nice! But I have an issue, no network hardware. The laptop has no integrated ethernet port - only slots where I have both a wired and an wifi card which have working drivers under linux and NetBSD. So "common stuff". No help with Hurd - I installed the linux driver package. One question: is the issue because the cards are behind PCMCIA/CardBus and we don't support that? Essentially no "laptop" support then (albeit a little bit vintage, amd64 uses newer expansion slots, but we don't support 64 bit...) Riccardo From MAILER-DAEMON Thu Feb 20 17:34:57 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j4uPJ-0004Ri-2r for mharc-bug-hurd@gnu.org; Thu, 20 Feb 2020 17:34:57 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:53803) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j4uPG-0004Qw-0u for bug-hurd@gnu.org; Thu, 20 Feb 2020 17:34:54 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j4uPF-0006l1-39 for bug-hurd@gnu.org; Thu, 20 Feb 2020 17:34:53 -0500 Received: from hera.aquilenet.fr ([185.233.100.1]:58882) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j4uPE-0006kD-TJ for bug-hurd@gnu.org; Thu, 20 Feb 2020 17:34:53 -0500 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id F1A481386; Thu, 20 Feb 2020 23:34:50 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id koR3ftEcwH_O; Thu, 20 Feb 2020 23:34:50 +0100 (CET) Received: from function.home (unknown [IPv6:2a01:cb19:956:1b00:9eb6:d0ff:fe88:c3c7]) by hera.aquilenet.fr (Postfix) with ESMTPSA id F08CB1060; Thu, 20 Feb 2020 23:34:49 +0100 (CET) Received: from samy by function.home with local (Exim 4.93) (envelope-from ) id 1j4uPB-000cY0-0L; Thu, 20 Feb 2020 23:34:49 +0100 Date: Thu, 20 Feb 2020 23:34:48 +0100 From: Samuel Thibault To: Riccardo Mottola Cc: bug-hurd Subject: Re: real hardware and ethernet cards Message-ID: <20200220223448.ziz6uetfx2wexnzo@function> Mail-Followup-To: Riccardo Mottola , bug-hurd References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: Organization: I am not organized User-Agent: NeoMutt/20170609 (1.8.3) Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 185.233.100.1 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Feb 2020 22:34:54 -0000 Riccardo Mottola, le jeu. 20 f=C3=A9vr. 2020 23:32:05 +0100, a ecrit: > One question: is the issue because the cards are behind PCMCIA/CardBus > and we don't support that? We have some support for this in the cardmgr-gnumach package. I don't know how that works, though. > Essentially no "laptop" support then (albeit a little bit vintage, amd6= 4 > uses newer expansion slots, but we don't support 64 bit...) Amd64 cpus can boot 32bit systems fine. That works on my laptop for instance. Samuel From MAILER-DAEMON Sat Feb 22 07:59:17 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j5UNJ-000392-2x for mharc-bug-hurd@gnu.org; Sat, 22 Feb 2020 07:59:17 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:34581) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j5UNF-00037y-QP for bug-hurd@gnu.org; Sat, 22 Feb 2020 07:59:15 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j5UNE-00074Q-TA for bug-hurd@gnu.org; Sat, 22 Feb 2020 07:59:13 -0500 Received: from mailout-l3b-97.contactoffice.com ([212.3.242.97]:41488) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j5UNE-00070l-Em for bug-hurd@gnu.org; Sat, 22 Feb 2020 07:59:12 -0500 Received: from smtpauth2.co-bxl (smtpauth2.co-bxl [10.2.0.24]) by mailout-l3b-97.contactoffice.com (Postfix) with ESMTP id 8EAF742E for ; Sat, 22 Feb 2020 13:59:09 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mailfence.com; s=20160819-nLV10XS2; t=1582376349; bh=89ek5k4pUA8kcvZMAipOZFYEr//Lv1OBywjm2Ux7FRM=; h=From:To:Subject:Date:In-Reply-To:References:From; b=o8zCM/lTDaHoxms50tOYux3ISTNlcEHgLtr2g8AOHpIguQnahUH/VGN8IcWQVQVlo YpV8coKOkiObmbMWoDSj1DAY/cgmFoZ2rW8eVEVZFySdAw0Wd6CbBFCZSAd8tqqFuw 4u0ERNlgO0b/LL3XWtW1v5J5YRxwmADYlJVPBHRHxb3GW7VOUy42lod/qgAClhZxAt U61LWGw17EDtd/jG1oT6ORWbiamh7pEh6jru8+VNA09OMxavTIgaZ0/1iX81VE6VoU sKWgSTBIVIVv2gJc4MhyrOKzIRQPAqPePPJwT+MkAyv4u82JKlQ9qv/dTlyv/wWtor Jaml4x0LIgnhw== Received: by smtp.mailfence.com with ESMTPA for ; Sat, 22 Feb 2020 13:59:06 +0100 (CET) From: =?UTF-8?q?Joan=20Lled=C3=B3?= To: bug-hurd@gnu.org Subject: Re: [PATCH 1/2] pci-arbiter: Rename command line options Date: Sat, 22 Feb 2020 13:59:07 +0100 (CET) Message-Id: <20200222125851.4260-1-jlledom@mailfence.com> X-Mailer: git-send-email 2.20.1 In-Reply-To: <20200217001451.nopfbyf4pj4ptept@function> References: <20200217001451.nopfbyf4pj4ptept@function> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-ContactOffice-Account: com:219870206 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 212.3.242.97 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Feb 2020 12:59:16 -0000 Hi, > The text is really not easy to understand I know, I changed it a bit, hope now it's more understandable. > I would say it would be much simpler to make the -U and -G > options create new scopes I reworked this and attached the two patches again. From MAILER-DAEMON Sat Feb 22 07:59:18 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j5UNK-0003Ae-9j for mharc-bug-hurd@gnu.org; Sat, 22 Feb 2020 07:59:18 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:34596) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j5UNH-000387-Fv for bug-hurd@gnu.org; Sat, 22 Feb 2020 07:59:16 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j5UNF-00075Q-6G for bug-hurd@gnu.org; Sat, 22 Feb 2020 07:59:15 -0500 Received: from mailout-l3b-97.contactoffice.com ([212.3.242.97]:41490) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j5UNE-00071W-Tv for bug-hurd@gnu.org; Sat, 22 Feb 2020 07:59:13 -0500 Received: from smtpauth2.co-bxl (smtpauth2.co-bxl [10.2.0.24]) by mailout-l3b-97.contactoffice.com (Postfix) with ESMTP id 92642922; Sat, 22 Feb 2020 13:59:11 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mailfence.com; s=20160819-nLV10XS2; t=1582376351; bh=xIThFLqLzZO3g1roBS5kbNBlPnNzn98A7y+PLQ2j0+M=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=vhzO9eqcZ9D42JbwIUxv/pqIwS6W+h3pklq7bYdvnhJ+3+KFioYz29wFKdvgUvJ96 8GklrUL6b7qyLWnmaVnVtYGyjjLicTp4h2cYv3f0P54cug0A2Bu0LcKXnykHQTjXyf 2RwSZhjr+4L1ZWnjVhbjFYkb/uTseSrUbK44drgtvLOFK3/ZVrqbXyuCDfUVCAx/Rm WvHjLkZoq3hnymHzOmwSmO8Fg34IBaAIoTdl1Nykz2+Q5duGyalhO5wRGyWFlw0r+F vU9x6uJYSuc0aXpiMwE60Z/iOyMl6l1STmmLKE+LVJsjB2gWtTE6lxccuRzgX/d8Av /m5PV0PceUPjg== Received: by smtp.mailfence.com with ESMTPA ; Sat, 22 Feb 2020 13:59:08 +0100 (CET) From: =?UTF-8?q?Joan=20Lled=C3=B3?= To: bug-hurd@gnu.org Cc: =?UTF-8?q?Joan=20Lled=C3=B3?= Subject: [PATCH 1/2] pci-arbiter: Rename command line options Date: Sat, 22 Feb 2020 13:59:09 +0100 (CET) Message-Id: <20200222125851.4260-2-jlledom@mailfence.com> X-Mailer: git-send-email 2.20.1 In-Reply-To: <20200222125851.4260-1-jlledom@mailfence.com> References: <20200217001451.nopfbyf4pj4ptept@function> <20200222125851.4260-1-jlledom@mailfence.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-ContactOffice-Account: com:219870206 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 212.3.242.97 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Feb 2020 12:59:17 -0000 From: Joan Lled=C3=B3 Rename some CLI options in order to add the new -D --device arg. Replace -s by -c for subclasses. Replace -D by -d for domains. Domains are optional from now on, default to 0. Replace -d by -s for devices. The formerly called "devices" are now called "slots", and "device" will refer to a combination of Domain + Bus + Slot + Function Only -G and -U options create new permission scopes. * pci-arbiter/options.c: parse_opts(): Rename options * pci-arbiter/options.h: struct argp_option options[]: Likewise --- pci-arbiter/options.c | 18 +++++++----------- pci-arbiter/options.h | 18 +++++++++--------- 2 files changed, 16 insertions(+), 20 deletions(-) diff --git a/pci-arbiter/options.c b/pci-arbiter/options.c index 76ce6460..01686fcd 100644 --- a/pci-arbiter/options.c +++ b/pci-arbiter/options.c @@ -114,25 +114,21 @@ parse_opt (int opt, char *arg, struct argp_state *s= tate) switch (opt) { case 'C': - /* Init a new set if the current one already has a value for this = option */ - if (h->curset->d_class >=3D 0) - parse_hook_add_set (h); - h->curset->d_class =3D strtol (arg, 0, 16); break; - case 's': + case 'c': h->curset->d_subclass =3D strtol (arg, 0, 16); break; - case 'D': - if (h->curset->domain >=3D 0) - parse_hook_add_set (h); - + case 'd': h->curset->domain =3D strtol (arg, 0, 16); break; case 'b': + if (h->curset->domain < 0) + h->curset->domain =3D 0; + h->curset->bus =3D strtol (arg, 0, 16); break; - case 'd': + case 's': h->curset->dev =3D strtol (arg, 0, 16); break; case 'f': @@ -261,7 +257,7 @@ netfs_append_args (char **argz, size_t * argz_len) if (p->bus >=3D 0) ADD_OPT ("--bus=3D0x%02x", p->bus); if (p->dev >=3D 0) - ADD_OPT ("--dev=3D0x%02x", p->dev); + ADD_OPT ("--slot=3D0x%02x", p->dev); if (p->func >=3D 0) ADD_OPT ("--func=3D%01u", p->func); if (p->uid >=3D 0) diff --git a/pci-arbiter/options.h b/pci-arbiter/options.h index 814f81ad..9a25c603 100644 --- a/pci-arbiter/options.h +++ b/pci-arbiter/options.h @@ -51,12 +51,12 @@ struct parse_hook static const struct argp_option options[] =3D { {0, 0, 0, 0, "Permission scope:", 1}, {"class", 'C', "CLASS", 0, "Device class in hexadecimal"}, - {"subclass", 's', "SUBCLASS", 0, - "Device subclass in hexadecimal, only valid with -c"}, - {"domain", 'D', "DOMAIN", 0, "Device domain in hexadecimal"}, - {"bus", 'b', "BUS", 0, "Device bus in hexadecimal, only valid with -D"= }, - {"dev", 'd', "DEV", 0, "Device dev in hexadecimal, only valid with -b"= }, - {"func", 'f', "FUNC", 0, "Device func in hexadecimal, only valid with = -d"}, + {"subclass", 'c', "SUBCLASS", 0, + "Device subclass in hexadecimal, requires -C"}, + {"domain", 'd', "DOMAIN", 0, "Device domain in hexadecimal"}, + {"bus", 'b', "BUS", 0, "Device bus in hexadecimal"}, + {"slot", 's', "SLOT", 0, "Device slot in hexadecimal, requires -b"}, + {"func", 'f', "FUNC", 0, "Device func in hexadecimal, requires -s"}, {0, 0, 0, 0, "These apply to a given permission scope:", 2}, {"uid", 'U', "UID", 0, "User ID to give permissions to"}, {"gid", 'G', "GID", 0, "Group ID to give permissions to"}, @@ -67,8 +67,8 @@ static const struct argp_option options[] =3D { }; =20 static const char doc[] =3D "More than one permission scope may be speci= fied. \ -Uppercase options create a new permission scope if the current one alrea= dy \ -has a value for that option. If one node is covered by more than one \ -permission scope, only the first permission is applied to that node."; +-G and -U options create a new permission scope if the current one alrea= dy \ +has a value for that option. If one device is covered by more than one \ +permission scope, only the first permission is applied."; =20 #endif // OPTIONS_H --=20 2.20.1 From MAILER-DAEMON Sat Feb 22 07:59:20 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j5UNM-0003Ei-FI for mharc-bug-hurd@gnu.org; Sat, 22 Feb 2020 07:59:20 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:34612) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j5UNK-0003Ad-5V for bug-hurd@gnu.org; Sat, 22 Feb 2020 07:59:19 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j5UNI-0007CW-VU for bug-hurd@gnu.org; Sat, 22 Feb 2020 07:59:18 -0500 Received: from mailout-l3b-97.contactoffice.com ([212.3.242.97]:41494) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j5UNI-00078l-Mb for bug-hurd@gnu.org; Sat, 22 Feb 2020 07:59:16 -0500 Received: from smtpauth2.co-bxl (smtpauth2.co-bxl [10.2.0.24]) by mailout-l3b-97.contactoffice.com (Postfix) with ESMTP id 4F9FA42E; Sat, 22 Feb 2020 13:59:14 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mailfence.com; s=20160819-nLV10XS2; t=1582376354; bh=GG8rYdKyMzJ7s6n0fH+7fZgxNQTb6YlUiNG04HG5vj4=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=WmKtBdTkjW3BvaV45sAEzaKeITz8DAkB4E82mPWk0kLAhRntFnNclHOqtG5Yflwgm PWs+KBgZfgNiJsAiPvFi7ghxjH1Xm5837DfpMaU0jH3QBcA7Wv39ZeTAHc1lh0EjVa 1lyp5TY9tWdvI1rrWGaXHIDBSq/AhGPQeCheRHa0akRIbYqTALRoIx6ZaexMjgaX8h QNxJrJ5K0Krk5EU0ASAndqUdKfVvILpMunp2M2/MCpSEoLT3SC56dwR3uLqoipq+51 7Eg8LDLDUU+/qeqx3OrfxolV11sZERga0nx/ZAVpR/58yRqutd0tE3wEngMK++rAjP c8fKFI3gsMuBQ== Received: by smtp.mailfence.com with ESMTPA ; Sat, 22 Feb 2020 13:59:10 +0100 (CET) From: =?UTF-8?q?Joan=20Lled=C3=B3?= To: bug-hurd@gnu.org Cc: =?UTF-8?q?Joan=20Lled=C3=B3?= Subject: [PATCH 2/2] pci-arbiter: Add --device command line option Date: Sat, 22 Feb 2020 13:59:11 +0100 (CET) Message-Id: <20200222125851.4260-3-jlledom@mailfence.com> X-Mailer: git-send-email 2.20.1 In-Reply-To: <20200222125851.4260-1-jlledom@mailfence.com> References: <20200217001451.nopfbyf4pj4ptept@function> <20200222125851.4260-1-jlledom@mailfence.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-ContactOffice-Account: com:219870206 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 212.3.242.97 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Feb 2020 12:59:19 -0000 From: Joan Lled=C3=B3 Shortcut for -d, -b, -s and -f Usage: --device [:]:. E.G. --device 00:05.0 is shortcut for -d 0 -b 0 -s 5 -f 0 * pci-arbiter/options.c: Implement --slot option * pci-arbiter/options.h: Add --slot to options list --- pci-arbiter/options.c | 57 +++++++++++++++++++++++++++++++++++++++++++ pci-arbiter/options.h | 2 ++ 2 files changed, 59 insertions(+) diff --git a/pci-arbiter/options.c b/pci-arbiter/options.c index 01686fcd..2023fd9e 100644 --- a/pci-arbiter/options.c +++ b/pci-arbiter/options.c @@ -27,9 +27,13 @@ #include #include #include +#include =20 #include "pcifs.h" =20 +#define PCI_SLOT_REGEX "^(([0-9a-fA-F]{4}):)?([0-9a-fA-F]{2}):([0-9a-fA-= F]{2})\\.([0-7])$" +#define PCI_SLOT_REGEX_GROUPS 6 // 2: Domain, 3: Bus, 4: Dev, 5: Func + /* Fsysopts and command line option parsing */ =20 /* Adds an empty interface slot to H, and sets H's current interface to = it, or @@ -91,6 +95,9 @@ parse_opt (int opt, char *arg, struct argp_state *state= ) { error_t err =3D 0; struct parse_hook *h =3D state->hook; + regex_t slot_regex; + regmatch_t slot_regex_groups[PCI_SLOT_REGEX_GROUPS]; + char regex_group_val[5]; =20 /* Return _ERR from this routine */ #define RETURN(_err) \ @@ -111,6 +118,11 @@ parse_opt (int opt, char *arg, struct argp_state *st= ate) state->next++; } =20 + /* Compile regular expression to check --slot option */ + err =3D regcomp (&slot_regex, PCI_SLOT_REGEX, REG_EXTENDED); + if (err) + FAIL (err, 1, err, "option parsing"); + switch (opt) { case 'C': @@ -134,6 +146,48 @@ parse_opt (int opt, char *arg, struct argp_state *st= ate) case 'f': h->curset->func =3D strtol (arg, 0, 16); break; + case 'D': + err =3D + regexec (&slot_regex, arg, PCI_SLOT_REGEX_GROUPS, slot_regex_groups, + 0); + if (!err) + { + // Domain, 0000 by default + if (slot_regex_groups[2].rm_so >=3D 0) + { + strncpy (regex_group_val, arg + slot_regex_groups[2].rm_so, 4); + regex_group_val[4] =3D 0; + } + else + { + strncpy (regex_group_val, "0000", 5); + } + + h->curset->domain =3D strtol (regex_group_val, 0, 16); + + // Bus + strncpy (regex_group_val, arg + slot_regex_groups[3].rm_so, 2); + regex_group_val[2] =3D 0; + + h->curset->bus =3D strtol (regex_group_val, 0, 16); + + // Dev + strncpy (regex_group_val, arg + slot_regex_groups[4].rm_so, 2); + regex_group_val[2] =3D 0; + + h->curset->dev =3D strtol (regex_group_val, 0, 16); + + // Func + regex_group_val[0] =3D arg[slot_regex_groups[5].rm_so]; + regex_group_val[1] =3D 0; + + h->curset->func =3D strtol (regex_group_val, 0, 16); + } + else + { + PERR (err, "Wrong PCI slot. Format: [:]:."); + } + break; case 'U': if (h->curset->uid >=3D 0) parse_hook_add_set (h); @@ -227,6 +281,9 @@ parse_opt (int opt, char *arg, struct argp_state *sta= te) return ARGP_ERR_UNKNOWN; } =20 + /* Free allocated regular expression for the --slot option */ + regfree (&slot_regex); + return err; } =20 diff --git a/pci-arbiter/options.h b/pci-arbiter/options.h index 9a25c603..8e5a9da4 100644 --- a/pci-arbiter/options.h +++ b/pci-arbiter/options.h @@ -57,6 +57,8 @@ static const struct argp_option options[] =3D { {"bus", 'b', "BUS", 0, "Device bus in hexadecimal"}, {"slot", 's', "SLOT", 0, "Device slot in hexadecimal, requires -b"}, {"func", 'f', "FUNC", 0, "Device func in hexadecimal, requires -s"}, + {"device", 'D', "DEVICE", 0, + "Device address in format [:]:."}, {0, 0, 0, 0, "These apply to a given permission scope:", 2}, {"uid", 'U', "UID", 0, "User ID to give permissions to"}, {"gid", 'G', "GID", 0, "Group ID to give permissions to"}, --=20 2.20.1 From MAILER-DAEMON Sat Feb 22 17:20:04 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j5d80-0001WJ-Dp for mharc-bug-hurd@gnu.org; Sat, 22 Feb 2020 17:20:04 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:50080) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j5d7y-0001WB-MK for bug-hurd@gnu.org; Sat, 22 Feb 2020 17:20:03 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j5d7x-00063w-OJ for bug-hurd@gnu.org; Sat, 22 Feb 2020 17:20:02 -0500 Received: from hera.aquilenet.fr ([2a0c:e300::1]:52750) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j5d7x-00062j-Hs for bug-hurd@gnu.org; Sat, 22 Feb 2020 17:20:01 -0500 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id 5BCC11E42; Sat, 22 Feb 2020 23:19:58 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lRQyVN-S2zaq; Sat, 22 Feb 2020 23:19:57 +0100 (CET) Received: from function (lfbn-bor-1-797-11.w86-234.abo.wanadoo.fr [86.234.239.11]) by hera.aquilenet.fr (Postfix) with ESMTPSA id 557241E40; Sat, 22 Feb 2020 23:19:57 +0100 (CET) Received: from samy by function with local (Exim 4.93) (envelope-from ) id 1j5d7s-002jbM-EH; Sat, 22 Feb 2020 23:19:56 +0100 Date: Sat, 22 Feb 2020 23:19:56 +0100 From: Samuel Thibault To: Joan =?utf-8?B?TGxlZMODxpLDgsKz?= Cc: bug-hurd@gnu.org, Joan =?utf-8?B?TGxlZMOz?= Subject: Re: [PATCH 1/2] pci-arbiter: Rename command line options Message-ID: <20200222221956.fhwcu2cfku4cs2up@function> Mail-Followup-To: Joan =?utf-8?B?TGxlZMODxpLDgsKz?= , bug-hurd@gnu.org, Joan =?utf-8?B?TGxlZMOz?= References: <20200217001451.nopfbyf4pj4ptept@function> <20200222125851.4260-1-jlledom@mailfence.com> <20200222125851.4260-2-jlledom@mailfence.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20200222125851.4260-2-jlledom@mailfence.com> Organization: I am not organized User-Agent: NeoMutt/20170609 (1.8.3) Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a0c:e300::1 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Feb 2020 22:20:03 -0000 Hello, Joan Lled=C3=83=C6=92=C3=82=C2=B3 via Bug reports for the GNU Hurd, le sa= m. 22 f=C3=A9vr. 2020 13:59:09 +0100, a ecrit: > Rename some CLI options in order to add the new -D --device arg. >=20 > Replace -s by -c for subclasses. > Replace -D by -d for domains. > Domains are optional from now on, default to 0. > Replace -d by -s for devices. > The formerly called "devices" are now called "slots", and > "device" will refer to a combination of > Domain + Bus + Slot + Function > Only -G and -U options create new permission scopes. Ok, this looks good to me, thanks! AIUI you have commit rights, so you can push it yourself? Just one thing, which I believe shouldn't prevent from commiting what you have already: > +If one device is covered by more than one \ > +permission scope, only the first permission is applied."; I'm wondering which way would be more natural to users: first rule wins versus last rule wins. I can't immediately think of some example of unix command that would have the same question, to get inspiration from. Anybody have an idea? Samuel From MAILER-DAEMON Sun Feb 23 12:22:58 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j5uy1-0004M8-Vx for mharc-bug-hurd@gnu.org; Sun, 23 Feb 2020 12:22:57 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:36235) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j5uxz-0004Ln-0G for bug-hurd@gnu.org; Sun, 23 Feb 2020 12:22:55 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j5uxx-0002K8-PG for bug-hurd@gnu.org; Sun, 23 Feb 2020 12:22:54 -0500 Received: from hera.aquilenet.fr ([2a0c:e300::1]:33852) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j5uxx-0002JN-74 for bug-hurd@gnu.org; Sun, 23 Feb 2020 12:22:53 -0500 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id 4FC9F1DA5 for ; Sun, 23 Feb 2020 18:22:51 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WbsA6SCMe9vU for ; Sun, 23 Feb 2020 18:22:50 +0100 (CET) Received: from function (lfbn-bor-1-797-11.w86-234.abo.wanadoo.fr [86.234.239.11]) by hera.aquilenet.fr (Postfix) with ESMTPSA id 1E8841D9D for ; Sun, 23 Feb 2020 18:22:50 +0100 (CET) Received: from samy by function with local (Exim 4.93) (envelope-from ) id 1j5uxt-005xdr-AC for bug-hurd@gnu.org; Sun, 23 Feb 2020 18:22:49 +0100 Resent-From: Samuel Thibault Resent-Date: Sun, 23 Feb 2020 18:22:49 +0100 Resent-Message-ID: <20200223172249.473lapgbvjvjxvgf@function> Resent-To: bug-hurd@gnu.org Received: from webmel.u-bordeaux.fr [147.210.215.28] by function.youpi.perso.aquilenet.fr with IMAP (fetchmail-6.4.2) for (single-drop); Sun, 23 Feb 2020 18:12:36 +0100 (CET) Received: from v-zimmbxp21.srv.u-bordeaux.fr (LHLO v-zimmbxp21.srv.u-bordeaux.fr) (147.210.218.221) by v-zimmbxp21.srv.u-bordeaux.fr with LMTP; Sun, 23 Feb 2020 18:12:36 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by v-zimmbxp21.srv.u-bordeaux.fr (Postfix) with ESMTP id 0F2BB200D0486D for ; Sun, 23 Feb 2020 18:12:36 +0100 (CET) Authentication-Results: v-zimmbxp21.srv.u-bordeaux.fr (amavisd-new); dkim=pass (2048-bit key) header.d=mailfence.com Received: from v-zimmbxp21.srv.u-bordeaux.fr ([127.0.0.1]) by localhost (v-zimmbxp21.srv.u-bordeaux.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id S5emK-y5thw8 for ; Sun, 23 Feb 2020 18:12:35 +0100 (CET) Received: from mta-in01.u-bordeaux.fr (mta-in01.u-bordeaux.fr [147.210.215.17]) by v-zimmbxp21.srv.u-bordeaux.fr (Postfix) with ESMTPS id B596D200BD12C6 for ; Sun, 23 Feb 2020 18:12:35 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mta-in01.u-bordeaux.fr (Postfix) with ESMTP id A8450130845 for ; Sun, 23 Feb 2020 18:12:35 +0100 (CET) Received: from mta-in01.u-bordeaux.fr ([127.0.0.1]) by localhost (mta-in01.u-bordeaux.fr [127.0.0.1]) (amavisd-new, port 10024) with LMTP id W0vNPAbZXvw5 for ; Sun, 23 Feb 2020 18:12:35 +0100 (CET) Received: from sonata.ens-lyon.org (sonata.ens-lyon.org [140.77.166.138]) by mta-in01.u-bordeaux.fr (Postfix) with ESMTPS id AB723130842 for ; Sun, 23 Feb 2020 18:12:34 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by sonata.ens-lyon.org (Postfix) with ESMTP id 0C3E9200D2 for ; Sun, 23 Feb 2020 18:12:34 +0100 (CET) Received: from sonata.ens-lyon.org ([127.0.0.1]) by localhost (sonata.ens-lyon.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R17QkGDDa6oQ for ; Sun, 23 Feb 2020 18:12:33 +0100 (CET) X-policyd-weight: NOT_IN_SBL_XBL_SPAMHAUS=-1.5 NOT_IN_SPAMCOP=-1.5 CL_IP_EQ_HELO_IP=-2 (check from: .mailfence. - helo: .eggs.gnu. - helo-domain: .gnu.) FROM/MX_MATCHES_NOT_HELO(DOMAIN)=1; rate: -4 Received: from eggs.gnu.org (eggs.gnu.org [209.51.188.92]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by sonata.ens-lyon.org (Postfix) with ESMTPS id CB864200CD for ; Sun, 23 Feb 2020 18:12:33 +0100 (CET) Received: from fencepost.gnu.org ([2001:470:142:3::e]:39346) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1j5unv-0006EK-NI for samuel.thibault@ens-lyon.org; Sun, 23 Feb 2020 12:12:31 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:55761) by fencepost.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1j5unu-0003L9-VZ for samuel.thibault@gnu.org; Sun, 23 Feb 2020 12:12:31 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j5unu-0006Dx-0r for samuel.thibault@gnu.org; Sun, 23 Feb 2020 12:12:30 -0500 Received: from mailout-l3b-97.contactoffice.com ([212.3.242.97]:32794) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j5unt-0006D9-Fv for samuel.thibault@gnu.org; Sun, 23 Feb 2020 12:12:29 -0500 Received: from smtpauth2.co-bxl (smtpauth2.co-bxl [10.2.0.24]) by mailout-l3b-97.contactoffice.com (Postfix) with ESMTP id 79D5F27FA for ; Sun, 23 Feb 2020 18:12:26 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mailfence.com; s=20160819-nLV10XS2; t=1582477946; bh=9Kgzh/xhYY9dRU7dLvoBxfmp6PdODwI4//QCjgtAstw=; h=Reply-To:Subject:To:References:From:Date:In-Reply-To:From; b=HccwLaptPc/hlS3hOmwaYirm18g1LvInMeOcRURY1xpVz0o4i3p6DnKfJoH76/CuI OFXnAsq8qwrYE8wehR6xU8qx1ZvK1byyOB64LXYR7cmI7shsxMKk18dVnZq1mvtY/B OWgDBf8/T0sQ96My5Y4SowHvWjqWx4qw2Kkebb3yJ62/gUjV6jFtjsAUia98n8lXT8 xe7bUUHTZAb3onE8OuhzqfRr2SGSSvuI4TVh8M4mthTSaLDurvmbzul+qPozFgiLeK eHre4kLlQQlVolR5u6FtSYX3fSGoEn815OqjMDV7hVdM7PaH1tUzm+kTBYsFFJq6Xm DvjPYQEtzakrA== Received: by smtp.mailfence.com with ESMTPA for ; Sun, 23 Feb 2020 18:12:24 +0100 (CET) Reply-To: jlledom@member.fsf.org Subject: Re: [PATCH 1/2] pci-arbiter: Rename command line options To: Samuel Thibault References: <20200217001451.nopfbyf4pj4ptept@function> <20200222125851.4260-1-jlledom@mailfence.com> <20200222125851.4260-2-jlledom@mailfence.com> <20200222221956.fhwcu2cfku4cs2up@function> From: =?UTF-8?Q?Joan_Lled=c3=b3?= Autocrypt: addr=jlledom@mailfence.com; keydata= mQINBF1HPdwBEACreAzecwmgg5b8WovL1X1W2pK6PwvsrOeszFNY4rtRlWCnx18/6cK1qRZ9 kYnBU1cZ2FH5c6Il7RWJ4tq0TUoah43NAUFZLtOn6nxHX308/VKJqrZWfovdqxwhliuziPNE KW3XYYy5pKzjUA45ztDI+aMJaFLsb5fLoXUZoCVCe98jQvY+6Pufjsz4HvBOXJV/8J60G+cP VNMNems/pcE9fPmPe57a6/y26RGwDRgyf3+vCxlj26GadUWMc7PEl+fLerGX8SkJJtGlLbOP wgJZxQPfuCVJapk/ywDk9ZexNhjHsLAk8pA/S5JSlgodO9PzGP+GfqeIWXFaiY0LpOzQYtA1 gbL+WgWg1ZZyiULTmGT2XpRj7T1npnNFCNCH2L7WjR9CuFm6/TogCcz4jnpTQO1J5LQGPufv Hrfrlnc3MVhddqmmN3AboHzqgZ+KFMD8eDnBgfYI/aY1SgH4BDLuOuszL9GJlYosbOe3bUlK rVJefq2A/13KlgFqk3bcD7tWriqBGAHpzVdligyNJ9dpgtKV3j7G6hFqh+sNNvXz7zsl+jr1 xDkPa/QRmdWHGoa25QYM97g3bVeAg324Y7zA1Ik+iLmwXSzE13UiOCM8smMaV6NmPI17m9YO QHnF+7rIyXBEHpY04kSOjb1YuBD3iF/4hsDtXmfnEhvh8ByXGwARAQABtCNKb2FuIExsZWTD syA8amxsZWRvbUBtYWlsZmVuY2UuY29tPokCVAQTAQoAPhYhBIrcDbnU2zRNkfeIjKGZ12vK RpHjBQJdVYeGAhsDBQkDwdXEBQsJCAcDBRUKCQgLBRYCAwEAAh4BAheAAAoJEKGZ12vKRpHj cr0P/3bKT0MrAD6PCmyr9MLnGa9Rwo5csSwi9vrQ2zMbRnDHGvcd1Sjygw156fimzr0VY8O4 Kgr0HjS+IPKMWMWHLNPAsZ+H4M6Ben6OUxmbiuPfl9GdX0LI3fUjwoCoemuDmbHyQ0Xs+FYI ff9vyVTR0SoIJfw3aOdJR5/kimNlK/pPfZTr5Hp8Gm0h8KFFVD4jZexcJEGMd9u5lMS45IWY S0r3/GizVFC7Cltv8t5zsNxLzHOi/zOlcFCcH9bck0Wv9syS8TnHjJyLHiqAwc0xX/DErMwI 5jq/Wv4bgrNmutex/ayjQf/COK2kHx89oUmrqwoFN8K+oSuRrEmpmNN5DNJPQyBi+BmpyOFK 8oSZlwaMNAUY8si6rTEMVRdstHEceweL/Pjr4JSK4JqE0G992RNoZewmqgIPmBbwvLlchS0Z HC/8RJXGxyeXdk3pvdJWFgTUGho2Bm1kDMsZmliPGjmzJV1PNY6Ixdmcj8WV4YFlbEwnGj6g 9oJa4FR2yVXm7Z7ZtP0BgLEbYAxsd2CyoU0scqK/pYi2sD+8L24w1ahM/cK2aAvpsTqpIpWx yBThozzLFvQ65++8p5mxJjwYT9+ebbKvXEQTpRkSDAb+WuOSf+lW0qsyULM6kDyAUsGUGRJ2 v0mcjFCw2EUKHqis70n+x6yBiw6ImkBB7SLYiN7duQINBF1HPdwBEACflB9EI4BgfNKkAoNU GxzqJ1dD7YUd81qchjXg0AiT/2IguyFTCNEFlcxa6kBw+QoQgq/wSqwrh/vHZjR6GqKTkGA1 nrN30ilKuMp+WdIhuLlfw4RbqJC+JulfNYxdpoTuqzPalkeh5DsT9jF8anxZ6XQYuxRtC8cH +GMzKRE/MLm6NO9e2Lh66oYDeuTGBFkD3e0N0LTWanVJtNoycVfSHuDpbBlBef6lM8Qk8TX1 DrIBeoPw8Gg4Y1Xs6Tnqi3W0hciR+dRKlPhT2eawiE+PEdPMz3rCQX2/LQPHsuTWtL31Bo92 fsKepplkuRnmpbxfPKJfDPqclJ8CdrkqCjYCItTEIyKAHA4k1WMS9em/HmL1U0Rewcj6x4cG gbm0erVLp5TCWXNQ5IxiWSCIBDTLMMX6IURYjo6R4/1EabDPmDsycYiQrmEzrFNXiFL6VCkj adRHWJHtmu2uhvN4FVGzu11ZZbx3rPEL9P9ilR4oS2SIys8UN4Dx1w451DF7hve1d5G92yoJ Cv+JLbPg7h8VQhZ21fgliFmT/GGzJKNf1OvRu8KWJ86vEgrXcSDbcJ7yJM8mJc+osn1INPIw a0HmVD5Zs1IXbo7aRThJ/6OypnYATJH6B0eS2BFUnjVXnXHjW/GqZ2bYcB44O12X0Syo9kx3 bAlEbhXcGsw2DbOWxwARAQABiQI8BBgBCgAmAhsMFiEEitwNudTbNE2R94iMoZnXa8pGkeMF Al1VhV0FCQPB1cQACgkQoZnXa8pGkePTlBAApOIMLo/TSfr4EzwYk3wPy75THmYKi1f3HFjJ ueFHhX59URDHpdJUicQ1Lmmc5rnvMZTA9Q61Jvo9FMPpLn+cEhcgX4+ebwtcJHI2Nz3bYAGB Fb+iwOOYm08yWGn/ZR+A4Ikr6ErwC+2J4J0zVx7B6bJnPZATqBdswjfxQnuW1zDxGA2DTjVL BqnNHF3OD9xSKqFClBH68vVy1DxAbw4h4byE4gOx2gljbZ1Yy1+ivkdUMfICxOeDDZXthIAh FpRm4VJnL/X6corAe308MOPAbYTmumy36vxWolXJfX8PqUhcVcfbf0edqBjJeLnJU29Y3ZdG 4hGj3/2yqGzJ96m3E+QWPcaKY1buWKuM/xtrZipWaNH/AW0okyGcZ6PxL1jdTC6cpB4q5ecI xLiSfLokcjWEjuWvLKB9dkFXRnj4T9HiVQ587MMilFOFcGAxNUasdmk7d3HfSDy2wNHI50dM tTVpl0T8QJ5Khh9/ZyQr1a+V3+hz5TCI/w8mD/r44XripDpJqNNjpehX9z76gyBM/4fXrVD3 A//ct0aemfSfe3hCkAPMpDzxitv9N/5e6TqW6kJsRjLsjuVnSM1rpg8MWn3mL0L0JsYMSjQh xO1BkU/MwMXH14sh6cDIXJ0Ut1v7eScM0slpy3eey1RbEjNjNeqeeVUWJsbpm6c5pBM2fjc= Message-ID: <921ca1bd-3ba1-c415-d98b-f86db94ec584@mailfence.com> Date: Sun, 23 Feb 2020 18:12:24 +0100 (CET) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: <20200222221956.fhwcu2cfku4cs2up@function> Content-Type: text/plain; charset=utf-8 Content-Language: en-US X-ContactOffice-Account: com:219870206 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Rspamd-Queue-Id: AB723130842 X-Spamd-Result: default: False [-5.97 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[jlledom@member.fsf.org]; R_DKIM_ALLOW(-0.20)[mailfence.com:s=20160819-nLV10XS2]; RCVD_COUNT_SEVEN(0.00)[9]; FROM_HAS_DN(0.00)[]; BAYES_HAM(-3.00)[99.99%]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-3.47)[ip: (-9.07), ipnet: 140.77.0.0/16(-4.55), asn: 1945(-3.65), country: EU(-0.10)]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[mailfence.com:+]; DMARC_POLICY_ALLOW(-0.50)[mailfence.com,quarantine]; NEURAL_HAM(-0.00)[-0.999,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[jlledom@mailfence.com,SRS0=KyqD=4L=mailfence.com=jlledom@bounce.ens-lyon.org]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:1945, ipnet:140.77.0.0/16, country:EU]; FROM_NEQ_ENVFROM(0.00)[jlledom@mailfence.com,SRS0=KyqD=4L=mailfence.com=jlledom@bounce.ens-lyon.org]; MID_RHS_MATCH_FROM(0.00)[]; FORGED_RECIPIENTS(1.00)[samuel.thibault@gnu.org, samuel.thibault@u-bordeaux.fr] X-Rspamd-Server: mta-in01 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a0c:e300::1 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Feb 2020 17:22:56 -0000 Hi, El 22/2/20 a les 23:19, Samuel Thibault ha escrit: > AIUI you have commit rights, so you can push it yourself? Done! > I'm wondering which way would be more natural to users: first rule wins > versus last rule wins. No idea. Another option is to make the most specific scope win, e.g: -U 1000 -b 0 -s 5 -U 1001 -b 0 this would give the device 00:05.* to 1000 since it's an exception of the rule 00:*.* to 1001. Is it worth to write that? From MAILER-DAEMON Sun Feb 23 12:27:58 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j5v2s-00057I-Lr for mharc-bug-hurd@gnu.org; Sun, 23 Feb 2020 12:27:58 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:36521) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j5v2q-00056t-BQ for bug-hurd@gnu.org; Sun, 23 Feb 2020 12:27:57 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j5v2p-00058H-F3 for bug-hurd@gnu.org; Sun, 23 Feb 2020 12:27:56 -0500 Received: from hera.aquilenet.fr ([2a0c:e300::1]:33894) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j5v2p-000588-8s for bug-hurd@gnu.org; Sun, 23 Feb 2020 12:27:55 -0500 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id 2256E1DA5; Sun, 23 Feb 2020 18:27:54 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DGQTnKnyzaIr; Sun, 23 Feb 2020 18:27:53 +0100 (CET) Received: from function (lfbn-bor-1-797-11.w86-234.abo.wanadoo.fr [86.234.239.11]) by hera.aquilenet.fr (Postfix) with ESMTPSA id 247191D9D; Sun, 23 Feb 2020 18:27:53 +0100 (CET) Received: from samy by function with local (Exim 4.93) (envelope-from ) id 1j5v2m-005xho-92; Sun, 23 Feb 2020 18:27:52 +0100 Date: Sun, 23 Feb 2020 18:27:52 +0100 From: Samuel Thibault To: jlledom@member.fsf.org Cc: bug-hurd@gnu.org Subject: Re: [PATCH 1/2] pci-arbiter: Rename command line options Message-ID: <20200223172752.srvfsswefdqo3e5o@function> Mail-Followup-To: jlledom@member.fsf.org, bug-hurd@gnu.org References: <20200217001451.nopfbyf4pj4ptept@function> <20200222125851.4260-1-jlledom@mailfence.com> <20200222125851.4260-2-jlledom@mailfence.com> <20200222221956.fhwcu2cfku4cs2up@function> <921ca1bd-3ba1-c415-d98b-f86db94ec584@mailfence.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <921ca1bd-3ba1-c415-d98b-f86db94ec584@mailfence.com> Organization: I am not organized User-Agent: NeoMutt/20170609 (1.8.3) Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a0c:e300::1 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Feb 2020 17:27:57 -0000 Joan Lled=C3=B3, le dim. 23 f=C3=A9vr. 2020 18:12:24 +0100, a ecrit: > El 22/2/20 a les 23:19, Samuel Thibault ha escrit: > > AIUI you have commit rights, so you can push it yourself? >=20 > Done! Good :) > > I'm wondering which way would be more natural to users: first rule wi= ns > > versus last rule wins. >=20 > No idea. Another option is to make the most specific scope win, e.g: >=20 > -U 1000 -b 0 -s 5 -U 1001 -b 0 >=20 > this would give the device 00:05.* to 1000 since it's an exception of > the rule 00:*.* to 1001. >=20 > Is it worth to write that? That could be more intuitive indeed. This looks like how ACLs work: uid-based rules apply first, then gid-based rules, then general rules. Here, exact function match rules would apply first, then slot match rules, then bus match rules, then domain match rules. (there would be no point in providing e.g. access to only function 0 of all slots). Samuel From MAILER-DAEMON Sun Feb 23 12:41:21 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j5vFo-00078c-So for mharc-bug-hurd@gnu.org; Sun, 23 Feb 2020 12:41:20 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:37312) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j5vFn-00078Q-60 for bug-hurd@gnu.org; Sun, 23 Feb 2020 12:41:19 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j5vFm-0002Iq-7Y for bug-hurd@gnu.org; Sun, 23 Feb 2020 12:41:19 -0500 Received: from mailout-l3b-97.contactoffice.com ([212.3.242.97]:33224) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j5vFl-0002IO-M8 for bug-hurd@gnu.org; Sun, 23 Feb 2020 12:41:18 -0500 Received: from smtpauth2.co-bxl (smtpauth2.co-bxl [10.2.0.24]) by mailout-l3b-97.contactoffice.com (Postfix) with ESMTP id F03E62802 for ; Sun, 23 Feb 2020 18:41:14 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mailfence.com; s=20160819-nLV10XS2; t=1582479674; bh=uZzXUF1j6re7ekyZWzlX+nXiBOFxZdqo+5AF90FdNwk=; h=Subject:To:References:Reply-To:From:Date:In-Reply-To:From; b=SI4ovsIO6zdZdc0T/MfnX/1uD08wvJ5IoBqs8xUj89iSOBuf2lHPqSX2pl3H0ZXkP ZiiQbuZ6/LvqUeQCZhjQc7rDMJkRxCfTi0/p1gZAnABTG7YjAeLqoQn+ds/m0BdopY JTGK87SQFL23a3isS10FHVyfrhLwBc6XB5tE4mVpqgMM4KNA4N9jPO3Bx32D8Uw+E9 9NuVtVI5APIckBsaqaX75WpdNADgXoA+jXTDE78SLJG/5yWe1PaIeCrK9pq2TjGW7j u/ORjjOMOx7V0+ieNQw/LlGVnLtOSbkslCBmQmBb0zKkYvsdebsv5yNc1mAec3bO9f 3GMpeMboptrpA== Received: by smtp.mailfence.com with ESMTPA for ; Sun, 23 Feb 2020 18:41:12 +0100 (CET) Subject: Re: [PATCH 1/2] pci-arbiter: Rename command line options To: bug-hurd@gnu.org References: <20200217001451.nopfbyf4pj4ptept@function> <20200222125851.4260-1-jlledom@mailfence.com> <20200222125851.4260-2-jlledom@mailfence.com> <20200222221956.fhwcu2cfku4cs2up@function> <921ca1bd-3ba1-c415-d98b-f86db94ec584@mailfence.com> <20200223172752.srvfsswefdqo3e5o@function> Reply-To: jlledom@member.fsf.org From: =?UTF-8?Q?Joan_Lled=c3=b3?= Autocrypt: addr=jlledom@mailfence.com; keydata= mQINBF1HPdwBEACreAzecwmgg5b8WovL1X1W2pK6PwvsrOeszFNY4rtRlWCnx18/6cK1qRZ9 kYnBU1cZ2FH5c6Il7RWJ4tq0TUoah43NAUFZLtOn6nxHX308/VKJqrZWfovdqxwhliuziPNE KW3XYYy5pKzjUA45ztDI+aMJaFLsb5fLoXUZoCVCe98jQvY+6Pufjsz4HvBOXJV/8J60G+cP VNMNems/pcE9fPmPe57a6/y26RGwDRgyf3+vCxlj26GadUWMc7PEl+fLerGX8SkJJtGlLbOP wgJZxQPfuCVJapk/ywDk9ZexNhjHsLAk8pA/S5JSlgodO9PzGP+GfqeIWXFaiY0LpOzQYtA1 gbL+WgWg1ZZyiULTmGT2XpRj7T1npnNFCNCH2L7WjR9CuFm6/TogCcz4jnpTQO1J5LQGPufv Hrfrlnc3MVhddqmmN3AboHzqgZ+KFMD8eDnBgfYI/aY1SgH4BDLuOuszL9GJlYosbOe3bUlK rVJefq2A/13KlgFqk3bcD7tWriqBGAHpzVdligyNJ9dpgtKV3j7G6hFqh+sNNvXz7zsl+jr1 xDkPa/QRmdWHGoa25QYM97g3bVeAg324Y7zA1Ik+iLmwXSzE13UiOCM8smMaV6NmPI17m9YO QHnF+7rIyXBEHpY04kSOjb1YuBD3iF/4hsDtXmfnEhvh8ByXGwARAQABtCNKb2FuIExsZWTD syA8amxsZWRvbUBtYWlsZmVuY2UuY29tPokCVAQTAQoAPhYhBIrcDbnU2zRNkfeIjKGZ12vK RpHjBQJdVYeGAhsDBQkDwdXEBQsJCAcDBRUKCQgLBRYCAwEAAh4BAheAAAoJEKGZ12vKRpHj cr0P/3bKT0MrAD6PCmyr9MLnGa9Rwo5csSwi9vrQ2zMbRnDHGvcd1Sjygw156fimzr0VY8O4 Kgr0HjS+IPKMWMWHLNPAsZ+H4M6Ben6OUxmbiuPfl9GdX0LI3fUjwoCoemuDmbHyQ0Xs+FYI ff9vyVTR0SoIJfw3aOdJR5/kimNlK/pPfZTr5Hp8Gm0h8KFFVD4jZexcJEGMd9u5lMS45IWY S0r3/GizVFC7Cltv8t5zsNxLzHOi/zOlcFCcH9bck0Wv9syS8TnHjJyLHiqAwc0xX/DErMwI 5jq/Wv4bgrNmutex/ayjQf/COK2kHx89oUmrqwoFN8K+oSuRrEmpmNN5DNJPQyBi+BmpyOFK 8oSZlwaMNAUY8si6rTEMVRdstHEceweL/Pjr4JSK4JqE0G992RNoZewmqgIPmBbwvLlchS0Z HC/8RJXGxyeXdk3pvdJWFgTUGho2Bm1kDMsZmliPGjmzJV1PNY6Ixdmcj8WV4YFlbEwnGj6g 9oJa4FR2yVXm7Z7ZtP0BgLEbYAxsd2CyoU0scqK/pYi2sD+8L24w1ahM/cK2aAvpsTqpIpWx yBThozzLFvQ65++8p5mxJjwYT9+ebbKvXEQTpRkSDAb+WuOSf+lW0qsyULM6kDyAUsGUGRJ2 v0mcjFCw2EUKHqis70n+x6yBiw6ImkBB7SLYiN7duQINBF1HPdwBEACflB9EI4BgfNKkAoNU GxzqJ1dD7YUd81qchjXg0AiT/2IguyFTCNEFlcxa6kBw+QoQgq/wSqwrh/vHZjR6GqKTkGA1 nrN30ilKuMp+WdIhuLlfw4RbqJC+JulfNYxdpoTuqzPalkeh5DsT9jF8anxZ6XQYuxRtC8cH +GMzKRE/MLm6NO9e2Lh66oYDeuTGBFkD3e0N0LTWanVJtNoycVfSHuDpbBlBef6lM8Qk8TX1 DrIBeoPw8Gg4Y1Xs6Tnqi3W0hciR+dRKlPhT2eawiE+PEdPMz3rCQX2/LQPHsuTWtL31Bo92 fsKepplkuRnmpbxfPKJfDPqclJ8CdrkqCjYCItTEIyKAHA4k1WMS9em/HmL1U0Rewcj6x4cG gbm0erVLp5TCWXNQ5IxiWSCIBDTLMMX6IURYjo6R4/1EabDPmDsycYiQrmEzrFNXiFL6VCkj adRHWJHtmu2uhvN4FVGzu11ZZbx3rPEL9P9ilR4oS2SIys8UN4Dx1w451DF7hve1d5G92yoJ Cv+JLbPg7h8VQhZ21fgliFmT/GGzJKNf1OvRu8KWJ86vEgrXcSDbcJ7yJM8mJc+osn1INPIw a0HmVD5Zs1IXbo7aRThJ/6OypnYATJH6B0eS2BFUnjVXnXHjW/GqZ2bYcB44O12X0Syo9kx3 bAlEbhXcGsw2DbOWxwARAQABiQI8BBgBCgAmAhsMFiEEitwNudTbNE2R94iMoZnXa8pGkeMF Al1VhV0FCQPB1cQACgkQoZnXa8pGkePTlBAApOIMLo/TSfr4EzwYk3wPy75THmYKi1f3HFjJ ueFHhX59URDHpdJUicQ1Lmmc5rnvMZTA9Q61Jvo9FMPpLn+cEhcgX4+ebwtcJHI2Nz3bYAGB Fb+iwOOYm08yWGn/ZR+A4Ikr6ErwC+2J4J0zVx7B6bJnPZATqBdswjfxQnuW1zDxGA2DTjVL BqnNHF3OD9xSKqFClBH68vVy1DxAbw4h4byE4gOx2gljbZ1Yy1+ivkdUMfICxOeDDZXthIAh FpRm4VJnL/X6corAe308MOPAbYTmumy36vxWolXJfX8PqUhcVcfbf0edqBjJeLnJU29Y3ZdG 4hGj3/2yqGzJ96m3E+QWPcaKY1buWKuM/xtrZipWaNH/AW0okyGcZ6PxL1jdTC6cpB4q5ecI xLiSfLokcjWEjuWvLKB9dkFXRnj4T9HiVQ587MMilFOFcGAxNUasdmk7d3HfSDy2wNHI50dM tTVpl0T8QJ5Khh9/ZyQr1a+V3+hz5TCI/w8mD/r44XripDpJqNNjpehX9z76gyBM/4fXrVD3 A//ct0aemfSfe3hCkAPMpDzxitv9N/5e6TqW6kJsRjLsjuVnSM1rpg8MWn3mL0L0JsYMSjQh xO1BkU/MwMXH14sh6cDIXJ0Ut1v7eScM0slpy3eey1RbEjNjNeqeeVUWJsbpm6c5pBM2fjc= Message-ID: Date: Sun, 23 Feb 2020 18:41:13 +0100 (CET) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: <20200223172752.srvfsswefdqo3e5o@function> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-ContactOffice-Account: com:219870206 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 212.3.242.97 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Feb 2020 17:41:20 -0000 El 23/2/20 a les 18:27, Samuel Thibault ha escrit: > That could be more intuitive indeed. This looks like how ACLs work: > uid-based rules apply first, then gid-based rules, then general rules. > Here, exact function match rules would apply first, then slot match > rules, then bus match rules, then domain match rules. OK, I'll add it to my todo > (there would be no point in providing e.g. access to only function 0 of > all slots). Yeah, that's forbidden yet, -f requires -s which requires -b (which assumes -d 0000 if not given) From MAILER-DAEMON Sun Feb 23 13:11:07 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j5vid-0004ln-0N for mharc-bug-hurd@gnu.org; Sun, 23 Feb 2020 13:11:07 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:39861) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j5via-0004jR-O4 for bug-hurd@gnu.org; Sun, 23 Feb 2020 13:11:05 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j5viZ-0007oO-NG for bug-hurd@gnu.org; Sun, 23 Feb 2020 13:11:04 -0500 Received: from mx2.dismail.de ([159.69.191.136]:13752) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j5viZ-0007nS-5T for bug-hurd@gnu.org; Sun, 23 Feb 2020 13:11:03 -0500 Received: from mx2.dismail.de (localhost [127.0.0.1]) by mx2.dismail.de (OpenSMTPD) with ESMTP id 1f815fc6 for ; Sun, 23 Feb 2020 19:10:58 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=dismail.de; h=from:to :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=20190914; bh=uA7Qpyd1kq4Lb3THtPp1DVz85jguZLvRkV n1WpbBWo8=; b=nfKK9jCWdhPj5DR6dykEf82aC27gfAztaeqsqu8VHqTPrzJmoH OqVEWFBa1X+2DEnpNczVLMFJw4esdB9yt0euSndy6QJQRdOSxYPY99gnFbwRDr7r X4qcSK+55NPkpgkBMbRTIkBEwXHkH6O4lBh8NTskyT9h1UemISqwJkvn2jzWUn8v PoP0upHQv4ozkdKE17aKykpg9lcZst1XjbHfEhWxBU3BebOIGxNfWjtdKS+2p4Rx iF3bvVoNk9X6ntAgc+YsxJ5uKNOZ4ow9Z98gLIxzU5u08MwwTlRatW4gQJ592Vg3 IWJc/cXje3ToVR9LmDi0QGw6/h0MtBJanpSQ== Received: from smtp2.dismail.de ( [10.240.26.12]) by mx2.dismail.de (OpenSMTPD) with ESMTP id a5370284 for ; Sun, 23 Feb 2020 19:10:58 +0100 (CET) Received: from smtp2.dismail.de (localhost [127.0.0.1]) by smtp2.dismail.de (OpenSMTPD) with ESMTP id d24bb84b for ; Sun, 23 Feb 2020 19:10:58 +0100 (CET) Received: by dismail.de (OpenSMTPD) with ESMTPSA id 62687a9b (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO) for ; Sun, 23 Feb 2020 19:10:58 +0100 (CET) From: Joshua Branson To: bug-hurd@gnu.org Subject: Re: [PATCH 1/2] pci-arbiter: Rename command line options References: <20200217001451.nopfbyf4pj4ptept@function> <20200222125851.4260-1-jlledom@mailfence.com> <20200222125851.4260-2-jlledom@mailfence.com> <20200222221956.fhwcu2cfku4cs2up@function> Mail-Followup-To: bug-hurd@gnu.org Date: Sun, 23 Feb 2020 13:10:54 -0500 In-Reply-To: <20200222221956.fhwcu2cfku4cs2up@function> (Samuel Thibault's message of "Sat, 22 Feb 2020 23:19:56 +0100") Message-ID: <86wo8d9ntd.fsf@dismail.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 159.69.191.136 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Feb 2020 18:11:06 -0000 Samuel Thibault writes: > Hello, > > > I'm wondering which way would be more natural to users: first rule wins > versus last rule wins. I can't immediately think of some example of > unix command that would have the same question, to get inspiration from. > Anybody have an idea? I can't really think of any command line examples, but perhaps we could consider CSS, iptables, or nginx config files. I believe the last rule usually wins in those cases. At least I think so. > > Samuel > -- Joshua Branson Sent from Emacs and Gnus From MAILER-DAEMON Sun Feb 23 13:17:30 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j5voo-0006cf-3X for mharc-bug-hurd@gnu.org; Sun, 23 Feb 2020 13:17:30 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:40637) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j5vol-0006cS-8r for bug-hurd@gnu.org; Sun, 23 Feb 2020 13:17:28 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j5vok-0003hn-FG for bug-hurd@gnu.org; Sun, 23 Feb 2020 13:17:27 -0500 Received: from hera.aquilenet.fr ([2a0c:e300::1]:34370) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j5vok-0003gm-9P for bug-hurd@gnu.org; Sun, 23 Feb 2020 13:17:26 -0500 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id 1F4F51DD7 for ; Sun, 23 Feb 2020 19:17:23 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pvDTyFCAmHa5 for ; Sun, 23 Feb 2020 19:17:21 +0100 (CET) Received: from function (lfbn-bor-1-797-11.w86-234.abo.wanadoo.fr [86.234.239.11]) by hera.aquilenet.fr (Postfix) with ESMTPSA id 8265D193E for ; Sun, 23 Feb 2020 19:17:21 +0100 (CET) Received: from samy by function with local (Exim 4.93) (envelope-from ) id 1j5voe-005z5p-BZ for bug-hurd@gnu.org; Sun, 23 Feb 2020 19:17:20 +0100 Date: Sun, 23 Feb 2020 19:17:20 +0100 From: Samuel Thibault To: bug-hurd@gnu.org Subject: Re: [PATCH 1/2] pci-arbiter: Rename command line options Message-ID: <20200223181720.x2ragyzh4to2r7lq@function> Mail-Followup-To: bug-hurd@gnu.org References: <20200217001451.nopfbyf4pj4ptept@function> <20200222125851.4260-1-jlledom@mailfence.com> <20200222125851.4260-2-jlledom@mailfence.com> <20200222221956.fhwcu2cfku4cs2up@function> <86wo8d9ntd.fsf@dismail.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <86wo8d9ntd.fsf@dismail.de> Organization: I am not organized User-Agent: NeoMutt/20170609 (1.8.3) Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a0c:e300::1 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Feb 2020 18:17:28 -0000 Joshua Branson, le dim. 23 f=C3=A9vr. 2020 13:10:54 -0500, a ecrit: > Samuel Thibault writes: > > I'm wondering which way would be more natural to users: first rule wi= ns > > versus last rule wins. I can't immediately think of some example of > > unix command that would have the same question, to get inspiration fr= om. > > Anybody have an idea? >=20 > I can't really think of any command line examples, but perhaps we could > consider CSS, iptables, or nginx config files. I believe the last rule > usually wins in those cases. At least I think so. In the iptables case it's actually the first. CSS is "more specific wins" I'm unsure about nginx, but apache is also "more specific wins". Samuel From MAILER-DAEMON Sun Feb 23 14:18:44 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j5wm4-00029O-6m for mharc-bug-hurd@gnu.org; Sun, 23 Feb 2020 14:18:44 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:46220) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j5wm1-00029D-Aa for bug-hurd@gnu.org; Sun, 23 Feb 2020 14:18:42 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j5wlz-0007WG-Ar for bug-hurd@gnu.org; Sun, 23 Feb 2020 14:18:40 -0500 Received: from mx2.dismail.de ([159.69.191.136]:31675) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j5wly-0007Up-Cz for bug-hurd@gnu.org; Sun, 23 Feb 2020 14:18:39 -0500 Received: from mx2.dismail.de (localhost [127.0.0.1]) by mx2.dismail.de (OpenSMTPD) with ESMTP id ed15f908 for ; Sun, 23 Feb 2020 20:18:34 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=dismail.de; h=from:to :subject:references:date:in-reply-to:message-id:mime-version :content-type:content-transfer-encoding; s=20190914; bh=+5kJl6RJ uZgDPBBtp8sntifQQ/QTO2goUtUZekIF98Q=; b=k9mb+u+72kSYliNd9meRHF0R qdoJkUZOUCiVrONXp/AbAeJZt9X3QhyC/LXv6do9rC3TygKCyv/qaGjUO9XGQ7EM z+UQtM84jW1vk6wdG+cEKjn6xYSJU1/rV45M3UBMw1mF8hJwWBxblGoPdPeUTH9B iixY3fvV4CSDH6pFDOR6oup9bKYr5eeEog0Vl1G2ZK4w9E7Zw0FhPthuTR3w7twC NsbppXDrqtroG6DT0FoZK3/MFJ7RANVoL3oXEG1sk4DszKEMeOvfv4xlxzBJpneZ 9EdcncjuVv9sHFbfiz48VKb1yWzAFKEYtkQOYXxf9XA2FnJnZeJ+N3Hs6+RHWA== Received: from smtp1.dismail.de ( [10.240.26.11]) by mx2.dismail.de (OpenSMTPD) with ESMTP id 5c2e136d for ; Sun, 23 Feb 2020 20:18:33 +0100 (CET) Received: from smtp1.dismail.de (localhost [127.0.0.1]) by smtp1.dismail.de (OpenSMTPD) with ESMTP id 1721b271 for ; Sun, 23 Feb 2020 20:18:33 +0100 (CET) Received: by dismail.de (OpenSMTPD) with ESMTPSA id dd127c4d (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO) for ; Sun, 23 Feb 2020 20:18:33 +0100 (CET) From: Joshua Branson To: bug-hurd@gnu.org Subject: Re: [PATCH 1/2] pci-arbiter: Rename command line options References: <20200217001451.nopfbyf4pj4ptept@function> <20200222125851.4260-1-jlledom@mailfence.com> <20200222125851.4260-2-jlledom@mailfence.com> <20200222221956.fhwcu2cfku4cs2up@function> <86wo8d9ntd.fsf@dismail.de> <20200223181720.x2ragyzh4to2r7lq@function> Mail-Followup-To: bug-hurd@gnu.org Date: Sun, 23 Feb 2020 14:18:30 -0500 In-Reply-To: <20200223181720.x2ragyzh4to2r7lq@function> (Samuel Thibault's message of "Sun, 23 Feb 2020 19:17:20 +0100") Message-ID: <86lfot9kop.fsf@dismail.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 159.69.191.136 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Feb 2020 19:18:42 -0000 Samuel Thibault writes: > Joshua Branson, le dim. 23 f=C3=A9vr. 2020 13:10:54 -0500, a ecrit: >> Samuel Thibault writes: >> > I'm wondering which way would be more natural to users: first rule wins >> > versus last rule wins. I can't immediately think of some example of >> > unix command that would have the same question, to get inspiration fro= m. >> > Anybody have an idea? >>=20 >> I can't really think of any command line examples, but perhaps we could >> consider CSS, iptables, or nginx config files. I believe the last rule >> usually wins in those cases. At least I think so. > > In the iptables case it's actually the first. > > CSS is "more specific wins" > > I'm unsure about nginx, but apache is also "more specific wins". Well that's what happens when I try to be helpful. :) I find out that I know a little less that I thought I did. > > Samuel > --=20 Joshua Branson Sent from Emacs and Gnus From MAILER-DAEMON Sun Feb 23 14:25:52 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j5wsy-0005DN-FO for mharc-bug-hurd@gnu.org; Sun, 23 Feb 2020 14:25:52 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:46642) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j5wsv-0005D9-Gk for bug-hurd@gnu.org; Sun, 23 Feb 2020 14:25:50 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j5wsu-0000ja-K5 for bug-hurd@gnu.org; Sun, 23 Feb 2020 14:25:49 -0500 Received: from hera.aquilenet.fr ([185.233.100.1]:36270) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j5wsu-0000j3-DZ for bug-hurd@gnu.org; Sun, 23 Feb 2020 14:25:48 -0500 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id 2F2091E5C for ; Sun, 23 Feb 2020 20:25:47 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3fMSzSWjXaBv for ; Sun, 23 Feb 2020 20:25:46 +0100 (CET) Received: from function.home (unknown [IPv6:2a01:cb19:956:1b00:9eb6:d0ff:fe88:c3c7]) by hera.aquilenet.fr (Postfix) with ESMTPSA id 2A8FA193E for ; Sun, 23 Feb 2020 20:25:46 +0100 (CET) Received: from samy by function.home with local (Exim 4.93) (envelope-from ) id 1j5wsq-0061ME-Ne for bug-hurd@gnu.org; Sun, 23 Feb 2020 20:25:44 +0100 Date: Sun, 23 Feb 2020 20:25:44 +0100 From: Samuel Thibault To: bug-hurd@gnu.org Subject: Re: [PATCH 1/2] pci-arbiter: Rename command line options Message-ID: <20200223192544.zkmygv5jehtqoilj@function> Mail-Followup-To: bug-hurd@gnu.org References: <20200217001451.nopfbyf4pj4ptept@function> <20200222125851.4260-1-jlledom@mailfence.com> <20200222125851.4260-2-jlledom@mailfence.com> <20200222221956.fhwcu2cfku4cs2up@function> <86wo8d9ntd.fsf@dismail.de> <20200223181720.x2ragyzh4to2r7lq@function> <86lfot9kop.fsf@dismail.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <86lfot9kop.fsf@dismail.de> Organization: I am not organized User-Agent: NeoMutt/20170609 (1.8.3) Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 185.233.100.1 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Feb 2020 19:25:50 -0000 Joshua Branson, le dim. 23 f=C3=A9vr. 2020 14:18:30 -0500, a ecrit: > Samuel Thibault writes: >=20 > > Joshua Branson, le dim. 23 f=C3=A9vr. 2020 13:10:54 -0500, a ecrit: > >> Samuel Thibault writes: > >> > I'm wondering which way would be more natural to users: first rule= wins > >> > versus last rule wins. I can't immediately think of some example = of > >> > unix command that would have the same question, to get inspiration= from. > >> > Anybody have an idea? > >>=20 > >> I can't really think of any command line examples, but perhaps we co= uld > >> consider CSS, iptables, or nginx config files. I believe the last r= ule > >> usually wins in those cases. At least I think so. > > > > In the iptables case it's actually the first. > > > > CSS is "more specific wins" > > > > I'm unsure about nginx, but apache is also "more specific wins". >=20 > Well that's what happens when I try to be helpful. :) I find out that = I > know a little less that I thought I did. It was helpful in providing a few examples we could inspire from :) Samuel From MAILER-DAEMON Mon Feb 24 10:14:32 2020 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j6FRI-0006y8-3y for mharc-bug-hurd@gnu.org; Mon, 24 Feb 2020 10:14:32 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:57062) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j6FRF-0006xG-GA for bug-hurd@gnu.org; Mon, 24 Feb 2020 10:14:30 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j6FRE-0007fZ-JE for bug-hurd@gnu.org; Mon, 24 Feb 2020 10:14:29 -0500 Received: from mx2.dismail.de ([159.69.191.136]:47388) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j6FRE-0007dI-12 for bug-hurd@gnu.org; Mon, 24 Feb 2020 10:14:28 -0500 Received: from mx2.dismail.de (localhost [127.0.0.1]) by mx2.dismail.de (OpenSMTPD) with ESMTP id c5c37200 for ; Mon, 24 Feb 2020 16:14:25 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=dismail.de; h=from:to :subject:references:date:in-reply-to:message-id:mime-version :content-type:content-transfer-encoding; s=20190914; bh=EjQ0Q1aR QpO3GEJN/T82gYytLk25PXz1xK3TVma6Zec=; b=meDrNBVFv8iGwT39p0fVBKZF 9UFPlaYIwRlo6LW2wDyBPnxDsSW7kEPE/Fd5+EF+50LJJfuKnxCWtiZaNpycMjg/ PcI3u+aIix5cKVGPDWRWnnsYnUuOtZ7RAUQiEVKcjHy4tr/CNL83ynx6CqlgWzX/ 97a34x162eFfIZBOrotRm7FS4nNBZCZakfExTf+6VgbSHSQQNnu99WRMvGvIvPJT AdM+ciDHQ0qMC++Rl0962xxewiytHGIiKBasiBKgrPGv5jkpi9t/HxnBahg7rge/ DU5ND86ZWIGFuQySH91fzxw/MXCz9tNoB/eiC3rllMHtLLxb8Jy04SQjY4u2wg== Received: from smtp2.dismail.de ( [10.240.26.12]) by mx2.dismail.de (OpenSMTPD) with ESMTP id f7bc3fdd for ; Mon, 24 Feb 2020 16:14:24 +0100 (CET) Received: from smtp2.dismail.de (localhost [127.0.0.1]) by smtp2.dismail.de (OpenSMTPD) with ESMTP id 6c795e84 for ; Mon, 24 Feb 2020 16:14:24 +0100 (CET) Received: by dismail.de (OpenSMTPD) with ESMTPSA id 707839b3 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO) for ; Mon, 24 Feb 2020 16:14:24 +0100 (CET) From: Joshua Branson To: bug-hurd@gnu.org Subject: Re: [PATCH 1/2] pci-arbiter: Rename command line options References: <20200217001451.nopfbyf4pj4ptept@function> <20200222125851.4260-1-jlledom@mailfence.com> <20200222125851.4260-2-jlledom@mailfence.com> <20200222221956.fhwcu2cfku4cs2up@function> <86wo8d9ntd.fsf@dismail.de> <20200223181720.x2ragyzh4to2r7lq@function> <86lfot9kop.fsf@dismail.de> <20200223192544.zkmygv5jehtqoilj@function> Mail-Followup-To: bug-hurd@gnu.org Date: Mon, 24 Feb 2020 10:14:20 -0500 In-Reply-To: <20200223192544.zkmygv5jehtqoilj@function> (Samuel Thibault's message of "Sun, 23 Feb 2020 20:25:44 +0100") Message-ID: <86o8todnlf.fsf@dismail.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 159.69.191.136 X-BeenThere: bug-hurd@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Hurd List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Feb 2020 15:14:30 -0000 Samuel Thibault writes: > Joshua Branson, le dim. 23 f=C3=A9vr. 2020 14:18:30 -0500, a ecrit: >> Samuel Thibault writes: >>=20 > > It was helpful in providing a few examples we could inspire from :) That's kind of you to say. Thanks. :) > > Samuel > --=20 Joshua Branson Sent from Emacs and Gnus