us a note to
> help improve the system]
>
> url:
> https://github.com/0day-ci/linux/commits/Anshuman-Khandual/mm-debug-Add-tests-for-architecture-exported-page-table-helpers/20190903-162959
> config: m68k-allmodconfig (attached as .config)
> compiler: m68k-linux-gcc (GCC) 7.4
Hi Joe,
> -Original Message-
> From: Joe Hershberger
> Sent: Wednesday, September 4, 2019 1:10 AM
> To: Alexey Brodkin
> Cc: Ralph Siemsen ; Joseph Hershberger
> ; u-
> b...@lists.denx.de; linux-snps-arc@lists.infradead.org; Eugeniy Paltsev
>
> Subject: Re: [U-Boot] [RFC PATCH] net: d
On 9/3/19 8:08 AM, Masahiro Yamada wrote:
>> So if you could please split out the Wmaybe-uninitialized change
> I could not understand your request.
>
> I added 'imply CC_DISABLE_WARN_MAYBE_UNINITIALIZED'
> for CONFIG_CC_OPTIMIZE_FOR_PERFORMANCE_O3.
>
> I cannot split it out. Otherwise, you will se
___
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-snps-arc
___
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-snps-arc
On Tue, Aug 20, 2019 at 3:07 AM Alexey Brodkin
wrote:
>
> Hi Ralph,
>
> > -Original Message-
> > From: Ralph Siemsen
> > Sent: Monday, August 19, 2019 9:43 PM
> > To: u-b...@lists.denx.de; Joe Hershberger ; Alexey
> > Brodkin
> > ; Vlad Zakharov
> > Cc: Ralph Siemsen
> > Subject: [RFC
On Tue, Sep 03, 2019 at 11:49:16AM -0500, Eric W. Biederman wrote:
Sasha Levin writes:
From: "Eric W. Biederman"
[ Upstream commit 15773ae938d8d93d982461990bebad6e1d7a1830 ]
To the best of my knowledge this is just a clean up, no changes in
behavior are present.
The only reason I can see
Sasha Levin writes:
> From: "Eric W. Biederman"
>
> [ Upstream commit 15773ae938d8d93d982461990bebad6e1d7a1830 ]
To the best of my knowledge this is just a clean up, no changes in
behavior are present.
The only reason I can see to backport this is so that later fixes could
be applied cleanly.
From: Eugeniy Paltsev
[ Upstream commit a8c715b4dd73c26a81a9cc8dc792aa715d8b4bb2 ]
As of today if userspace process tries to access a kernel virtual addres
(0x7000_ to 0x7_) such that a legit kernel mapping already
exists, that process hangs instead of being killed with SIGSEGV
Fix
From: Eugeniy Paltsev
[ Upstream commit 121e38e5acdc8e1e4cdb750fcdcc72f94e420968 ]
Commit 15773ae938d8 ("signal/arc: Use force_sig_fault where
appropriate") introduced undefined behaviour by leaving si_code
unitiailized and leaking random kernel values to user space.
Fixes: 15773ae938d8 ("signa
From: "Eric W. Biederman"
[ Upstream commit 15773ae938d8d93d982461990bebad6e1d7a1830 ]
Acked-by: Vineet Gupta
Signed-off-by: "Eric W. Biederman"
Signed-off-by: Sasha Levin
---
arch/arc/mm/fault.c | 20 +---
1 file changed, 5 insertions(+), 15 deletions(-)
diff --git a/arch/a
From: Vineet Gupta
[ Upstream commit f731a8e89f8c78985707c626680f3e24c7a60772 ]
signal handling core calls show_regs() with preemption disabled which
on ARC takes mmap_sem for mm/vma access, causing lockdep splat.
| [ARCLinux]# ./segv-null-ptr
| potentially unexpected fatal signal 11.
| BUG: sl
From: Vineet Gupta
[ Upstream commit 4d447455e73b47c43dd35fcc38ed823d3182a474 ]
do_page_fault() forgot to relinquish mmap_sem if a signal came while
handling handle_mm_fault() - due to say a ctl+c or oom etc.
This would later cause a deadlock by acquiring it twice.
This came to light when runni
H Tom,
[snip]
> > > This is the patch with problem, and here is the link on patchwork:
> > > https://patchwork.ozlabs.org/patch/1146845/
> >
> > Please find my fixes here:
> > https://patchwork.ozlabs.org/patch/1156541/
> > https://patchwork.ozlabs.org/patch/1156617/
> >
> > Tom do we want https:
On Sat, Aug 31, 2019 at 1:43 AM Vineet Gupta wrote:
>
> On 8/20/19 10:09 AM, Masahiro Yamada wrote:
> > arch/arc/Makefile overrides -O2 with -O3. This is the only user of
> > ARCH_CFLAGS. There is no user of ARCH_CPPFLAGS or ARCH_AFLAGS.
> > My plan is to remove ARCH_{CPP,A,C}FLAGS after refactori
/Anshuman-Khandual/mm-debug-Add-tests-for-architecture-exported-page-table-helpers/20190903-162959
config: m68k-allmodconfig (attached as .config)
compiler: m68k-linux-gcc (GCC) 7.4.0
reproduce:
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O
~/bin
Hello,
Christoph Hellwig wrote:
> Just define ioremap_cache directly.
Applied to mips-next.
> commit 60af0d94cc37
> https://git.kernel.org/mips/c/60af0d94cc37
>
> Signed-off-by: Christoph Hellwig
> Signed-off-by: Paul Burton
Thanks,
Paul
[ This message was auto-generated; if you believe
This adds a test module which will validate architecture page table helpers
and accessors regarding compliance with generic MM semantics expectations.
This will help various architectures in validating changes to the existing
page table helpers or addition of new ones.
Test page table and memory p
This series adds a test validation for architecture exported page table
helpers. Patch in the series adds basic transformation tests at various
levels of the page table.
This test was originally suggested by Catalin during arm64 THP migration
RFC discussion earlier. Going forward it can include mo
19 matches
Mail list logo
