lkml.org 
[lkml]   [2021]   [Jul]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: New warning in nvme_setup_discard
Date
On sobota 17. července 2021 14:19:59 CEST Oleksandr Natalenko wrote:
> On sobota 17. července 2021 14:11:05 CEST Oleksandr Natalenko wrote:
> > On sobota 17. července 2021 11:35:32 CEST Ming Lei wrote:
> > > Maybe you need to check if the build is OK, I can't reproduce it in my
> > > VM, and BFQ is still builtin:
> > >
> > > [root@ktest-01 ~]# uname -a
> > > Linux ktest-01 5.14.0-rc1+ #52 SMP Fri Jul 16 18:56:36 CST 2021 x86_64
> > > x86_64 x86_64 GNU/Linux [root@ktest-01 ~]# cat
> > > /sys/block/nvme0n1/queue/scheduler
> > > [none] mq-deadline kyber bfq
> >
> > I don't think this is an issue with the build… BTW, with `initcall_debug`:
> >
> > ```
> > [ 0.902555] calling bfq_init+0x0/0x8b @ 1
> > [ 0.903448] initcall bfq_init+0x0/0x8b returned -28 after 507 usecs
> > ```
> >
> > -ENOSPC? Why? Also re-tested with the latest git tip, same result :(.
>
> OK, one extra pr_info, and I see this:
>
> ```
> [ 0.871180] blkcg_policy_register: BLKCG_MAX_POLS too small
> [ 0.871612] blkcg_policy_register: -28
> ```
>
> What does it mean please :)? The value seems to be hard-coded:
>
> ```
> include/linux/blkdev.h
> 60:#define BLKCG_MAX_POLS 5
> ```

OK, after increasing this to 6 I've got my BFQ back. Please see [1].

[1] https://lore.kernel.org/linux-block/20210717123328.945810-1-oleksandr@natalenko.name/

--
Oleksandr Natalenko (post-factum)


\
 
 \ /
  Last update: 2021-07-17 14:36    [W:0.071 / U:0.264 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site