Re: [PATCH v3 7/8] platform/chrome: cros_ec_lightbar: instantiate only if the EC has a lightbar.

2018-12-10 Thread Guenter Roeck
On Tue, Nov 27, 2018 at 4:19 AM Enric Balletbo i Serra wrote: > > Due to the way attribute groups visibility work, the function > cros_ec_lightbar_attrs_are_visible is called multiple times, once per > attribute, and each of these calls makes an EC transaction. For what is > worth the EC log

Re: [PATCH 1/1] mm, memory_hotplug: Initialize struct pages for the full memory section

2018-12-10 Thread Michal Hocko
On Mon 10-12-18 16:45:37, Zaslonko Mikhail wrote: > Hello, > > On 10.12.2018 14:24, Michal Hocko wrote: [...] > > Why do we need to restrict this to the highest zone? In other words, why > > cannot we do what I was suggesting earlier [1]. What does prevent other > > zones to have an incomplete

Re: [PATCH bpf-next 2/3] bpf: add bpffs pretty print for cgroup local storage maps

2018-12-10 Thread Roman Gushchin
On Sat, Dec 08, 2018 at 05:56:30PM -0800, Martin Lau wrote: > On Fri, Dec 07, 2018 at 04:53:14PM -0800, Roman Gushchin wrote: > > Implement bpffs pretty printing for cgroup local storage maps > > (both shared and per-cpu). > > Output example (captured for

Re: mainline/master boot bisection: v4.20-rc5-79-gabb8d6ecbd8f on jetson-tk1

2018-12-10 Thread Steven Rostedt
On Mon, 10 Dec 2018 16:23:19 +0530 Ravi Bangoria wrote: > Hi, > > Can you please provide more details. I don't understand how this patch > can cause boot failure. > > >From the log found at >

Re: [PATCH v4] panic: Avoid the extra noise dmesg

2018-12-10 Thread Steven Rostedt
On Fri, 7 Dec 2018 17:51:19 +0800 Feng Tang wrote: > When kernel panic happens, it will first print the panic call stack, > then the ending msg like: > > [ 35.743249] ---[ end Kernel panic - not syncing: Fatal exception > [ 35.749975] [ cut here ] > > The above

Re: [PATCH v3 6/8] mfd / platform: cros_ec: instantiate only if th EC has a VBC NVRAM.

2018-12-10 Thread Guenter Roeck
On Tue, Nov 27, 2018 at 4:19 AM Enric Balletbo i Serra wrote: > > The cros-ec-vbc driver is DT-only and there is a DT property that > indicates if the EC has the VCB NVRAM, in such case instantiate the > driver but don't instantiate on the other cases. > > To do this move the check code to its

Re: mainline/master boot bisection: v4.20-rc5-79-gabb8d6ecbd8f on jetson-tk1

2018-12-10 Thread Guillaume Tucker
On 10/12/2018 10:53, Ravi Bangoria wrote: > Hi, > > Can you please provide more details. I don't understand how this patch > can cause boot failure. The kernel Oops caused by the nouveau driver was treated as a boot failure in the BayLibre lab, although it did not necessarily mean the kernel had

Re: kvm: RDTSCP on AMD

2018-12-10 Thread Borislav Petkov
Reviving an old thread here. On Wed, Jul 06, 2016 at 11:27:16PM +0200, Paolo Bonzini wrote: > On 06/07/2016 19:34, Eduardo Habkost wrote: > >> > Nothing is needed in the kernel actually. You can skip the intercept > >> > by running the guest with MSR_TSC_AUX set to the guest's expected value. >

[PATCH v3 1/3] ACPI: Allow PCI to be disabled for reboot

2018-12-10 Thread Sinan Kaya
Make PCI reboot conditional on PCI support being present on the kernel configuration. Signed-off-by: Sinan Kaya --- drivers/acpi/reboot.c | 12 +--- 1 file changed, 9 insertions(+), 3 deletions(-) diff --git a/drivers/acpi/reboot.c b/drivers/acpi/reboot.c index

[PATCH v3 2/3] ACPI / OSL: Allow PCI to be disabled

2018-12-10 Thread Sinan Kaya
Getting ready to allow PCI to be disabled with ACPI enabled. Stub out calls that depend on PCI. Signed-off-by: Sinan Kaya --- drivers/acpi/osl.c | 8 1 file changed, 8 insertions(+) diff --git a/drivers/acpi/osl.c b/drivers/acpi/osl.c index b48874b8e1ea..0d3ed659cfe8 100644 ---

[PATCH v3 3/3] PCI/ACPI: Allow ACPI to be built without PCI support

2018-12-10 Thread Sinan Kaya
We are compiling PCI code today for systems with ACPI and no PCI device present. Remove the useless code and reduce the tight dependency. Signed-off-by: Sinan Kaya --- arch/x86/include/asm/pci_x86.h | 7 +++ drivers/acpi/Kconfig | 1 - drivers/acpi/Makefile | 2 +-

Re: [PATCH v3 5/8] mfd / platform: cros_ec: move device sysfs attributes to its own driver.

2018-12-10 Thread Guenter Roeck
On Tue, Nov 27, 2018 at 4:19 AM Enric Balletbo i Serra wrote: > > The entire way how cros debugfs attibutes are created is broken. > cros_ec_sysfs should be its own driver and its attributes should be > associated with the sysfs driver not the mfd driver. > > The patch also adds the sysfs

Re: [PATCH v3 4/8] mfd / platform: cros_ec: move debugfs attributes to its own driver.

2018-12-10 Thread Guenter Roeck
On Tue, Nov 27, 2018 at 4:19 AM Enric Balletbo i Serra wrote: > > The entire way how cros debugfs attibutes are created is broken. > cros_ec_debugfs should be its own driver and its attributes should be > associated with a debugfs driver not the mfd driver. > > Signed-off-by: Enric Balletbo i

Re: [RFC][PATCH 08/12] KEYS: PGP-based public key signature verification

2018-12-10 Thread Roberto Sassu
On 12/10/2018 5:58 PM, David Howells wrote: Roberto Sassu wrote: You need to consider what it is that the patch trying to achieve. I understood that the purpose is to check PGP signatures with built-in keys or keys provided by the user. Since using the session keyring caused the issue I

Re: [PATCH v5 24/25] ptrace: add PTRACE_GET_SYSCALL_INFO request

2018-12-10 Thread Paul Burton
Hi Dmitry, On Mon, Dec 10, 2018 at 07:09:40PM +0300, Dmitry V. Levin wrote: > We decided to add .frame_pointer to struct ptrace_syscall_info just for > consistency with .instruction_pointer and .stack_pointer; I must have been > misled by comments in asm-generic/ptrace.h into thinking that >

Q. re-using lock_classes[]

2018-12-10 Thread J. R. Okajima
Hello, "Troubleshooting" section in Documentation/locking/lockdep-design.txt describes 1. Repeated module loading and unloading while running the validator will result in lock-class leakage. The issue here is that each load of the

Re: [PATCH] rcu: Print correct in print_one_rcu_pending

2018-12-10 Thread Paul E. McKenney
On Mon, Dec 10, 2018 at 11:35:56PM +0800, Liu Song wrote: > My kernel version is 4.4.166 and I found incorrect print info > from print_one_rcu_pending. Adjust the description to make the > information correct. > > Signed-off-by: Liu Song This does not apply to mainline because debugfs tracing

Re: Coresight etmv4 enable over 32bit kernel

2018-12-10 Thread Mathieu Poirier
Good day Adrian, On Sat, 8 Dec 2018 at 05:05, Lei Wen wrote: > > Hi Mathieu, > > I am enabling etmv4 coresight over one Cortex-A7 soc, using 32bit kernel. > And I am following [1] to do experiment regarding the addr_range feature. That wiki is very old and after reading it again I seriously

[PATCH] mfd: cros_ec_dev: Add missing mfd_remove_devices() call in remove

2018-12-10 Thread Enric Balletbo i Serra
The driver adds different MFD child devices via mfd_add_devices() and hence it is required to call mfd_remove_devices() to remove MFD child devices. Fixes: 5e0115581bbc ("cros_ec: Move cros_ec_dev module to drivers/mfd") Cc: sta...@vger.kernel.org Signed-off-by: Enric Balletbo i Serra --- Hi

Re: INFO: rcu detected stall in xfrm_hash_rebuild

2018-12-10 Thread David Miller
From: Florian Westphal Date: Mon, 10 Dec 2018 13:47:24 +0100 > After recent tree conversion, we could probably make the exact policies > part of the 'inexact tree' (which would be renamed to 'policy tree' or > some such). > > Special-casing the exact policies made a lot of sense when we had > a

Re: [PATCH] selftests: do not macro-expand failed assertion expressions

2018-12-10 Thread shuah
On 12/10/18 10:30 AM, Kees Cook wrote: On Sun, Dec 9, 2018 at 3:00 PM Dmitry V. Levin wrote: I've stumbled over the current macro-expand behaviour of the test harness: $ gcc -Wall -xc - <<'__EOF__' TEST(macro) { int status = 0; ASSERT_TRUE(WIFSIGNALED(status)); }

Re: [PATCHv2] locking/atomics: build atomic headers as required

2018-12-10 Thread Mark Rutland
Hi Ingo, On Thu, Dec 06, 2018 at 05:13:44PM +0100, Ingo Molnar wrote: > > * Mark Rutland wrote: > > > Andrew and Ingo report that the check-atomics.sh script is simply too > > slow to run for every kernel build, and it's impractical to make it > > faster without rewriting it in something other

Re: [PATCH][clk-next] clk: imx: remove redundant initialization of ret to zero

2018-12-10 Thread Stephen Boyd
Quoting Colin King (2018-12-09 07:08:32) > From: Colin Ian King > > The initialization of ret is redundant as it is being re-assigned to > the return value from the call to imx8m_clk_composite_compute_dividers. > Clean this up by removing the initialization. > > Signed-off-by: Colin Ian King >

Re: [PATCH] scripts/atomic: change 'fold' to 'grep'

2018-12-10 Thread Mark Rutland
Hi Ingo, On Thu, Dec 06, 2018 at 05:15:28PM +0100, Ingo Molnar wrote: > > * Will Deacon wrote: > > > [+ Ingo and Mark] > > > > On Tue, Dec 04, 2018 at 10:47:13PM +0100, Anders Roxell wrote: > > > Some distibutions and build systems doesn't include 'fold' from > > > coreutils default. > > > >

Re: [PATCH v3 0/2] sysctl: handle overflow for file-max

2018-12-10 Thread Kees Cook
Hi Andrew, Can you take this patch for -mm? -Kees On Sun, Dec 9, 2018 at 8:41 AM Christian Brauner wrote: > > On Mon, Oct 29, 2018 at 10:44 PM Kees Cook wrote: > > > > On Mon, Oct 29, 2018 at 7:58 AM, Christian Brauner > > wrote: > > > On Wed, Oct 17, 2018 at 12:33:20AM +0200, Christian

Re: [PATCH] userfaultfd: clear flag if remap event not enabled

2018-12-10 Thread Mike Rapoport
On Mon, Dec 10, 2018 at 02:51:21PM +0800, Peter Xu wrote: > When the process being tracked do mremap() without > UFFD_FEATURE_EVENT_REMAP on the corresponding tracking uffd file > handle, we should not generate the remap event, and at the same > time we should clear all the uffd flags on the new

Re: [PATCH v1] binder: implement binderfs

2018-12-10 Thread Todd Kjos
chouryzhou@, can you confirm that this implementation works for your android-in-container use-case? -Todd On Fri, Dec 7, 2018 at 3:26 PM Christian Brauner wrote: > > As discussed at Linux Plumbers Conference 2018 in Vancouver [1] this is the > implementation of binderfs. > > binderfs is a

[PATCH 2/2] locking/atomics: Check atomic headers with sha1sum

2018-12-10 Thread Mark Rutland
We currently check the atomic headers at build-time to ensure they haven't been modified directly, and these checks require regenerating the headers in full. As this takes a few seconds, even when parallelized, this is too slow to run for every kernel build. Instead, we can generate a hash of

[PATCH 1/2] locking/atomics: Change 'fold' to 'grep'

2018-12-10 Thread Mark Rutland
From: Anders Roxell Some distibutions and build systems doesn't include 'fold' from coreutils default. .../scripts/atomic/atomic-tbl.sh: line 183: fold: command not found Rework to use 'grep' instead of 'fold' to use a dependency that is already used a lot in the kernel. Reported-by: Naresh

[PATCH 0/2] locking/atomics: fix and improvement

2018-12-10 Thread Mark Rutland
Hi Ingo, I hope that these atomic scripting patches address your concerns with the atomics scripting infrastructure. These are based on the tip locking/core branch, leaving the headers checked-in. The primary improvement is using a hash to detect when the headers have been erroneously modified,

[RESEND PATCH 2/2] scripts/decode_stacktrace: Only strip base path when a prefix of the path

2018-12-10 Thread Marc Zyngier
Running something like: decodecode vmlinux . leads to interested results where not only the leading "." gets stripped from the displayed paths, but also anywhere in the string, displaying something like: kvm_vcpu_check_block (arch/arm64/kvm/virt/kvm/kvm_mainc:2141) which

Re: [PATCH] lib: fix build failure in CONFIG_DEBUG_VIRTUAL test

2018-12-10 Thread Kees Cook
On Mon, Dec 10, 2018 at 12:08 AM Christophe Leroy wrote: > > On several arches, virt_to_phys() is in io.h > > Build fails without it: > > CC lib/test_debug_virtual.o > lib/test_debug_virtual.c: In function 'test_debug_virtual_init': > lib/test_debug_virtual.c:26:7: error: implicit

[RESEND PATCH 1/2] scripts/decodecode: Set ARCH when running natively on arm/arm64

2018-12-10 Thread Marc Zyngier
When running decodecode natively on arm64, ARCH is likely not to be set, and we end-up with .4byte instead of .inst when generating the disassembly. Similar effects would occur if running natively on a 32bit ARM platform, although that's even less popular. A simple workaround is to populate ARCH

[RESEND PATCH 0/2] scripts/decode{code,_stacktrace} fixes

2018-12-10 Thread Marc Zyngier
Resending this, as there was hardly any feedback except for Will's Ack. Andrew, can you please consider this? Here's a couple of fixes that have been languishing in my tree for a few months. The first one is for an issue that can only be observed using decodecode natively on arm/arm64m and

Re: Linux 4.20-rc6

2018-12-10 Thread Linus Torvalds
On Mon, Dec 10, 2018 at 1:52 AM Andy Shevchenko wrote: > > Linus, due to my vacation schedule and possibility that Darren might > be also busy with some stuff, would be okay to send PR this week, for > example? Oh, absolutely. And I want to make it clear that this is not something you ever need

Re: [PATCH 1/5] clocksource/drivers/riscv: Change name riscv_timer to timer-riscv

2018-12-10 Thread Palmer Dabbelt
On Mon, 10 Dec 2018 08:52:38 PST (-0800), daniel.lezc...@linaro.org wrote: In order to unify the names in this directory, let's rename the driver to be prefixed with timer-* Signed-off-by: Daniel Lezcano --- drivers/clocksource/Makefile | 2 +-

Re: [PATCH v5 24/25] ptrace: add PTRACE_GET_SYSCALL_INFO request

2018-12-10 Thread Kees Cook
On Sun, Dec 9, 2018 at 8:31 PM Dmitry V. Levin wrote: > > From: Elvira Khabirova > > PTRACE_GET_SYSCALL_INFO is a generic ptrace API that lets ptracer obtain > details of the syscall the tracee is blocked in. > > There are two reasons for a special syscall-related ptrace request. > > Firstly,

Re: [PATCH 1/4] arm64: hyperv: Add core Hyper-V include files

2018-12-10 Thread Vitaly Kuznetsov
k...@linuxonhyperv.com writes: > + > +static inline u64 hv_read_tsc_page_tsc(const struct ms_hyperv_tsc_page > *tsc_pg, > +u64 *cur_tsc) > +{ > + u64 scale, offset; > + u32 sequence; > + > + /* > + * The protocol for reading Hyper-V

Re: [patch] futex: Cure exit race

2018-12-10 Thread Thomas Gleixner
On Mon, 10 Dec 2018, Peter Zijlstra wrote: > On Mon, Dec 10, 2018 at 04:23:06PM +0100, Thomas Gleixner wrote: > There is another callers of futex_lock_pi_atomic(), > futex_proxy_trylock_atomic(), which is part of futex_requeue(), that too > does a retry loop on -EAGAIN. > > And there is another

Re: [PATCH] net/bluetooth: Change to use DEFINE_SHOW_ATTRIBUTE macro

2018-12-10 Thread Kees Cook
On Mon, Nov 5, 2018 at 6:56 AM Yangtao Li wrote: > > Use DEFINE_SHOW_ATTRIBUTE macro to simplify the code. > > Signed-off-by: Yangtao Li Reviewed-by: Kees Cook -Kees > --- > net/bluetooth/l2cap_core.c | 12 +--- > net/bluetooth/rfcomm/core.c | 12 +--- >

Re: Official Linux system wrapper library?

2018-12-10 Thread Carlos O'Donell
On 12/10/18 11:27 AM, Jonathan Corbet wrote: > On Sat, 8 Dec 2018 20:38:56 -0800 > Randy Dunlap wrote: > >> On 11/12/18 8:08 AM, Jonathan Corbet wrote: >>> On Sun, 11 Nov 2018 18:36:30 -0800 >>> Greg KH wrote: >>> We should have a checklist. That's a great idea. Now to find someone

Re: [PATCH] scsi: qla2xxx: disabling pci error handler early

2018-12-10 Thread Anatoliy Glagolev
Thanks, Brian. Great point. Even for AER, it looks like in-flight error handler completion is not guaranteed on pci_disable_pcie_error_reporting call, so the crash is still possible. It looks like we need to maintain per-pci_dev context and keep track of in-flight callbacks to make a clean fix. I

[PATCH v4 15/15] MAINTAINERS: Add entry for RDA Micro SoC architecture

2018-12-10 Thread Manivannan Sadhasivam
Add MAINTAINERS entry for RDA Micro SoC architecture with myself and Andreas Färber as the maintainers. Signed-off-by: Manivannan Sadhasivam --- MAINTAINERS | 15 +++ 1 file changed, 15 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 6c3fbbb361f8..6411fb222590 100644 ---

[PATCH v4 14/15] tty: serial: Add RDA8810PL UART driver

2018-12-10 Thread Manivannan Sadhasivam
Add UART driver for RDA Micro RDA8810PL SoC. Signed-off-by: Andreas Färber Signed-off-by: Manivannan Sadhasivam Reviewed-by: Greg Kroah-Hartman --- .../admin-guide/kernel-parameters.txt | 6 + drivers/tty/serial/Kconfig| 19 + drivers/tty/serial/Makefile

[PATCH v4 13/15] ARM: dts: rda8810pl: Add interrupt support for UART

2018-12-10 Thread Manivannan Sadhasivam
Add interrupt support for UART in RDA Micro RDA8810PL SoC. Signed-off-by: Andreas Färber Signed-off-by: Manivannan Sadhasivam --- arch/arm/boot/dts/rda8810pl.dtsi | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/arm/boot/dts/rda8810pl.dtsi b/arch/arm/boot/dts/rda8810pl.dtsi index

[PATCH v4 12/15] dt-bindings: serial: Document RDA Micro UART

2018-12-10 Thread Manivannan Sadhasivam
From: Andreas Färber Add an initial binding for the UART in RDA Micro RDA8810PL SoC. Signed-off-by: Andreas Färber Signed-off-by: Manivannan Sadhasivam --- .../bindings/serial/rda,8810pl-uart.txt | 17 + 1 file changed, 17 insertions(+) create mode 100644

[PATCH v4 07/15] ARM: dts: Add devicetree for OrangePi i96 board

2018-12-10 Thread Manivannan Sadhasivam
Add initial devicetree for Orange Pi i96 board from Xunlong. It is one of the 96Boards IoT Edition board. Signed-off-by: Andreas Färber Signed-off-by: Manivannan Sadhasivam --- arch/arm/boot/dts/Makefile | 3 +- arch/arm/boot/dts/rda8810pl-orangepi-i96.dts | 50

[PATCH v4 10/15] ARM: dts: rda8810pl: Add timer support

2018-12-10 Thread Manivannan Sadhasivam
Add timer support for RDA Micro RDA8810PL SoC. Signed-off-by: Andreas Färber Signed-off-by: Manivannan Sadhasivam --- arch/arm/boot/dts/rda8810pl.dtsi | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/arm/boot/dts/rda8810pl.dtsi b/arch/arm/boot/dts/rda8810pl.dtsi index

[PATCH v4 11/15] clocksource: Add clock driver for RDA8810PL SoC

2018-12-10 Thread Manivannan Sadhasivam
Add clock driver for RDA Micro RDA8810PL SoC supporting OSTIMER and HWTIMER. RDA8810PL has two independent timers: OSTIMER (56 bit) and HWTIMER (64 bit). Each timer provides optional interrupt support. In this driver, OSTIMER is used for clockevents and HWTIMER is used for clocksource.

[PATCH v4 08/15] irqchip: Add RDA8810PL interrupt driver

2018-12-10 Thread Manivannan Sadhasivam
Add interrupt driver for RDA Micro RDA8810PL SoC. Signed-off-by: Andreas Färber Signed-off-by: Manivannan Sadhasivam Reviewed-by: Marc Zyngier --- drivers/irqchip/Kconfig| 4 ++ drivers/irqchip/Makefile | 1 + drivers/irqchip/irq-rda-intc.c | 107

[PATCH v4 09/15] dt-bindings: timer: Document RDA8810PL SoC timer

2018-12-10 Thread Manivannan Sadhasivam
Document RDA Micro RDA8810PL SoC timer. Signed-off-by: Manivannan Sadhasivam --- .../bindings/timer/rda,8810pl-timer.txt | 20 +++ 1 file changed, 20 insertions(+) create mode 100644 Documentation/devicetree/bindings/timer/rda,8810pl-timer.txt diff --git

Re: siginfo pid not populated from ptrace?

2018-12-10 Thread Eric W. Biederman
Oleg Nesterov writes: > On 12/06, Eric W. Biederman wrote: >> >> The challenge is that we could be delivering this to a zombie signal >> group leader. > > ... > >> Sigh it is probably time that I dig in and figure out how to avoid that >> case which we need to fix anyway because we can get the

[PATCH v4 06/15] ARM: dts: Add devicetree for OrangePi 2G IoT board

2018-12-10 Thread Manivannan Sadhasivam
Add initial devicetree support for OrangePi 2G IoT board from Xunlong. Signed-off-by: Andreas Färber Signed-off-by: Manivannan Sadhasivam --- arch/arm/boot/dts/Makefile| 2 + .../boot/dts/rda8810pl-orangepi-2g-iot.dts| 50 +++ 2 files changed, 52

[PATCH v4 03/15] ARM: Prepare RDA8810PL SoC

2018-12-10 Thread Manivannan Sadhasivam
From: Andreas Färber Introduce ARCH_RDA and mach-rda for RDA Micro SoCs. Signed-off-by: Andreas Färber Signed-off-by: Manivannan Sadhasivam --- arch/arm/Kconfig | 2 ++ arch/arm/Makefile | 1 + arch/arm/mach-rda/Kconfig | 9 + arch/arm/mach-rda/Makefile | 1 + 4

[PATCH v4 05/15] ARM: dts: Add devicetree for RDA8810PL SoC

2018-12-10 Thread Manivannan Sadhasivam
Add initial device tree for RDA8810PL SoC from RDA Microelectronics. Signed-off-by: Andreas Färber Signed-off-by: Manivannan Sadhasivam --- arch/arm/boot/dts/rda8810pl.dtsi | 86 1 file changed, 86 insertions(+) create mode 100644

[PATCH v4 04/15] dt-bindings: interrupt-controller: Document RDA8810PL intc

2018-12-10 Thread Manivannan Sadhasivam
Document interrupt controller in RDA Micro RDA8810PL SoC. Signed-off-by: Manivannan Sadhasivam Reviewed-by: Rob Herring --- .../interrupt-controller/rda,8810pl-intc.txt | 61 +++ 1 file changed, 61 insertions(+) create mode 100644

[PATCH v4 02/15] dt-bindings: arm: Document RDA8810PL and reference boards

2018-12-10 Thread Manivannan Sadhasivam
From: Andreas Färber Add bindings for RDA Micro RDA8810PL SoC and below reference boards: 1. Orange Pi 2G-IoT - http://www.orangepi.org/OrangePi2GIOT/ 2. Orange Pi i96 - https://www.96boards.org/product/orangepi-i96/ Cc: zhao_ste...@263.net Signed-off-by: Andreas Färber Signed-off-by:

[PATCH v4 01/15] dt-bindings: Add RDA Micro vendor prefix

2018-12-10 Thread Manivannan Sadhasivam
From: Andreas Färber Add vendor prefix for RDA Micro which now merged into Unisoc Communications Inc. Signed-off-by: Andreas Färber Signed-off-by: Manivannan Sadhasivam Reviewed-by: Rob Herring --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion(+)

[PATCH v4 00/15] Add initial RDA8810PL SoC and Orange Pi boards support

2018-12-10 Thread Manivannan Sadhasivam
Hello, This patchset adds initial RDA8810PL SoC and Orange Pi boards (2G IoT and i96) support. RDA8810PL is an ARM Cortex A5 based SoC with Vivante's GC860 GPU. The SoC has been added as a new ARM sub architecture with myself and Andreas as the maintainers. More information about the boards can

Re: [PATCH 2/2] loop: Better discard support for block devices

2018-12-10 Thread Evan Green
On Wed, Dec 5, 2018 at 7:15 PM Martin K. Petersen wrote: > > > Evan, > > > Ah, I see. But I think it's useful to reflect max_discard_sectors, > > max_write_zeroes_sectors, discard_granularity, and discard_alignment > > from the block device to the loop device. With the exception of > >

Re: [PATCH v2 0/2] Provide sched_clock for riscv_timer

2018-12-10 Thread Palmer Dabbelt
On Sun, 09 Dec 2018 08:30:34 PST (-0800), daniel.lezc...@linaro.org wrote: On 07/12/2018 18:59, Palmer Dabbelt wrote: On Tue, 04 Dec 2018 02:29:50 PST (-0800), a...@brainfault.org wrote: This patchset extends riscv_timer to provide sched_clock using generic sched_clock framework. The patchset

Re: trigger named just "tx" in drivers/net/wireless/atmel/at76c50x-usb.c

2018-12-10 Thread Kalle Valo
Pavel Machek writes: > On Mon 2018-12-03 10:45:01, Kalle Valo wrote: >> Pavel Machek writes: >> >> > While grepping something else, I came across LED trigger that is named >> > just "tx". >> > >> > That's a bit too generic afaict? >> > >> > +++ b/drivers/net/wireless/atmel/at76c50x-usb.c >> >

Re: [PATCH] mfd: fix small typo

2018-12-10 Thread Lee Jones
On Tue, 11 Dec 2018, Frank Lee wrote: > ping... Please don't do that. If you think your patch has been missed, then please send it again as a [RESEND]. In this case you will need to fix the $SUBJECT line too. To see what it should look like do the following: `git log --oneline --

Re: [PATCH] selftests: do not macro-expand failed assertion expressions

2018-12-10 Thread Kees Cook
On Sun, Dec 9, 2018 at 3:00 PM Dmitry V. Levin wrote: > > I've stumbled over the current macro-expand behaviour of the test > harness: > > $ gcc -Wall -xc - <<'__EOF__' > TEST(macro) { > int status = 0; > ASSERT_TRUE(WIFSIGNALED(status)); > } > TEST_HARNESS_MAIN > __EOF__ > $

Re: [PATCH v5 22/25] syscall_get_arch: add "struct task_struct *" argument

2018-12-10 Thread Kees Cook
On Sun, Dec 9, 2018 at 8:31 PM Dmitry V. Levin wrote: > > This argument is required to extend the generic ptrace API with > PTRACE_GET_SYSCALL_INFO request: syscall_get_arch() is going > to be called from ptrace_request() along with syscall_get_nr(), > syscall_get_arguments(),

[PATCH v2 2/7] x86/hyper-v: Drop HV_X64_CONFIGURE_PROFILER definition

2018-12-10 Thread Vitaly Kuznetsov
BIT(13) in HYPERV_CPUID_FEATURES.EBX is described as "ConfigureProfiler" in TLFS v4.0 but starting 5.0 it is replaced with 'Reserved'. As we don't currently us it in kernel it can just be dropped. Signed-off-by: Vitaly Kuznetsov Reviewed-by: Michael Kelley ---

[PATCH v2 5/7] x86/kvm/hyper-v: Drop KVM_CAP_HYPERV_STIMER_DIRECT

2018-12-10 Thread Vitaly Kuznetsov
The newly introduced KVM_GET_SUPPORTED_HV_CPUID covers Direct Mode stimers feature so we can drop KVM_CAP_HYPERV_STIMER_DIRECT and reuse its number. Signed-off-by: Vitaly Kuznetsov --- - This patch only makes sense befor 4.21 merge window, disregard if it doesn't make it in time. ---

[PATCH v2 6/7] KVM: selftests: implement an unchecked version of vcpu_ioctl()

2018-12-10 Thread Vitaly Kuznetsov
In case we want to test failing ioctls we need an option to not fail. Following _vcpu_run() precedent implement _vcpu_ioctl(). Signed-off-by: Vitaly Kuznetsov --- tools/testing/selftests/kvm/include/kvm_util.h | 2 ++ tools/testing/selftests/kvm/lib/kvm_util.c | 14 -- 2 files

[PATCH v2 7/7] KVM: selftests: Add hyperv_cpuid test

2018-12-10 Thread Vitaly Kuznetsov
Add a simple (and stupid) hyperv_cpuid test: check that we got the expected number of entries with and without Enlightened VMCS enabled and that all currently reserved fields are zeroed. Signed-off-by: Vitaly Kuznetsov --- Changes since v1: - Check for -E2BIG ---

[PATCH v2 4/7] x86/kvm/hyper-v: Introduce KVM_GET_SUPPORTED_HV_CPUID

2018-12-10 Thread Vitaly Kuznetsov
With every new Hyper-V Enlightenment we implement we're forced to add a KVM_CAP_HYPERV_* capability. While this approach works it is fairly inconvenient: the majority of the enlightenments we do have corresponding CPUID feature bit(s) and userspace has to know this anyways to be able to expose the

[PATCH v2 3/7] x86/kvm/hyper-v: Introduce nested_get_evmcs_version() helper

2018-12-10 Thread Vitaly Kuznetsov
The upcoming KVM_GET_SUPPORTED_HV_CPUID ioctl will need to return Enlightened VMCS version in HYPERV_CPUID_NESTED_FEATURES.EAX when it was enabled. Signed-off-by: Vitaly Kuznetsov --- arch/x86/include/asm/kvm_host.h | 1 + arch/x86/kvm/svm.c | 7 +++ arch/x86/kvm/vmx.c

[PATCH v2 1/7] x86/hyper-v: Do some housekeeping in hyperv-tlfs.h

2018-12-10 Thread Vitaly Kuznetsov
hyperv-tlfs.h is a bit messy: CPUID feature bits are not always sorted, it's hard to get which CPUID they belong to, some items are duplicated (e.g. HV_X64_MSR_CRASH_CTL_NOTIFY/HV_CRASH_CTL_CRASH_NOTIFY). Do some housekeeping work. While on it, replace all (1 << X) with BIT(X) macro.

[PATCH v2 0/7] x86/kvm/hyper-v: Implement KVM_GET_SUPPORTED_HV_CPUID

2018-12-10 Thread Vitaly Kuznetsov
Changes since v1: - Add Michael's R-b tags. - Document KVM_GET_SUPPORTED_HV_CPUID and KVM_CAP_HYPERV_CPUID. - Fix error handling in kvm_vcpu_ioctl_get_hv_cpuid(). - Check for -E2BIG in the selftest. PATCH6 is added to support the change. As suggested by Paolo, introduce new

[PATCH 04/52] fuse: extract fuse_fill_super_common()

2018-12-10 Thread Vivek Goyal
From: Stefan Hajnoczi fuse_fill_super() includes code to process the fd= option and link the struct fuse_dev to the fd's struct file. In virtio-fs there is no file descriptor because /dev/fuse is not used. This patch extracts fuse_fill_super_common() so that both classic fuse and virtio-fs can

[PATCH 03/52] fuse: rely on mutex_unlock() barrier instead of fput()

2018-12-10 Thread Vivek Goyal
From: Stefan Hajnoczi fput() will be moved out of this function in a later patch, so we cannot rely on it as the memory barrier for ensuring file->private_data = fud is visible. Luckily there is a mutex_unlock() right before fput() which provides the same effect. Signed-off-by: Stefan Hajnoczi

Re: [PATCH v4 00/10] steal tasks to improve CPU utilization

2018-12-10 Thread Steven Sistare
On 12/10/2018 12:08 PM, Vincent Guittot wrote: > On Mon, 10 Dec 2018 at 17:33, Vincent Guittot > wrote: >> >> On Mon, 10 Dec 2018 at 17:29, Steven Sistare >> wrote: >>> >>> On 12/10/2018 11:10 AM, Vincent Guittot wrote: Hi Steven, On Thu, 6 Dec 2018 at 22:38, Steve Sistare

[PATCH 10/52] fuse: export fuse_get_unique()

2018-12-10 Thread Vivek Goyal
From: Stefan Hajnoczi virtio-fs will need unique IDs for FORGET requests from outside fs/fuse/dev.c. Make the symbol visible. Signed-off-by: Stefan Hajnoczi --- fs/fuse/dev.c| 3 ++- fs/fuse/fuse_i.h | 5 + 2 files changed, 7 insertions(+), 1 deletion(-) diff --git a/fs/fuse/dev.c

[PATCH 01/52] fuse: add skeleton virtio_fs.ko module

2018-12-10 Thread Vivek Goyal
From: Stefan Hajnoczi Add a basic file system module for virtio-fs. Signed-off-by: Stefan Hajnoczi --- fs/fuse/Kconfig | 10 ++ fs/fuse/Makefile| 1 + fs/fuse/virtio_fs.c | 33 + 3 files changed, 44 insertions(+) create mode 100644

[PATCH 06/52] fuse: export fuse_end_request()

2018-12-10 Thread Vivek Goyal
From: Stefan Hajnoczi virtio-fs will need to complete requests from outside fs/fuse/dev.c. Make the symbol visible. Signed-off-by: Stefan Hajnoczi --- fs/fuse/dev.c| 19 ++- fs/fuse/fuse_i.h | 5 + 2 files changed, 15 insertions(+), 9 deletions(-) diff --git

[PATCH 12/52] virtio_fs: Set up dax_device

2018-12-10 Thread Vivek Goyal
From: Stefan Hajnoczi Setup a dax device. Signed-off-by: Stefan Hajnoczi --- fs/fuse/virtio_fs.c | 68 + 1 file changed, 68 insertions(+) diff --git a/fs/fuse/virtio_fs.c b/fs/fuse/virtio_fs.c index 225eb729656f..fd914f2c6209 100644 ---

[PATCH 00/52] [RFC] virtio-fs: shared file system for virtual machines

2018-12-10 Thread Vivek Goyal
Hi, Here are RFC patches for virtio-fs. Looking for feedback on this approach. These patches should apply on top of 4.20-rc5. We have also put code for various components here. https://gitlab.com/virtio-fs Problem Description === We want to be able to take a directory tree on

[PATCH 43/52] fuse: Take inode lock for dax inode truncation

2018-12-10 Thread Vivek Goyal
When a file is opened with O_TRUNC, we need to make sure that any other DAX operation is not in progress. DAX expects i_size to be stable. In fuse_iomap_begin() we check for i_size at multiple places and we expect i_size to not change. Another problem is, if we setup a mapping in

[PATCH 11/52] fuse: implement FUSE_FORGET for virtio-fs

2018-12-10 Thread Vivek Goyal
From: Stefan Hajnoczi Sent single FUSE_FORGET requests on the hiprio queue. In the future it may be possible to do FUSE_BATCH_FORGET but that is tricky since virtio-fs gets called synchronously when forgets are queued. Signed-off-by: Stefan Hajnoczi --- fs/fuse/virtio_fs.c | 93

[PATCH 13/52] dax: remove block device dependencies

2018-12-10 Thread Vivek Goyal
From: Stefan Hajnoczi Although struct dax_device itself is not tied to a block device, some DAX code assumes there is a block device. Make block devices optional by allowing bdev to be NULL in commonly used DAX APIs. When there is no block device: * Skip the partition offset calculation in

[PATCH 25/52] Introduce interval tree basic data structures

2018-12-10 Thread Vivek Goyal
We want to use interval tree to keep track of per inode dax mappings. Introduce basic data structures. Signed-off-by: Vivek Goyal --- fs/fuse/fuse_i.h | 15 +++ 1 file changed, 15 insertions(+) diff --git a/fs/fuse/fuse_i.h b/fs/fuse/fuse_i.h index fb49ca9d05ac..a24f31156b47 100644

[PATCH 27/52] fuse: Maintain a list of busy elements

2018-12-10 Thread Vivek Goyal
This list will be used selecting fuse_dax_mapping to free when number of free mappings drops below a threshold. Signed-off-by: Vivek Goyal --- fs/fuse/file.c | 8 fs/fuse/fuse_i.h | 7 +++ fs/fuse/inode.c | 4 3 files changed, 19 insertions(+) diff --git a/fs/fuse/file.c

[PATCH 31/52] dax: Pass dax_dev to dax_writeback_mapping_range()

2018-12-10 Thread Vivek Goyal
Right now dax_writeback_mapping_range() is passed a bdev and dax_dev is searched from that bdev name. virtio-fs does not have a bdev. So pass in dax_dev also to dax_writeback_mapping_range(). If dax_dev is passed in, bdev is not used otherwise dax_dev is searched using bdev. Signed-off-by: Vivek

[PATCH 29/52] fuse: add DAX mmap support

2018-12-10 Thread Vivek Goyal
From: Stefan Hajnoczi Add DAX mmap() support. Signed-off-by: Stefan Hajnoczi --- fs/fuse/file.c | 58 +- 1 file changed, 57 insertions(+), 1 deletion(-) diff --git a/fs/fuse/file.c b/fs/fuse/file.c index 41d773ba2c72..5230f2d84a14

[PATCH 28/52] Do fallocate() to grow file before mapping for file growing writes

2018-12-10 Thread Vivek Goyal
How to handle file growing writes. For now, this patch does fallocate() to grow file and then map it using dax. We need to figure out what's the best way to handle it. This patch does fallocate() and setup mapping operations in fuse_dax_write_iter(), instead of iomap_begin(). I don't have access

[PATCH 19/52] virito-fs: Make dax optional

2018-12-10 Thread Vivek Goyal
From: "Dr. David Alan Gilbert" Add a 'dax' option and only enable dax when it's on. Also show "dax" in mount options if filesystem was mounted with dax enabled. Signed-off-by: Dr. David Alan Gilbert Signed-off-by: Vivek Goyal --- fs/fuse/fuse_i.h| 1 + fs/fuse/inode.c | 8

[PATCH 22/52] Create a list of free memory ranges

2018-12-10 Thread Vivek Goyal
Divide the dax memory range into fixed size ranges (2MB for now) and put them in a list. This will track free ranges. Once an inode requires a free range, we will take one from here and put it in interval-tree of ranges assigned to inode. Signed-off-by: Vivek Goyal --- fs/fuse/fuse_i.h| 14

[PATCH 15/52] fuse: map virtio_fs DAX window BAR

2018-12-10 Thread Vivek Goyal
From: Stefan Hajnoczi Experimental QEMU code introduces an MMIO BAR for mapping portions of files in the virtio-fs device. Map this BAR so that FUSE DAX can access file contents from the host page cache. The DAX window is accessed by the fs/dax.c infrastructure and must have struct pages (at

[PATCH 09/52] fuse: process requests queues

2018-12-10 Thread Vivek Goyal
From: Stefan Hajnoczi Send normal requests to the device and handle completions. This is enough to get mount and basic I/O working. The hiprio and notifications queues still need to be implemented for full FUSE functionality. Signed-off-by: Stefan Hajnoczi --- fs/fuse/fuse_i.h| 3 +

[PATCH 36/52] fuse: Kick worker when free memory drops below 20% of total ranges

2018-12-10 Thread Vivek Goyal
Kick worker to free up some memory when number of free ranges drops below 20% of total free ranges at the time of initialization. Signed-off-by: Vivek Goyal --- fs/fuse/file.c | 11 ++- fs/fuse/fuse_i.h | 9 + fs/fuse/inode.c | 1 + 3 files changed, 20 insertions(+), 1

[PATCH 44/52] fuse: Clear setuid bit even in direct I/O path

2018-12-10 Thread Vivek Goyal
With cache=never, we fall back to direct IO. pjdfstest chmod test 12.t was failing because if a file has setuid bit, it should be cleared if an unpriviledged user opens it for write and writes to it. Call fuse_remove_privs() even for direct I/O path. Signed-off-by: Vivek Goyal ---

[PATCH 21/52] fuse: Introduce fuse_dax_mapping

2018-12-10 Thread Vivek Goyal
Introduce fuse_dax_mapping. This type will be used to keep track of per inode dax mappings. Signed-off-by: Vivek Goyal --- fs/fuse/fuse_i.h | 9 + 1 file changed, 9 insertions(+) diff --git a/fs/fuse/fuse_i.h b/fs/fuse/fuse_i.h index 345abe9b022f..b9880be690bd 100644 ---

[PATCH 18/52] virtio-fs: Map cache using the values from the capabilities

2018-12-10 Thread Vivek Goyal
Instead of assuming we had the fixed bar for the cache, use the value from the capabilities. Signed-off-by: Dr. David Alan Gilbert --- fs/fuse/virtio_fs.c | 32 +--- 1 file changed, 17 insertions(+), 15 deletions(-) diff --git a/fs/fuse/virtio_fs.c

[PATCH 26/52] fuse: Implement basic DAX read/write support commands

2018-12-10 Thread Vivek Goyal
From: Stefan Hajnoczi This patch implements basic DAX support. mmap() is not implemented yet and will come in later patches. This patch looks into implemeting read/write. Signed-off-by: Stefan Hajnoczi Signed-off-by: Dr. David Alan Gilbert Signed-off-by: Vivek Goyal --- fs/fuse/file.c

[PATCH 35/52] fuse: Add logic to do direct reclaim of memory

2018-12-10 Thread Vivek Goyal
This can be done only from same inode. Also it can be done only for read/write case and not for fault case. Reason, as of now reclaim requires holding inode_lock, fuse_inode->i_mmap_sem and fuse_inode->dmap_tree locks in that order and only read/write path will allow that (and not fault path).

[PATCH 20/52] Limit number of pages returned by direct_access()

2018-12-10 Thread Vivek Goyal
Truncate number of pages mapped by direct_access() to remain with-in window size. User might request mapping pages beyond window size. Signed-off-by: Vivek Goyal --- fs/fuse/virtio_fs.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/fs/fuse/virtio_fs.c

<    2   3   4   5   6   7   8   9   10   11   >