Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp1403660pxj; Fri, 21 May 2021 13:25:01 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzBicw8bUGFNv6RnUGV7WNFLv7Rg77rYwQE9suD6NR6olHpTsIXCSnSkA+QARKd9ssdho4P X-Received: by 2002:a17:906:8690:: with SMTP id g16mr11945327ejx.315.1621628701060; Fri, 21 May 2021 13:25:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1621628701; cv=none; d=google.com; s=arc-20160816; b=phrGsSibzc+4movQNoqarGdVJ0g1IsHwMtyq/J0r74qGGquHPfAWKhSup5ZwiVzBbv 70LCAtq6/Ot5vxj8ocfctPeVD1a0L8AfXpJEC8DCpaAP9hNWPHZPIEk7oNsy/x/sOL9u rn9hu/iGUwn9EpaWFQadkpfYOH5GAYc+ItMQi2L3SBGbc3NOylvA+jzxk22kd6VzAaBm EOSO/FoPcxRJ0VJxY9MphEFio/4F6eI6BHqFEeqNE28CSJgz5jC9ATNyEgnLeQx9vSvX 2/eFNWu4EtR4C5SffNNrKO+3qrP162DeBPKba8cQO3d7Wf3Blk4Uba2cH0oAPciiUpsA rJRQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=6cPQ/N0jG+qayDgkrZ67Ss/D9s/9Tmm+xkKF3CU5GnA=; b=WDbsh06oAG0gIFM4W6jYLWXiW1h08e1oyUWoJFa8CRKqd/vVT42CdE+4Q0TQ+ABSzz Vk63pYzaNPoNO4deGXjnleirZL4unQaLM5O5jY4eVpCRLX3PIhD/xwQhgSUOALaroJob u2aqw07PgqYjVJUXfU5Mo4VJOvIhsVLk4+bR+u5PA1DjRuwiDKgxfqJXE+u8vnjKigIV tY1GnoMN53v4RYMPXoc1IxRuw0Vn+hQ0bUVEEQ6Tx4435tvzoxcAPuO6fW1jQCr+OT/u Xo4PL5QfpGX6YR5Mf1vhzJp26GAZXEckmiO1MoZsZkxitYzRQc7VuqxZz3QHrU99idEm yoIg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id s25si6357267eju.101.2021.05.21.13.24.38; Fri, 21 May 2021 13:25:01 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237065AbhEURrL (ORCPT + 99 others); Fri, 21 May 2021 13:47:11 -0400 Received: from foss.arm.com ([217.140.110.172]:52618 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235399AbhEURrL (ORCPT ); Fri, 21 May 2021 13:47:11 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 904FD1424; Fri, 21 May 2021 10:45:47 -0700 (PDT) Received: from e107158-lin.cambridge.arm.com (e107158-lin.cambridge.arm.com [10.1.195.57]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 445AC3F73D; Fri, 21 May 2021 10:45:45 -0700 (PDT) Date: Fri, 21 May 2021 18:45:42 +0100 From: Qais Yousef To: Will Deacon Cc: linux-arm-kernel@lists.infradead.org, linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org, Catalin Marinas , Marc Zyngier , Greg Kroah-Hartman , Peter Zijlstra , Morten Rasmussen , Suren Baghdasaryan , Quentin Perret , Tejun Heo , Li Zefan , Johannes Weiner , Ingo Molnar , Juri Lelli , Vincent Guittot , "Rafael J. Wysocki" , kernel-team@android.com Subject: Re: [PATCH v6 00/21] Add support for 32-bit tasks on asymmetric AArch32 systems Message-ID: <20210521174542.2kojxgzrgdl6nqpx@e107158-lin.cambridge.arm.com> References: <20210518094725.7701-1-will@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20210518094725.7701-1-will@kernel.org> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Will On 05/18/21 10:47, Will Deacon wrote: > Hi folks, > > This is the long-awaited v6 of these patches which I last posted at the > end of last year: > > v1: https://lore.kernel.org/r/20201027215118.27003-1-will@kernel.org > v2: https://lore.kernel.org/r/20201109213023.15092-1-will@kernel.org > v3: https://lore.kernel.org/r/20201113093720.21106-1-will@kernel.org > v4: https://lore.kernel.org/r/20201124155039.13804-1-will@kernel.org > v5: https://lore.kernel.org/r/20201208132835.6151-1-will@kernel.org > > There was also a nice LWN writeup in case you've forgotten what this is > about: > > https://lwn.net/Articles/838339/ > > It's taken me a while to get a v6 of this together, partly due to > addressing the review feedback on v5, but also because this has now seen > testing on real hardware which threw up some surprises in suspend/resume, > SCHED_DEADLINE and compat hwcap reporting. Thanks to Quentin for helping > me to debug those issues. > > The aim of this series is to allow 32-bit ARM applications to run on > arm64 SoCs where not all of the CPUs support the 32-bit instruction set. > Unfortunately, such SoCs are real and will continue to be productised > over the next few years at least. I can assure you that I'm not just > doing this for fun. > > Changes in v6 include: > > * Save/restore the affinity mask across execve() to 32-bit and back to > 64-bit again. > > * Allow 32-bit deadline tasks, but skip straight to fallback path when > determining new affinity mask on execve(). > > * Fixed resume-from-suspend path when the resuming CPU is 64-bit-only > by deferring wake-ups for 32-bit tasks until the secondary CPUs are > back online. > > * Bug fixes (compat hwcaps, memory leak, cpuset fallback path). > > * Documentation for arm64. It's in the divisive .rst format, but please > take a look anyway! > > I'm pretty happy with this now and it seems to do the right thing, > although the new patches in this revision would certainly benefit from > review. Series based on v5.13-rc1. It's late Fri and I'm off next week (I'm starting to sense an omen here, it's the 2nd or 3rd time the post syncs with my holiday), so a bit of a rushed review but the series looks good to me. Feel free to stick my Reviewed-by for the series, except patch 13 where I skipped it, given the few comments I had are addressed. I did test v5, but not this version. I think it had found better victims to test it now :-P Thanks! -- Qais Yousef