Re: [RFC patch 10/15] x86/entry: Move irq tracing to C code

2019-09-23 Thread Peter Zijlstra
On Mon, Sep 23, 2019 at 01:55:51PM +0200, Peter Zijlstra wrote: > On Mon, Sep 23, 2019 at 01:49:20PM +0200, Peter Zijlstra wrote: > > While walking the kids to school I wondered WTH we need to call > > TRACE_IRQS_OFF in the first place. If this is the return from exception > > path, interrupts had

Re: [PATCH v1 0/3] mm/memory_hotplug: Export generic_online_page()

2019-09-23 Thread Michal Hocko
On Mon 23-09-19 13:34:18, David Hildenbrand wrote: > On 23.09.19 13:15, Michal Hocko wrote: [...] > > I am wondering why those pages get onlined when they are, in fact, > > supposed to be offline. > > > > It's the current way of emulating sub-memory-block hotplug on top of the > memory bock devic

Re: [PATCH V7 2/2] mailbox: introduce ARM SMC based mailbox

2019-09-23 Thread kbuild test robot
pecify the base tree in git format-patch, please see https://stackoverflow.com/a/37406982] url: https://github.com/0day-ci/linux/commits/Peng-Fan/mailbox-arm-introduce-smc-triggered-mailbox/20190923-143902 config: arm-allmodconfig (attached as .config) compiler: arm-linux-gnueabi-gcc (GCC) 7.4.0

For review: rewritten pivot_root(2) manual page

2019-09-23 Thread Michael Kerrisk (man-pages)
Hello all, I'm looking for review input for the pivot_root(2) manual page, which I have substantially rewritten. The original page was written 19 years ago, and has seen little revision since that time. It contains a number of errors. Even at the time it was first released, the manual page alrea

Re: linux-next: manual merge of the btrfs-kdave tree with Linus' tree

2019-09-23 Thread David Sterba
On Thu, Sep 19, 2019 at 12:31:06PM +0100, Mark Brown wrote: > Hi all, > > Today's linux-next merge of the btrfs-kdave tree got conflicts in: > > fs/btrfs/block-group.c > fs/btrfs/ctree.h > fs/btrfs/extent-tree.c > fs/btrfs/send.c > fs/btrfs/space-info.c > include/uapi/linux/btrfs_tree

Re: [RFC patch 10/15] x86/entry: Move irq tracing to C code

2019-09-23 Thread Peter Zijlstra
On Mon, Sep 23, 2019 at 01:49:20PM +0200, Peter Zijlstra wrote: > While walking the kids to school I wondered WTH we need to call > TRACE_IRQS_OFF in the first place. If this is the return from exception > path, interrupts had better be disabled already (in exception enter). > > For entry_64.S we

RE: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2()

2019-09-23 Thread David Laight
From: Linus Torvalds > Sent: 19 September 2019 21:04 ... > Note small detail above: I changed the ^= to a +=. Addition tends to > be better (due to carry between bits) when there might be bit > commonalities. Particularly with something like a cycle count where > two xors can mostly cancel out pre

Re: [PATCH] sched: rt: Make RT capacity aware

