* [PATCH] memstick: core: Imply IOSCHED_BFQ
@ 2023-01-31 8:52 Linus Walleij
2023-01-31 9:01 ` Christoph Hellwig
` (2 more replies)
0 siblings, 3 replies; 5+ messages in thread
From: Linus Walleij @ 2023-01-31 8:52 UTC (permalink / raw)
To: linux-mmc, Ulf Hansson; +Cc: Linus Walleij, linux-block, Paolo Valente
If we enable the memory stick block layer, use Kconfig to imply
the BFQ I/O scheduler.
As all memstick devices are single-queue, this is the scheduler that
users want so let's be helpful and make sure it gets
default-selected into a manual kernel configuration. It will still
need to be enabled at runtime (usually with udev scripts).
Cc: linux-block@vger.kernel.org
Cc: Paolo Valente <paolo.valente@linaro.org>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
---
drivers/memstick/core/Kconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/memstick/core/Kconfig b/drivers/memstick/core/Kconfig
index 08192fd70eb4..50fa0711da9d 100644
--- a/drivers/memstick/core/Kconfig
+++ b/drivers/memstick/core/Kconfig
@@ -20,6 +20,7 @@ config MEMSTICK_UNSAFE_RESUME
config MSPRO_BLOCK
tristate "MemoryStick Pro block device driver"
depends on BLOCK
+ imply IOSCHED_BFQ
help
Say Y here to enable the MemoryStick Pro block device driver
support. This provides a block device driver, which you can use
@@ -29,6 +30,7 @@ config MSPRO_BLOCK
config MS_BLOCK
tristate "MemoryStick Standard device driver"
depends on BLOCK
+ imply IOSCHED_BFQ
help
Say Y here to enable the MemoryStick Standard device driver
support. This provides a block device driver, which you can use
--
2.34.1
^ permalink raw reply related [flat|nested] 5+ messages in thread
* Re: [PATCH] memstick: core: Imply IOSCHED_BFQ
2023-01-31 8:52 [PATCH] memstick: core: Imply IOSCHED_BFQ Linus Walleij
@ 2023-01-31 9:01 ` Christoph Hellwig
2023-01-31 17:09 ` Bart Van Assche
2023-02-02 15:22 ` Ulf Hansson
2 siblings, 0 replies; 5+ messages in thread
From: Christoph Hellwig @ 2023-01-31 9:01 UTC (permalink / raw)
To: Linus Walleij; +Cc: linux-mmc, Ulf Hansson, linux-block, Paolo Valente
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] memstick: core: Imply IOSCHED_BFQ
2023-01-31 8:52 [PATCH] memstick: core: Imply IOSCHED_BFQ Linus Walleij
2023-01-31 9:01 ` Christoph Hellwig
@ 2023-01-31 17:09 ` Bart Van Assche
2023-02-02 15:22 ` Ulf Hansson
2 siblings, 0 replies; 5+ messages in thread
From: Bart Van Assche @ 2023-01-31 17:09 UTC (permalink / raw)
To: Linus Walleij, linux-mmc, Ulf Hansson
Cc: linux-block, Paolo Valente, Christoph Hellwig
On 1/31/23 00:52, Linus Walleij wrote:
> If we enable the memory stick block layer, use Kconfig to imply
> the BFQ I/O scheduler.
>
> As all memstick devices are single-queue, this is the scheduler that
> users want so let's be helpful and make sure it gets
> default-selected into a manual kernel configuration. It will still
> need to be enabled at runtime (usually with udev scripts).
Do users really want the BFQ scheduler? Has performance of BFQ been
compared with iocost (CONFIG_BLK_CGROUP_IOCOST)? My colleagues are using
iocost instead of BFQ in resource-constrained environments.
Bart.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] memstick: core: Imply IOSCHED_BFQ
2023-01-31 8:52 [PATCH] memstick: core: Imply IOSCHED_BFQ Linus Walleij
2023-01-31 9:01 ` Christoph Hellwig
2023-01-31 17:09 ` Bart Van Assche
@ 2023-02-02 15:22 ` Ulf Hansson
2023-02-02 18:04 ` Jens Axboe
2 siblings, 1 reply; 5+ messages in thread
From: Ulf Hansson @ 2023-02-02 15:22 UTC (permalink / raw)
To: Linus Walleij; +Cc: linux-mmc, linux-block, Paolo Valente
On Tue, 31 Jan 2023 at 09:52, Linus Walleij <linus.walleij@linaro.org> wrote:
>
> If we enable the memory stick block layer, use Kconfig to imply
> the BFQ I/O scheduler.
>
> As all memstick devices are single-queue, this is the scheduler that
> users want so let's be helpful and make sure it gets
> default-selected into a manual kernel configuration. It will still
> need to be enabled at runtime (usually with udev scripts).
>
> Cc: linux-block@vger.kernel.org
> Cc: Paolo Valente <paolo.valente@linaro.org>
> Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
For the similar reasons to why I applied the MMC patch, applied for
next, thanks!
Kind regards
Uffe
> ---
> drivers/memstick/core/Kconfig | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/drivers/memstick/core/Kconfig b/drivers/memstick/core/Kconfig
> index 08192fd70eb4..50fa0711da9d 100644
> --- a/drivers/memstick/core/Kconfig
> +++ b/drivers/memstick/core/Kconfig
> @@ -20,6 +20,7 @@ config MEMSTICK_UNSAFE_RESUME
> config MSPRO_BLOCK
> tristate "MemoryStick Pro block device driver"
> depends on BLOCK
> + imply IOSCHED_BFQ
> help
> Say Y here to enable the MemoryStick Pro block device driver
> support. This provides a block device driver, which you can use
> @@ -29,6 +30,7 @@ config MSPRO_BLOCK
> config MS_BLOCK
> tristate "MemoryStick Standard device driver"
> depends on BLOCK
> + imply IOSCHED_BFQ
> help
> Say Y here to enable the MemoryStick Standard device driver
> support. This provides a block device driver, which you can use
> --
> 2.34.1
>
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] memstick: core: Imply IOSCHED_BFQ
2023-02-02 15:22 ` Ulf Hansson
@ 2023-02-02 18:04 ` Jens Axboe
0 siblings, 0 replies; 5+ messages in thread
From: Jens Axboe @ 2023-02-02 18:04 UTC (permalink / raw)
To: Ulf Hansson, Linus Walleij; +Cc: linux-mmc, linux-block, Paolo Valente
On 2/2/23 8:22 AM, Ulf Hansson wrote:
> On Tue, 31 Jan 2023 at 09:52, Linus Walleij <linus.walleij@linaro.org> wrote:
>>
>> If we enable the memory stick block layer, use Kconfig to imply
>> the BFQ I/O scheduler.
>>
>> As all memstick devices are single-queue, this is the scheduler that
>> users want so let's be helpful and make sure it gets
>> default-selected into a manual kernel configuration. It will still
>> need to be enabled at runtime (usually with udev scripts).
>>
>> Cc: linux-block@vger.kernel.org
>> Cc: Paolo Valente <paolo.valente@linaro.org>
>> Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
>
> For the similar reasons to why I applied the MMC patch, applied for
> next, thanks!
And a bad idea, for the exact same reasons...
--
Jens Axboe
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2023-02-02 18:04 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2023-01-31 8:52 [PATCH] memstick: core: Imply IOSCHED_BFQ Linus Walleij
2023-01-31 9:01 ` Christoph Hellwig
2023-01-31 17:09 ` Bart Van Assche
2023-02-02 15:22 ` Ulf Hansson
2023-02-02 18:04 ` Jens Axboe
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.