* Regression in next with apps hanging with vm_fault_t
@ 2018-09-10 18:21 Tony Lindgren
2018-09-10 18:47 ` Souptick Joarder
0 siblings, 1 reply; 3+ messages in thread
From: Tony Lindgren @ 2018-09-10 18:21 UTC (permalink / raw)
To: linux-arm-kernel
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
^ permalink raw reply [flat|nested] 3+ messages in thread* Regression in next with apps hanging with vm_fault_t
2018-09-10 18:21 Regression in next with apps hanging with vm_fault_t Tony Lindgren
@ 2018-09-10 18:47 ` Souptick Joarder
2018-09-10 22:05 ` Stephen Rothwell
0 siblings, 1 reply; 3+ messages in thread
From: Souptick Joarder @ 2018-09-10 18:47 UTC (permalink / raw)
To: linux-arm-kernel
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.
^ permalink raw reply [flat|nested] 3+ messages in thread* Regression in next with apps hanging with vm_fault_t
2018-09-10 18:47 ` Souptick Joarder
@ 2018-09-10 22:05 ` Stephen Rothwell
0 siblings, 0 replies; 3+ messages in thread
From: Stephen Rothwell @ 2018-09-10 22:05 UTC (permalink / raw)
To: linux-arm-kernel
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>
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2018-09-10 22:05 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2018-09-10 18:21 Regression in next with apps hanging with vm_fault_t Tony Lindgren
2018-09-10 18:47 ` Souptick Joarder
2018-09-10 22:05 ` Stephen Rothwell
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).