Al... I think that my commit f987f4c28 "don't trigger copy_attributes_to_inode from d_revalidate." doesn't really do the job... I think I at least need to write code that checks some of the attributes and fails the revalidate if they got changed via some external process... does that sound right? -Mike On Fri, Jan 22, 2016 at 2:07 PM, Mike Marshall <hubcap@xxxxxxxxxxxx> wrote: > Martin's the only other one subscribed to fs-devel, the > rest are looking in here today: > > http://marc.info/?l=linux-fsdevel&w=2&r=1&s=orangefs&q=b > > Walt thinks you deserve an Orangefs Contributor's Jacket... > > -Mike > > On Fri, Jan 22, 2016 at 1:37 PM, Al Viro <viro@xxxxxxxxxxxxxxxxxx> wrote: >> On Fri, Jan 22, 2016 at 01:17:40PM -0500, Mike Marshall wrote: >>> >> Objections, comments? >>> >>> I have no objections so far to your suggestions, I'm trying to keep >>> my co-workers looking in on this discussion... most other days >>> we're all lined up in adjacent cubes... >> >> email and IRC exist for purpose... BTW, another thing: if you've managed >> to get to orangefs_exit() with anything still in request list or hash, >> you are seriously fscked. Whatever had allocated them is presumably still >> around and it's running in that module's .text... -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
