xfs
[Top] [All Lists]

Re: _xfs_buf_ioapply: no ops on block 0x188e78/0x8 on vanilla 4.4.11

To: Holger Hoffstätte <holger@xxxxxxxxxxxxxxxxxxxxxx>
Subject: Re: _xfs_buf_ioapply: no ops on block 0x188e78/0x8 on vanilla 4.4.11
From: Dave Chinner <david@xxxxxxxxxxxxx>
Date: Fri, 3 Jun 2016 08:25:45 +1000
Cc: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>, "xfs@xxxxxxxxxxx" <xfs@xxxxxxxxxxx>
Delivered-to: xfs@xxxxxxxxxxx
In-reply-to: <575040D8.8070903@xxxxxxxxxxxxxxxxxxxxxx>
References: <57503353.2050402@xxxxxxxxxxxx> <57503D33.6010000@xxxxxxxxxxxxxxxxxxxxxx> <575040D8.8070903@xxxxxxxxxxxxxxxxxxxxxx>
User-agent: Mutt/1.5.21 (2010-09-15)
On Thu, Jun 02, 2016 at 04:21:12PM +0200, Holger Hoffstätte wrote:
> On 06/02/16 16:05, Holger Hoffstätte wrote:
> > On 06/02/16 15:23, Stefan Priebe - Profihost AG wrote:
> >> I found a bug report from redhat here
> >> https://bugzilla.redhat.com/show_bug.cgi?id=1234586 pointing to this 
> >> commit:
> >> xfs: handle dquot buffer readahead in log recovery correctly
> >>
> >> which isn't part of 4.4. Is it missing from linux-stable?
> > 
> > Yes, mainline 7d6a13f02356 is missing from 4.4-stable because it applies,
> > but doesn't compile. :)
> > 
> > I'll look into a fix.
> 
> Well, that was easy. It also needs 233135b763 ("xfs: print name of verifier
> if it fails") which added a .name to the various xfs_buf_ops types.
> Can someone confirm that these can both go into 4.4-stable?

You could just remove the line:

+       .name = "xfs_dquot_ra",

from 7d6a13f02356 and that will fix the backport problem and not
require any other commits to be backported. I'm fine with either
solution.

Cheers,

Dave.
-- 
Dave Chinner
david@xxxxxxxxxxxxx

<Prev in Thread] Current Thread [Next in Thread>