From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pf1-f169.google.com (mail-pf1-f169.google.com [209.85.210.169]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 606957F9 for ; Mon, 23 Dec 2024 12:16:00 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.210.169 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1734956162; cv=none; b=JhZI+mqaVIej0vEq1ENxSuHaaf3syGUpuvIyxCm/gxxPDebPCwA20XOG/tubIlitbmnapQgrhPBbtKQ64Q48S69/uKelQKX3ZUxnm3EuJ9EGIa2XvhqCKNBg2WmPq0vK1fAa0D+sY0FuEK3xZzJuK+6BOkMm+TGYAZdfKjGmN5I= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1734956162; c=relaxed/simple; bh=Ig+UZr6HW6JVwDbSi1WH9M+ZX7hYYJd5H7GWZ9mCqM0=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=n31T7EnvPq2O4CBFYEpIWOXPrRJIi5O7gl5GhiastfkNOuGDBVdP0/xb1XyY9F/zYlq+srBTb0i6xiSF3r7Win02q4OtCnCOY24jdam2Qmit1A4Fmv23Wbn+zhMxLSttLfZHfEh/pmrZpFyv+Kbrwk+RFw87YNjWUWjmthfMM5U= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=roeck-us.net; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=haZkhMIl; arc=none smtp.client-ip=209.85.210.169 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=roeck-us.net Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="haZkhMIl" Received: by mail-pf1-f169.google.com with SMTP id d2e1a72fcca58-72739105e02so4162956b3a.0 for ; Mon, 23 Dec 2024 04:16:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1734956159; x=1735560959; darn=vger.kernel.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:sender:from:to:cc:subject:date:message-id :reply-to; bh=6jtWNplxdUrqmEvJCIVLSCfpaVLC8QJMegqB6yvQ8I4=; b=haZkhMIlnBFjpU4fCtD6ApORLPySsT8lmXLcfjZ0iZg5hsX/whTzee4JVZ5gZ3epVG 7WbtMEBqswd+dFFE8ItcqHuR8dejlx3qIKlbZKbEgSlgd/K6p8mDDCiuWWGvcgKiRveJ pujNvVuvgPYtYJ3RGub9CbPFmE9sffoUEElWvQq60dYp5I5i51jdaMb5vKvIJaV4SXS/ pBYXEBQn/js6EoFFFTGLuUF1P+loIblkagl/CXiguC9WM09ARJQAPoXmv/bUu1Xsie8L ftimtPhC2zW0rlU5xhKtVsr1MSM4y9hlvha/3gxjfURGjav6Ag55EaN6Gj0HsRkTPukt GppQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1734956159; x=1735560959; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:sender:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=6jtWNplxdUrqmEvJCIVLSCfpaVLC8QJMegqB6yvQ8I4=; b=oD1z7cXT0z2mygmb5DyVbSDC3TRX46v9LCrDAcZfd4u7IffqDx62yd6EVEdlSzrSAz M3oj6QbX8C1jn4bpACnNhzISfzN/LVMD4IRMKHH2mYCy9kG8Z+/c14TytehM7Z5zEyth 98IRFAxVDEeK9jjAzb8gM9QgSA6FOlb69h5Ei2Y8oOkmP7QUOY3FrXRMu8dR9iZBjsRg zVoerIKEyiF4x85bBFBqmuJvgCw3UpuOpGZP5+amA1Nm9rzhVXkYovty0HmFT0t6/JaH ZxcZdKLXTO1PGcmNmZ1yy7D50QaN0brHoqKEYkotIkbosEfOrYa5j0Wsxw6/kc66P2Mn Z2Fw== X-Gm-Message-State: AOJu0YxO0x7DbgT4eTTU57Ocf0pQDdpC5XsSoNmVUbmGgEeYsHs/EDx1 2bB37Yej2tSKicelvv6DJdAiqWKXaGbvGEyPK0DbIdT1zP3WYuUggcpdOg== X-Gm-Gg: ASbGncuCGKYBOdF+dDZi2qrKSISFTD1TEYgG2GtOYxw05+tjpkCkCmuHTmuj2gw9kgg 2ovxnOj56vh7tkaqV5BD8WZcix7lwusIPyFDyVp777EC0EqfZPp0bYmeF5Zf7vxQ0x8v0gdiI/V DcBgP2Zq3Pwk5kHRnHLqJe8anqs3I1qFEMlVVELTbtBZwEXq0IkC5o7U5LR4LBVEtpdBqAwfVqK FvtxxIjQorAieOyV2aGEx4uawsR1Vs5RhnVp32YRXtnZRqAtpiN9h+RQMWjNd0HyeMbbA== X-Google-Smtp-Source: AGHT+IEhXWCRjv6OLJEAiNEXNDAIVH/orlFhiUFDlckFPISaEnPlHj9JV7/Av4xnJKlyW2aTJlcF7Q== X-Received: by 2002:a05:6a20:a108:b0:1e1:9bc1:6d6d with SMTP id adf61e73a8af0-1e5e07ee6e4mr25535879637.31.1734956159442; Mon, 23 Dec 2024 04:15:59 -0800 (PST) Received: from server.roeck-us.net ([2600:1700:e321:62f0:da43:aeff:fecc:bfd5]) by smtp.gmail.com with ESMTPSA id d2e1a72fcca58-72aad90b32dsm7715952b3a.173.2024.12.23.04.15.58 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 23 Dec 2024 04:15:58 -0800 (PST) Sender: Guenter Roeck Date: Mon, 23 Dec 2024 04:15:57 -0800 From: Guenter Roeck To: Linus Torvalds Cc: Linux Kernel Mailing List , Fabio Estevam , Linus Walleij , Waiman Long , Peter Zijlstra Subject: Re: Linux 6.13-rc4 Message-ID: <9165173c-2171-4d71-a575-e3e7aebe8ccd@roeck-us.net> References: Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Sun, Dec 22, 2024 at 01:27:59PM -0800, Linus Torvalds wrote: > So this definitely is looking a bit smaller than most rc4s, and I > expect (and hope) that rc5 will be absolutely tiny because you should > all already be relaxing over the xmas holidays. > > But hey, if somebody is out there keeping the lights on, please do > keep testing. Nothing particularly exciting happened last week, but > appended is the obligatory shortlog for people who want to get an > overview of the details. > Build results: total: 161 pass: 161 fail: 0 Qemu test results: total: 544 pass: 529 fail: 15 Failed tests: arm:imx25-pdk:imx_v4_v5_defconfig:nonand:mem128:net=default:imx25-pdk:initrd arm:imx25-pdk:imx_v4_v5_defconfig:nonand:sd:mem128:net=default:imx25-pdk:ext2 arm:imx25-pdk:imx_v4_v5_defconfig:nonand:usb0:mem128:net=default:imx25-pdk:ext2 arm:imx25-pdk:imx_v4_v5_defconfig:nonand:usb1:mem128:net=default:imx25-pdk:ext2 arm:mcimx6ul-evk:imx_v6_v7_defconfig:nodrm:mem256:net=nic:net=nic:imx6ul-14x14-evk:initrd arm:mcimx6ul-evk:imx_v6_v7_defconfig:nodrm:sd:mem256:net=nic:net=nic:imx6ul-14x14-evk:ext2 arm:mcimx6ul-evk:imx_v6_v7_defconfig:nodrm:usb0:mem256:net=nic:net=nic:imx6ul-14x14-evk:ext2 arm:mcimx6ul-evk:imx_v6_v7_defconfig:nodrm:usb1:mem256:net=nic:net=nic:imx6ul-14x14-evk:ext2 arm:mcimx7d-sabre:imx_v6_v7_defconfig:nodrm:smp2:mem256:net=nic:imx7d-sdb:initrd arm:mcimx7d-sabre:imx_v6_v7_defconfig:nodrm:smp2:usb1:mem256:net=nic:imx7d-sdb:ext2 arm:mcimx7d-sabre:imx_v6_v7_defconfig:nodrm:smp2:sd:mem256:net=nic:imx7d-sdb:ext2 arm:sabrelite:imx_v6_v7_defconfig:nodrm:mem256:net=default:imx6dl-sabrelite:initrd arm:sabrelite:imx_v6_v7_defconfig:nodrm:mmc,b300:mem256:net=default:imx6dl-sabrelite:ext2 arm:sabrelite:imx_v6_v7_defconfig:nodrm:usb0:mem256:net=default:imx6dl-sabrelite:ext2 arm:sabrelite:imx_v6_v7_defconfig:nodrm:usb1:mem256:net=default:imx6dl-sabrelite:ext2 Unit test results: pass: 467022 fail: 0 Good news is that the allyesconfig builds now pass. However, imx images still fail to boot, and [ BUG: Invalid wait context ] is still reported when booting sparc64 images. Fixes are: a2878100c96e ARM: imx: Re-introduce the PINCTRL selection 801330b9aa3c locking/lockdep: Enforce PROVE_RAW_LOCK_NESTING only if ARCH_SUPPORTS_RT available in my fixes branch at git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git (fetch). I attached the detailed description below for reference and copied the authors and maintainers. Guenter --- commit a2878100c96e3ff5eeeb64d0536ec94498773c58 Author: Fabio Estevam AuthorDate: Wed Nov 27 16:06:05 2024 -0300 Commit: Guenter Roeck CommitDate: Sun Dec 22 13:55:10 2024 -0800 ARM: imx: Re-introduce the PINCTRL selection Since commit 17d210018914 ("ARM: imx: Allow user to disable pinctrl"), the CONFIG_PINCTRL option is no longer implicitly selected, causing several i.MX SoC pinctrl drivers no longer getting selected by default. This causes boot regressions on the ARMv4, ARMv5, ARMv6 and ARMv7 i.MX SoCs. Fix it by selecting CONFIG_PINCTRL as before. This defeats the purpose of 7d210018914 ("ARM: imx: Allow user to disable pinctrl"), but it is the less invasive fix for the boot regressions. The attempt to build Layerscape without pinctrl can still be explored later as suggested by Arnd: "Overall, my best advice here is still to not change the way i.MX pinctrl works at all, but just fix Layerscape to not depend on i.MX. The reason for the 'select' here is clearly that the i.MX machines would fail to boot without pinctrl, and changing that because of Layerscape seems backwards." Fixes: 17d210018914 ("ARM: imx: Allow user to disable pinctrl") Reported-by: Guenter Roeck Closes: https://lore.kernel.org/linux-arm-kernel/49ff070a-ce67-42d7-84ec-8b54fd7e9742@roeck-us.net/ Signed-off-by: Fabio Estevam Acked-by: Arnd Bergmann Reviewed-by: Linus Walleij Tested-by: Guenter Roeck Link: https://lore.kernel.org/20241127190605.1367157-1-festevam@gmail.com Signed-off-by: Linus Walleij Signed-off-by: Guenter Roeck commit 801330b9aa3ca0a8dbf1ad277dc0b95623d89aeb Author: Waiman Long AuthorDate: Wed Nov 27 21:00:09 2024 -0500 Commit: Guenter Roeck CommitDate: Sun Dec 22 13:55:10 2024 -0800 locking/lockdep: Enforce PROVE_RAW_LOCK_NESTING only if ARCH_SUPPORTS_RT Relax the rule to set PROVE_RAW_LOCK_NESTING by default only for arches that supports PREEMPT_RT. For arches that do not support PREEMPT_RT, they will not be forced to address unimportant raw lock nesting issues when they want to enable PROVE_LOCKING. They do have the option to enable it to look for these raw locking nesting problems if they choose to. Suggested-by: Guenter Roeck Signed-off-by: Waiman Long Signed-off-by: Peter Zijlstra (Intel) Tested-by: Guenter Roeck Link: https://lore.kernel.org/r/20241128020009.83347-1-longman@redhat.com Signed-off-by: Guenter Roeck