On Mon, Sep 10, 2018 at 7:45 AM Will Deacon wrote:
>
> Happy to send as a proper patch if you think this is the right sort of
> idea.
Looks sane to me,
Linus
On Mon, Sep 10, 2018 at 7:45 AM Will Deacon wrote:
>
> Happy to send as a proper patch if you think this is the right sort of
> idea.
Looks sane to me,
Linus
Hi Linus,
On Fri, Sep 07, 2018 at 10:51:19AM -0700, Linus Torvalds wrote:
> On Fri, Sep 7, 2018 at 8:45 AM Will Deacon wrote:
> >
> > Just one small fix here, preventing a VM_WARN_ON when a !present PMD/PUD
> > is "freed" as part of a huge ioremap() operation. The correct behaviour
> > is to
Hi Linus,
On Fri, Sep 07, 2018 at 10:51:19AM -0700, Linus Torvalds wrote:
> On Fri, Sep 7, 2018 at 8:45 AM Will Deacon wrote:
> >
> > Just one small fix here, preventing a VM_WARN_ON when a !present PMD/PUD
> > is "freed" as part of a huge ioremap() operation. The correct behaviour
> > is to
On Fri, Sep 7, 2018 at 8:45 AM Will Deacon wrote:
>
> Just one small fix here, preventing a VM_WARN_ON when a !present PMD/PUD
> is "freed" as part of a huge ioremap() operation. The correct behaviour
> is to skip the free silently in this case, which is a little weird (the
> function is a bit of
On Fri, Sep 7, 2018 at 8:45 AM Will Deacon wrote:
>
> Just one small fix here, preventing a VM_WARN_ON when a !present PMD/PUD
> is "freed" as part of a huge ioremap() operation. The correct behaviour
> is to skip the free silently in this case, which is a little weird (the
> function is a bit of
Hi Linus,
Just one small fix here, preventing a VM_WARN_ON when a !present PMD/PUD
is "freed" as part of a huge ioremap() operation. The correct behaviour
is to skip the free silently in this case, which is a little weird (the
function is a bit of a misnomer), but it follows the x86
Hi Linus,
Just one small fix here, preventing a VM_WARN_ON when a !present PMD/PUD
is "freed" as part of a huge ioremap() operation. The correct behaviour
is to skip the free silently in this case, which is a little weird (the
function is a bit of a misnomer), but it follows the x86
Hi Linus,
Please pull this arm64 fix for -rc3. It's a fix for an issue that Alex
saw whilst swapping with hardware access/dirty bit support enabled in
the kernel.
Cheers,
Will
--->8
The following changes since commit af8c34ce6ae32addda3788d54a7e340cad22516b:
Linux 4.7-rc2 (2016-06-05
Hi Linus,
Please pull this arm64 fix for -rc3. It's a fix for an issue that Alex
saw whilst swapping with hardware access/dirty bit support enabled in
the kernel.
Cheers,
Will
--->8
The following changes since commit af8c34ce6ae32addda3788d54a7e340cad22516b:
Linux 4.7-rc2 (2016-06-05
10 matches
Mail list logo