2019-09-23 Thread Qais Yousef
On 09/20/19 14:52, Dietmar Eggemann wrote: > > 2. The fallback mechanism means we either have to call cpupri_find() > >twice once to find filtered lowest_rq and the other to return the > >none filtered version. > > This is what I have in mind. (Only compile tested! ... and the

Re: [RFC patch 10/15] x86/entry: Move irq tracing to C code

2019-09-23 Thread Peter Zijlstra
On Mon, Sep 23, 2019 at 12:27:47PM +0200, Thomas Gleixner wrote: > On Mon, 23 Sep 2019, Peter Zijlstra wrote: > > > On Thu, Sep 19, 2019 at 05:03:24PM +0200, Thomas Gleixner wrote: > > > To prepare for converting the exit to usermode code to the generic > > > version, > > > move the irqflags trac

Re: [PATCH v1 0/3] mm/memory_hotplug: Export generic_online_page()

2019-09-23 Thread David Hildenbrand
On 23.09.19 13:34, David Hildenbrand wrote: > On 23.09.19 13:15, Michal Hocko wrote: >> On Mon 23-09-19 11:31:30, David Hildenbrand wrote: >>> On 23.09.19 10:58, Michal Hocko wrote: On Fri 20-09-19 10:17:54, David Hildenbrand wrote: > On 09.09.19 13:48, David Hildenbrand wrote: >> Base

Re: [PATCH] printk: Fix unnecessary returning broken pipe error from devkmsg_read

2019-09-23 Thread Petr Mladek
On Mon 2019-09-23 18:45:18, He Zhe wrote: > > > On 9/23/19 6:05 PM, Sergey Senozhatsky wrote: > > On (09/18/19 21:31), zhe...@windriver.com wrote: > >> When users read the buffer from start, there is no need to return -EPIPE > >> since the possible overflows will not affect the output. > >> > > [

Re: [PATCH 4/5] ocxl: Add functions to map/unmap LPC memory

2019-09-23 Thread Frederic Barrat
diff --git a/drivers/misc/ocxl/link.c b/drivers/misc/ocxl/link.c index 2874811a4398..9e303a5f4d85 100644 --- a/drivers/misc/ocxl/link.c +++ b/drivers/misc/ocxl/link.c @@ -738,7 +738,7 @@ int ocxl_link_add_lpc_mem(void *link_handle, u64 size) } EXPORT_SYMBOL_GPL(ocxl_link_add_lpc_mem);

Re: [PATCH v1 0/3] mm/memory_hotplug: Export generic_online_page()

2019-09-23 Thread David Hildenbrand
On 23.09.19 13:15, Michal Hocko wrote: > On Mon 23-09-19 11:31:30, David Hildenbrand wrote: >> On 23.09.19 10:58, Michal Hocko wrote: >>> On Fri 20-09-19 10:17:54, David Hildenbrand wrote: On 09.09.19 13:48, David Hildenbrand wrote: > Based on linux/next + "[PATCH 0/3] Remove __online_page

Re: [PATCH] media: platform: Use devm_platform_ioremap_resource() in two functions

2019-09-23 Thread Niklas Söderlund
Hi Markus, Thanks for your patch. On 2019-09-18 11:30:30 +0200, Markus Elfring wrote: > From: Markus Elfring > Date: Wed, 18 Sep 2019 11:20:48 +0200 > > Simplify these function implementations by using a known wrapper function. > > This issue was detected by using the Coccinelle software. > >

Re: For review: pidfd_send_signal(2) manual page

2019-09-23 Thread Daniel Colascione
On Mon, Sep 23, 2019 at 2:12 AM Michael Kerrisk (man-pages) wrote: >The pidfd_send_signal() system call allows the avoidance of race >conditions that occur when using traditional interfaces (such as >kill(2)) to signal a process. The problem is that the traditional >

Re: [PATCH] x86/mm/pti: Handle unaligned addr to PMD-mapped page in pti_clone_pgtable

2019-09-23 Thread Peter Zijlstra
On Wed, Sep 18, 2019 at 10:53:12PM -0700, Song Liu wrote: > To clone page table of PMD-mapped pages, pti_clone_pgtable() requires PMD > aligned start address. [1] adds warning for unaligned addresses. However, > there is still no warning for unaligned address to valid huge pmd [2]. > > Add alignme

Re: For review: pidfd_open(2) manual page

2019-09-23 Thread Daniel Colascione
On Mon, Sep 23, 2019 at 3:53 AM Florian Weimer wrote: > > * Michael Kerrisk: > > > SYNOPSIS > >int pidfd_open(pid_t pid, unsigned int flags); > > Should this mention for pid_t? > > > ERRORS > >EINVAL flags is not 0. > > > >EINVAL pid is not valid. > > > >ESRCH The

Re: For review: pidfd_send_signal(2) manual page

2019-09-23 Thread Florian Weimer
* Michael Kerrisk: > SYNOPSIS >int pidfd_send_signal(int pidfd, int sig, siginfo_t info, > unsigned int flags); This probably should reference a header for siginfo_t. >ESRCH The target process does not exist. If the descriptor is valid, does this me

Is congestion broken?

2019-09-23 Thread Matthew Wilcox
Ping Jens? On Wed, Sep 18, 2019 at 08:49:49PM -0700, Matthew Wilcox wrote: > On Thu, Sep 19, 2019 at 10:33:10AM +0800, Lin Feng wrote: > > On 9/18/19 20:33, Michal Hocko wrote: > > > I absolutely agree here. From you changelog it is also not clear what is > > > the underlying problem. Both conge

Re: [PATCH V8 2/2] arm64/mm: Enable memory hot remove

2019-09-23 Thread Matthew Wilcox
On Mon, Sep 23, 2019 at 11:13:45AM +0530, Anshuman Khandual wrote: > +#ifdef CONFIG_MEMORY_HOTPLUG > +static void free_hotplug_page_range(struct page *page, size_t size) > +{ > + WARN_ON(!page || PageReserved(page)); WARN_ON(!page) isn't terribly useful. You're going to crash on the very next

Re: [PATCH v1 0/3] mm/memory_hotplug: Export generic_online_page()

2019-09-23 Thread Michal Hocko
On Mon 23-09-19 11:31:30, David Hildenbrand wrote: > On 23.09.19 10:58, Michal Hocko wrote: > > On Fri 20-09-19 10:17:54, David Hildenbrand wrote: > >> On 09.09.19 13:48, David Hildenbrand wrote: > >>> Based on linux/next + "[PATCH 0/3] Remove __online_page_set_limits()" > >>> > >>> Let's replace t

Re: [PATCH v7 10/21] RISC-V: KVM: Handle MMIO exits for VCPU

2019-09-23 Thread Paolo Bonzini
On 04/09/19 18:15, Anup Patel wrote: > + unsigned long guest_sstatus = > + vcpu->arch.guest_context.sstatus | SR_MXR; > + unsigned long guest_hstatus = > + vcpu->arch.guest_context.hstatus | HSTATUS_SPRV; > + unsigned long guest_vsstatus, old_stve

Re: pivot_root(".", ".") and the fchdir() dance

2019-09-23 Thread Michael Kerrisk (man-pages)
Hello Eric, On 9/15/19 8:17 PM, Eric W. Biederman wrote: > "Michael Kerrisk (man-pages)" writes: > >> Hello Eric, >> >> On 9/11/19 1:06 AM, Eric W. Biederman wrote: >>> "Michael Kerrisk (man-pages)" writes: >>> Hello Christian, >> All: I plan to add the following text to the manua

linux-kernel@vger.kernel.org

2019-09-23 Thread Greg Kroah-Hartman
On Mon, Sep 23, 2019 at 06:51:02PM +0800, Ran Wang wrote: > USB 2.0 Embedded Host PET Automated Test (CH6) 6.7.23 A-UUT "Unsupported > Device" Message require to stop enumerating device with VID=0x1a0a PID=0x0201 > and pop message to declare this device is not supported. Why is this a requirement?

Re: [PATCH] HID: core: clean up indentation issue

2019-09-23 Thread Jiri Kosina
On Sun, 22 Sep 2019, Colin King wrote: > From: Colin Ian King > > There is an if statement that is indented by one extra space, > fix this by removing the extraneous space. > > Signed-off-by: Colin Ian King > --- > drivers/hid/hid-core.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletion

Re: [PATCH 30/32] tools lib bpf: Renaming pr_warning to pr_warn

2019-09-23 Thread Petr Mladek
On Mon 2019-09-23 10:20:39, Daniel Borkmann wrote: > On Sun, Sep 22, 2019 at 02:07:21PM -0700, Andrii Nakryiko wrote: > > On Fri, Sep 20, 2019 at 10:06 AM Kefeng Wang > > wrote: > > > > > > For kernel logging macro, pr_warning is completely removed and > > > replaced by pr_warn, using pr_warn in

Re: Kernel Concurrency Sanitizer (KCSAN)

2019-09-23 Thread Marco Elver
On Mon, 23 Sep 2019 at 10:59, Dmitry Vyukov wrote: > > On Mon, Sep 23, 2019 at 10:54 AM Boqun Feng wrote: > > > > On Mon, Sep 23, 2019 at 10:21:38AM +0200, Dmitry Vyukov wrote: > > > On Mon, Sep 23, 2019 at 6:31 AM Boqun Feng wrote: > > > > > > > > On Fri, Sep 20, 2019 at 04:54:21PM +0100, Will

Re: For review: pidfd_open(2) manual page

2019-09-23 Thread Florian Weimer
* Michael Kerrisk: > SYNOPSIS >int pidfd_open(pid_t pid, unsigned int flags); Should this mention for pid_t? > ERRORS >EINVAL flags is not 0. > >EINVAL pid is not valid. > >ESRCH The process specified by pid does not exist. Presumably, EMFILE and ENFILE are als

Re: [PATCH v4 1/2] soc/tegra: pmc: Query PCLK clock rate at probe time

2019-09-23 Thread Jon Hunter
On 04/08/2019 21:29, Dmitry Osipenko wrote: > It is possible to get a lockup if kernel decides to enter LP2 cpuidle > from some clk-notifier, in that case CCF's "prepare" mutex is kept locked > and thus clk_get_rate(pclk) blocks on the same mutex with interrupts being > disabled. > > Signed-off

Re: [PATCH] futex: robust futex maybe never be awaked, on rare situation.

2019-09-23 Thread Michal Hocko
[Cc more futex people] On Mon 23-09-19 11:18:20, Yunfeng Cui wrote: > I use model checker find a issue of robust and pi futex. On below > situation, the owner can't find something in pi_state_list, while > the requester will be blocked, never be awaked. > > CPU0 CPU1 >

Re: [PATCH RESEND] gen-insn-attr-x86.awk: Fix regexp warnings

2019-09-23 Thread Alexander Kapshuk
On Mon, Sep 23, 2019 at 1:31 PM Borislav Petkov wrote: > > + Masami. > > On Sun, Sep 22, 2019 at 06:03:28PM +0300, Alexander Kapshuk wrote: > > This patch fixes the regexp warnings shown below: > > Avoid having "This patch" or "This commit" in the commit message. It is > tautologically useless. >

Re: [PATCH] mm/hotplug: Reorder memblock_[free|remove]() calls in try_remove_memory()

2019-09-23 Thread David Hildenbrand
On 23.09.19 12:52, Michal Hocko wrote: > On Mon 16-09-19 11:17:37, Anshuman Khandual wrote: >> In add_memory_resource() the memory range to be hot added first gets into >> the memblock via memblock_add() before arch_add_memory() is called on it. >> Reverse sequence should be followed during memory

Re: [PATCH] mm/hotplug: Reorder memblock_[free|remove]() calls in try_remove_memory()

2019-09-23 Thread Michal Hocko
On Mon 16-09-19 11:17:37, Anshuman Khandual wrote: > In add_memory_resource() the memory range to be hot added first gets into > the memblock via memblock_add() before arch_add_memory() is called on it. > Reverse sequence should be followed during memory hot removal which already > is being followe

linux-kernel@vger.kernel.org

2019-09-23 Thread Ran Wang
USB 2.0 Embedded Host PET Automated Test (CH6) 6.7.23 A-UUT "Unsupported Device" Message require to stop enumerating device with VID=0x1a0a PID=0x0201 and pop message to declare this device is not supported. Signed-off-by: Ran Wang --- drivers/usb/core/hub.c | 12 1 file changed, 12

Sveiki

2019-09-23 Thread Daniel Philip Mark
Sveiki Dārgais draugs, Es esmu barr.Daniel Philip Mark, personīgais advokāts Late Mr.J.B. Es sazinājos ar jums, ņemot vērā naudas līdzekļu iemaksu (USD 10,5 miljoni) banka, uz kuru kopš mana klienta, kurš i., nāves nav atsaukts ticiet, ka esat jūsu radinieks, jo jums ir tāds pats uzvārds ar viņam.L

Re: [PATCH] printk: Fix unnecessary returning broken pipe error from devkmsg_read

2019-09-23 Thread He Zhe
On 9/23/19 6:05 PM, Sergey Senozhatsky wrote: > On (09/18/19 21:31), zhe...@windriver.com wrote: >> When users read the buffer from start, there is no need to return -EPIPE >> since the possible overflows will not affect the output. >> > [..] >> -if (user->seq < log_first_seq) { >> +if (

Re: [for-next][PATCH 7/8] tracing/probe: Reject exactly same probe event

2019-09-23 Thread Srikar Dronamraju
Hey Masami, Steven > > +static bool trace_kprobe_has_same_kprobe(struct trace_kprobe *orig, > + struct trace_kprobe *comp) > +{ > + struct trace_probe_event *tpe = orig->tp.event; > + struct trace_probe *pos; > + int i; > + > + list_for_each_e

Re: [PATCH RFC v3 1/9] ACPI: NUMA: export pxm_to_node

2019-09-23 Thread David Hildenbrand
On 23.09.19 12:36, Michal Hocko wrote: > On Mon 23-09-19 12:13:11, David Hildenbrand wrote: >> On 19.09.19 16:22, David Hildenbrand wrote: >>> Will be needed by virtio-mem to identify the node from a pxm. >>> >>> Cc: "Rafael J. Wysocki" >>> Cc: Len Brown >>> Cc: linux-a...@vger.kernel.org >>> Sig

[PATCH] scsi: qedf: Add port_id getter

2019-09-23 Thread Daniel Wagner
Add qedf_get_host_port_id() to the transport template. The fc_transport_template initializes the port_id member to the default value of -1. The new getter ensures that the sysfs entry shows the current value and not the default one, e.g by using 'lsscsi -H -t' Signed-off-by: Daniel Wagner --- d

Re: [PATCH RFC v3 1/9] ACPI: NUMA: export pxm_to_node

2019-09-23 Thread Michal Hocko
On Mon 23-09-19 12:13:11, David Hildenbrand wrote: > On 19.09.19 16:22, David Hildenbrand wrote: > > Will be needed by virtio-mem to identify the node from a pxm. > > > > Cc: "Rafael J. Wysocki" > > Cc: Len Brown > > Cc: linux-a...@vger.kernel.org > > Signed-off-by: David Hildenbrand > > --- >

Re: [PATCH RESEND] gen-insn-attr-x86.awk: Fix regexp warnings

2019-09-23 Thread Borislav Petkov
+ Masami. On Sun, Sep 22, 2019 at 06:03:28PM +0300, Alexander Kapshuk wrote: > This patch fixes the regexp warnings shown below: Avoid having "This patch" or "This commit" in the commit message. It is tautologically useless. Also, do $ git grep 'This patch' Documentation/process for more detai

Re: [RFC patch 10/15] x86/entry: Move irq tracing to C code

2019-09-23 Thread Thomas Gleixner
On Mon, 23 Sep 2019, Peter Zijlstra wrote: > On Thu, Sep 19, 2019 at 05:03:24PM +0200, Thomas Gleixner wrote: > > To prepare for converting the exit to usermode code to the generic version, > > move the irqflags tracing into C code. > > > > Signed-off-by: Thomas Gleixner > > --- > > arch/x86/en

Re: [PATCH RESEND] gen-insn-attr-x86.awk: Fix regexp warnings

2019-09-23 Thread Borislav Petkov
On Mon, Sep 23, 2019 at 12:56:14PM +0300, Alexander Kapshuk wrote: > On Mon, Sep 23, 2019 at 12:19 PM Borislav Petkov wrote: > > > > On Sun, Sep 22, 2019 at 06:03:28PM +0300, Alexander Kapshuk wrote: > > > This patch fixes the regexp warnings shown below: > > > GEN /home/sasha/torvalds/tools/

Re: [PATCH 01/17] x86: spec_ctrl: fix SPEC_CTRL initialization after kexec

2019-09-23 Thread Paolo Bonzini
On 20/09/19 23:24, Andrea Arcangeli wrote: > We can't assume the SPEC_CTRL msr is zero at boot because it could be > left enabled by a previous kernel booted with > spec_store_bypass_disable=on. > > Without this fix a boot with spec_store_bypass_disable=on followed by > a kexec boot with spec_stor

Re: [PATCH 13/17] KVM: monolithic: x86: drop the kvm_pmu_ops structure

2019-09-23 Thread Paolo Bonzini
On 20/09/19 23:25, Andrea Arcangeli wrote: > Cleanup after this was finally left fully unused. > > Signed-off-by: Andrea Arcangeli > --- > arch/x86/include/asm/kvm_host.h | 3 --- > arch/x86/kvm/pmu.h | 19 --- > arch/x86/kvm/pmu_amd.c | 15 ---

[PATCH v5 1/3] led: make led_set_brightness_sync() use led_set_brightness_nosleep()

2019-09-23 Thread Jean-Jacques Hiblot
Making led_set_brightness_sync() use led_set_brightness_nosleep() has 2 advantages: - works for LED controllers that do not provide brightness_set_blocking() - When the blocking callback is used, it uses the workqueue to update the LED state, removing the need for mutual exclusion between led_s

Re: printk() + memory offline deadlock (WAS Re: page_alloc.shuffle=1 + CONFIG_PROVE_LOCKING=y = arm64 hang)

2019-09-23 Thread Sergey Senozhatsky
On (09/18/19 12:10), Qian Cai wrote: [..] > > So you have debug objects enabled. Right? This thing does not behave > > when it comes to printing. debug_objects are slightly problematic. > > Yes, but there is an also a similar splat without the debug_objects. It looks > like anything try to allocat

[PATCH v5 0/3] leds: Add control of the voltage/current regulator to the LED core

2019-09-23 Thread Jean-Jacques Hiblot
This series makes it possible for the LED core to manage the power supply of a LED. It uses the regulator API to disable/enable the power if when the LED is turned on/off. This is especially useful in situations where the LED driver/controller is not supplying the power. Because updating a regulato

[PATCH v5 2/3] dt-bindings: leds: document the "power-supply" property

2019-09-23 Thread Jean-Jacques Hiblot
Most of the LEDs are powered by a voltage/current regulator. Describing it in the device-tree makes it possible for the LED core to enable/disable it when needed. Signed-off-by: Jean-Jacques Hiblot --- Documentation/devicetree/bindings/leds/common.txt | 6 ++ 1 file changed, 6 insertions(+)

[PATCH v5 3/3] leds: Add control of the voltage/current regulator to the LED core

2019-09-23 Thread Jean-Jacques Hiblot
A LED is usually powered by a voltage/current regulator. Let the LED core know about it. This allows the LED core to turn on or off the power supply as needed. Signed-off-by: Jean-Jacques Hiblot --- drivers/leds/led-class.c | 17 +++ drivers/leds/led-core.c | 65

Re: [PATCH 02/17] KVM: monolithic: x86: convert the kvm_x86_ops methods to external functions

2019-09-23 Thread Paolo Bonzini
On 20/09/19 23:24, Andrea Arcangeli wrote: > diff --git a/arch/x86/kvm/svm_ops.c b/arch/x86/kvm/svm_ops.c > new file mode 100644 > index ..2aaabda92179 > --- /dev/null > +++ b/arch/x86/kvm/svm_ops.c > @@ -0,0 +1,672 @@ > +// SPDX-License-Identifier: GPL-2.0-only > +/* > + * arch/x86/kv

Re: [PATCH 14/17] KVM: monolithic: x86: inline more exit handlers in vmx.c

2019-09-23 Thread Paolo Bonzini
On 20/09/19 23:25, Andrea Arcangeli wrote: > They can be called directly more efficiently, so we can as well mark > some of them inline in case gcc doesn't decide to inline them. What is the output of size(1) before and after? Paolo > Signed-off-by: Andrea Arcangeli > --- > arch/x86/kvm/vmx/vm

[PATCH v6 0/2] Add support for Layerscape external interrupt lines

2019-09-23 Thread Kurt Kanzenbach
Hi, this is a respin of getting the support for the Layerscape's external interrupt lines. The last version from Rasmus Villemoes can be found here: https://lkml.kernel.org/r/20180223210901.23480-1-rasmus.villem...@prevas.dk/ Rasmus Villemoes ran out of time, so I prepared v6. Changes since v5

[PATCH v6 2/2] dt/bindings: Add bindings for Layerscape external irqs

2019-09-23 Thread Kurt Kanzenbach
From: Rasmus Villemoes This adds Device Tree binding documentation for the external interrupt lines with configurable polarity present on some Layerscape SOCs. Signed-off-by: Rasmus Villemoes Signed-off-by: Kurt Kanzenbach --- Changes since v5: - Add #address-cells and #size-cells to parent

Re: [PATCH 07/17] KVM: monolithic: x86: adjust the section prefixes

2019-09-23 Thread Paolo Bonzini
On 20/09/19 23:24, Andrea Arcangeli wrote: > Adjusts the section prefixes of some KVM common code function because > with the monolithic methods the section checker can now do a more > accurate analysis at build time and this allows to build without > CONFIG_SECTION_MISMATCH_WARN_ONLY=n. > > Signe

[PATCH v6 1/2] irqchip: Add support for Layerscape external interrupt lines

2019-09-23 Thread Kurt Kanzenbach
From: Rasmus Villemoes The LS1021A allows inverting the polarity of six interrupt lines IRQ[0:5] via the scfg_intpcr register, effectively allowing IRQ_TYPE_LEVEL_LOW and IRQ_TYPE_EDGE_FALLING for those. We just need to check the type, set the relevant bit in INTPCR accordingly, and fixup the typ

Re: [PATCH RFC v3 1/9] ACPI: NUMA: export pxm_to_node

2019-09-23 Thread David Hildenbrand
On 19.09.19 16:22, David Hildenbrand wrote: > Will be needed by virtio-mem to identify the node from a pxm. > > Cc: "Rafael J. Wysocki" > Cc: Len Brown > Cc: linux-a...@vger.kernel.org > Signed-off-by: David Hildenbrand > --- > drivers/acpi/numa.c | 1 + > 1 file changed, 1 insertion(+) > > d

Re: [PATCH] arm64: use generic free_initrd_mem()

2019-09-23 Thread Anshuman Khandual
On 09/16/2019 07:25 PM, Mike Rapoport wrote: > (added linux-arch) > > On Mon, Sep 16, 2019 at 08:23:29AM -0400, Laura Abbott wrote: >> On 9/16/19 8:21 AM, Mike Rapoport wrote: >>> From: Mike Rapoport >>> >>> arm64 calls memblock_free() for the initrd area in its implementation of >>> free_init

[PATCH v2 1/2] mmc: sdhci: Let drivers define their DMA mask

2019-09-23 Thread Thierry Reding
From: Adrian Hunter Add host operation ->set_dma_mask() so that drivers can define their own DMA masks. Signed-off-by: Adrian Hunter Tested-by: Nicolin Chen Signed-off-by: Thierry Reding --- Changes in v2: - add Tested-by tag from Nicolin drivers/mmc/host/sdhci.c | 12 drivers/

[PATCH v2 2/2] mmc: tegra: Implement ->set_dma_mask()

2019-09-23 Thread Thierry Reding
From: Nicolin Chen The SDHCI controller on Tegra186 supports 40-bit addressing, which is usually enough to address all of system memory. However, if the SDHCI controller is behind an IOMMU, the address space can go beyond. This happens on Tegra186 and later where the ARM SMMU has an input address

Re: [PATCH 0/6] add the DDR clock controller on Meson8 and Meson8b

2019-09-23 Thread Jerome Brunet
On Sat 21 Sep 2019 at 17:18, Martin Blumenstingl wrote: > Meson8 and Meson8b SoCs embed a DDR clock controller in their MMCBUS > registers. This series: > - adds support for this DDR clock controller (patches 0 and 1) > - wires up the DDR PLL as input for two audio clocks (patches 2 and 3) Have

Re: [PATCH] printk: Fix unnecessary returning broken pipe error from devkmsg_read

2019-09-23 Thread Sergey Senozhatsky
On (09/18/19 21:31), zhe...@windriver.com wrote: > > When users read the buffer from start, there is no need to return -EPIPE > since the possible overflows will not affect the output. > [..] > - if (user->seq < log_first_seq) { > + if (user->seq == 0) { > + user->seq = log_fir

[PATCH] leds: tlc591xx: update the maximum brightness

2019-09-23 Thread Jean-Jacques Hiblot
The TLC chips actually offer 257 levels: - 0: led OFF - 1-255: Led dimmed is using a PWM. The duty cycle range from 0.4% to 99.6% - 256: led fully ON Signed-off-by: Jean-Jacques Hiblot --- drivers/leds/leds-tlc591xx.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/dri

Re: [PATCH 10/17] KVM: monolithic: x86: use the external functions instead of kvm_x86_ops

2019-09-23 Thread Paolo Bonzini
On 20/09/19 23:25, Andrea Arcangeli wrote: > Now that the new methods are plugged in and they are functional use > them instead of invoking the pointer to functions through kvm_x86_ops. > > Signed-off-by: Andrea Arcangeli > --- > arch/x86/include/asm/kvm_host.h | 10 +- > arch/x86/kvm/cpuid.c

Re: [PATCH] quota: code cleanup for hash bits calculation

2019-09-23 Thread Jan Kara
On Sat 21-09-19 09:56:28, Chengguang Xu wrote: > Code cleanup for hash bits calculation by > calling rounddown_pow_of_two() and ilog2() > > Signed-off-by: Chengguang Xu Thanks for the patch! One comment below: > diff --git a/fs/quota/dquot.c b/fs/quota/dquot.c > index 6e826b454082..679dd3b5db70

Re: [PATCH v4 2/2] leds: tlc591xx: use devm_led_classdev_register_ext()

2019-09-23 Thread Jean-Jacques Hiblot
On 20/09/2019 22:29, Jacek Anaszewski wrote: Hi Jean, Thank you for the update. On 9/20/19 1:58 PM, Jean-Jacques Hiblot wrote: Use devm_led_classdev_register_ext() to pass the fwnode to the LED core. The fwnode can then be used by the firmware core to create meaningful names. Signed-off-by:

Re: [PATCH 16/17] KVM: retpolines: x86: eliminate retpoline from svm.c exit handlers

2019-09-23 Thread Paolo Bonzini
On 20/09/19 23:25, Andrea Arcangeli wrote: > +#ifdef CONFIG_RETPOLINE > + if (exit_code == SVM_EXIT_MSR) > + return msr_interception(svm); > + else if (exit_code == SVM_EXIT_VINTR) > + return interrupt_window_interception(svm); > + else if (exit_code == SVM_EXIT_

Re: [PATCH 15/17] KVM: retpolines: x86: eliminate retpoline from vmx.c exit handlers

2019-09-23 Thread Paolo Bonzini
On 23/09/19 11:31, Vitaly Kuznetsov wrote: > +#ifdef CONFIG_RETPOLINE > + if (exit_reason == EXIT_REASON_MSR_WRITE) > + return handle_wrmsr(vcpu); > + else if (exit_reason == EXIT_REASON_PREEMPTION_TIMER) > + return handle_preemption_t

Re: [PATCH RESEND] gen-insn-attr-x86.awk: Fix regexp warnings

2019-09-23 Thread Alexander Kapshuk
On Mon, Sep 23, 2019 at 12:19 PM Borislav Petkov wrote: > > On Sun, Sep 22, 2019 at 06:03:28PM +0300, Alexander Kapshuk wrote: > > This patch fixes the regexp warnings shown below: > > GEN /home/sasha/torvalds/tools/objtool/arch/x86/lib/inat-tables.c > > awk: ../arch/x86/tools/gen-insn-attr-x

Re: pci: endpoint test BUG

2019-09-23 Thread Lorenzo Pieralisi
On Sat, Sep 21, 2019 at 10:04:55AM +0800, Hillf Danton wrote: > > > > >> It will be resent if no one saw the message. > > > > > > I didn't see it and I can't find it on lore.kernel.org/linux-pci/. > > > > > Respin, git send-email works/jj/pci-epf-uaf.txt > > ... > > From: Hillf Danton >

Re: [PATCH] seccomp: remove unused arg from secure_computing()

2019-09-23 Thread Borislav Petkov
On Fri, Sep 20, 2019 at 03:19:09PM +0200, Christian Brauner wrote: > While touching seccomp code I realized that the struct seccomp_data > argument to secure_computing() seems to be unused by all current > callers. So let's remove it unless there is some subtlety I missed. > Note, I only tested thi

[PATCH] ACPICA: Introduce acpi_load_table_with_index()

2019-09-23 Thread Nikolaus Voss
For unloading an ACPI table, it is necessary to provide the index of the table. The method intended for dynamically loading or hotplug addition of tables, acpi_load_table(), does not provide this information, so a new function acpi_load_table_with_index() with the same functionality, but an optiona

Re: [PATCH -next] fuse: Make fuse_args_to_req static

2019-09-23 Thread Miklos Szeredi
On Mon, Sep 23, 2019 at 7:53 AM YueHaibing wrote: > > Fix sparse warning: > > fs/fuse/dev.c:468:6: warning: symbol 'fuse_args_to_req' was not declared. > Should it be static? Thanks, applied. Miklos

Re: Re: KASAN: use-after-free Read in usb_anchor_resume_wakeups

2019-09-23 Thread syzbot
On Tue, Jul 9, 2019 at 2:27 PM syzbot wrote: > > Hello, > > syzbot found the following crash on: > > HEAD commit:7829a896 usb-fuzzer: main usb gadget fuzzer driver > git tree: https://github.com/google/kasan.git usb-fuzzer > console output: https://syzkaller.appspot.com/x/log.txt?x=11

Re: KASAN: use-after-free Read in usb_anchor_resume_wakeups

2019-09-23 Thread Peter Chen
> On Tue, Jul 9, 2019 at 2:27 PM syzbot > wrote: > > > > Hello, > > > > syzbot found the following crash on: > > > > HEAD commit:7829a896 usb-fuzzer: main usb gadget fuzzer driver > > git tree: https://github.com/google/kasan.git usb-fuzzer > > console output: https://syzkaller.appspot.c

Re: [PATCH 15/17] KVM: retpolines: x86: eliminate retpoline from vmx.c exit handlers

2019-09-23 Thread Vitaly Kuznetsov
Andrea Arcangeli writes: > It's enough to check the exit value and issue a direct call to avoid > the retpoline for all the common vmexit reasons. > > Signed-off-by: Andrea Arcangeli > --- > arch/x86/kvm/vmx/vmx.c | 24 ++-- > 1 file changed, 22 insertions(+), 2 deletions(-)

Re: [PATCH v1 0/3] mm/memory_hotplug: Export generic_online_page()

2019-09-23 Thread David Hildenbrand
On 23.09.19 10:58, Michal Hocko wrote: > On Fri 20-09-19 10:17:54, David Hildenbrand wrote: >> On 09.09.19 13:48, David Hildenbrand wrote: >>> Based on linux/next + "[PATCH 0/3] Remove __online_page_set_limits()" >>> >>> Let's replace the __online_page...() functions by generic_online_page(). >>> H

Re: [PATCH 4/5] clk: meson: meson8b: don't register the XTAL clock when provided via OF

2019-09-23 Thread Jerome Brunet
On Sat 21 Sep 2019 at 17:12, Martin Blumenstingl wrote: > The XTAL clock is an actual crystal on the PCB. Thus the meson8b clock > driver should not register the XTAL clock - instead it should be > provided via .dts and then passed to the clock controller. > > Skip the registration of the XTAL c

[PATCH] sched/core: Remove double update_max_interval() call on CPU startup

2019-09-23 Thread Valentin Schneider
update_max_interval() is called in both CPUHP_AP_SCHED_STARTING's startup and teardown callbacks, but it turns out it's also called at the end of the startup callback of CPUHP_AP_ACTIVE (which is further down the startup sequence). There's no point in repeating this interval update in the startup

Re: [PATCH 0/5] provide the XTAL clock via OF on Meson8/8b/8m2

2019-09-23 Thread Jerome Brunet
On Sat 21 Sep 2019 at 17:12, Martin Blumenstingl wrote: > So far the HHI clock controller has been providing the XTAL clock on > Amlogic Meson8/Meson8b/Meson8m2 SoCs. > This is not correct because the XTAL is actually a crystal on the > boards and the SoC has a dedicated input for it. > > This u

Re: EDAC: Armada XP: Use devm_platform_ioremap_resource() in two functions

2019-09-23 Thread Markus Elfring
> Which semantic patch did you use here? I suggest to take another look at details around background information on a subject like “Coccinelle: api: add devm_platform_ioremap_resource script”. https://lore.kernel.org/r/2cacd712-a8b8-6471-a9b4-23ba54434...@web.de/ https://systeme.lip6.fr/pipermail/

RE: [PATCH] thermal: qoriq: add thermal monitor unit version 2 support

2019-09-23 Thread Andy Tang
Hi Rui, Edubezval, Would you please review this patch? BR, Andy > -Original Message- > From: Andy Tang > Sent: 2019年8月29日 16:38 > To: 'edubez...@gmail.com' ; 'rui.zh...@intel.com' > > Cc: 'daniel.lezc...@linaro.org' ; Leo Li > ; 'linux...@vger.kernel.org' > ; 'linux-kernel@vger.kernel.o

Re: [PATCH v3 2/3] media: i2c: Add IMX290 CMOS image sensor driver

2019-09-23 Thread Sakari Ailus
Hi Manivannan, On Fri, Aug 30, 2019 at 02:49:42PM +0530, Manivannan Sadhasivam wrote: > Add driver for Sony IMX290 CMOS image sensor driver. The driver only > supports I2C interface for programming and MIPI CSI-2 for sensor output. > > Signed-off-by: Manivannan Sadhasivam > --- > drivers/media/

Re: [PATCH 2/2] x86/mm: replace a goto by merging two if clause

2019-09-23 Thread Peter Zijlstra
On Thu, Sep 19, 2019 at 10:08:44AM +0800, Wei Yang wrote: > There is only one place to use good_area jump, which could be reduced by > merging the following two if clause. > > Signed-off-by: Wei Yang > --- > arch/x86/mm/fault.c | 11 +-- > 1 file changed, 5 insertions(+), 6 deletions(-)

Re: linux-next: Tree for Sep 18 (objtool)

2019-09-23 Thread Peter Zijlstra
On Wed, Sep 18, 2019 at 09:04:21PM -0700, Randy Dunlap wrote: > On 9/18/19 3:10 PM, Mark Brown wrote: > > Hi all, > > > > Changes since 20190917: > > > > on x86_64: > > drivers/gpu/drm/i915/gem/i915_gem_execbuffer.o: warning: objtool: > i915_gem_execbuffer2_ioctl()+0x2fb: call to gen8_canonica

Re: [PATCH RESEND] gen-insn-attr-x86.awk: Fix regexp warnings

2019-09-23 Thread Borislav Petkov
On Sun, Sep 22, 2019 at 06:03:28PM +0300, Alexander Kapshuk wrote: > This patch fixes the regexp warnings shown below: > GEN /home/sasha/torvalds/tools/objtool/arch/x86/lib/inat-tables.c > awk: ../arch/x86/tools/gen-insn-attr-x86.awk:260: warning: regexp escape > sequence `\:' is not a known

Re: [PATCH 1/4] pwm: mxs: implement ->apply

2019-09-23 Thread Uwe Kleine-König
Hello, [expanded the recipents to include RMK and the clk list] On Mon, Sep 23, 2019 at 11:04:39AM +0200, Rasmus Villemoes wrote: > On 23/09/2019 10.24, Uwe Kleine-König wrote: > > Also there is a bug already in .config: You are not supposed to call > > clk_get_rate if the clk might be off. > >

Re: [PATCH v4 1/3] led: make led_set_brightness_sync() use led_set_brightness_nosleep()

2019-09-23 Thread Jean-Jacques Hiblot
Hi Jacek, On 20/09/2019 23:10, Jacek Anaszewski wrote: Hi Jean, On 9/20/19 2:25 PM, Jean-Jacques Hiblot wrote: Making led_set_brightness_sync() use led_set_brightness_nosleep() has 2 advantages: - works for LED controllers that do not provide brightness_set_blocking() - When the blocking callb

RE: [PATCH] vhost: It's better to use size_t for the 3rd parameter of vhost_exceeds_weight()

2019-09-23 Thread wangxu (AE)
Hi Michael Thanks for your fast reply. As the following code, the 2nd branch of iov_iter_advance() does not check if i->count < size, when this happens, i->count -= size may cause len exceed INT_MAX, and then total_len exceed INT_MAX. handle_tx_copy() ->

[PATCH] arm64: errata: Update stale comment

2019-09-23 Thread Thierry Reding
From: Thierry Reding Commit 73f381660959 ("arm64: Advertise mitigation of Spectre-v2, or lack thereof") renamed the caller of the install_bp_hardening_cb() function but forgot to update a comment, which can be confusing when trying to follow the code flow. Fixes: 73f381660959 ("arm64: Advertise

Re: [PATCH v1 2/2] drm/panel: simple: add display timings for logic technologies displays

2019-09-23 Thread Philippe Schenker
On Fri, 2019-09-20 at 09:54 +0200, Marcel Ziswiler wrote: > From: Marcel Ziswiler > > Add display timings for the following 3 display panels manufactured by > Logic Technologies Limited: > > - LT161010-2NHC e.g. as found in the Toradex Capacitive Touch Display > 7" Parallel [1] > - LT161010-2N

For review: pidfd_send_signal(2) manual page

2019-09-23 Thread Michael Kerrisk (man-pages)
Hello Christian and all, Below, I have the rendered version of the current draft of the pidfd_send_signal(2) manual page that I have written. The page source can be found in a Git branch at: https://git.kernel.org/pub/scm/docs/man-pages/man-pages.git/log/?h=draft_pidfd I would be pleased to recei

For review: pidfd_open(2) manual page

2019-09-23 Thread Michael Kerrisk (man-pages)
Hello Christian and all, Below, I have the rendered version of the current draft of the pidfd_open(2) manual page that I have written. The page source can be found in a Git branch at: https://git.kernel.org/pub/scm/docs/man-pages/man-pages.git/log/?h=draft_pidfd I would be pleased to receive corr

Re: [PATCH] ACPICA: make acpi_load_table() return table index

2019-09-23 Thread Nikolaus Voss
On Thu, 19 Sep 2019, Rafael J. Wysocki wrote: On Thursday, September 12, 2019 10:07:42 AM CEST Nikolaus Voss wrote: For unloading an ACPI table, it is necessary to provide the index of the table. The method intended for dynamically loading or hotplug addition of tables, acpi_load_table(), should

Re: [PATCH 1/3] HID: google: whiskers: more robust tablet mode detection

2019-09-23 Thread Jiri Kosina
On Sun, 15 Sep 2019, Dmitry Torokhov wrote: > > > The USB interface may get detected before the platform/EC one, so let's > > > note the state of the base (if we receive event) and use it to correctly > > > initialize the tablet mode switch state. > > > > > > Also let's start the HID interface imm

Re: [PATCH v3 3/3] MAINTAINERS: Add entry for IMX290 CMOS image sensor driver

2019-09-23 Thread Sakari Ailus
On Fri, Aug 30, 2019 at 02:49:43PM +0530, Manivannan Sadhasivam wrote: > Add MAINTAINERS entry for Sony IMX290 CMOS image sensor driver. > > Signed-off-by: Manivannan Sadhasivam > --- > MAINTAINERS | 8 > 1 file changed, 8 insertions(+) > > diff --git a/MAINTAINERS b/MAINTAINERS > inde

Re: [RFC patch 01/15] entry: Provide generic syscall entry functionality

2019-09-23 Thread Mike Rapoport
On Thu, Sep 19, 2019 at 05:03:15PM +0200, Thomas Gleixner wrote: > On syscall entry certain work needs to be done conditionally like tracing, > seccomp etc. This code is duplicated in all architectures. > > Provide a generic version. > > Signed-off-by: Thomas Gleixner > --- > arch/Kconfig

Re: [PATCH] ata: libahci_platform: Use common error handling code in ahci_platform_get_resources()

2019-09-23 Thread Hans de Goede
Hi, On 22-09-2019 15:55, Markus Elfring wrote: From: Markus Elfring Date: Sun, 22 Sep 2019 15:42:46 +0200 Convert the call of the function “of_node_put” to another jump target so that it can be better reused at three places in this function. Signed-off-by: Markus Elfring Patch looks good t

Re: [RFC PATCH for 5.4 0/7] Membarrier fixes and cleanups

2019-09-23 Thread Peter Zijlstra
On Thu, Sep 19, 2019 at 01:36:58PM -0400, Mathieu Desnoyers wrote: > Hi, > > Those series of fixes and cleanups are initially motivated by the report > of race in membarrier, which can load p->mm->membarrier_state after mm > has been freed (use-after-free). > The lot looks good to me; what do yo

Re: [PATCH 1/4] pwm: mxs: implement ->apply

2019-09-23 Thread Rasmus Villemoes
On 23/09/2019 10.24, Uwe Kleine-König wrote: > Hello Rasmus, > > On Mon, Sep 23, 2019 at 10:13:45AM +0200, Rasmus Villemoes wrote: >> In preparation for supporting setting the polarity, switch the driver >> to support the ->apply method. >> > > Maybe it would be easier to review when converting f

<    2   3   4   5   6   7   8   >