From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 7A1A4188011; Wed, 25 Sep 2024 11:45:52 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1727264752; cv=none; b=nlzPy+klbvNUt7tLMXcXY4JLx3ecHq+1+7nhUBbg6gYmmukP86cpcZQc2ovNe7uV6fT0SsD9W/x9HpJiXrZkCqgOk8SVnnT/mi704+XqEd8KQgBkLgpua16O66BWfQiMT+SsbyoGzdgjX4eQHGU2EkR1HetFYO8GnIUFzf8Pk9U= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1727264752; c=relaxed/simple; bh=g0zE39GBuH4ZjArwrbT8IP/+yOOc+74Bh/3s8uIGzUc=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=FC3Ba7cyd156nrNVi1KpdfnOK0y2Ko3OkHEOOyIBbRfr62WfJTQ1TzJIhiQV+/wxSKYstwp0B/VUxvCRQk0tWuenV44nUrOyocsH50DVls/vG6t5dnzKAMiWGc069iL6bE4xMcEXDS2a6D2aQU7pgLcBJpOs3IC57Xm/2EgPYMc= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=dgjIwuSE; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="dgjIwuSE" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 6F9FDC4CEC7; Wed, 25 Sep 2024 11:45:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1727264752; bh=g0zE39GBuH4ZjArwrbT8IP/+yOOc+74Bh/3s8uIGzUc=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=dgjIwuSEjKeuRFoG6QPfH9VgrckHJSHYwj2QzPxTd/Am5407V4ZS2Tq8PLM9BIt1o FfQVslz3SHa9tWdoK38K/57mhffWaj6xueYYsFfWImeCYyrCX5sGrNuovPKeXCXpUC zFyPyUKYPIr2MLGNvXdy1tf3S3u0+sKtNn22ZO4d07bMPzMFDWYSMQF2Bt1RJE+43Y T+Pmf64Yy55OQp8fbXvEPIvjEBM2uQ2X0i60jpjrwfOlEQquClteqSbRRXLnlyYy2T lySuoJj9mNVvyfHQKqRiXngFFnPq1VnirMpZhaxsJiYAjSX82ZA1YNMCdeqQm6sniq WBTzfoeOjaVgg== From: Sasha Levin To: linux-kernel@vger.kernel.org, stable@vger.kernel.org Cc: Damien Le Moal , Niklas Cassel , Igor Pylypiv , Sasha Levin , linux-ide@vger.kernel.org Subject: [PATCH AUTOSEL 6.11 145/244] ata: pata_serverworks: Do not use the term blacklist Date: Wed, 25 Sep 2024 07:26:06 -0400 Message-ID: <20240925113641.1297102-145-sashal@kernel.org> X-Mailer: git-send-email 2.43.0 In-Reply-To: <20240925113641.1297102-1-sashal@kernel.org> References: <20240925113641.1297102-1-sashal@kernel.org> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 X-stable: review X-Patchwork-Hint: Ignore X-stable-base: Linux 6.11 Content-Transfer-Encoding: 8bit From: Damien Le Moal [ Upstream commit 858048568c9e3887d8b19e101ee72f129d65cb15 ] Let's not use the term blacklist in the function serverworks_osb4_filter() documentation comment and rather simply refer to what that function looks at: the list of devices with groken UDMA5. While at it, also constify the values of the csb_bad_ata100 array. Of note is that all of this should probably be handled using libata quirk mechanism but it is unclear if these UDMA5 quirks are specific to this controller only. Signed-off-by: Damien Le Moal Reviewed-by: Niklas Cassel Reviewed-by: Igor Pylypiv Signed-off-by: Sasha Levin --- drivers/ata/pata_serverworks.c | 16 +++++++++------- 1 file changed, 9 insertions(+), 7 deletions(-) diff --git a/drivers/ata/pata_serverworks.c b/drivers/ata/pata_serverworks.c index 549ff24a98231..4edddf6bcc150 100644 --- a/drivers/ata/pata_serverworks.c +++ b/drivers/ata/pata_serverworks.c @@ -46,10 +46,11 @@ #define SVWKS_CSB5_REVISION_NEW 0x92 /* min PCI_REVISION_ID for UDMA5 (A2.0) */ #define SVWKS_CSB6_REVISION 0xa0 /* min PCI_REVISION_ID for UDMA4 (A1.0) */ -/* Seagate Barracuda ATA IV Family drives in UDMA mode 5 - * can overrun their FIFOs when used with the CSB5 */ - -static const char *csb_bad_ata100[] = { +/* + * Seagate Barracuda ATA IV Family drives in UDMA mode 5 + * can overrun their FIFOs when used with the CSB5. + */ +static const char * const csb_bad_ata100[] = { "ST320011A", "ST340016A", "ST360021A", @@ -163,10 +164,11 @@ static unsigned int serverworks_osb4_filter(struct ata_device *adev, unsigned in * @adev: ATA device * @mask: Mask of proposed modes * - * Check the blacklist and disable UDMA5 if matched + * Check the list of devices with broken UDMA5 and + * disable UDMA5 if matched. */ - -static unsigned int serverworks_csb_filter(struct ata_device *adev, unsigned int mask) +static unsigned int serverworks_csb_filter(struct ata_device *adev, + unsigned int mask) { const char *p; char model_num[ATA_ID_PROD_LEN + 1]; -- 2.43.0