[PATCH v1 5/5] ARM: configs: Add watchdog support in STM32 defconfig

Signed-off-by: Yannick Fertre --- arch/arm/configs/stm32_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/configs/stm32_defconfig b/arch/arm/configs/stm32_defconfig index a9d8e3c..83afa73 100644 --- a/arch/arm/configs/stm32_defconfig +++ b/arch/arm/configs/stm32_defconfig @@

Re: [PATCH v5 untested] kvm: better MWAIT emulation for guests

On Tue, Mar 21, 2017 at 05:02:25PM -0700, Nadav Amit wrote: > > > On Mar 21, 2017, at 3:51 PM, Gabriel Somlo wrote: > > > > And I get the exact same results on the MacBookAir4,2 (which exhibits > > no freezing or extreme sluggishness when running OS X 10.7 smp with > > Michael's KVM MWAIT-in-L1

Re: [PATCH 11/17] cris: Use generic pci_mmap_resource_range()

On Wed, Mar 22, 2017 at 01:25:25PM +, David Woodhouse wrote: > From: David Woodhouse Acked-by: Jesper Nilsson > Signed-off-by: David Woodhouse > --- > arch/cris/arch-v32/drivers/pci/bios.c | 23 --- > arch/cris/include/asm/pci.h | 1 + > 2 files changed, 1 i

[PATCH] x86: s/READ_ONCE_NOCHECK/READ_ONCE/ in arch_atomic_read()

Two problems was reported with READ_ONCE_NOCHECK in arch_atomic_read: 1. Andrey Ryabinin reported significant binary size increase (+400K of text). READ_ONCE_NOCHECK is intentionally compiled to non-inlined function call, and I counted 640 copies of it in my vmlinux. 2. Arnd Bergmann reported a new

[PATCH] net: stmmac: add set_mac to the stmmac_ops

Two different set_mac functions exists but stmmac_dwmac4_set_mac() is only used for enabling and never for disabling. So on dwmac4, the MAC RX/TX is never disabled. This patch add a generic function pointer set_mac() to stmmac_ops and replace all call to stmmac_set_mac/stmmac_dwmac4_set_mac by a c

[PATCH 04/17] pci: Add arch_can_pci_mmap_wc() macro

From: David Woodhouse Most of the almost-identical versions of pci_mmap_page_range() silently ignore the 'write_combine' argument and give uncached mappings. Yet we allow the PCIIOC_WRITE_COMBINE ioctl in /proc/bus/pci, expose the 'resourceX_wc' file in sysfs, and allow an attempted mapping to a

[PATCH 10/17] arm: Use generic pci_mmap_resource_range()

From: David Woodhouse Signed-off-by: David Woodhouse --- arch/arm/include/asm/pci.h | 1 + arch/arm/kernel/bios32.c | 20 2 files changed, 1 insertion(+), 20 deletions(-) diff --git a/arch/arm/include/asm/pci.h b/arch/arm/include/asm/pci.h index 51118a0..396c92b 100644

[PATCH 00/17] PCI resource mmap cleanup

This started out as a fairly trivial "add pci_mmap_page_range() for ARM64" patch. But pci_mmap_page_range() is a vile interface, taking "user visible" resource addresses converted with pci_resource_to_user() on those platforms unlucky enough to use that... and even in the *sane* sysfs-based mma

[PATCH 17/17] arm64: Do not expose PCI mmap through procfs

From: David Woodhouse Signed-off-by: David Woodhouse --- drivers/pci/proc.c | 5 + 1 file changed, 5 insertions(+) diff --git a/drivers/pci/proc.c b/drivers/pci/proc.c index 2d9cfa4..a940f4b 100644 --- a/drivers/pci/proc.c +++ b/drivers/pci/proc.c @@ -17,6 +17,11 @@ static int proc_init

[PATCH 12/17] mips: Use generic pci_mmap_resource_range()

From: David Woodhouse Signed-off-by: David Woodhouse --- arch/mips/include/asm/pci.h | 2 +- arch/mips/pci/pci.c | 25 - 2 files changed, 1 insertion(+), 26 deletions(-) diff --git a/arch/mips/include/asm/pci.h b/arch/mips/include/asm/pci.h index 3141e2a..1000c

Re: [PATCH] arm64: dts: rockchip: add dmac nodes for rk3368 SoCs

Hi, Am Mittwoch, 22. März 2017, 20:03:14 CET schrieb Huibin Hong: > Add dmac bus and dmac peri dts nodes for peripherals, > such as I2S, SPI, UART and so on. > > Signed-off-by: Huibin Hong I applied that patch already in [0], did something change? [0] https://git.kernel.org/pub/scm/linux/ker

[PATCH v3 0/2] switch to atomic PWM

Changes in v3: - since v2 introduced per-IP register layout there is no need to keep update_cdty and set_cprd_cdty members in atmel_pwm_data data structure used in v2; doing in this way the atmel_pwm_data data structure will remain with only one member, regs. To avoid another level of indirection,

Re: [PATCH v3 2/4] arm64: dts: rockchip: add Gru/Kevin DTS

Am Montag, 20. März 2017, 16:53:42 CET schrieb Brian Norris: > Kevin is part of a family of boards called Gru. As best as possible, the > properties shared by the Gru family are placed in rk3399-gru.dtsi, while > Kevin-specific bits are in rk3399-gru-kevin.dts. This does not add full > support for

[PATCH 15/17] sh: Use generic pci_mmap_resource_range()

From: David Woodhouse Signed-off-by: David Woodhouse --- arch/sh/drivers/pci/pci.c | 22 -- arch/sh/include/asm/pci.h | 1 + 2 files changed, 1 insertion(+), 22 deletions(-) diff --git a/arch/sh/drivers/pci/pci.c b/arch/sh/drivers/pci/pci.c index c8b36b7..c99ee28 100644 --

[PATCH 05/17] pci: Move multiple declarations of pci_mmap_page_range() to

From: David Woodhouse We can declare it even on platforms where it isn't going to be defined. There's no need to have it littered through the various files. Signed-off-by: David Woodhouse --- arch/arm/include/asm/pci.h| 2 -- arch/cris/include/asm/pci.h | 3 --- arch/ia64/inclu

[PATCH 16/17] unicore: Use generic pci_mmap_resource_range()

From: David Woodhouse Signed-off-by: David Woodhouse --- arch/unicore32/include/asm/pci.h | 1 + arch/unicore32/kernel/pci.c | 24 2 files changed, 1 insertion(+), 24 deletions(-) diff --git a/arch/unicore32/include/asm/pci.h b/arch/unicore32/include/asm/pci.h in

[PATCH v3 5/5] drm: omap: use common OF graph helpers

The OMAP driver has its own OF graph helpers that are similar to the common helpers. This commit replaces most of the calls with the common helpers. There's still a couple of custom helpers left, but the driver needs more extensive changes to get rid of them. In dss_init_ports, we invert the loop,

[PATCH v3 4/5] drm: convert drivers to use drm_of_find_panel_or_bridge

Similar to the previous commit, convert drivers open coding OF graph parsing to use drm_of_find_panel_or_bridge instead. This changes some error messages to debug messages (in the graph core). Graph connections are often "no connects" depending on the particular board, so we want to avoid spurious

[PATCH 06/17] pci: Add HAVE_PCI_MMAP_IO to architectures which can mmap() I/O space

From: David Woodhouse This is relatively esoteric, and knowing that we don't have it makes life easier in some cases rather than just an eventual -EINVAL from pci_mmap_page_range(). Signed-off-by: David Woodhouse --- arch/microblaze/include/asm/pci.h | 3 ++- arch/powerpc/include/asm/pci.h

[PATCH v3 1/5] drm: make of_drm_find_panel also depend on CONFIG_DRM_PANEL

For drm_of_find_panel_or_bridge() added in the next commit, an empty version of of_drm_find_panel is needed for !CONFIG_DRM_PANEL. Signed-off-by: Rob Herring --- v3: - rebase to v4.11-rc2 include/drm/drm_panel.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/drm/drm

[PATCH v3 2/5] drm: of: introduce drm_of_find_panel_or_bridge

Many drivers have a common pattern of searching the OF graph for either an attached panel or bridge and then finding the DRM struct for the panel or bridge. Also, most drivers need to handle deferred probing when the DRM device is not yet instantiated. Create a common function, drm_of_find_panel_or

[PATCH v3 3/5] drm: convert drivers to use of_graph_get_remote_node

Convert drivers to use the new of_graph_get_remote_node() helper instead of parsing the endpoint node and then getting the remote device node. Now drivers can just specify the device node and which port/endpoint and get back the connected remote device node. The details of the graph binding are nic

[PATCH v3 0/5] DRM OF graph clean-up

I've been unhappy with the OF graph API for some time and decided to do something about it. The problem is drivers have to do too much of the graph parsing and walking themselves. This has led to the same pattern duplicated over and over. This series adapts DRM drivers to use a new OF graph helper

[PATCH 13/17] mn10300: Use generic pci_mmap_resource_range()

From: David Woodhouse This was setting vma->vm_flags |= VM_LOCKED. Not sure why... Signed-off-by: David Woodhouse --- arch/mn10300/include/asm/pci.h | 1 + arch/mn10300/unit-asb2305/pci-asb2305.c | 24 2 files changed, 1 insertion(+), 24 deletions(-) diff --

[PATCH 08/17] pci: Add BAR index argument to pci_mmap_page_range()

From: David Woodhouse In all cases we know which BAR it is. Passing it in means that arch code (or generic code; watch this space) won't have to go looking for it again. Signed-off-by: David Woodhouse --- arch/arm/kernel/bios32.c| 3 ++- arch/cris/arch-v32/drivers/pci/bios.c

[PATCH 11/17] cris: Use generic pci_mmap_resource_range()

From: David Woodhouse Signed-off-by: David Woodhouse --- arch/cris/arch-v32/drivers/pci/bios.c | 23 --- arch/cris/include/asm/pci.h | 1 + 2 files changed, 1 insertion(+), 23 deletions(-) diff --git a/arch/cris/arch-v32/drivers/pci/bios.c b/arch/cris/arch-v32/d

[PATCH 02/17] pci: Fix another sanity check bug in /proc/pci mmap

From: David Woodhouse Don't match MMIO maps with I/O BARs and vice versa. Signed-off-by: David Woodhouse Cc: sta...@vger.kernel.org --- drivers/pci/proc.c | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git a/drivers/pci/proc.c b/drivers/pci/proc.c index f82710a..62a0c

[PATCH 09/17] pci: Add pci_mmap_resource_range() and use it for ARM64

From: David Woodhouse Starting to leave behind the legacy of the pci_mmap_page_range() interface which takes "user-visible" BAR addresses. This takes just the resource and offset. For now, both APIs coexist and depending on the platform, one is implemented as a wrapper around the other. Signed-

[PATCH 01/17] pci: Fix pci_mmap_fits() for HAVE_PCI_RESOURCE_TO_USER platforms

From: David Woodhouse In the PCI_MMAP_PROCFS case when the address being passed by the user is a 'user visible' resource address based on the bus window, and not the actual contents of the resource, that's what we need to be checking it against. Signed-off-by: David Woodhouse Cc: sta...@vger.ke

[PATCH 14/17] parisc: Use generic pci_mmap_resource_range()

From: David Woodhouse Signed-off-by: David Woodhouse --- arch/parisc/include/asm/pci.h | 1 + arch/parisc/kernel/pci.c | 29 - 2 files changed, 1 insertion(+), 29 deletions(-) diff --git a/arch/parisc/include/asm/pci.h b/arch/parisc/include/asm/pci.h index bb9

[PATCH 07/17] pci: Use BAR index in sysfs attr->private instead of resource pointer

From: David Woodhouse We store the pointer, and then on *every* use of it we loop over the device's resources to find out the index. That's kind of silly. Signed-off-by: David Woodhouse --- drivers/pci/pci-sysfs.c | 38 ++ 1 file changed, 14 insertions(+), 2

[PATCH 03/17] pci: Only allow WC mmap on prefetchable resources

From: David Woodhouse The /proc/bus/pci mmap interface allows the user to specify whether they want WC or not. Don't let them do so on non-prefetchable BARs. Signed-off-by: David Woodhouse Cc: sta...@vger.kernel.org --- drivers/pci/proc.c | 13 - 1 file changed, 8 insertions(+), 5

Re: [2/2] zd1211rw: fix NULL-deref at probe

On Wed, Mar 22, 2017 at 03:02:12PM +0200, Kalle Valo wrote: > Johan Hovold writes: > > > On Wed, Mar 22, 2017 at 09:04:15AM +, Kalle Valo wrote: > >> Johan Hovold wrote: > >> > Make sure to check the number of endpoints to avoid dereferencing a > >> > NULL-pointer or accessing memory beyond

Re: [Outreachy kernel] [PATCH v2] staging: rts5208: Replace a bit shift by a use of BIT.

On Wed, 22 Mar 2017, Arushi Singhal wrote: > This patch replaces bit shifting on 1 with the BIT(x) macro. > This was done with coccinelle: > @@ > constant c; > @@ > > -1 << c > +BIT(c) > > Signed-off-by: Arushi Singhal Acked-by: Julia Lawall > --- > changes in v2 > - remove the unnecessary

Re: [PATCH v2 7/7] arm: dts: genmai: Add user led device nodes

On Mon, Mar 20, 2017 at 5:14 PM, Jacopo Mondi wrote: > Add device nodes for user leds on Genmai board. > > Signed-off-by: Jacopo Mondi Reviewed-by: Geert Uytterhoeven Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m6

Re: [PATCH 07/17] net: convert sock.sk_refcnt from atomic_t to refcount_t

On Wed, 2017-03-22 at 13:25 +0100, Peter Zijlstra wrote: > On Tue, Mar 21, 2017 at 07:03:19PM -0700, Eric Dumazet wrote: > > > Note that we might define two refcount_inc() : One that does whole > > tests, and refcount_inc_relaxed() that might translate to atomic_inc() > > on non debug kernels. >

Re: [PATCH v2 2/7] dt-bindings: pinctrl: Add RZ/A1 bindings doc

On Wed, Mar 22, 2017 at 11:33 AM, Geert Uytterhoeven wrote: > On Mon, Mar 20, 2017 at 5:14 PM, Jacopo Mondi > wrote: >> Add device tree bindings documentation for Renesas RZ/A1 gpio and pin >> --- /dev/null >> +++ b/Documentation/devicetree/bindings/pinctrl/renesas,rza1-pinctrl.txt ulating the

[PATCH] clk: Add requested rate to clock summary output

From: Alex Frid Added requested rate to clock summary output and to clock dump. This is useful for clock tree debugging. Also expand the clock name field in the clock tree debugfs output to provide room for deep multi-tier trees like on Tegra. Signed-off-by: Alex Frid Signed-off-by: Peter De Sc

[PATCH v2] staging: rts5208: Replace a bit shift by a use of BIT.

This patch replaces bit shifting on 1 with the BIT(x) macro. This was done with coccinelle: @@ constant c; @@ -1 << c +BIT(c) Signed-off-by: Arushi Singhal --- changes in v2 - remove the unnecessary parenthesis. drivers/staging/rts5208/rtsx_chip.c | 4 ++-- 1 file changed, 2 insertions(+), 2

Re: [PATCH v2 6/7] arm: dts: genmai: Add RIIC2 pin group

On Mon, Mar 20, 2017 at 5:14 PM, Jacopo Mondi wrote: > Add pin configuration subnode for RIIC2 interface. > > Signed-off-by: Jacopo Mondi Reviewed-by: Geert Uytterhoeven Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux

Re: [PATCH] tpm2: fix off-by-one comparison and out-of-bounds read error

On Wed, Mar 22, 2017 at 11:45:37AM +, Colin Ian King wrote: > On 22/03/17 11:42, Jarkko Sakkinen wrote: > > On Mon, Mar 20, 2017 at 02:23:36PM +, Colin King wrote: > >> From: Colin Ian King > >> > >> The comparison of an out of range index into space->context_tbl is > >> off-by-one and sho

Re: [PATCH v1] mm, hugetlb: use pte_present() instead of pmd_present() in follow_huge_pmd()

[CC Mike] On Wed 22-03-17 11:31:38, Naoya Horiguchi wrote: > I found the race condition which triggers the following bug when > move_pages() and soft offline are called on a single hugetlb page > concurrently. > > [61163.578957] Soft offlining page 0x119400 at 0x7000 > [61163.5800

Re: [PATCH v2 5/7] arm: dts: genmai: Add SCIF2 pin group

On Mon, Mar 20, 2017 at 5:14 PM, Jacopo Mondi wrote: > Add pin configuration subnode for SCIF2 serial debug interface. > > Signed-off-by: Jacopo Mondi Reviewed-by: Geert Uytterhoeven Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -

Re: [PATCH v2 4/7] arm: dts: r7s72100: Add pin controller node

Hi Jacopo, On Mon, Mar 20, 2017 at 5:14 PM, Jacopo Mondi wrote: > Add pin controller node with 12 gpio controller sub-nodes to > r7s72100 dtsi. > > Signed-off-by: Jacopo Mondi Reviewed-by: Geert Uytterhoeven > --- a/arch/arm/boot/dts/r7s72100.dtsi > +++ b/arch/arm/boot/dts/r7s72100.dtsi > @@

Re: [PATCH v5] vfio error recovery: kernel support

Minor comments on commit log below. On Wed, Mar 22, 2017 at 06:34:23PM +0800, Cao jin wrote: > From: "Michael S. Tsirkin" > > 0. What happens now (PCIE AER only) >Fatal errors cause a link reset. Non fatal errors don't. >All errors stop the QEMU guest eventually, but not immediately, >

Re: [PATCH v1] Revert "extcon: usb-gpio: add support for ACPI gpio interface"

On Wed, 2017-03-22 at 10:14 +0900, Chanwoo Choi wrote: > Hi, > > On 2017년 03월 22일 03:37, Andy Shevchenko wrote: > > The commit 942c7924a51e introduced a check for ACPI handle for the > > device that never appears on any ACPI-enabled platform so far. It > > seems > > a confusion with extcon-intel-i

[PATCH 1/6] perf buildid: do not update SDT cache with null filename

Valgrind was complaining: ==2633== Syscall param open(filename) points to unaddressable byte(s) ==2633==at 0x5281CC0: __open_nocancel (syscall-template.S:84) ==2633==by 0x537D38: open (fcntl2.h:53) ==2633==by 0x537D38: get_sdt_note_list (symbol-elf.c:2017) ==2633==by 0x53

[PATCH 2/6] perf buildid: do not assume that readlink() returns a null terminated string

Valgrind was complaining: $ valgrind ./perf list >/dev/null ==11643== Memcheck, a memory error detector ==11643== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward et al. ==11643== Using Valgrind-3.12.0 and LibVEX; rerun with -h for copyright info ==11643== Command: ./perf list

[PATCH 6/6] perf utils: readlink /proc/self/exe to find the perf binary

Signed-off-by: Tommi Rantala --- tools/perf/util/header.c | 8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-) diff --git a/tools/perf/util/header.c b/tools/perf/util/header.c index ab10e9d..c6243af 100644 --- a/tools/perf/util/header.c +++ b/tools/perf/util/header.c @@ -370,15 +370,11

[PATCH 4/6] perf utils: use sizeof(buf)-1 in readlink() call

Ensure that we have space for the null byte in buf. Signed-off-by: Tommi Rantala --- tools/perf/util/header.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools/perf/util/header.c b/tools/perf/util/header.c index 05714d5..ab10e9d 100644 --- a/tools/perf/util/header.c +++ b

[PATCH 5/6] perf utils: null terminate buf in read_ftrace_printk()

Ensure that the string that we read from the data file is null terminated. Valgrind was complaining: ==31357== Invalid read of size 1 ==31357==at 0x4EC8C1: __strtok_r_1c (string2.h:200) ==31357==by 0x4EC8C1: parse_ftrace_printk (trace-event-parse.c:161) ==31357==by 0x4F82A8: r

[PATCH 3/6] perf tests: do not assume that readlink() returns a null terminated string

Ensure that the string in buf is null terminated. Signed-off-by: Tommi Rantala --- tools/perf/tests/sdt.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools/perf/tests/sdt.c b/tools/perf/tests/sdt.c index f59d210..121949a 100644 --- a/tools/perf/tests/sdt.c +++ b/tools/per

Re: Linux 4.10.5

diff --git a/Documentation/arm64/silicon-errata.txt b/Documentation/arm64/silicon-errata.txt index 405da11fc3e4..d11af52427b4 100644 --- a/Documentation/arm64/silicon-errata.txt +++ b/Documentation/arm64/silicon-errata.txt @@ -42,24 +42,26 @@ file acts as a registry of software workarounds in the

Linux 4.10.5

I'm announcing the release of the 4.10.5 kernel. All users of the 4.10 kernel series must upgrade. The updated 4.10.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.10.y and can be browsed at the normal kernel.org git web browser:

[PATCH 0/6] perf string handling fixes

Hi, Some small perf fixes, mostly caught with valgrind. The last patch is a simplification: it is easier to open /proc/self/exe than /proc/$pid/exe. Tommi Rantala (6): perf buildid: do not update SDT cache with null filename perf buildid: do not assume that readlink() returns a null terminat

Linux 4.9.17

I'm announcing the release of the 4.9.17 kernel. All users of the 4.9 kernel series must upgrade. The updated 4.9.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.9.y and can be browsed at the normal kernel.org git web browser:

Re: Linux 4.4.56

diff --git a/Documentation/networking/netlink_mmap.txt b/Documentation/networking/netlink_mmap.txt deleted file mode 100644 index 54f10478e8e3.. --- a/Documentation/networking/netlink_mmap.txt +++ /dev/null @@ -1,332 +0,0 @@ -This file documents how to use memory mapped I/O with netlin

Linux 4.4.56

I'm announcing the release of the 4.4.56 kernel. All users of the 4.4 kernel series must upgrade. The updated 4.4.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.4.y and can be browsed at the normal kernel.org git web browser:

Re: [PATCH] x86: s/READ_ONCE_NOCHECK/READ_ONCE/ in arch_atomic_read()

On Wed, Mar 22, 2017 at 1:51 PM, Arnd Bergmann wrote: > On Wed, Mar 22, 2017 at 1:24 PM, Dmitry Vyukov wrote: >> Two problems was reported with READ_ONCE_NOCHECK in arch_atomic_read: >> 1. Andrey Ryabinin reported significant binary size increase >> (+400K of text). READ_ONCE_NOCHECK is intention

[PATCH] clk: tegra: Add UARTB reset

Bit 7 of CLK_RST_CONTROLLER_RST_DEVICES_L_0 controls the UARTB reset. Despite the fact that Tegra210 doesn't have VFIR, 224 was assigned as the clock ID for UARTB. We can't use 224 as the reset ID because that's already used for TEGRA210_RST_DFLL_DVCO. Signed-off-by: Peter De Schrijver --- inclu

Re: [PATCH v3] usb: xhci: bInterval quirk for TI TUSB73x0

On 22.03.2017 13:43, Roger Quadros wrote: As per [1] issue #4, "The periodic EP scheduler always tries to schedule the EPs that have large intervals (interval equal to or greater than 128 microframes) into different microframes. So it maintains an internal counter and increments for each large in

Re: [2/2] zd1211rw: fix NULL-deref at probe

Johan Hovold writes: > On Wed, Mar 22, 2017 at 09:04:15AM +, Kalle Valo wrote: >> Johan Hovold wrote: >> > Make sure to check the number of endpoints to avoid dereferencing a >> > NULL-pointer or accessing memory beyond the endpoint array should a >> > malicious device lack the expected endp

[PATCH v2] x86: s/READ_ONCE_NOCHECK/READ_ONCE/ in arch_atomic[64]_read()

Two problems was reported with READ_ONCE_NOCHECK in arch_atomic_read: 1. Andrey Ryabinin reported significant binary size increase (+400K of text). READ_ONCE_NOCHECK is intentionally compiled to non-inlined function call, and I counted 640 copies of it in my vmlinux. 2. Arnd Bergmann reported a new

Re: 32-bit x86 system reboots automatically on resume from hibernate (ASLR issue?)

On 21.03.2017 23:40, Kees Cook wrote: On Tue, Mar 21, 2017 at 6:54 AM, Evgenii Shatokhin wrote: Hi, One of my x86 machines with a 32-bit Linux system (ROSA Linux in this case) automatically reboots when it tries to resume from hibernate. This happens shortly after "Image loading progress 100%"

Re: [PATCH v2 6/6] selftests: enable O and KBUILD_OUTPUT

Hi, Shuah On 21 March 2017 at 19:02, Shuah Khan wrote: > On 03/21/2017 10:09 AM, Bamvor Zhang Jian wrote: >> Hi, Shuah >> >> On 21 March 2017 at 21:54, Shuah Khan wrote: >>> On 03/21/2017 03:00 AM, Bamvor Zhang Jian wrote: Hi, On 21 March 2017 at 16:35, Michael Ellerman wrote: >>

Re: [PATCH v2 9/9] gpio: pci-idio-16: make use of raw_spinlock variants

On Tue, Mar 21, 2017 at 05:43:09PM -0500, Julia Cartwright wrote: >The pci-idio-16 gpio driver currently implements an irq_chip for handling >interrupts; due to how irq_chip handling is done, it's necessary for the >irq_chip methods to be invoked from hardirq context, even on a a >real-time kernel.

Re: [PATCH v1] mm, hugetlb: use pte_present() instead of pmd_present() in follow_huge_pmd()

On 03/22/2017 03:31 AM, Naoya Horiguchi wrote: > I found the race condition which triggers the following bug when > move_pages() and soft offline are called on a single hugetlb page > concurrently. > > [61163.578957] Soft offlining page 0x119400 at 0x7000 > [61163.580062] BUG: unab

Re: [PATCH 2/5] mfd: intel_soc_pmic: Select designware i2c-bus driver

On Wed, 2017-03-22 at 12:29 +0100, Hans de Goede wrote: > The Crystal Cove PMIC provides an ACPI OPRegion handler, which must be > available before other drivers using it are loaded, which is why > INTEL_SOC_PMIC is a bool. > > Just having the driver is not enough, the driver for the i2c-bus must

Re: [PATCH v2 6/6] selftests: enable O and KBUILD_OUTPUT

Hi, Michael, Shuah On 22 March 2017 at 12:38, Michael Ellerman wrote: > Bamvor Zhang Jian writes: >> On 21 March 2017 at 16:35, Michael Ellerman wrote: >>> I see at least 18 Makefile's in tools/testing/selftests that use >>> $(OUTPUT)/, which would all need to be updated at least to use $(OUTPU

Re: [PATCH] x86: s/READ_ONCE_NOCHECK/READ_ONCE/ in arch_atomic_read()

On Wed, Mar 22, 2017 at 1:24 PM, Dmitry Vyukov wrote: > Two problems was reported with READ_ONCE_NOCHECK in arch_atomic_read: > 1. Andrey Ryabinin reported significant binary size increase > (+400K of text). READ_ONCE_NOCHECK is intentionally compiled to > non-inlined function call, and I counted

Re: [PATCH] cpufreq: schedutil: Always trace frequency if it does not change

On Wed, Mar 22, 2017 at 10:29 AM, Peter Zijlstra wrote: > On Wed, Mar 22, 2017 at 01:56:53AM +0100, Rafael J. Wysocki wrote: >> From: Rafael J. Wysocki >> >> sugov_update_commit() calls trace_cpu_frequency() to record the >> current CPU frequency if it has not changed in the fast switch case >> t

Re: [PATCH] block: trace completion of all bios.

On Wed, Mar 22, 2017 at 01:38:09PM +1100, NeilBrown wrote: > > Currently only dm and md/raid5 bios trigger trace_block_bio_complete(). > Now that we have bio_chain(), it is not possible, in general, for a > driver to know when the bio is really complete. Only bio_endio() > knows that. > > So mov

[PATCH] ASoC: blackfin: constify snd_soc_ops structures

Declare snd_soc_ops structures as const as they are only stored in the ops field of a snd_soc_dai_link structure. This field is of type const, so snd_soc_ops structures having this property can be made const too. Cross compiled the .o files for blackfin architecture. Signed-off-by: Bhumika Goyal

Re: [PATCH v2 7/9] gpio: 104-idi-48: make use of raw_spinlock variants

On Tue, Mar 21, 2017 at 05:43:07PM -0500, Julia Cartwright wrote: >The 104-idi-48 gpio driver currently implements an irq_chip for handling >interrupts; due to how irq_chip handling is done, it's necessary for the >irq_chip methods to be invoked from hardirq context, even on a a >real-time kernel.

Re: [PATCH v3 0/7] ARM: Fix dma_alloc_coherent() and friends for NOMMU

I’ve tested this v3 version on my Atmel armv7m board with several drivers with DMA and enabled caches, and I’ve not seen any issues. You can add my Tested-by. Thanks for the patches! Andras > On 2017. Mar 16., at 10:03, Vladimir Murzin wrote: > > Gentle ping! > > On 10/03/17 09:23, Vladimi

Re: [2/2] zd1211rw: fix NULL-deref at probe

On Wed, Mar 22, 2017 at 09:04:15AM +, Kalle Valo wrote: > Johan Hovold wrote: > > Make sure to check the number of endpoints to avoid dereferencing a > > NULL-pointer or accessing memory beyond the endpoint array should a > > malicious device lack the expected endpoints. > > > > Fixes: a1030e

Re: [PATCH 2/3] asm-generic, x86: wrap atomic operations

On Wed, Mar 22, 2017 at 1:14 PM, Dmitry Vyukov wrote: > On Wed, Mar 22, 2017 at 12:30 PM, Arnd Bergmann wrote: >> On Wed, Mar 22, 2017 at 11:42 AM, Dmitry Vyukov wrote: >>> On Tue, Mar 21, 2017 at 10:20 PM, Arnd Bergmann wrote: On Tue, Mar 21, 2017 at 7:06 PM, Dmitry Vyukov wrote: >>> >>>

Re: [PATCH v2 8/9] gpio: 104-idio-16: make use of raw_spinlock variants

On Tue, Mar 21, 2017 at 05:43:08PM -0500, Julia Cartwright wrote: >The 104-idio-16 gpio driver currently implements an irq_chip for handling >interrupts; due to how irq_chip handling is done, it's necessary for the >irq_chip methods to be invoked from hardirq context, even on a a >real-time kernel.

[PATCH v2 2/3] perf annotate: Fix a bug of division by zero when calculating percent

Currently perf-annotate with --print-line can print -nan(0x8) because of division by zero when calculating percent. The division by zero happen when a sum of samples is zero in symbol__get_source_line(), so fix it. For examples, After running 'perf record' like below, $ perf recor

Re: [PATCH 2/2] regulator: hi655x: Bump parent pmic module use count

On Tue, Mar 21, 2017 at 03:23:50PM -0500, Jeremy Linton wrote: > I don't understand why it was done this way, and I'm not sure that > this driver shouldn't be triggered based on 'hi655x-regulator' device > (which is being registered by the hi655x-pmic/mfd driver). The only > thing I know for sure,

[PATCH v2 1/3] perf annotate: Fix a bug reading link name from a build-id file

It is wrong way to read link name from a build-id file. Because a build-id file is not symbolic link but build-id directory of it is symbolic link, so fix it. For example, if build-id file name gotten from dso__build_id_filename() is as below, /root/.debug/.build-id/4f/75c7d197c951659d1c1b8b5fd

[PATCH v2 3/3] perf annotate: Fix missing number of samples

If running 'perf annotate --stdio -l --show-total-period', you can see a problem showing only zero '0' for number of samples. Before: $ perf annotate --stdio -l --show-total-period ... 0 :400816: push %rbp 0 :400817: mov%rsp,%rbp 0 :

[PATCH v2 0/3] perf annotate: Bugfixes

Hi, perf-annotate has little bugs so I fix them. I'd appreciate some feedback on this patchset. :) Thanks, Taeung v2: - more clearly commit log messages (Arnaldo) - rebased on current acme/perf/core Taeung Song (3): perf annotate: Fix a bug reading link name from a build-id file perf annota

[PATCH v11 2/2] media: i2c: Add support for OV5647 sensor.

The OV5647 sensor from Omnivision supports up to 2592x1944 @ 15 fps, RAW 8 and RAW 10 output formats, and MIPI CSI-2 interface. The driver adds support for 640x480 RAW 8. Signed-off-by: Ramiro Oliveira Acked-by: Sakari Ailus Reviewed-by: Vladimir Zapolskiy --- MAINTAINERS|

Re: [PATCH v5 1/2] usb: host: plat: Enable xhci plat runtime PM

On 22.03.2017 12:40, Baolin Wang wrote: Hi, On 22 March 2017 at 17:00, Felipe Balbi wrote: Hi, Baolin Wang writes: I don't yet understand why we can't just keep runtime pm disabled as a default for xhci platform devices. It could be enabled by whatever creates the platform device by settin

Re: [PATCH v2] arm64: kaslr: Fix up the kernel image alignment

On Wed, Mar 22, 2017 at 12:16:24PM +, Ard Biesheuvel wrote: > On 22 March 2017 at 11:38, Srinivas Ramana wrote: > > From: Neeraj Upadhyay > > > > If kernel image extends across alignment boundary, existing > > code increases the KASLR offset by size of kernel image. The > > offset is masked a

Re: [PATCH 2/3] net: stmmac: Restore DT backwards-compatibility

On Tue, Mar 21, 2017 at 04:12:10PM +0100, Thierry Reding wrote: > From: Thierry Reding > > Recent changes to support multiple queues in the device tree bindings > resulted in the number of RX and TX queues to be initialized to zero for > device trees not adhering to the new bindings. > > Restore

Re: [PATCH v2] sched/deadline: Make find_later_rq() choose a closer cpu in topology

On Tue, Mar 21, 2017 at 04:52:24PM +0900, Byungchul Park wrote: > When cpudl_find() returns any among free_cpus, the cpu might not be > closer than others, considering sched domain. For example: > >this_cpu: 15 >free_cpus: 0, 1,..., 14 (== later_mask) >best_cpu: 0 > >topology: >

Re: [PATCH] Add initial SX3000b platform code to MIPS arch

On Wed, Mar 22, 2017 at 05:38:09AM +, Amit Kama IL wrote: > Add initial support for boards based on Satixfy's SX3000b (Catniss) SoC. > The SoC includes a MIPS interAptiv dual core 4 VPE processor and boots > using device-tree. > > Signed-off-by: Amit Kama > > The irqchip file (irq-sx3000b.

Re: [PATCH v2] staging: iio: Replace a bit shift by a use of BIT.

On 03/22/2017 09:38 AM, Arushi Singhal wrote: > This patch replaces bit shifting on 1 with the BIT(x) macro. > This was done with coccinelle: > @@ > constant c; > @@ > > -1 << c > +BIT(c) When it comes to doing this type of conversion semantics, i.e. the meaning of the value, are important. The B

[PATCH v11 1/2] Documentation: DT: Add OV5647 bindings

Create device tree bindings documentation. Signed-off-by: Ramiro Oliveira Acked-by: Rob Herring Reviewed-by: Vladimir Zapolskiy --- .../devicetree/bindings/media/i2c/ov5647.txt | 35 ++ 1 file changed, 35 insertions(+) create mode 100644 Documentation/devicetree/bin

Re: [PATCH v4 1/2] backlight: pwm_bl: Move the checks for initial power state to a separate function

Hi Philip, On Wed, Mar 22, 2017 at 11:46 AM, Philipp Zabel wrote: > On Tue, 2017-03-21 at 19:48 +0100, Geert Uytterhoeven wrote: >> On Tue, Nov 22, 2016 at 2:41 PM, Peter Ujfalusi >> wrote: >> > Move the checks to select the initial state for the backlight to a new >> > function and document th

[PATCH v11 0/2] Add support for Omnivision OV5647

Hello, This patchset adds support for the Omnivision OV5647 sensor. At the moment it only supports 640x480 in RAW 8. This is the eleventh version of the OV5647 camera driver patchset. v11: - Remove leftover debug code Suggested-by: Sakari Ailus v10: - Add more error info to model check - R

Re: net/sctp: recursive locking in sctp_do_peeloff

On Wed, Mar 15, 2017 at 7:19 PM, Cong Wang wrote: > On Wed, Mar 15, 2017 at 5:52 AM, Marcelo Ricardo Leitner > wrote: >> On Tue, Mar 14, 2017 at 09:52:15PM -0700, Cong Wang wrote: >>> Instead of checking for the status of the sock, I believe the following >>> one-line fix should do the trick too.

Re: [PATCH 07/17] net: convert sock.sk_refcnt from atomic_t to refcount_t

On Tue, Mar 21, 2017 at 07:03:19PM -0700, Eric Dumazet wrote: > Note that we might define two refcount_inc() : One that does whole > tests, and refcount_inc_relaxed() that might translate to atomic_inc() > on non debug kernels. So you'd want a duplicate interface, such that most code, which does

Re: [PATCH] pci: dwc: hisi needs PCI_HOST_COMMON

On 2017/3/22 16:00, Arnd Bergmann wrote: > On Mar 22, 2017 04:27, "Zhou Wang" > wrote: > > On 2017/3/21 23:48, Jingoo Han wrote: > > (+cc: Joao Pinto, Zhou Wang, Gabriele Paoloni) > > > > On Tuesday, March 21, 2017 10:32 AM, Arnd Bergmann wrote: >

Re: [PATCH 2/3] asm-generic, x86: wrap atomic operations

On Wed, Mar 22, 2017 at 12:30 PM, Arnd Bergmann wrote: > On Wed, Mar 22, 2017 at 11:42 AM, Dmitry Vyukov wrote: >> On Tue, Mar 21, 2017 at 10:20 PM, Arnd Bergmann wrote: >>> On Tue, Mar 21, 2017 at 7:06 PM, Dmitry Vyukov wrote: >> >> Initially I've tested with my stock gcc 4.8.4 (Ubuntu >> 4.8.

Re: [RFC 0/1] add support for reclaiming priorities per mem cgroup

On 3/20/2017 8:53 PM, Johannes Weiner wrote: > On Mon, Mar 20, 2017 at 07:28:53PM +0530, Vinayak Menon wrote: >> From the discussions @ https://lkml.org/lkml/2017/3/3/752, I assume you are >> trying >> per-app memcg. We were trying to implement per app memory cgroups and were >> encountering some

Re: [PATCH V11 10/10] arm/arm64: KVM: add guest SEA support

Hi James, On 2017/3/22 19:14, James Morse wrote: > Hi Wang Xiongfeng, > > On 22/03/17 02:46, Xiongfeng Wang wrote: >>> Guests are a special case as QEMU may never access the faulty memory >>> itself, so >>> it won't receive the 'late' signal. It looks like ARM/arm64 KVM lacks >>> support >>> fo

Re: [PATCH v2] arm64: kaslr: Fix up the kernel image alignment

On 22 March 2017 at 11:38, Srinivas Ramana wrote: > From: Neeraj Upadhyay > > If kernel image extends across alignment boundary, existing > code increases the KASLR offset by size of kernel image. The > offset is masked after resizing. There are cases, where after > masking, we may still have ker

<    3   4   5   6   7   8   9   10   >