From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-2.8 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED, RCVD_IN_MSPIKE_H4,RCVD_IN_MSPIKE_WL,URIBL_SBL_A autolearn=ham autolearn_force=no version=3.4.4 Received: from second.openwall.net (second.openwall.net [193.110.157.125]) by inbox.vuxu.org (Postfix) with SMTP id 368202149B for ; Wed, 30 Oct 2024 10:29:03 +0100 (CET) Received: (qmail 15822 invoked by uid 550); 30 Oct 2024 09:28:59 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Reply-To: musl@lists.openwall.com x-ms-reactions: disallow Received: (qmail 15784 invoked from network); 30 Oct 2024 09:28:59 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alyssa.is; h=cc :cc:content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:subject :subject:to:to; s=fm2; t=1730280529; x=1730366929; bh=378yVG9Tkj 7YRs4QkDj2v+uw548qrJDSRnCt2GG8qEY=; b=o1G+ihkQLuEJgqMB0lrw3TPaM0 yuIWqpdIHPVGJ2IE+kflvupuFSxwKyMuivKXfsUceDhqDYl7TTf5V6opppc5GkhJ rAkmCURoxvX4KD7OB0jOJExeFop8p5XYXmpDI9HQ8GnlUOWDK367WrSwvfprxhHx H9+TcnpkYiYFFuDiYKdO0bJnXlvYmaXULigpkkgrOx4fhGb+XzYQtuE+KHRBLwaK dh8F86qD3U7zQ8r8LYeKQyYOIJ5AGOdvnFrOQniFVGPJfg9sZMbRR2MtfTJwdoI6 GqUFM9Tq5bgHMd43BPqJX+oLFSeZRHrfii/BfZekfDNm8Ms3leL177Gudf0Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t= 1730280529; x=1730366929; bh=378yVG9Tkj7YRs4QkDj2v+uw548qrJDSRnC t2GG8qEY=; b=TWzmJoU9lIn6Cdyh9Fl+fgIY/YHeHc/yYIblSce0wVTzclP+j1C 8QAldVKpBPhrnA1gmLjauTz05tE0NB4vS83Mxi6bet3Ts67XOFnQJuDX9doTdfzy QFskNoBut4aU1/OdatwcdgIKLIAo+yKdAOntQTnuuRAI3tQ9ZlhDWhxdJGzmQxqB Uid99zpiF3BUDjvHADM1bRE3LAUXcEfHOXguTavhB3RtAlC2h564KPsO2qCOmLLO 4lgAu2nby3gFDQQb/wXoRkOo+vLDixl0m9N2i1s2A/aksiO6aC4SR9TZG5jE3VYW a0JJJjZtGtCGd2Dq8hgDO3S6IYiGeaeKWEg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrvdekfedgtdegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggvpdfu rfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucenucfjughrpefhvfevuf gjfhffkfggtgesghdtreertddtjeenucfhrhhomheptehlhihsshgrucftohhsshcuoehh ihesrghlhihsshgrrdhisheqnecuggftrfgrthhtvghrnhepteehvedugfejgfehhfeije duleekleejgedvkeeuuefhhfegvdevfeetveegteeinecuvehluhhsthgvrhfuihiivgep tdenucfrrghrrghmpehmrghilhhfrhhomhephhhisegrlhihshhsrgdrihhspdhnsggprh gtphhtthhopedvpdhmohguvgepshhmthhpohhuthdprhgtphhtthhopegurghlihgrshes lhhisggtrdhorhhgpdhrtghpthhtohepmhhushhlsehlihhsthhsrdhophgvnhifrghllh drtghomh X-ME-Proxy: Feedback-ID: i12284293:Fastmail From: Alyssa Ross To: Rich Felker Cc: musl@lists.openwall.com In-Reply-To: <20241026230350.GA10433@brightrain.aerifal.cx> References: <878quc7xzy.fsf@alyssa.is> <20241025201011.GY10433@brightrain.aerifal.cx> <874j4zoob8.fsf@alyssa.is> <2bb1f0ce-d210-5f5f-2f8a-dff1b5cfc736@evolvis.org> <20241026230350.GA10433@brightrain.aerifal.cx> Date: Wed, 30 Oct 2024 10:28:43 +0100 Message-ID: <87ldy67xdg.fsf@alyssa.is> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" Subject: Re: [musl] Prototypes without implementations --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Rich Felker writes: > Can we use the remainder of this thread for figuring out the real > status of this (what's with non-x86 archs that have the syscalls? are > they used? what about archs that don't use them? do they have you mmap > a device instead?) and whether there's some action that should be > taken, rather than rehashing broad philosophy? :) On all the other architectures where musl has SYS_ioperm defined, it's mapped to sys_ni_syscall (ENOSYS), and has been at least since git was introduced. Glibc provides a fallback that uses /dev/mem on alpha, but no other architecture. In the past, it also provided an implementation for arm, which was removed in the following commit: commit 6b33f373c7b9199e00ba5fbafd94ac9bfb4337b1 Author: Florian Weimer Date: Wed May 29 16:53:09 2019 +0200 =09 arm: Remove ioperm/iopl/inb/inw/inl/outb/outw/outl support =09=20=20=20=20 Linux only supports the required ISA sysctls on StrongARM devices, which are armv4 and no longer tested during glibc development and probably bit-rotted by this point. (No reported test results, and the last discussion of armv4 support was in the glibc 2.19 release notes.) The functions remain on arm, but they are just ENOSYS stubs. Does any of that make it any clearer what should be done in musl to solve the prototypes without implementations problem? I guess it does make sense for musl to define __SYS_ioperm on microblaze, mips, powerpc and powerpc64 =E2=80=94 it's in the kernel syscall table for those architectures, even though as far as I can tell it has never done anything other than return ENOSYS. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEH9wgcxqlHM/ARR3h+dvtSFmyccAFAmch/EsACgkQ+dvtSFmy ccDu/Q/9HgFLv2kcCT7+NWiDscFn2mcryIa8LzJyHxRlZT8b2jKs2g16tGvVkJWH ttisxj9P7YuvF8NaPspiERhHl/dBApwRKfd6B9J6GdEP08H49gLK83Ez/14ryKNm KQu0Mu6FVFyhqU95JvHhwGG+pbXTNDM/Q2VOBrZ1EU0s4cDJw7SJHw8dSm5PgVeW JXFdl+6DuIPUOJsNidihFPoib2BESmzG2kHeC+UGBp6baG8wzgCCsI1knnaRIwZz 6rzxIbP2jT1nrXBKTdTdznuc7lmEHnf04Znji5ohfv3SOzCjBLCLAElC4A7m/l49 EeKwQ8NhNnKQjFDakjwf9fxAePnSg89D8bN7qHOHzlBLvk9n6xMusKD+AM3f6Z06 ZV8EwOQ9yD3Bq+4elsl/ACjQ2Eqx5MC2ypNbEjz59b2HWsIBNqwX6W8RDu3V9zrs RAnIUa/O8W1ZOM+Vd5XWXO01Mo12Il8XAcDOvjuthvsW65HpsbPomybRcOz+LGky KT5XDRN9eDxLOSG5tNmlQFCcqgS0YgmjHtz0dtAqvhz93ju883wviTWOKH3oCSif u+84H1wGrGewFKJyh2kyS9txq8vo+vLzh2UfwzpQUSd6FChEVhvh06IY6IWflV9I M+npx4Y346QoXL+diX+LlstwCYF9NutYygh3fXNt6hMHp5Bw9b8= =qZIO -----END PGP SIGNATURE----- --=-=-=--