Re: [PATCH] block: print offending values when cloned rq limits are exceeded

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Jens.  Does this patch seem reasonable?

On Fri, May 24, 2019 at 12:51 PM Chaitanya Kulkarni
<Chaitanya.Kulkarni@xxxxxxx> wrote:
>
> Let's leave it to Jens.
>
> On 5/24/19 5:19 AM, John Pittman wrote:
> > Thanks Chaitanya for the review.  I was not sure what Jens would think
> > about the checkpatch warning, so I left it as it was so he could
> > decide.  I tried to model the value output after that old 'bio too
> > big' error.  Thanks again.
> >
> > On Thu, May 23, 2019 at 9:17 PM Chaitanya Kulkarni
> > <Chaitanya.Kulkarni@xxxxxxx> wrote:
> >>
> >> I think it will be useful to print the information along with the error.
> >>
> >> Do we want to address the checkpatch warnings ?
> >>
> >> WARNING: Prefer [subsystem eg: netdev]_err([subsystem]dev, ... then
> >> dev_err(dev, ... then pr_err(...  to printk(KERN_ERR ...
> >> #20: FILE: block/blk-core.c:1202:
> >> +               printk(KERN_ERR "%s: over max size limit. (%u > %u)\n",
> >>
> >> WARNING: Prefer [subsystem eg: netdev]_err([subsystem]dev, ... then
> >> dev_err(dev, ... then pr_err(...  to printk(KERN_ERR ...
> >> #31: FILE: block/blk-core.c:1216:
> >> +               printk(KERN_ERR "%s: over max segments limit. (%hu > %hu)\n",
> >>
> >> In either case,
> >>
> >> Reviewed-by: Chaitanya Kulkarni <chaitanya.kulkarni@xxxxxxx> .
> >>
> >> On 5/23/19 2:49 PM, John Pittman wrote:
> >>> While troubleshooting issues where cloned request limits have been
> >>> exceeded, it is often beneficial to know the actual values that
> >>> have been breached.  Print these values, assisting in ease of
> >>> identification of root cause of the breach.
> >>>
> >>> Signed-off-by: John Pittman <jpittman@xxxxxxxxxx>
> >>> ---
> >>>    block/blk-core.c | 7 +++++--
> >>>    1 file changed, 5 insertions(+), 2 deletions(-)
> >>>
> >>> diff --git a/block/blk-core.c b/block/blk-core.c
> >>> index 419d600e6637..af62150bb1ba 100644
> >>> --- a/block/blk-core.c
> >>> +++ b/block/blk-core.c
> >>> @@ -1199,7 +1199,9 @@ static int blk_cloned_rq_check_limits(struct request_queue *q,
> >>>                                      struct request *rq)
> >>>    {
> >>>        if (blk_rq_sectors(rq) > blk_queue_get_max_sectors(q, req_op(rq))) {
> >>> -             printk(KERN_ERR "%s: over max size limit.\n", __func__);
> >>> +             printk(KERN_ERR "%s: over max size limit. (%u > %u)\n",
> >>> +                     __func__, blk_rq_sectors(rq),
> >>> +                     blk_queue_get_max_sectors(q, req_op(rq)));
> >>>                return -EIO;
> >>>        }
> >>>
> >>> @@ -1211,7 +1213,8 @@ static int blk_cloned_rq_check_limits(struct request_queue *q,
> >>>         */
> >>>        blk_recalc_rq_segments(rq);
> >>>        if (rq->nr_phys_segments > queue_max_segments(q)) {
> >>> -             printk(KERN_ERR "%s: over max segments limit.\n", __func__);
> >>> +             printk(KERN_ERR "%s: over max segments limit. (%hu > %hu)\n",
> >>> +                     __func__, rq->nr_phys_segments, queue_max_segments(q));
> >>>                return -EIO;
> >>>        }
> >>>
> >>>
> >>
> >
>



[Index of Archives]     [Linux RAID]     [Linux SCSI]     [Linux ATA RAID]     [IDE]     [Linux Wireless]     [Linux Kernel]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Device Mapper]

  Powered by Linux