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 1870 invoked from network); 30 May 2020 15:56:43 -0000 Received: from mother.openwall.net (195.42.179.200) by inbox.vuxu.org with ESMTPUTF8; 30 May 2020 15:56:43 -0000 Received: (qmail 7970 invoked by uid 550); 30 May 2020 15:56:40 -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 32594 invoked from network); 30 May 2020 15:38:03 -0000 X-Virus-Scanned: Debian amavisd-new at c-s.fr X-Virus-Scanned: amavisd-new at c-s.fr To: Will Springer , linuxppc-dev@lists.ozlabs.org Cc: libc-alpha@sourceware.org, eery@paperfox.es, daniel@octaforge.org, musl@lists.openwall.com, binutils@sourceware.org, libc-dev@lists.llvm.org References: <2047231.C4sosBPzcN@sheen> From: Christophe Leroy Message-ID: <8be94d2e-8e20-52b6-22e6-152b79a94139@csgroup.eu> Date: Sat, 30 May 2020 17:37:43 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.8.1 MIME-Version: 1.0 In-Reply-To: <2047231.C4sosBPzcN@sheen> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: fr Content-Transfer-Encoding: 8bit Subject: [musl] Re: ppc64le and 32-bit LE userland compatibility Le 29/05/2020 à 21:03, Will Springer a écrit : [...] > > Also worth noting is the one other outstanding bug, where the time-related > syscalls in the 32-bit vDSO seem to return garbage. It doesn't look like an > endian bug to me, and it doesn't affect standard syscalls (which is why if you > run `date` on musl it prints the correct time, unlike on glibc). The vDSO time > functions are implemented in ppc asm (arch/powerpc/kernel/vdso32/ > gettimeofday.S), and I've never touched the stuff, so if anyone has a clue I'm > all ears. > There is a series at https://patchwork.ozlabs.org/project/linuxppc-dev/list/?series=173231 to switch powerpc to the Generic C VDSO. Can you try and see whether it fixes your issue ? Christophe