Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 49D66C433F5 for ; Wed, 24 Nov 2021 10:00:59 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S240880AbhKXKEG (ORCPT ); Wed, 24 Nov 2021 05:04:06 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45378 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240698AbhKXKED (ORCPT ); Wed, 24 Nov 2021 05:04:03 -0500 Received: from mail-qt1-x82c.google.com (mail-qt1-x82c.google.com [IPv6:2607:f8b0:4864:20::82c]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2C4C2C061574 for ; Wed, 24 Nov 2021 02:00:54 -0800 (PST) Received: by mail-qt1-x82c.google.com with SMTP id q14so2042161qtx.10 for ; Wed, 24 Nov 2021 02:00:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=landley-net.20210112.gappssmtp.com; s=20210112; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=iTip3zjoaCYhKmrHStlw/96GAieYO23jO54AgZhxXpQ=; b=XAB6o0iiekLaesOj6pa3ZhCRpY24snyaj6PrzZMbSXxyUpiI9ibbLCexIDQg+duaBt /DtNhPQtkaX0cv1WqdZbENlTNUv9wzLbXiB9RWo/cUAM3ZCRzAG5IEz6cnkgN+/mQ2bv mJNx7Ww6C42d7nY3g7L3zkYGX1MUyoIygsj91yGDAVGOKLvU38STZSQUmFyvgGl+LcQO NFQ/mbnXgG83sG3CJofvogej3iVMz6cuYsQMLstH216ptxf1/StcuHrR1RdJ1QNMy2DX h83BfZXr4et0PHmJVzZ0Zxu4QSM4QAzRYLvuI01/ECkillwvD+bBa3dFrkzTCRcoVzqx l/7w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=iTip3zjoaCYhKmrHStlw/96GAieYO23jO54AgZhxXpQ=; b=z5PgvGVaeB9gVF88zYsAJefZSBrZKiUL6T0AdEqLk+VixxoUQX2NMylP+aTWl9NG6R ZujkIqew/UNBMwaRnfO9VjbD0F6vpvRRIrdFHRT7eqw3SFu4revKj31DnFTWigfdqPHQ I78Q5WAOH+lTIHt3fxIFQMZD4NU1802Kca2nOtcl1LMVHykuWtAZ5UA0bcIHEp9PMYtI tKGAEKZlk4iITtWLCQ5OW6JQY+etZe8OlMesXAN41mjkpmPvAo8pkOs2umMgaegPrHrs ZkTfjxhyDZrG/+AvwYeww+TOd/PNkfcEPxGFIALKtvuM9XDw0Ipc87D9mKYXp4WMjuKj H1vg== X-Gm-Message-State: AOAM533yAEGoCq7LgAGiYFnhdpe+YqVT1V80+aPWVLS7IiLaLfN87oDu SqcicY/eNKPfwcNhIZdfAJnitg== X-Google-Smtp-Source: ABdhPJyopaP923RuI2NatMVDep88Hu69ElihFfj/a2EDSlHx3pxirUo8hwy1Xb4U0RR66Kc5jHS95Q== X-Received: by 2002:ac8:5781:: with SMTP id v1mr5491171qta.254.1637748053362; Wed, 24 Nov 2021 02:00:53 -0800 (PST) Received: from ?IPv6:2607:fb90:c301:886e:6680:99ff:fe6f:cb54? ([2607:fb90:c301:886e:6680:99ff:fe6f:cb54]) by smtp.gmail.com with ESMTPSA id 16sm7966336qty.2.2021.11.24.02.00.51 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 24 Nov 2021 02:00:52 -0800 (PST) Subject: Re: spinlock.c:306:9: error: implicit declaration of function '__raw_write_lock_nested' To: Arnd Bergmann , Naresh Kamboju Cc: Linux-Next Mailing List , open list , Linux-sh list , Stephen Rothwell , Peter Zijlstra , Ingo Molnar , Will Deacon , Waiman Long , Boqun Feng , Minchan Kim , Andrew Morton , Mike Galbraith , Sebastian Andrzej Siewior , Sergey Senozhatsky , Yoshinori Sato , Rich Felker , lkft-triage@lists.linaro.org References: From: Rob Landley Message-ID: <8767803d-57b9-698c-ca27-d47e7117758d@landley.net> Date: Wed, 24 Nov 2021 04:01:05 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.14.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 11/23/21 7:19 AM, Arnd Bergmann wrote: > On Tue, Nov 23, 2021 at 12:38 PM Naresh Kamboju > wrote: >> >> While building Linux next 20211123 tag for sh with gcc-11 >> following warnings / errors noticed. > > Nothing in here looks like a recent regression from either the kernel > or gcc-11. > >> make --silent --keep-going --jobs=8 >> O=/home/tuxbuild/.cache/tuxmake/builds/current ARCH=sh >> CROSS_COMPILE=sh4-linux-gnu- 'CC=sccache sh4-linux-gnu-gcc' >> 'HOSTCC=sccache gcc' >> Generating include/generated/machtypes.h >> :1517:2: warning: #warning syscall clone3 not implemented [-Wcpp] >> :1559:2: warning: #warning syscall futex_waitv not implemented [-Wcpp] > > These happen with any compiler version, someone needs to write the correct > entry code for clone3 and hook up futex_waitv(). I did a naieve "add them both to the .tbl" patch and the result booted to a shell prompt, but that doesn't mean much. What arch-specific entry code does clone3 need here? The SYSCALL_DEFINE2(clone3) in kernel/fork.c seems reasonably straightforward? (Unlike the #ifdef stack around the previous clone...) >> include/linux/sh_intc.h:100:63: warning: division 'sizeof (void *) / sizeof (void)' does not compute the number of array elements > > These are old bugs, they show up in any kernel version with gcc-8 or higher. I looked at trying to fix that but it seems to be a compiler bug. Gcc is warning about an ? : else case that's dead code eliminated. It's already GOT a test protecting it from being evaluated... >> fs/mpage.c:336:1: warning: the frame size of 1092 bytes is larger than > > I see these going back to gcc-6, it looks like this is caused by > CONFIG_PAGE_SIZE_64KB. In which case the stack size is going to be 64k as well? > Arnd Rob