xfs
[Top] [All Lists]

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

To: Dave Chinner <david@xxxxxxxxxxxxx>, Holger HoffstÃtte <holger@xxxxxxxxxxxxxxxxxxxxxx>
Subject: Re: _xfs_buf_ioapply: no ops on block 0x188e78/0x8 on vanilla 4.4.11
From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
Date: Fri, 3 Jun 2016 19:43:21 +0200
Cc: "xfs@xxxxxxxxxxx" <xfs@xxxxxxxxxxx>
Delivered-to: xfs@xxxxxxxxxxx
In-reply-to: <20160602222545.GO12670@dastard>
References: <57503353.2050402@xxxxxxxxxxxx> <57503D33.6010000@xxxxxxxxxxxxxxxxxxxxxx> <575040D8.8070903@xxxxxxxxxxxxxxxxxxxxxx> <20160602222545.GO12670@dastard>
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.8.0
Am 03.06.2016 um 00:25 schrieb Dave Chinner:
> 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.
> 

Great. Should be push that one to greg?

Greets,
Stefan

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