Message ID | b7f8dacc-5e1f-0eb2-188e-3ad9a9f7613d@axentia.se |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a5d:6687:0:0:0:0:0 with SMTP id l7csp1327574wru; Sat, 12 Nov 2022 07:50:19 -0800 (PST) X-Google-Smtp-Source: AA0mqf4uA4MBtX7rVI5E7ManJFgJXUcL0ooEOUEfIG3pYAgZT6feMBwJicencj2gHd4UrqL4I1JL X-Received: by 2002:a17:906:6852:b0:7ac:a2b7:6c96 with SMTP id a18-20020a170906685200b007aca2b76c96mr5322589ejs.412.1668268219695; Sat, 12 Nov 2022 07:50:19 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1668268219; cv=pass; d=google.com; s=arc-20160816; b=JcP+Kvt+MNfJ51R+U1bf3mjHTx96kvonB9/qAwYDb/ofC1uJYpKI4mxFksLSSpnqmi 4nR5Bw16UR9mdLFheUjj9aiMwwRqHrXCYBEkWeXB79xnvlTCA+4DLLxC8JdhYYslfDXG LveS9hhWIDwK2F8bGavPnlc01a0V7ubSBR/XdMRfmsf6opDkv9udt+KV5Cf3JLgzpYQP JXP8XedAH1ZxtPlTL+52+jmRJ+wJ7JZcrityC96Oxjng6G02+Hp92PWPVQa8cvwrWPTc GShZvr9Un54N04dnbg+0w35/x+Kx+39EyiZZErF9SWLO+g2Uy8uqMg5HwLWoKoMSNwfh 1JPA== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:content-transfer-encoding:subject :from:cc:to:content-language:user-agent:date:message-id :dkim-signature; bh=uqhKasZBlkgm5NROFm5coMmTKsICdPOLkS2XWzt0JW8=; b=gC3bUmwLqNQqgxeUtHycNLQJLB/lE8v3X6w+vheVsWmWvmnirnQcMSEQbpRQl307Ck 2P4cjoczyscwDbHyFbZ7QzcIL9PDqhATps4M2hVeiiE3PfDYL5861S11Ydw9nIaP83lv vktGQU4Rlr/UstxfpzE3WkduFdq1j3O/yvRdruPY9oAuAnrUzBd0uRmiYL/8/xNgRYiy eVdp/wQwufQvLoIlxjACPMOwOQ4vo1oad06I3oCP8S2G4NquXQKV7HXsgAtXaTrt652j jIIxQZkKaaYBKZnedC8GuPJfSH7POzpVtsEXUwffKPSVxkxcxzHfKNJPhWU4gKlGnyON jSxA== ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@axentia.se header.s=selector2 header.b=E38VY+BN; arc=pass (i=1 spf=pass spfdomain=axentia.se dkim=pass dkdomain=axentia.se dmarc=pass fromdomain=axentia.se); spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id qa38-20020a17090786a600b0077f3a9c58e2si4759082ejc.6.2022.11.12.07.49.46; Sat, 12 Nov 2022 07:50:19 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@axentia.se header.s=selector2 header.b=E38VY+BN; arc=pass (i=1 spf=pass spfdomain=axentia.se dkim=pass dkdomain=axentia.se dmarc=pass fromdomain=axentia.se); spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235071AbiKLPlM (ORCPT <rfc822;winker.wchi@gmail.com> + 99 others); Sat, 12 Nov 2022 10:41:12 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36450 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231404AbiKLPlJ (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Sat, 12 Nov 2022 10:41:09 -0500 Received: from EUR04-HE1-obe.outbound.protection.outlook.com (mail-eopbgr70113.outbound.protection.outlook.com [40.107.7.113]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 562271ADB1 for <linux-kernel@vger.kernel.org>; Sat, 12 Nov 2022 07:41:04 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=jwqaHWe8eAlKYWcOSryYES4aAJ7jTCTpTvgglVXhmazhEUb88UGuVRHWX2H8JbWI/KVYc1sjW1URE/kC9SFPKEclcqb2bfezkWZofyuytZXE+TsztfuLYS67G3pNs3m3JOA/x4w52t5B/Th7SFQqIyridDW/F83JMhs3tZuI274Afv5NxfVGweKUWZRbOMbWIZ5OCoQJD70WoJFGsrRNa8M8O+8apEy92Hvy09D/uYNXG8IpMACur1ssnbOmJPmGRUB7Tvu0bSoy0kt2EFaKkshOOBIoBFRMsQ9LhAyYycdrxmlfvzyym1pgTxz/B1ixv4ics3cW20Uogii5oL227Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=uqhKasZBlkgm5NROFm5coMmTKsICdPOLkS2XWzt0JW8=; b=L2r5TXNhpLcLJtFaxjNxK7PUqMgCHyWm+iPADCyUPohuDmUsGHRcoBQPq+YNBSNSDaV/LAEygbRZpmQ6lRutuzxZQN4LFkn0O2IEi0wTdI7nUfI/qT4zHZumy9+KiCjFftKNz2rge1nUkOr6KGe9JTOAoVUFRtwK4+StdCvWuAs7R9aUjRcdXUUQm3Rnn72Sec0laj5ZtsEBjoA5lKtgwvwE9Z0V2omTpTg/tQN1yrtFk+P4aM4FG15HcY5mcSvf7ae8jrd73X8stLaMm712TyqFW7gNiPqHfaGLadMnyEGBatIxnQicJ521nm9ZDdsjTbKig5A/QLDzw+cYLdq16w== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=axentia.se; dmarc=pass action=none header.from=axentia.se; dkim=pass header.d=axentia.se; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=axentia.se; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=uqhKasZBlkgm5NROFm5coMmTKsICdPOLkS2XWzt0JW8=; b=E38VY+BNQmANMsb/cYpVaUs1aGx31KDYKHhEcMM2eF5YdPBUwQZ6lwks6trCqYMjaBrpjH0rkEjkd7J5UVVWbLK2Ft1M3D8/d6rrU9CgB40PaN23Xzyqh7hXU1g81lo/u+scoTg33tCYzS7EeQtCQgh7djK6qGzx48L8O09BzLc= Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=axentia.se; Received: from VI1PR02MB4445.eurprd02.prod.outlook.com (2603:10a6:803:ab::28) by AS4PR02MB8384.eurprd02.prod.outlook.com (2603:10a6:20b:51b::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5791.26; Sat, 12 Nov 2022 15:41:01 +0000 Received: from VI1PR02MB4445.eurprd02.prod.outlook.com ([fe80::ad1e:9bed:b822:8d08]) by VI1PR02MB4445.eurprd02.prod.outlook.com ([fe80::ad1e:9bed:b822:8d08%7]) with mapi id 15.20.5813.013; Sat, 12 Nov 2022 15:41:01 +0000 Message-ID: <b7f8dacc-5e1f-0eb2-188e-3ad9a9f7613d@axentia.se> Date: Sat, 12 Nov 2022 16:40:59 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.4.2 Content-Language: en-US To: linux-kernel@vger.kernel.org Cc: Russell King <linux@armlinux.org.uk>, Nicolas Ferre <nicolas.ferre@microchip.com>, Alexandre Belloni <alexandre.belloni@bootlin.com>, Claudiu Beznea <claudiu.beznea@microchip.com>, =?utf-8?b?Q2zDqW1lbnQgTMOp?= =?utf-8?b?Z2Vy?= <clement.leger@bootlin.com>, linux-arm-kernel@lists.infradead.org From: Peter Rosin <peda@axentia.se> Subject: [PATCH] ARM: at91: fix build for SAMA5D3 w/o L2 cache Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-ClientProxiedBy: GV3P280CA0032.SWEP280.PROD.OUTLOOK.COM (2603:10a6:150:9::33) To VI1PR02MB4445.eurprd02.prod.outlook.com (2603:10a6:803:ab::28) MIME-Version: 1.0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: VI1PR02MB4445:EE_|AS4PR02MB8384:EE_ X-MS-Office365-Filtering-Correlation-Id: 52caad54-b4a3-4b2b-6bc0-08dac4c44cfc X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: SlfOTP3MsrUf9MPbTn9OB3u1ZQvKADC1eXyrLEOC+AHYfPf/kwh447cqJ8lHfOdZFNHQl+cK5HRowDQ+e4AZpH4CW1rWVA2cqRkXHVKy+tQGv5y20RaAUSBqm6H1+jj4A4dIWvesbZqLdotJqPbrxLyGnk3hmj/K4zafWGNYygOi5k+wgqAQDKNbL4Rstx7NcPQANfblM2TyjFY+6U7zCKyA0LOsmtN2UNJAaWHsEIJcMJzCFfe9gP5mnmH0bSR68TvXRzsiKh7RW+Ydb7vDRoqugQD8kWfM6B/ZGLyFTu2WSkAIL8wuQ1D64nekFoUkGu1VJoNn1gdAgGDbeAfViUY8cph7NjRx/wKcqflBFXV8mObxxQz3r+wi+E1oqJRwf8j+VsV6yXF8uEJZ3/pnxDPng70YuqVA0ppV0KWCOf90EH2JsxlxRghYm9q+Sz8aWjtkhPbHuj95Js5q8OILNsg1Dd0n2F/8Xhgt1ZXLfooSS4OiIvW9rEQSsIg7RS1cCpY+eCTsFn4pWSnBNVG4lCoAU30GOHXAFxVJV7LxUTWWMpR3WPY4LosdSmQr76/q8MZW1gGJnol6qMg5yYHBL8sL7I8qHMdqamyDo9rqoBWrjbN5afuR9zsRamkuuU0RcSsdXedHS7BYablFrssof34c2aeUAlbWHEE5frDAhmANx6YIgvb2om7kh7L9nQeGuLevLhvylnqK6lxW3oR56tvkPmMGkRkFt26avW7oF4jUMVLEiRc2RS9dN8+B6Q5KMGXtfJx+tqVmmuC3Vsjo/s/hk6jF7lG6It9r1lcmzxU= X-Forefront-Antispam-Report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:VI1PR02MB4445.eurprd02.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230022)(136003)(376002)(396003)(366004)(39830400003)(346002)(451199015)(186003)(6512007)(38100700002)(4326008)(26005)(83380400001)(6506007)(2906002)(2616005)(478600001)(316002)(5660300002)(6486002)(41300700001)(54906003)(8936002)(6916009)(8676002)(66476007)(66556008)(66946007)(36756003)(31696002)(86362001)(31686004)(45980500001)(43740500002);DIR:OUT;SFP:1102; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?q?88Ax2cY81x6Pkuq9EvqId3OzGXrF?= =?utf-8?q?GNsBOcjPCkO7UX7u0K2caaPSgefIfZe4qilw8m2WP9l4Qx+VLTZFcIluBQ8r1B7i2?= =?utf-8?q?N/FBpWy4I9Xm2YGUz6EQdrCkeAWcLikFylSfSHdZqeTAJVHzYV329P8txPQiOE2ay?= =?utf-8?q?06UvBQFlsiYUA3sh8AP55JBellOCmZ23YFGgyyqQviDyCtDqvBZkULaTpZm5xgrf1?= =?utf-8?q?9wwk7VfIU7y1dG1SgXB/h3cNLEHXgSYqaeY0pHfBTLUXKkfmv0NfJIqZPp4V6deMs?= =?utf-8?q?/3PCnq5NS/SXkWlSZ5wCEirMH4lOlTrp7hKs9rXFZQNcFOME0+NkqDQO9L8o1ObhJ?= =?utf-8?q?PbQm64AOrNIQhwCMD5U0RG23W4lpNy/bqc2lo6bV1yZgctzQRYiKcGinD6fB9+CnE?= =?utf-8?q?WM4tR5uo0OvbzbYWQYhufXMGkzjLH8R41TY5IeBFqdll7HRiNaWIyG7sfYBQHg1G0?= =?utf-8?q?demGzIWuk+fhC3CJ+wZ0ck1bvHlPVQJgC86q2Uq+MljPbaLJqR8FesGxMrgVhGyfJ?= =?utf-8?q?4gHDdIkDDq+k/v7vsOpSGVKGUGLZHRiYbkJcVYDThDKiGt9EYwQk1+fvhb5Au5KdH?= =?utf-8?q?Np0JGm90aRRw33Z0TKhgmshBi/Wy1+wl3PbzkaZQxMipvt+Ee18OplM26aiIZKQK7?= =?utf-8?q?0b+5yTwORDxjzVQW/BrziyNEB1RlFV09U0rsLCHboOd/ScUa7p03AYfdpsGsyRlYG?= =?utf-8?q?IeefzYMuay3zxVcRZiivRltEXkIAVhb5zQJ6Ttl6rLPQhwEUxvq6TpNAGh+PFqmic?= =?utf-8?q?lTSA5bl07OPB04rfB/6v3ECtwgRgd+GRvJuWeBq3l7eqJzVbZrfL8/zHHKTyvwDCf?= =?utf-8?q?L7G60zd0WPKrMUlrrW+39MOZEakBMaeyXMxeLQnATs+RK8Zddjw82bJmoPHk4gNtf?= =?utf-8?q?jOlBUTYgfKzyyPV5qCXEtNBLSzRXDCw/oHtGrtTbjFZ3C4fouQgkRh2gp6Mt3ebr/?= =?utf-8?q?FNvObWO+43oavh5EtrZS+NG8ValtoIqSKSO5EmIywbi/omM+UeTmRX2GYvX48bzBL?= =?utf-8?q?05xJnHCuvsgE4Jf1qXu+/ww73o/ePPQ83FNkHde5GAadt4yy1ZAhHI3E9iMgaEN2c?= =?utf-8?q?qiv3wtELZDZW7MTd6/+CkiN+y1+wi/6jRCJ5L9OHjHtWTVxk2jOUbn1N2RmI7I6Nj?= =?utf-8?q?//ZAdALPDp+pHbIXt/Sk3xCmv2IHhN8guEn9lkmJSbAEeQ/C8VYchoLZqI3e0yM9P?= =?utf-8?q?g7Hb8Z4UImJNP2uXTI0yQX/uPDDCSK97QHhrwNxzm3UMev4zn04aiM2cKfwIBlkcV?= =?utf-8?q?9L52sgSIsC4wNqgaP7lnc+SGD/uewdmKpHw3LOi5WM55ROXjz0xPahgVAl8oGLs4S?= =?utf-8?q?oDweL7VNvOYCkTiKrcAXsyhDXSyg5QaEF86V6Bd8clyhqzCY2lODVS+mfDcOKnioO?= =?utf-8?q?i9Qxy3SdFMNHhWheMYAc5W/OrvAGxajItV697oAPZBdlr6Z2k6pCFni4zt/62bna1?= =?utf-8?q?e+eUg31n2NQBwkuKu5j+6GgyeY3vBe/I3KzRpvdLZP9NutbDxok9TFc6tMXy1waEr?= =?utf-8?q?IpmcW/kVKysh?= X-OriginatorOrg: axentia.se X-MS-Exchange-CrossTenant-Network-Message-Id: 52caad54-b4a3-4b2b-6bc0-08dac4c44cfc X-MS-Exchange-CrossTenant-AuthSource: VI1PR02MB4445.eurprd02.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 12 Nov 2022 15:41:01.2466 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 4ee68585-03e1-4785-942a-df9c1871a234 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: hmg2Vha/DRPJLPFIU3Q8f5KH5TRU4/i8aEZ8yrgv9QF5q6LlEhj83ak6FW2Gjl7S X-MS-Exchange-Transport-CrossTenantHeadersStamped: AS4PR02MB8384 X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2,SPF_HELO_PASS,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1749306016932899430?= X-GMAIL-MSGID: =?utf-8?q?1749306016932899430?= |
Series |
ARM: at91: fix build for SAMA5D3 w/o L2 cache
|
|
Commit Message
Peter Rosin
Nov. 12, 2022, 3:40 p.m. UTC
The L2 cache is present on the newer SAMA5D2 and SAMA5D4 families, but
apparently not for the older SAMA5D3. At least not always.
Solves a build-time regression with the following symptom:
sama5.c:(.init.text+0x48): undefined reference to `outer_cache'
Fixes: 3b5a7ca7d252 ("ARM: at91: setup outer cache .write_sec() callback if needed")
Signed-off-by: Peter Rosin <peda@axentia.se>
---
arch/arm/mach-at91/sama5.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Hi!
I'm not sure this is the correct solution? Maybe SAMA5D3 should bring
in CONFIG_OUTER_CACHE unconditionally instead? But that seems like a
bigger change, and not just a tweak of the regressing commit...
Cheers,
Peter
Comments
Hi! 2022-11-12 at 16:40, Peter Rosin wrote: > The L2 cache is present on the newer SAMA5D2 and SAMA5D4 families, but > apparently not for the older SAMA5D3. At least not always. > > Solves a build-time regression with the following symptom: > > sama5.c:(.init.text+0x48): undefined reference to `outer_cache' > > Fixes: 3b5a7ca7d252 ("ARM: at91: setup outer cache .write_sec() callback if needed") > Signed-off-by: Peter Rosin <peda@axentia.se> > --- > arch/arm/mach-at91/sama5.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > Hi! > > I'm not sure this is the correct solution? Maybe SAMA5D3 should bring > in CONFIG_OUTER_CACHE unconditionally instead? But that seems like a > bigger change, and not just a tweak of the regressing commit... > > Cheers, > Peter > > diff --git a/arch/arm/mach-at91/sama5.c b/arch/arm/mach-at91/sama5.c > index 67ed68fbe3a5..bf2b5c6a18c6 100644 > --- a/arch/arm/mach-at91/sama5.c > +++ b/arch/arm/mach-at91/sama5.c > @@ -26,7 +26,7 @@ static void sama5_l2c310_write_sec(unsigned long val, unsigned reg) > static void __init sama5_secure_cache_init(void) > { > sam_secure_init(); > - if (sam_linux_is_optee_available()) > + if (IS_ENABLED(CONFIG_OUTER_CACHE) && sam_linux_is_optee_available()) > outer_cache.write_sec = sama5_l2c310_write_sec; > } > It's been a week or so of silence, thus CC:ing the regression bot so that this issue is not lost. Cheers, Peter #regzbot ^introduced: 3b5a7ca7d252 #regzbot title: Build-time failure for SAMA5D3
Linux regression tracking (Thorsten Leemhuis)
Nov. 22, 2022, 3:13 p.m. UTC |
#2
Addressed
Unaddressed
Hi, this is your Linux kernel regression tracker. On 12.11.22 16:40, Peter Rosin wrote: > The L2 cache is present on the newer SAMA5D2 and SAMA5D4 families, but > apparently not for the older SAMA5D3. At least not always. > > Solves a build-time regression with the following symptom: > > sama5.c:(.init.text+0x48): undefined reference to `outer_cache' > > Fixes: 3b5a7ca7d252 ("ARM: at91: setup outer cache .write_sec() callback if needed") > Signed-off-by: Peter Rosin <peda@axentia.se> Clément Léger and Claudiu Beznea: what's up here? Is there a particular reason why this patch did get any feedback from you by now? It's ten days old and Peter already sent a kind of reminder a few days ago. Reminder, ideally this regression should be fixed by now. For details see the section "Prioritize work on fixing regressions" in Documentation/process/handling-regressions.rst ( https://docs.kernel.org/process/handling-regressions.html ) Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat) P.S.: As the Linux kernel's regression tracker I deal with a lot of reports and sometimes miss something important when writing mails like this. If that's the case here, don't hesitate to tell me in a public reply, it's in everyone's interest to set the public record straight. > --- > arch/arm/mach-at91/sama5.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > Hi! > > I'm not sure this is the correct solution? Maybe SAMA5D3 should bring > in CONFIG_OUTER_CACHE unconditionally instead? But that seems like a > bigger change, and not just a tweak of the regressing commit... > > Cheers, > Peter > > diff --git a/arch/arm/mach-at91/sama5.c b/arch/arm/mach-at91/sama5.c > index 67ed68fbe3a5..bf2b5c6a18c6 100644 > --- a/arch/arm/mach-at91/sama5.c > +++ b/arch/arm/mach-at91/sama5.c > @@ -26,7 +26,7 @@ static void sama5_l2c310_write_sec(unsigned long val, unsigned reg) > static void __init sama5_secure_cache_init(void) > { > sam_secure_init(); > - if (sam_linux_is_optee_available()) > + if (IS_ENABLED(CONFIG_OUTER_CACHE) && sam_linux_is_optee_available()) > outer_cache.write_sec = sama5_l2c310_write_sec; > } >
Le Tue, 22 Nov 2022 16:13:40 +0100, Thorsten Leemhuis <regressions@leemhuis.info> a écrit : > Hi, this is your Linux kernel regression tracker. > > On 12.11.22 16:40, Peter Rosin wrote: > > The L2 cache is present on the newer SAMA5D2 and SAMA5D4 families, but > > apparently not for the older SAMA5D3. At least not always. > > > > Solves a build-time regression with the following symptom: > > > > sama5.c:(.init.text+0x48): undefined reference to `outer_cache' > > > > Fixes: 3b5a7ca7d252 ("ARM: at91: setup outer cache .write_sec() callback if needed") > > Signed-off-by: Peter Rosin <peda@axentia.se> > > Clément Léger and Claudiu Beznea: what's up here? Is there a particular > reason why this patch did get any feedback from you by now? It's ten > days old and Peter already sent a kind of reminder a few days ago. Hi Thorsten, Sorry for the lack of answer, I'm not sure about the best solution to tackle this problem. adding IS_ENABLED(CONFIG_OUTER_CACHE) seems like a good way to avoid modifying the whole configuration. If ok for Claudiu, I think it is the best thing to do since it will work for all cases. Clément > > Reminder, ideally this regression should be fixed by now. For details > see the section "Prioritize work on fixing regressions" in > Documentation/process/handling-regressions.rst ( > https://docs.kernel.org/process/handling-regressions.html ) > > Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat) > > P.S.: As the Linux kernel's regression tracker I deal with a lot of > reports and sometimes miss something important when writing mails like > this. If that's the case here, don't hesitate to tell me in a public > reply, it's in everyone's interest to set the public record straight. > > > --- > > arch/arm/mach-at91/sama5.c | 2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > Hi! > > > > I'm not sure this is the correct solution? Maybe SAMA5D3 should bring > > in CONFIG_OUTER_CACHE unconditionally instead? But that seems like a > > bigger change, and not just a tweak of the regressing commit... > > > > Cheers, > > Peter > > > > diff --git a/arch/arm/mach-at91/sama5.c b/arch/arm/mach-at91/sama5.c > > index 67ed68fbe3a5..bf2b5c6a18c6 100644 > > --- a/arch/arm/mach-at91/sama5.c > > +++ b/arch/arm/mach-at91/sama5.c > > @@ -26,7 +26,7 @@ static void sama5_l2c310_write_sec(unsigned long val, unsigned reg) > > static void __init sama5_secure_cache_init(void) > > { > > sam_secure_init(); > > - if (sam_linux_is_optee_available()) > > + if (IS_ENABLED(CONFIG_OUTER_CACHE) && sam_linux_is_optee_available()) > > outer_cache.write_sec = sama5_l2c310_write_sec; > > } > >
On 22.11.2022 19:14, Clément Léger wrote: > EXTERNAL EMAIL: Do not click links or open attachments unless you know the content is safe > > Le Tue, 22 Nov 2022 16:13:40 +0100, > Thorsten Leemhuis <regressions@leemhuis.info> a écrit : > >> Hi, this is your Linux kernel regression tracker. >> >> On 12.11.22 16:40, Peter Rosin wrote: >>> The L2 cache is present on the newer SAMA5D2 and SAMA5D4 families, but >>> apparently not for the older SAMA5D3. At least not always. Peter, what do you mean by "at least not always" here? Are you talking about the OUTER_CACHE flag? >>> >>> Solves a build-time regression with the following symptom: >>> >>> sama5.c:(.init.text+0x48): undefined reference to `outer_cache' >>> >>> Fixes: 3b5a7ca7d252 ("ARM: at91: setup outer cache .write_sec() callback if needed") >>> Signed-off-by: Peter Rosin <peda@axentia.se> >> >> Clément Léger and Claudiu Beznea: what's up here? It will be in the next AT91 fixes PR. Is there a particular >> reason why this patch did get any feedback from you by now? It's ten Something wrong with the email client on my side as I lost this patch. It is back on my radar since Peter replied to it. >> days old and Peter already sent a kind of reminder a few days ago. > > Hi Thorsten, > > Sorry for the lack of answer, I'm not sure about the best solution to > tackle this problem. adding IS_ENABLED(CONFIG_OUTER_CACHE) seems like a > good way to avoid modifying the whole configuration. If ok for Claudiu, > I think it is the best thing to do since it will work for all cases. > > Clément > >> >> Reminder, ideally this regression should be fixed by now. For details >> see the section "Prioritize work on fixing regressions" in >> Documentation/process/handling-regressions.rst ( >> https://docs.kernel.org/process/handling-regressions.html ) >> >> Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat) >> >> P.S.: As the Linux kernel's regression tracker I deal with a lot of >> reports and sometimes miss something important when writing mails like >> this. If that's the case here, don't hesitate to tell me in a public >> reply, it's in everyone's interest to set the public record straight. >> >>> --- >>> arch/arm/mach-at91/sama5.c | 2 +- >>> 1 file changed, 1 insertion(+), 1 deletion(-) >>> >>> Hi! >>> >>> I'm not sure this is the correct solution? Maybe SAMA5D3 should bring >>> in CONFIG_OUTER_CACHE unconditionally instead? But that seems like a >>> bigger change, and not just a tweak of the regressing commit... >>> >>> Cheers, >>> Peter >>> >>> diff --git a/arch/arm/mach-at91/sama5.c b/arch/arm/mach-at91/sama5.c >>> index 67ed68fbe3a5..bf2b5c6a18c6 100644 >>> --- a/arch/arm/mach-at91/sama5.c >>> +++ b/arch/arm/mach-at91/sama5.c >>> @@ -26,7 +26,7 @@ static void sama5_l2c310_write_sec(unsigned long val, unsigned reg) >>> static void __init sama5_secure_cache_init(void) >>> { >>> sam_secure_init(); >>> - if (sam_linux_is_optee_available()) >>> + if (IS_ENABLED(CONFIG_OUTER_CACHE) && sam_linux_is_optee_available()) >>> outer_cache.write_sec = sama5_l2c310_write_sec; >>> } >>> > > > > -- > Clément Léger, > Embedded Linux and Kernel engineer at Bootlin > https://bootlin.com
Hi! 2022-11-23 at 08:19, Claudiu.Beznea@microchip.com wrote: > On 22.11.2022 19:14, Clément Léger wrote: >> EXTERNAL EMAIL: Do not click links or open attachments unless you know the content is safe >> >> Le Tue, 22 Nov 2022 16:13:40 +0100, >> Thorsten Leemhuis <regressions@leemhuis.info> a écrit : >> >>> Hi, this is your Linux kernel regression tracker. >>> >>> On 12.11.22 16:40, Peter Rosin wrote: >>>> The L2 cache is present on the newer SAMA5D2 and SAMA5D4 families, but >>>> apparently not for the older SAMA5D3. At least not always. > > Peter, what do you mean by "at least not always" here? Are you talking > about the OUTER_CACHE flag? I'm not familiar with all options for L2 caching. I was just being cautious to not exclude the possibility that there could be some variation within the SAMA5D3 series (I'm on SAMA5D31) or with an external L2 cache or something such. If there's simply no possible way to have an L2 cache on any SAMA5D3, feel free to edit that "At least not always" out while you commit. >>>> >>>> Solves a build-time regression with the following symptom: >>>> >>>> sama5.c:(.init.text+0x48): undefined reference to `outer_cache' >>>> >>>> Fixes: 3b5a7ca7d252 ("ARM: at91: setup outer cache .write_sec() callback if needed") >>>> Signed-off-by: Peter Rosin <peda@axentia.se> >>> >>> Clément Léger and Claudiu Beznea: what's up here? > > It will be in the next AT91 fixes PR. Great, thanks! Cheers, Peter *snip*
On 23/11/2022 at 09:38, Peter Rosin wrote: > Hi! > > 2022-11-23 at 08:19, Claudiu.Beznea@microchip.com wrote: >> On 22.11.2022 19:14, Clément Léger wrote: >>> EXTERNAL EMAIL: Do not click links or open attachments unless you know the content is safe >>> >>> Le Tue, 22 Nov 2022 16:13:40 +0100, >>> Thorsten Leemhuis <regressions@leemhuis.info> a écrit : >>> >>>> Hi, this is your Linux kernel regression tracker. >>>> >>>> On 12.11.22 16:40, Peter Rosin wrote: >>>>> The L2 cache is present on the newer SAMA5D2 and SAMA5D4 families, but >>>>> apparently not for the older SAMA5D3. At least not always. >> >> Peter, what do you mean by "at least not always" here? Are you talking >> about the OUTER_CACHE flag? > > I'm not familiar with all options for L2 caching. I was just being cautious > to not exclude the possibility that there could be some variation within > the SAMA5D3 series (I'm on SAMA5D31) or with an external L2 cache or > something such. If there's simply no possible way to have an L2 cache on > any SAMA5D3, feel free to edit that "At least not always" out while you > commit. I confirm that there is no L2 cache in any variant of SAMA5D3. [..] Thanks, best regards, Nicolas
On 12.11.2022 17:40, Peter Rosin wrote: > EXTERNAL EMAIL: Do not click links or open attachments unless you know the content is safe > > The L2 cache is present on the newer SAMA5D2 and SAMA5D4 families, but > apparently not for the older SAMA5D3. At least not always. > > Solves a build-time regression with the following symptom: > > sama5.c:(.init.text+0x48): undefined reference to `outer_cache' > > Fixes: 3b5a7ca7d252 ("ARM: at91: setup outer cache .write_sec() callback if needed") > Signed-off-by: Peter Rosin <peda@axentia.se> Applied to at91-fixes, thanks! > --- > arch/arm/mach-at91/sama5.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > Hi! > > I'm not sure this is the correct solution? Maybe SAMA5D3 should bring > in CONFIG_OUTER_CACHE unconditionally instead? But that seems like a > bigger change, and not just a tweak of the regressing commit... > > Cheers, > Peter > > diff --git a/arch/arm/mach-at91/sama5.c b/arch/arm/mach-at91/sama5.c > index 67ed68fbe3a5..bf2b5c6a18c6 100644 > --- a/arch/arm/mach-at91/sama5.c > +++ b/arch/arm/mach-at91/sama5.c > @@ -26,7 +26,7 @@ static void sama5_l2c310_write_sec(unsigned long val, unsigned reg) > static void __init sama5_secure_cache_init(void) > { > sam_secure_init(); > - if (sam_linux_is_optee_available()) > + if (IS_ENABLED(CONFIG_OUTER_CACHE) && sam_linux_is_optee_available()) > outer_cache.write_sec = sama5_l2c310_write_sec; > } > > -- > 2.20.1 >
diff --git a/arch/arm/mach-at91/sama5.c b/arch/arm/mach-at91/sama5.c index 67ed68fbe3a5..bf2b5c6a18c6 100644 --- a/arch/arm/mach-at91/sama5.c +++ b/arch/arm/mach-at91/sama5.c @@ -26,7 +26,7 @@ static void sama5_l2c310_write_sec(unsigned long val, unsigned reg) static void __init sama5_secure_cache_init(void) { sam_secure_init(); - if (sam_linux_is_optee_available()) + if (IS_ENABLED(CONFIG_OUTER_CACHE) && sam_linux_is_optee_available()) outer_cache.write_sec = sama5_l2c310_write_sec; }