Regression in next with apps hanging with vm_fault_t

Regression in next with apps hanging with vm_fault_t

[Tony Lindgren]

Hi,

I'm seeing a regression with Linux next with commit 7b6ec2ae877a
("fs: convert return type int to vm_fault_t") where apps can just
hang.

The reproducable test case I have is to remove a distro package
and then add it back where adding the package back just hangs and
the package file seems corrupted.

This is with ext4 rootfs on MMC, NFSroot does not have this
issue. Any ideas?

Regards,

Tony

Regression in next with apps hanging with vm_fault_t

[Souptick Joarder]

On Mon, Sep 10, 2018 at 11:51 PM Tony Lindgren <tony@atomide.com> wrote:
>
> Hi,
>
> I'm seeing a regression with Linux next with commit 7b6ec2ae877a
> ("fs: convert return type int to vm_fault_t") where apps can just
> hang.
>
> The reproducable test case I have is to remove a distro package
> and then add it back where adding the package back just hangs and
> the package file seems corrupted.
>
> This is with ext4 rootfs on MMC, NFSroot does not have this
> issue. Any ideas?

This is a bad commit and there is a plan to remove it from all the tree.
Not sure why it is still showing in linux-next tree.

Regression in next with apps hanging with vm_fault_t

[Stephen Rothwell]

Hi all,

On Tue, 11 Sep 2018 00:17:45 +0530 Souptick Joarder <jrdr.linux@gmail.com> wrote:
>
> On Mon, Sep 10, 2018 at 11:51 PM Tony Lindgren <tony@atomide.com> wrote:
> >
> > I'm seeing a regression with Linux next with commit 7b6ec2ae877a
> > ("fs: convert return type int to vm_fault_t") where apps can just
> > hang.
> >
> > The reproducable test case I have is to remove a distro package
> > and then add it back where adding the package back just hangs and
> > the package file seems corrupted.
> >
> > This is with ext4 rootfs on MMC, NFSroot does not have this
> > issue. Any ideas?  
> 
> This is a bad commit and there is a plan to remove it from all the tree.
> Not sure why it is still showing in linux-next tree.

OK, I have removed that commit (and the following fix patch) from
linux-next today (in case Andrew doesn't get around to it).

-- 
Cheers,
Stephen Rothwell
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20180911/45f583ff/attachment.sig>