From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 946811879 for ; Wed, 14 Aug 2024 13:28:05 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=217.140.110.172 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1723642087; cv=none; b=CQDUJSN4NRRr0EU2njN2YKac0TJf8MXuexqiM89yut/7EYNX5On5Dp5k/vgyqr/q2x4eo81/XJpI8sw/JbOo/UqJQ0SCQrloh7fiWmfqaTlLJ7gAUuo6nIEPtbUGqfDyzmpfQq70l9OulGUqNOB1eC/iUdmrgReZc5SnURL26uo= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1723642087; c=relaxed/simple; bh=trKvhccKbOqrKAkK0fIjUhwMUFgvH+CeZAMgKLE94lc=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=QqyJBzo7WpRrR6crYkVjGHZ6mL2RTrq8UNCyGX02TM5BSBZJww2erAo8INCNfqdZ7+QrfDVTY7w2ZssGMA8vvP+zonW6FwpL8hsmqWmIHN/cMhacsRJIX1usaGSvMQAB/yxnPJjAVT5mNuw7BNwMBn7mrVKPFAQmRrNmwJb40yY= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arm.com; spf=pass smtp.mailfrom=arm.com; arc=none smtp.client-ip=217.140.110.172 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arm.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=arm.com 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 7E30DDA7; Wed, 14 Aug 2024 06:28:30 -0700 (PDT) Received: from e133380.arm.com (e133380.arm.com [10.1.197.55]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 9D91B3F73B; Wed, 14 Aug 2024 06:28:03 -0700 (PDT) Date: Wed, 14 Aug 2024 14:27:54 +0100 From: Dave Martin To: Andre Przywara Cc: Mark Brown , Catalin Marinas , Will Deacon , Shuah Khan , linux-arm-kernel@lists.infradead.org, linux-kselftest@vger.kernel.org Subject: Re: [PATCH] kselftest/arm64: signal: fix/refactor SVE vector length enumeration Message-ID: References: <20240812140924.2100643-1-andre.przywara@arm.com> <561f31a7-6813-499a-a6b5-83bccb69a3e0@sirena.org.uk> <20240813135546.6c91fc8b@donnerap.manchester.arm.com> Precedence: bulk X-Mailing-List: linux-kselftest@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: <20240813135546.6c91fc8b@donnerap.manchester.arm.com> On Tue, Aug 13, 2024 at 01:55:46PM +0100, Andre Przywara wrote: > On Tue, 13 Aug 2024 12:00:06 +0100 > Mark Brown wrote: > > Hi broonie, > > > On Mon, Aug 12, 2024 at 03:09:24PM +0100, Andre Przywara wrote: > > > > > + /* Did we find the lowest supported VL? */ > > > + if (use_sme && vq < sve_vq_from_vl(vl)) > > > + break; > > > > We don't need the use_sme check here, SVE is just architecturally > > guaranteed to never trip the && case. Unless you add a warning for > > broken implementations I'd just skip it. > > Ah, thanks, I wasn't sure about that, and wanted to mimic the existing > code as close as possible. Will surely just drop it. > > Thanks, > Andre Maybe at least worth a comment? I was looking at this code the other week, and this puzzled me until I went and looked back at the architecture. Cheers ---Dave >