On Fri, Jul 05 2019 at 4:24pm -0400, Junxiao Bi <junxiao...@oracle.com> wrote:
> Hi Mike, > > Do i make sense on this? No, you haven't made your chase for this change. Sorry. Please refine the patch header to _not_ get into context you have from a vendor kernel. I know you say this is hard to reproduce, etc. But you don't even get into ther usecase where the issue was seen. Was this DM thinp? DM cache? Something else? Please be as concise and precise as possible. Saying that shrinker is the same context as loop doesn't imply a whole lot to me (relative to why this is prone to deadlock). To restate my concern: if __GFP_FS isn't set then why does your patch help at all? If __GFP_FS is set, then that changes things.. Mike -- dm-devel mailing list dm-devel@redhat.com https://www.redhat.com/mailman/listinfo/dm-devel
