(CC related people)
Since there is no actual implementation for them, there's , I think
it's safe (and better)
to remove the declarations. Thanks for the catch.
Acked-by: Yury Norov
On Sun, Nov 15, 2020 at 7:17 PM Ma, Jianpeng wrote:
>
> Signed-off-by: Jianpeng Ma
> -
On Thu, Apr 13, 2017 at 08:12:12PM +0200, Peter Zijlstra wrote:
> On Tue, Apr 11, 2017 at 01:35:04AM +0400, Yury Norov wrote:
>
> > +++ b/arch/arm64/include/asm/qspinlock.h
> > @@ -0,0 +1,20 @@
> > +#ifndef _ASM_ARM64_QSPINLOCK_H
> > +#define _ASM_ARM64_Q
On Thu, Apr 20, 2017 at 09:05:30PM +0200, Peter Zijlstra wrote:
> On Thu, Apr 20, 2017 at 09:23:18PM +0300, Yury Norov wrote:
> > Is there some test to reproduce the locking failure for the case.
>
> Possibly sysvsem stress before commit:
>
> 27d7be1801a4 (&q
On Fri, Apr 28, 2017 at 03:52:34PM +0100, Mark Rutland wrote:
> On Fri, Apr 28, 2017 at 04:24:29PM +0300, Yury Norov wrote:
> > Hi all,
>
> Hi,
>
> [adding Dave Miller, netdev, lkml]
thanks
> > On QEMU the next-20170428 hangs on boot for me due to kernel p
On Fri, Apr 28, 2017 at 08:40:54AM -0700, Florian Fainelli wrote:
> On 04/28/2017 08:09 AM, Yury Norov wrote:
> > On Fri, Apr 28, 2017 at 03:52:34PM +0100, Mark Rutland wrote:
> >> On Fri, Apr 28, 2017 at 04:24:29PM +0300, Yury Norov wrote:
> >>> Hi all,
> >>
tches in 4.12?
This is the rebase of ILP32 on latest linux-next:
https://github.com/norov/linux/tree/ilp32-20170410
And glibc that I use for testing:
https://github.com/norov/glibc/commits/dev9
Yury
On Thu, Mar 02, 2017 at 12:49:08AM +0530, Yury Norov wrote:
> This series enables aarch64 wi
ted.
Yury.
Jan Glauber (1):
arm64/locking: qspinlocks and qrwlocks support
Yury Norov (2):
kernel/locking: #include in qrwlock.c
asm-generic: don't #include in qspinlock_types.h
arch/arm64/Kconfig | 2 ++
arch/arm64/include/asm/qrwlock.h| 7
qrwlock.c calls arch_spin_lock() and arch_spin_unlock() but doesn't
include the asm/spinlock.h, where those functions are defined. It
may produce "implicit declaration of function" errors. This patch
fixes it.
Signed-off-by: Yury Norov
---
kernel/locking/qrwlock.c | 1 +
1
he only user of qspinlocks at now. I have build-tested the
change on x86_64 with CONFIG_PARAVIRT enabled and disabled.
Signed-off-by: Yury Norov
---
include/asm-generic/qspinlock.h | 1 +
include/asm-generic/qspinlock_types.h | 8
2 files changed, 1 insertion(+), 8 deletions(-)
diff --gi
e/asm-generic/qrwlock_types.h. Until now the only user
of qrwlock.c was x86, and there's no such protection too.
I'm not happy to remove the protection, but if it's OK for x86,
it should be also OK for arm64. If not, I think we'd fix it
for x86, and add the protection there too.
On Tue, Apr 11, 2017 at 12:33:35PM +0100, Catalin Marinas wrote:
> On Mon, Apr 10, 2017 at 11:47:40PM +0400, Yury Norov wrote:
> > According to latest plans figured out on Linaro Connect, ILP32 should
> > be taken in 4.12 merge window.
>
> Sorry, I wasn't present at Lin
> Also, the latest benchmarks I've seen were mostly for user space
> while I'm more concerned with the user-kernel interface
> (https://marc.info/?l=linux-arm-kernel&m=148690490713310&w=2).
> On the glibc testing side, have the regressions been identified/fixed?
I run LTP for testing the ABI and
On Tue, Apr 11, 2017 at 08:42:24PM +0200, Florian Weimer wrote:
> On 04/11/2017 08:36 PM, Yury Norov wrote:
> >>Also, the latest benchmarks I've seen were mostly for user space
> >>while I'm more concerned with the user-kernel interface
> >>(https://marc.in
Hi Arnd,
I found that the patch f13d52cb (arm64: define BUG() instruction
without CONFIG_BUG) has a typo that breaks the build of next-20170331.
This simple patch fixes it.
Yury
---
arch/arm64/include/asm/bug.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm64/inclu
On Wed, Apr 12, 2017 at 01:04:55PM -0400, Adam Wallis wrote:
> On 4/10/2017 5:35 PM, Yury Norov wrote:
> > The patch of Jan Glauber enables queued spinlocks on arm64. I rebased it on
> > latest kernel sources, and added a couple of fixes to headers to apply it
> > smoo
On Tue, May 23, 2017 at 12:40:04PM -0500, Rob Landley wrote:
> On 05/23/2017 03:01 AM, Yury Norov wrote:
> > On Mon, May 22, 2017 at 09:07:54PM -0500, Rob Landley wrote:
> >> Your userspace mounted a tmpfs over /dev when it couldn't mount a second
> >> identical
> It was 2 years ago, but AFAIR I took the Ubuntu image here:
> http://cdimage.ubuntu.com/ubuntu-base/releases/14.04.1/release/ubuntu-base-14.04.1-core-arm64.tar.gz
>
> Kernel config is attached. I build the kernel with simple 'make'.
>
> Yury
Sorry, config is here.
config.tar.gz
Description:
>
> If ptrace_request()s code is used userspace will read the most
> significant u32 where it expected the least significant.
>
> Instead of duplicating ptrace_request()s code as a special case in
> the arch code, handle it here.
Hi James,
I tested arm64/ilp32 on top of, and
On Wed, Jul 05, 2017 at 04:25:37PM +0100, David Howells wrote:
> Implement the show_options superblock op for 9p as part of a bid to get
> rid of s_options and generic_show_options() to make it easier to implement
> a context-based mount where the mount options can be passed individually
> over a f
Hi Catalin,
On Thu, Jun 29, 2017 at 05:10:36PM +0100, Catalin Marinas wrote:
> Hi Yury,
>
> On Mon, Jun 19, 2017 at 06:49:43PM +0300, Yury Norov wrote:
> > This series enables aarch64 with ilp32 mode.
>
> Thanks for putting this series together, I do appreciate the effo
On Mon, Jul 17, 2017 at 04:57:02PM +0200, Andreas Schwab wrote:
> On Jun 19 2017, Yury Norov wrote:
>
> > diff --git a/include/linux/thread_bits.h b/include/linux/thread_bits.h
> > new file mode 100644
> > index ..87354331bc7b
> > --- /dev/null
> &g
ry
>From 711e07171de68e71508695078bf6b897773a79ec Mon Sep 17 00:00:00 2001
From: Yury Norov
Date: Wed, 19 Jul 2017 16:00:02 +0300
Subject: [PATCH] ACPI / boot: fix prototypes for __acpi_{un}map_table for
arm64 and ia64
The prototypes were changed in patch "ACPI / boot: Correct address space
On Wed, Jul 19, 2017 at 04:06:36PM +0300, yury norov wrote:
> Hi Andy,
>
> > diff --git a/arch/x86/kernel/acpi/boot.c b/arch/x86/kernel/acpi/boot.c
> > index 09ddb3cd627a..6d5b1346268a 100644
> > --- a/arch/x86/kernel/acpi/boot.c
> > +++ b/arch/x86/kernel/ac
s?
Thanks,
Yury
On Mon, Jun 19, 2017 at 06:49:43PM +0300, Yury Norov wrote:
> This series enables aarch64 with ilp32 mode.
>
> As supporting work, it introduces ARCH_32BIT_OFF_T configuration
> option that is enabled for existing 32-bit architectures but disabled
> for new arches (
l logic of functions will
be simplified.
Boot-tested on arm64.
Signed-off-by: Yury Norov
CC: Andrew Morton
CC: Ben Hutchings
CC: David Decotigny
CC: David S. Miller
CC: Matthew Wilcox
CC: Rasmus Villemoes
---
arch/arm64/kernel/perf_event.c | 5 ++---
include/linux/bitmap.h
On Wed, Nov 15, 2017 at 01:34:15PM -0800, Sami Tolvanen wrote:
> GNU gold supports different emulations than bfd. Use aarch64_elf64_*_vec
> instead of aarch64linux.
>
> Signed-off-by: Sami Tolvanen
Acked-by: Yury Norov
> ---
> arch/arm64/Makefile | 8
> 1 file
Hi Catalin, Arnd, all,
This is ILP32 patches on top of 4.14 kernel:
https://github.com/norov/linux/commits/ilp32-4.14
I tested the series with LTP lite built by Linaro toolchain, and no
regressions found.
By the way, do you have plans to upstream arch subseries?
https://lkml.org/lkml/2017/9/25/
On Thu, Nov 16, 2017 at 11:54:33AM +, Will Deacon wrote:
> On Wed, Nov 15, 2017 at 01:34:21PM -0800, Sami Tolvanen wrote:
> > From: Alex Matveev
> >
> > Use UNDEFINE_MRS_S and UNDEFINE_MSR_S to define corresponding macros
> > in-place and workaround gcc and clang limitations on redefining mac
On Wed, Nov 15, 2017 at 01:34:10PM -0800, Sami Tolvanen wrote:
> This series adds build system support for compiling the kernel with clang
> Link Time Optimization (LTO), using GNU gold with the LLVMgold plug-in
> for linking. Some background for clang's LTO support is available here:
>
> https:
On Thu, Nov 16, 2017 at 01:55:31PM +, Robin Murphy wrote:
> On 16/11/17 13:07, Yury Norov wrote:
> > On Thu, Nov 16, 2017 at 11:54:33AM +, Will Deacon wrote:
> > > On Wed, Nov 15, 2017 at 01:34:21PM -0800, Sami Tolvanen wrote:
> > > > From: Alex Matveev
>
On Wed, Dec 20, 2017 at 02:44:25PM +0800, Wanpeng Li wrote:
> Hi Yury,
> 2017-12-19 16:50 GMT+08:00 Yury Norov :
> > This benchmark sends many IPIs in different modes and measures
> > time for IPI delivery (first column), and total time, ie including
> > time to acknowled
On Wed, Dec 20, 2017 at 02:44:25PM +0800, Wanpeng Li wrote:
> Hi Yury,
> 2017-12-19 16:50 GMT+08:00 Yury Norov :
> > This benchmark sends many IPIs in different modes and measures
> > time for IPI delivery (first column), and total time, ie including
> > time to acknowled
Perches.
Signed-off-by: Yury Norov
CC: Joe Perches
---
scripts/checkpatch.pl | 7 +++
1 file changed, 7 insertions(+)
diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
index 040aa79e1d9d..e7b941b8e6d7 100755
--- a/scripts/checkpatch.pl
+++ b/scripts/checkpatch.pl
@@ -2732,6 +2732,13
e just use memcpy() for the first bits/8
> bytes?
Yes, but I did prefer to keep logic common for LE and BE arches. We
can switch to memcpy 32-bit LE and BE versions, see my thoughts below.
>From 6ab70ff5ea32ecc5c9e77cc4b84e6dd3843e5d8f Mon Sep 17 00:00:00 2001
From: Yury Norov
Date: Tue, 21
>From 1a922d271d2ad05265871bbbd68d0414fa5ae49e Mon Sep 17 00:00:00 2001
From: Yury Norov
Date: Tue, 21 Nov 2017 23:22:15 +0300
Subject: [PATCH 2/2] bitmap: replace bitmap_{from,to}_u32array
with bitmap_{from,to}_arr32 over the kernel. Additionally to it:
* __check_eq_bitmap() now takes sin
ml
v2:
added broadcast lock test;
added example raw output in patch description;
CC: Andrew Morton
CC: Ashish Kalra
CC: Christoffer Dall
CC: Geert Uytterhoeven
CC: Konrad Rzeszutek Wilk
CC: Linu Cherian
CC: Shih-Wei Li
CC: Sunil Goutham
Signed-off-by: Yury Norov
---
arch/Kconfig
On Tue, Dec 19, 2017 at 10:26:02AM +0100, Philippe Ombredanne wrote:
> Dear Yury,
>
> On Tue, Dec 19, 2017 at 9:50 AM, Yury Norov wrote:
> > This benchmark sends many IPIs in different modes and measures
> > time for IPI delivery (first column), and total time, ie
CC: Geert Uytterhoeven
CC: Matthew Wilcox
CC: Rasmus Villemoes
Signed-off-by: Yury Norov
---
include/linux/bitmap.h | 31
lib/bitmap.c | 56 ++
2 files changed, 87 insertions(+)
diff --git a/include/li
ndrew Morton
CC: Ben Hutchings
CC: David Decotigny ,
CC: David S. Miller ,
CC: Geert Uytterhoeven
CC: Matthew Wilcox
CC: Rasmus Villemoes
Signed-off-by: Yury Norov
---
arch/arm64/kernel/perf_event.c | 5 +-
include/linux/bitmap.h | 11 +--
lib/bitmap.c
On Mon, Dec 11, 2017 at 10:33:32AM -0500, Konrad Rzeszutek Wilk wrote:
> On Mon, Dec 11, 2017 at 05:16:00PM +0300, Yury Norov wrote:
> > This benchmark sends many IPIs in different modes and measures
> > time for IPI delivery (first column), and total time, ie including
> > ti
On Mon, Dec 11, 2017 at 05:30:25PM +0100, Christian Borntraeger wrote:
>
>
> On 12/11/2017 03:55 PM, Yury Norov wrote:
> > On Mon, Dec 11, 2017 at 03:35:02PM +0100, Christian Borntraeger wrote:
> >>
> >>
> >> On 12/11/2017 03:16 PM, Yury Norov wrot
git tree, please drop us a note to
> > help improve the system]
> >
> > url:
> > https://github.com/0day-ci/linux/commits/Yury-Norov/lib-make-bitmap_parselist-thread-safe-and-much-faster/20170809-105307
> > config: i386-randconfig-x000-201732 (attached as .confi
On Thu, Aug 10, 2017 at 09:30:31AM +0200, Rasmus Villemoes wrote:
> > From be0e663b804daff0d0512e72cf94b5143270bd29 Mon Sep 17 00:00:00 2001
> > From: Yury Norov
> > Date: Thu, 10 Aug 2017 01:25:46 +0300
> > Subject: [PATCH] bitmap: introduce BITMAP_FROM_U64(
mips/qemu.
Signed-off-by: Yury Norov
---
include/linux/bitmap.h | 32
lib/test_bitmap.c | 47 ---
2 files changed, 64 insertions(+), 15 deletions(-)
diff --git a/include/linux/bitmap.h b/include/linux/bitmap.h
index
assumes clearing of top 24bits
of the kernel VA.
Signed-off-by: Yury Norov
---
Documentation/arm64/memory.txt | 15 +--
1 file changed, 9 insertions(+), 6 deletions(-)
diff --git a/Documentation/arm64/memory.txt b/Documentation/arm64/memory.txt
index d7273a5f6456..c39895d7e3a2 100644
--- a
:49:43PM +0300, Yury Norov wrote:
> This series enables aarch64 with ilp32 mode.
>
> As supporting work, it introduces ARCH_32BIT_OFF_T configuration
> option that is enabled for existing 32-bit architectures but disabled
> for new arches (so 64-bit off_t userspace type is used b
l Deacon
CC: Laura Abbott
Cc: Ard Biesheuvel
Cc: Catalin Marinas
Cc: James Morse
Signed-off-by: Yury Norov
---
arch/arm64/include/asm/memory.h | 30 +---
arch/arm64/include/asm/thread_info.h | 2 +-
arch/arm64/include/asm/thread_size.h | 53 +
On Wed, Aug 30, 2017 at 10:58:54AM +0100, Mark Rutland wrote:
> On Wed, Aug 30, 2017 at 12:22:49PM +0300, Yury Norov wrote:
> > Hi Mark, all.
>
> Hi Yury,
>
> > In patch 'dbc9344a68e506f19f8 ("arm64: clean up THREAD_* definitions")'
> > you mov
://patchwork.kernel.org/patch/9929107/
[1] https://github.com/norov/linux/tree/ilp32-next
CC: Will Deacon
CC: Laura Abbott
Cc: Ard Biesheuvel
Cc: Catalin Marinas
Cc: James Morse
Suggested-by: Mark Rutland
Signed-off-by: Yury Norov
---
arch/arm64/include/asm/memory.h| 15
On Sun, Sep 17, 2017 at 07:07:10PM -0700, Randy Dunlap wrote:
> From: Randy Dunlap
>
> Add to kernel-api Bitmap Operations section.
> Fix kernel-doc nitpicks in .
>
> Signed-off-by: Randy Dunlap
> Cc: Yury Norov
Acked-by: Yury Norov
> ---
> Documentation/cor
FROM_U64()")
> Signed-off-by: Geert Uytterhoeven
Thanks.
Acked-by: Yury Norov
> ---
> lib/test_bitmap.c | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/lib/test_bitmap.c b/lib/test_bitmap.c
> index 599c6713f2a2aaa8..aa1f2669bdd5d
On Mon, Aug 21, 2017 at 01:21:24PM +0300, Yury Norov wrote:
> On Tue, Aug 08, 2017 at 02:34:11PM +0100, Catalin Marinas wrote:
> > On Mon, Jul 24, 2017 at 02:26:24PM +0300, Yury Norov wrote:
> > > This is the 4.12 and linux-next - based kernel patches:
> > > https://
CCed some of them here.
scripts/get_maintainers.pl should point you to proper persons.
> We have noticed some activity in this area in recent times, Linux patches by
> Yury Norov:
> [07/20] arm64:uapi: set __BITS_PER_LONG correctly for ILP32 and LP64
> https://patchwork.kernel.org
This patchset is the result of discussion:
https://lkml.org/lkml/2017/7/31/454
First patch introduces MMCF flags for mm_context_t ->flags to separate it from
TIF ones. And second patch moves personality-related setup code from
SET_PERSONALITY() to the helper.
Yury Norov (2):
arm64: introd
2017/7/31/454
v1:
- changed the MMCF_AARCH32 bit number from 0x1 to 0x0 and added comment
v2:
- using set/clear_bit() is replaced with simple masks.
Signed-off-by: Yury Norov
---
arch/arm64/include/asm/elf.h | 4 ++--
arch/arm64/include/asm/mmu.h | 2 ++
arch/arm64/kernel/probes/uprobes.c
4
v2:
- don't move clearing READ_IMPLIES_EXEC flag from SET_PERSONALITY()
Signed-off-by: Yury Norov
CC: Pratyush Anand
CC: Catalin Marinas
---
arch/arm64/include/asm/elf.h | 7 +--
arch/arm64/include/asm/thread_info.h | 3 +++
arch/arm64/kernel/process.c | 8 +++
On Tue, Aug 08, 2017 at 02:34:11PM +0100, Catalin Marinas wrote:
> On Mon, Jul 24, 2017 at 02:26:24PM +0300, Yury Norov wrote:
> > This is the 4.12 and linux-next - based kernel patches:
> > https://github.com/norov/linux/tree/ilp32-4.12
> > https://github.com/norov/linu
On Tue, May 09, 2017 at 12:47:08PM +0800, Boqun Feng wrote:
> On Wed, May 03, 2017 at 05:51:41PM +0300, Yury Norov wrote:
> > From: Jan Glauber
> >
> > Ported from x86_64 with paravirtualization support removed.
> >
> > Signed-off-by: Jan Glauber
> >
On Tue, May 09, 2017 at 09:48:29PM +0300, Yury Norov wrote:
> On Tue, May 09, 2017 at 12:47:08PM +0800, Boqun Feng wrote:
> > On Wed, May 03, 2017 at 05:51:41PM +0300, Yury Norov wrote:
> > > From: Jan Glauber
> > >
> > > Ported from x86_64 wit
On Fri, Jun 23, 2017 at 06:03:37PM +0100, James Morse wrote:
> Hi Yury,
>
> On 04/06/17 13:00, Yury Norov wrote:
> > ILP32 has context-related structures different from both aarch32 and
> > aarch64/lp64. In this patch compat_arch_ptrace() renamed to
> > compat_a32_ptrac
s into C. However, we're
> currently close to a "vDSO-explosion" on arm64 with people wanting a compat
> variant and also an ILP32 variant.
Hi Will,
This is the patch for ilp32. It's based on v1 but should be OK for v2
too. If vdso rework will be upstreamed prior to ilp3
On Wed, May 31, 2017 at 01:39:00PM +0200, Heiko Carstens wrote:
> On Wed, May 31, 2017 at 11:12:56AM +0200, Heiko Carstens wrote:
> > On Tue, May 30, 2017 at 02:17:20PM -0400, Johannes Weiner wrote:
> > > To re-implement slab cache vs. page cache balancing, we'll need the
> > > slab counters at the
On Thu, Jun 01, 2017 at 02:38:29PM +0200, Alexander Potapenko wrote:
> KMSAN reported a use of uninitialized memory in dev_set_alias(),
> which was caused by calling strlcpy() (which in turn called strlen())
> on the user-supplied non-terminated string.
>
> Signed-off-by: Alexander Potapenko
> --
On Thu, Jun 01, 2017 at 03:50:33PM +0200, Alexander Potapenko wrote:
> On Thu, Jun 1, 2017 at 3:47 PM, Yury Norov wrote:
> > On Thu, Jun 01, 2017 at 02:38:29PM +0200, Alexander Potapenko wrote:
> >> KMSAN reported a use of uninitialized memory in dev_set_alias(),
> >>
On Sun, May 14, 2017 at 08:09:17PM +0200, Ingo Molnar wrote:
>
> * Yury Norov wrote:
>
> > sched_find_first_bit() is in fact the unrolled version of
> > find_first_bit(), which is theoretically faster in some cases.
> > But in the kernel it is called only in couple
On Mon, May 15, 2017 at 06:06:18PM +0200, Arnd Bergmann wrote:
> On Mon, May 15, 2017 at 5:47 PM, Yury Norov wrote:
> > On Sun, May 14, 2017 at 08:09:17PM +0200, Ingo Molnar wrote:
> >>
> >> * Yury Norov wrote:
> >>
> >> > sched_fin
On Mon, May 15, 2017 at 10:31:17PM +0200, Arnd Bergmann wrote:
> On Mon, May 15, 2017 at 6:17 PM, Yury Norov wrote:
> > On Mon, May 15, 2017 at 06:06:18PM +0200, Arnd Bergmann wrote:
> >> On Mon, May 15, 2017 at 5:47 PM, Yury Norov
> >> wrote:
> >> > O
On Tue, May 16, 2017 at 10:30:42AM +0200, Ingo Molnar wrote:
>
> * Yury Norov wrote:
>
> > I collected about 700 results in dmesg, and took 600 fastest.
> > For the vanilla kernel, the average value is 368, and for patched
> > kernel it is 388. It's 5% slowe
Hi Amir,
(Sorry for new email, but I cannot find your patch in my mailbox,
though found it in next-20170517)
Your patch 02cac3227a282 (ovl: mark upper dir with type origin entries
"impure") makes gcc warn on uninitialized variables in my arm64 build:
fs/overlayfs/dir.c: In function ‘ovl_rename’:
Hi Rob,
I found that next-20170522 fails to boot on arm64 machine with the
following log:
[...]
[4.179509] Freeing unused kernel memory: 1088K
Loading, please wait...
mount: mounting udev on /dev failed: Device or resource busy
W: devtmpfs not available, falling back to tmpfs for /dev
Couldn't ge
On Mon, May 22, 2017 at 09:07:54PM -0500, Rob Landley wrote:
> On 05/22/2017 07:05 AM, Yury Norov wrote:
> > Hi Rob,
> >
> > I found that next-20170522 fails to boot on arm64 machine with the
> > following log:
>
> I don't know anything about your k
ck to patches 5 and 6.
https://lkml.org/lkml/2017/5/15/514 and suggested-by to patch 4.
Arnd, are you OK with it?
Yury Norov (6):
arch: remove GENERIC_FIND_FIRST_BIT
m68k: make __ffs and ffz defined prior to including find.h
frv: make __ffs() visible for find.h
find_first{,_zero}_bit: unroll s
Hi Stephen,
Today's linux-next breaks build with:
DTC arch/arm64/boot/dts/allwinner/sun50i-a64-bananapi-m64.dtb
arch/arm64/boot/dts/allwinner/sun50i-a64-bananapi-m64.dtb: ERROR
(duplicate_node_names): Duplicate node name /soc/ethernet@1c3
ERROR: Input tree has errors, aborting (use -f t
Ping again. Is there still any interest in the patchset?
Arnd, Ingo?
On Fri, Jun 02, 2017 at 02:34:43PM +0300, Yury Norov wrote:
> Ping?
>
> On Tue, May 23, 2017 at 09:43:15PM +0300, Yury Norov wrote:
> > The series is the result of this discussion:
> > https://lkml.o
On Wed, May 03, 2017 at 05:05:29PM +0200, Geert Uytterhoeven wrote:
> On Wed, May 3, 2017 at 4:51 PM, Yury Norov wrote:
> > --- a/kernel/locking/qrwlock.c
> > +++ b/kernel/locking/qrwlock.c
> > @@ -20,6 +20,7 @@
> > #include
> > #include
> > #includ
On Wed, May 03, 2017 at 06:59:19PM +, pan xinhui wrote:
> 在 2017/5/3 22:51, Yury Norov 写道:> The patch 3 adds implementation for
> queued-based locking on
> > ARM64, and the option in kernel config to enable it. Patches
> > 1 and 2 fix some mess in header files to a
On Fri, May 05, 2017 at 01:26:40PM +0100, Will Deacon wrote:
> On Fri, May 05, 2017 at 01:53:03PM +0200, Peter Zijlstra wrote:
> > On Thu, May 04, 2017 at 11:28:09PM +0300, Yury Norov wrote:
> > > I don't think
> > > it's a real use case to have ticket spinlock
On Thu, Jun 08, 2017 at 04:09:50PM +0100, Catalin Marinas wrote:
> On Sun, Jun 04, 2017 at 02:59:51PM +0300, Yury Norov wrote:
> > All new 32-bit architectures should have 64-bit off_t type, but existing
> > architectures has 32-bit ones.
> >
> > To handle it, new con
eries)
If nothing will come here on review, I'll send v8 at the beginning of
the next week. Is this plan OK?
And this is the backport on the v4.11 kernel:
https://github.com/norov/linux/commits/ilp32-4.11.4
Yury
On Sun, Jun 04, 2017 at 02:59:49PM +0300, Yury Norov wrote:
> Subject: [PATC
ional, ticket locks are enabled by default.
Jan Glauber (1):
arm64/locking: qspinlocks and qrwlocks support
Yury Norov (2):
kernel/locking: #include in qrwlock.c
asm-generic: don't #include in qspinlock_types.h
arch/arm64/Kconfig | 24 +++
arch/arm64/i
qrwlock.c calls arch_spin_lock() and arch_spin_unlock() but doesn't
include the asm/spinlock.h, where those functions are defined. It
may produce "implicit declaration of function" errors. This patch
fixes it.
Signed-off-by: Yury Norov
---
kernel/locking/qrwlock.c | 1 +
1
he only user of qspinlocks at now. I have build-tested the
change on x86_64 with CONFIG_PARAVIRT enabled and disabled.
Signed-off-by: Yury Norov
---
include/asm-generic/qspinlock.h | 1 +
include/asm-generic/qspinlock_types.h | 8
2 files changed, 1 insertion(+), 8 deletions(-)
diff --gi
e/asm-generic/qrwlock_types.h. Until now the only user
of qrwlock.c was x86, and there's no such protection too.
I'm not happy to remove the protection, but if it's OK for x86,
it should be also OK for arm64. If not, I think we'd fix it
for x86, and add the protection there too.
Hi all,
It seems like next-20171009 with ilp32 patches crashes on LTP sendto01 test
in sys_sendto() path, like this:
[ 554.034021] [] 0x80003ccd5a58
[ 554.034156] [] skb_release_all+0x14/0x30
[ 554.034288] [] __kfree_skb+0x14/0x28
[ 554.034409] [] tcp_sendmsg_locked+0x4dc/0xcc8
[ 554.03
Hi Eric,
On Wed, Oct 11, 2017 at 11:48:37AM -0700, Eric Dumazet wrote:
> On Wed, 2017-10-11 at 11:41 -0700, Eric Dumazet wrote:
> > On Wed, 2017-10-11 at 21:35 +0300, Yury Norov wrote:
> > > Hi all,
> > >
> > > It seems like next-20171009 with ilp32 patches
Hi all,
I found that running with qemu-10 with '-smp 4' option kernel v4.13 and
v4.14-rc1 panics with LTP test rwtest03:
rwtest -N rwtest03 -c -q -i 60s -n 2 -f buffered -s mmread,mmwrite -m random
-Dv 10%25000:mm-buff-$$
[ 2068.307587] Unable to handle kernel paging request at virtual address
Hi Will,
> > The bug is reproducible for ilp32 and lp64 binaries. For kernel 4.12
> > and for all kernels if '-smp 1' is passed to qemu, everything works
> > fine. If no ideas, I think I'm able bisect it.
>
> I tried to reproduce this on hardware, but failed to do so. Our nightly
> tests are al
On Mon, Sep 25, 2017 at 05:02:40PM +0300, Yury Norov wrote:
> Hi Will,
>
> > > The bug is reproducible for ilp32 and lp64 binaries. For kernel 4.12
> > > and for all kernels if '-smp 1' is passed to qemu, everything works
> > > fine. If no ideas, I th
y, as suggested by Catalin
Marinas.
All patches are on top of next-20170922.
[1] https://lkml.org/lkml/2017/6/19/624
Yury
Yury Norov (3):
compat ABI: use non-compat openat and open_by_handle_at variants
32-bit userspace ABI: introduce ARCH_32BIT_OFF_T config option
asm-generic: Drop getrlimi
The only difference is that non-compat version forces O_LARGEFILE,
and it should be the default behaviour for all architectures, as
we are going to drop the support of 32-bit userspace off_t.
The exception is tile32 that continues with compat version of syscalls.
Signed-off-by: Yury Norov
Acked
list unless __ARCH_WANT_SET_GET_RLIMIT is defined by the architecture's
unistd.h prior to including asm-generic/unistd.h, and adjust all architectures
using the generic syscall list to define it so that no in-tree architectures
are affected.
Signed-off-by: Yury Norov
Acked-by: Arnd Bergmann
Acke
),
a libc may use 32-bit off_t, and therefore want to limit the file size
to 4GB unless specified differently in the open flags.
Signed-off-by: Yury Norov
Acked-by: Arnd Bergmann
---
arch/Kconfig| 15 +++
arch/arc/Kconfig| 1 +
arch/arm/Kconfig| 1 +
arch
On Tue, Sep 26, 2017 at 11:23:24AM +0100, Will Deacon wrote:
> On Mon, Sep 25, 2017 at 01:54:57PM -0600, Ruigrok, Richard wrote:
> > I also found this issue with kernels from 4.11 through 4.13. In my tests, I
> > found that it reproduces only with 4K page and Transparent Huge Pages. With
> > 64K
Ping?
On Wed, Sep 13, 2017 at 09:08:30PM +0300, Yury Norov wrote:
> The Documentation/arm64/memory.txt says:
> When using KVM, the hypervisor maps kernel pages in EL2, at a fixed
> offset from the kernel VA (top 24bits of the kernel VA set to zero):
>
> In fact, kernel addresses
There's a typo in put_compat_shm_info() - the first argument
of copy_to_user() is 'up' instead of 'uip'. And 'up' is
occasionly a suitable variable name so the compiler doesn't
complain.
Signed-off-by: Yury Norov
---
ipc/shm.c | 2 +-
1 file changed, 1 i
On Wed, Sep 27, 2017 at 03:32:54AM +0300, Yury Norov wrote:
> There's a typo in put_compat_shm_info() - the first argument
> of copy_to_user() is 'up' instead of 'uip'. And 'up' is
> occasionly a suitable variable name so the compiler doesn't
> c
o RFC patches in this series fix arm64 (which is a bigger fix
> that necessary since I clean things up too) and page_vma_mapped_walk.
>
> Comments welcome.
>
> Will
>
> [1]
> http://lists.infradead.org/pipermail/linux-arm-kernel/2017-September/5327
On Wed, Sep 27, 2017 at 10:13:33AM +0100, Will Deacon wrote:
> On Wed, Sep 27, 2017 at 09:31:41AM +0100, Marc Zyngier wrote:
> > On Tue, Sep 26 2017 at 9:45:42 pm BST, Yury Norov
> > wrote:
> > > On Wed, Sep 13, 2017 at 09:08:30PM +0300, Yury Norov wrote:
> &
Hi Volodymyr,
On Thu, Sep 28, 2017 at 09:04:01PM +0300, Volodymyr Babchuk wrote:
> From: Volodymyr Babchuk
>
> In order to register a shared buffer in TEE, we need accessor
> function that return list of pages for that buffer.
>
> Signed-off-by: Volodymyr Babchuk
> ---
> include/linux/tee_drv
On Thu, Sep 28, 2017 at 09:04:03PM +0300, Volodymyr Babchuk wrote:
> From: Volodymyr Babchuk
>
> These functions will be used to pass information about shared
> buffers to OP-TEE.
>
> Signed-off-by: Volodymyr Babchuk
> ---
> drivers/tee/optee/call.c | 48
> +++
901 - 1000 of 1116 matches
Mail list logo
