public inbox for linux-ide@vger.kernel.org
 help / color / mirror / Atom feed
From: Damien Le Moal <dlemoal@kernel.org>
To: Niklas Cassel <cassel@kernel.org>
Cc: linux-ide@vger.kernel.org, xxjack12xx@gmail.com,
	"Martin K. Petersen" <martin.petersen@oracle.com>
Subject: Re: [PATCH v3 7/8] ata: libata: Add libata.force parameter max_sec
Date: Tue, 2 Dec 2025 11:37:55 +0900	[thread overview]
Message-ID: <537c6d08-4175-4e01-a57c-36f1f5bb64d4@kernel.org> (raw)
In-Reply-To: <20251201123501.246282-17-cassel@kernel.org>

On 12/1/25 21:35, Niklas Cassel wrote:
> Add a new libata.force parameter called max_sec.
> 
> The parameter can take an arbitrary value using the format:
> libata.force=max_sec=<param_value>

s/<param_value>/<number of 512B sectors>

This way, we are clear about what the value represents.

> e.g. libata.force=max_sec=8191
> or
> libata.force=max_sec=2048
> 
> This will allow the user to set an arbitrary max_sectors value using
> libata.force.

...to set an arbitrary maximum command size (dev->max_sectors) using...

Again to be clear about what this is doing.

> We cannot remove the existing libata.force parameters "max_sec_128" and
> "max_sec_1024", as these are a part of the exising user facing API.
> 
> Signed-off-by: Niklas Cassel <cassel@kernel.org>
> Reviewed-by: Martin K. Petersen <martin.petersen@oracle.com>
> ---
>  Documentation/admin-guide/kernel-parameters.txt | 4 ++++
>  drivers/ata/libata-core.c                       | 1 +
>  2 files changed, 5 insertions(+)
> 
> diff --git a/Documentation/admin-guide/kernel-parameters.txt b/Documentation/admin-guide/kernel-parameters.txt
> index 6c42061ca20e5..c5464b11a2ad5 100644
> --- a/Documentation/admin-guide/kernel-parameters.txt
> +++ b/Documentation/admin-guide/kernel-parameters.txt
> @@ -3294,6 +3294,10 @@
>  			* [no]logdir: Enable or disable access to the general
>  			  purpose log directory.
>  
> +			* max_sec=<sectors>: Set the transfer size limit, in
> +			  sectors, to the value specified in <sectors>. The

..., in number of 512-Bytes sectors, to...

> +			  value specified in <sectors> has to be an integer.

...to be a non-zero positive integer.

With these addressed, feel free to add:

Reviewed-by: Damien Le Moal <dlemoal@kernel.org>

-- 
Damien Le Moal
Western Digital Research

  reply	other threads:[~2025-12-02  2:37 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-12-01 12:35 [PATCH v3 0/8] ata: libata: Quirk DELLBOSS VD max_sectors Niklas Cassel
2025-12-01 12:35 ` [PATCH v3 1/8] ata: libata: Move quirk flags to their own enum Niklas Cassel
2025-12-01 12:35 ` [PATCH v3 2/8] ata: libata-core: Quirk DELLBOSS VD max_sectors Niklas Cassel
2025-12-02  2:20   ` Damien Le Moal
2025-12-01 12:35 ` [PATCH v3 3/8] ata: libata: Add ATA_QUIRK_MAX_SEC and convert all device quirks Niklas Cassel
2025-12-02  2:23   ` Damien Le Moal
2025-12-01 12:35 ` [PATCH v3 4/8] ata: libata: Add ata_force_get_fe_for_dev() helper Niklas Cassel
2025-12-02  2:28   ` Damien Le Moal
2025-12-01 12:35 ` [PATCH v3 5/8] ata: libata: Change libata.force to use the generic ATA_QUIRK_MAX_SEC quirk Niklas Cassel
2025-12-02  2:30   ` Damien Le Moal
2025-12-01 12:35 ` [PATCH v3 6/8] ata: libata: Add support to parse equal sign in libata.force Niklas Cassel
2025-12-02  2:33   ` Damien Le Moal
2025-12-01 12:35 ` [PATCH v3 7/8] ata: libata: Add libata.force parameter max_sec Niklas Cassel
2025-12-02  2:37   ` Damien Le Moal [this message]
2025-12-01 12:35 ` [PATCH v3 8/8] ata: libata: Allow more quirks Niklas Cassel
2025-12-02  2:42   ` Damien Le Moal
2025-12-02 10:21 ` (subset) [PATCH v3 0/8] ata: libata: Quirk DELLBOSS VD max_sectors Niklas Cassel

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=537c6d08-4175-4e01-a57c-36f1f5bb64d4@kernel.org \
    --to=dlemoal@kernel.org \
    --cc=cassel@kernel.org \
    --cc=linux-ide@vger.kernel.org \
    --cc=martin.petersen@oracle.com \
    --cc=xxjack12xx@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox