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, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 15303 invoked from network); 2 Apr 2022 07:21:55 -0000 Received: from mother.openwall.net (195.42.179.200) by inbox.vuxu.org with ESMTPUTF8; 2 Apr 2022 07:21:55 -0000 Received: (qmail 19508 invoked by uid 550); 2 Apr 2022 07:21:52 -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 19476 invoked from network); 2 Apr 2022 07:21:51 -0000 Date: Sat, 2 Apr 2022 03:21:38 -0400 From: Rich Felker To: =?utf-8?B?546L5rSq5Lqu?= Cc: musl@lists.openwall.com Message-ID: <20220402072138.GI7074@brightrain.aerifal.cx> References: <64c0ef49-4618-8eca-c826-bd2a840c284b@loongson.cn> <34029768-603c-79a1-03c7-a02132a108ba@loongson.cn> <262e237c-7876-75ff-a6d5-bbc9cc6611b9@loongson.cn> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <262e237c-7876-75ff-a6d5-bbc9cc6611b9@loongson.cn> User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: [musl] Re: add loongarch64 port On Sat, Apr 02, 2022 at 02:19:44PM +0800, 王洪亮 wrote: > Hi, Arnd > > I found it has not been removed from system call list in kernel yet. > I wonder if I could keep consistent with the current status of the kernel > for the time being,and modify as the kernel changes. As I understand it, no -- musl targets the permanent kernel syscall API/ABI for the arch. So if the legacy stat syscall is not going to be part of the interface that's approved upstream in the kernel for this arch, musl can't be using it. Am I correct in understanding that the syscall & struct stat that are "there now" are part of a proposed port that's not yet upstream, and that upstream maintainers are asking for them to be removed as part of accepting the port? > 在 2022/4/1 下午3:48, Arnd Bergmann 写道: > >On Fri, Apr 1, 2022 at 9:40 AM 王洪亮 wrote: > >>在 2022/3/31 下午4:14, Arnd Bergmann 写道: > >> > >>In kernel port, loongarch64 use the generic struct stat. > >> > >>loongarch64 define struct stat and kstat in musl is consistent with > >> > >>generic stat in kernel. > >My point was that I asked for these to be removed in > > > >https://lore.kernel.org/lkml/CAK8P3a2kroHVN3fTabuFVMz08SXytz-SC8X11BxxszsUCksJ4g@mail.gmail.com/ > > > >With __NR_newfstatat and __NR_fstat gone from the system > >call list, there is no 'struct stat' that is exposed by the kernel. > > > > Arnd