From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-3.3 required=5.0 tests=MAILING_LIST_MULTI, RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 9445 invoked from network); 7 Sep 2020 21:36:21 -0000 Received: from mother.openwall.net (195.42.179.200) by inbox.vuxu.org with ESMTPUTF8; 7 Sep 2020 21:36:21 -0000 Received: (qmail 12122 invoked by uid 550); 7 Sep 2020 21:36:15 -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 Received: (qmail 12104 invoked from network); 7 Sep 2020 21:36:14 -0000 X-Gm-Message-State: AOAM531W49GQt+BKWuNa//kKWCJtAe3DzpopetcuvJg0U59PC/mJOXQ0 CQyejA0KRI7+vVGrpWm4UDTH1JZS3DUcEcOq5rg= X-Google-Smtp-Source: ABdhPJwJMUn93Edp8pEMOnv5ZupEg+0yQ5zjiqlvoLKz8we7zPJvXIT+CgCUYoJprFf7Q79/5CPPKpOhbD1UOES5tt4= X-Received: by 2002:a05:6214:292:: with SMTP id l18mr19605727qvv.5.1599514561823; Mon, 07 Sep 2020 14:36:01 -0700 (PDT) MIME-Version: 1.0 References: <68b5e735-45be-413f-8153-cb97dd5967cd@www.fastmail.com> <20200907180636.GM3265@brightrain.aerifal.cx> In-Reply-To: <20200907180636.GM3265@brightrain.aerifal.cx> From: Arnd Bergmann Date: Mon, 7 Sep 2020 23:35:45 +0200 X-Gmail-Original-Message-ID: Message-ID: To: musl@lists.openwall.com Content-Type: text/plain; charset="UTF-8" X-Provags-ID: V03:K1:/qPBOEoclOLyGVH8qP+8qXU9Ra2e0M/+I5VBroaRfF+EeRn2WLN 4A2TxCsRh4Sio0Wt2pxHDDcUqyIpW04WVv0uTn5Dwlu614fUIlQ3Sx9dOo0hh/ch4YMQ71w lkFkNUzg4hKjsUqTEhd+FOVlWy0mZGtxHYNFRGmqBVH6x6EQKPjQsv2PJEMTnZi5LSgGJ15 ja67ViSnt3K+rzGSHpb6Q== X-UI-Out-Filterresults: notjunk:1;V03:K0:e/PWeiV17aE=:1TiLWWRXhSMmMbpqVybbzp Z5dKrB1Pk59kBs4a4tEaPaXNWJFD/G7JiacZ6LHngx7WUB19IVq78+lOzp/0Db2rmKd6OZ4MP TcrD4XAkw0X2ndq3oY3h3G8UkuhM6r7XQMIYTsL0Aik6GC5mXfNDr4JOCnIWiPYdfhCaa2fel Cgq30JyoI6vDOZaKtbEn1irwkQfLbV7dQZ9BkLU8OTI3ki0ZkegdKBpDrvjYOuQeRup/nq5vb 8ZYf303YCDBfZLTCfldUtXPfX7YdWHxx4ewRm8FPnRW6cd6LF6KO3g0QYCjlzRfEaec/ARuZO 7idgcfGHgEeIpqvK3qbw72loqVVRsErm1iWD7iVzplVOCPMBX/ejX0MO1h80iBRVZB9+ZAlFx Tn/RvISDZaIoUhJNxXuKLESz1e2w7hTKRdyGaaLgj5fNAYZw9wnQaD3nATbWl8+eESHu8/saU 2dLeo+RcVLAVTJITIq4ipJYiXGXjlEbYXHsLPM/lFDdj9oYaSbiJrZvNrP42Fkb3bdmuE7PEf GFHcon4xQzJq04yqptA0Q+offJkOgmMRQ5tGplkPY2iwG1IXNBaQhpHMj39t+ho0BSlhFEAXH twCJAbh+sAPCOijsPzGzw5UQkuK4Gty3kUfggQSmxN2udcCoUz+BduuXL1RkKGLHhtiSRxmco ThSxpQFF8DLVQGOh2cUKPjzQ2y8yIhxIF+Kui4ovgxQhcaAtqxo92K5LTSvCqIuMkLvi7CIJc yz3i8JVhVY8URRS3BWVHKWPUIOxKL1UGcKr5k3toXGoGzj0VfHr6wcwJ5YxyqyPQ9gsqZJZX9 c3XjX2buj2UiPqnWcFjLpx4L8I2VH+mZBpMPs+DHUnxRPfGxyOuqXy6HEzDTvXuO7tte+Oc Subject: Re: [musl] riscv32 v2 On Mon, Sep 7, 2020 at 8:06 PM Rich Felker wrote: > On Mon, Sep 07, 2020 at 06:47:00AM -0400, Stefan O'Rear wrote: > > * Copy the IPC_TIME64 bits from arch/arm/bits to trigger the musl code > > for fixing time64 IPC_STAT results. I'm not super happy with this, > > maybe there should be a new mechanism in musl for fixing IPC_STAT for > > unconditionally-time64 architectures. > > If the riscv32 IPC syscalls don't actually provide in-place time64 but > require translation, I think it's fairly appropriate as-is. > > From the definitions in your patch, it looks like all the time fields > are fixed-word-order (little endian) and possibly not aligned, so it > seems like they can't be used in-place. Is this correct? Yes, rv32 uses the generic system call arguments, which are unfortunately defined this way. In retrospect I wish I had replaced the ipc syscalls with a sane version for time64, but at the time time it seemed as easy way out to use the fields that had been reserved for this purpose despite the broken byte order and alignment. Arnd