From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) 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,SPF_PASS autolearn=ham autolearn_force=no version=3.4.2 Received: (qmail 9791 invoked from network); 29 Mar 2020 21:46:30 -0000 Received-SPF: pass (mother.openwall.net: domain of lists.openwall.com designates 195.42.179.200 as permitted sender) receiver=inbox.vuxu.org; client-ip=195.42.179.200 envelope-from= Received: from mother.openwall.net (195.42.179.200) by inbox.vuxu.org with UTF8ESMTPZ; 29 Mar 2020 21:46:30 -0000 Received: (qmail 1978 invoked by uid 550); 29 Mar 2020 21:46:22 -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 1960 invoked from network); 29 Mar 2020 21:46:21 -0000 To: Rich Felker Cc: musl@lists.openwall.com References: <20200311005553.GE11469@brightrain.aerifal.cx> <20200311014039.GF11469@brightrain.aerifal.cx> <5a45c0f9-21de-6649-d4d9-3d0804c3ca0e@droescher.ch> <20200311021808.GG11469@brightrain.aerifal.cx> <20200311230848.GJ11469@brightrain.aerifal.cx> <20200320163456.GB11469@brightrain.aerifal.cx> <20200320223300.GG11469@brightrain.aerifal.cx> From: =?UTF-8?Q?Andreas_Dr=c3=b6scher?= Message-ID: <05432fae-cfb9-6f24-ac60-2f07e4222781@droescher.ch> Date: Sun, 29 Mar 2020 23:46:09 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: <20200320223300.GG11469@brightrain.aerifal.cx> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: de-CH Content-Transfer-Encoding: 8bit Subject: Re: [musl] mips32 little endian -ENOSYS is not -(-ENOSYS) Am 20.03.20 um 23:33 schrieb Rich Felker: > On Fri, Mar 20, 2020 at 11:18:56PM +0100, Andreas Dröscher wrote: >> >> Sorry for now sending an update in a timely manner. I've tested your >> patches and they definitely get me to the point I had with my manual >> changes. However, the incompatibilities I reported earlier stil need >> to be ironed out. Sadly I got sidetracked by another project. There >> was no progress in the past week. >> >> I’m planning to pick up the task on Monday. I was wondering if the >> inclusion of our fixes for a 13-year-old kernel benefits anyone >> except my niche use case. > > I'm not sure, but critical regression on supported kernel is always a > bug that needs to be fixed. This is actually probably serious enough > to merit a follow-up to the 1.1.x series, though I'll hold off for > anything else that might come up in the next month or two. I still own you an update. I had to define SYSCALL_USE_SOCKETCALL to get the network stack working: diff --git a/arch/mips/syscall_arch.h b/arch/mips/syscall_arch.h index 17e9fa56..96998deb 100644 --- a/arch/mips/syscall_arch.h +++ b/arch/mips/syscall_arch.h @@ -147,3 +147,5 @@ static inline long __syscall7(long n, long a, long b, long c, long d, long e, lo #define SO_SNDTIMEO_OLD 0x1005 #define SO_RCVTIMEO_OLD 0x1006 + +#define SYSCALL_USE_SOCKETCALL Next to that I'm struggling to get an old OS abstraction layer working (ACE). The library somehow manages to create pthread mutexes where even single threaded process gets stuck during a pthread_mutexe_lock. I assume the data structure is not properly initialized. I'm additionally battling with ACE-Threads randomly returning from select/epoll with EINTR. Both issues are very vague at the moment. Since all native daemons (e.g. ssh, mosquito, dbus, avahi) are up and running now, I expect the issue to be caused by the OS abstraction layer. Andreas