* Regression in next with apps hanging with vm_fault_t
@ 2018-09-10 18:21 ` Tony Lindgren
0 siblings, 0 replies; 6+ messages in thread
From: Tony Lindgren @ 2018-09-10 18:21 UTC (permalink / raw)
To: Souptick Joarder
Cc: Matthew Wilcox, Al Viro, Theodore Ts'o, Andreas Dilger,
Darrick J. Wong, Jens Axboe, Eric Biggers, Thomas Gleixner,
Greg Kroah-Hartman, Kemi Wang, Andrew Morton, Stephen Rothwell,
linux-kernel, linux-arm-kernel, linux-omap
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] 6+ messages in thread
* Regression in next with apps hanging with vm_fault_t
@ 2018-09-10 18:21 ` Tony Lindgren
0 siblings, 0 replies; 6+ 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] 6+ messages in thread
* Re: Regression in next with apps hanging with vm_fault_t
2018-09-10 18:21 ` Tony Lindgren
@ 2018-09-10 18:47 ` Souptick Joarder
-1 siblings, 0 replies; 6+ messages in thread
From: Souptick Joarder @ 2018-09-10 18:47 UTC (permalink / raw)
To: Tony Lindgren
Cc: Matthew Wilcox, Al Viro, Theodore Ts'o, adilger.kernel,
Darrick J. Wong, Jens Axboe, Eric Biggers, Thomas Gleixner,
Greg KH, kemi.wang, Andrew Morton, sfr, linux-kernel,
linux-arm-kernel, linux-omap
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] 6+ messages in thread
* Regression in next with apps hanging with vm_fault_t
@ 2018-09-10 18:47 ` Souptick Joarder
0 siblings, 0 replies; 6+ 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] 6+ messages in thread
* Re: Regression in next with apps hanging with vm_fault_t
2018-09-10 18:47 ` Souptick Joarder
@ 2018-09-10 22:05 ` Stephen Rothwell
-1 siblings, 0 replies; 6+ messages in thread
From: Stephen Rothwell @ 2018-09-10 22:05 UTC (permalink / raw)
To: Souptick Joarder
Cc: Tony Lindgren, Matthew Wilcox, Al Viro, Theodore Ts'o,
adilger.kernel, Darrick J. Wong, Jens Axboe, Eric Biggers,
Thomas Gleixner, Greg KH, kemi.wang, Andrew Morton, linux-kernel,
linux-arm-kernel, linux-omap
[-- Attachment #1: Type: text/plain, Size: 909 bytes --]
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
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Regression in next with apps hanging with vm_fault_t
@ 2018-09-10 22:05 ` Stephen Rothwell
0 siblings, 0 replies; 6+ 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] 6+ messages in thread
end of thread, other threads:[~2018-09-10 22:05 UTC | newest]
Thread overview: 6+ 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:21 ` Tony Lindgren
2018-09-10 18:47 ` Souptick Joarder
2018-09-10 18:47 ` Souptick Joarder
2018-09-10 22:05 ` Stephen Rothwell
2018-09-10 22:05 ` Stephen Rothwell
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.