Re: [PATCHv5 3/6] mfd: da9052: add register details for TSI

On Mon, 17 Jul 2017, Sebastian Reichel wrote: > Hi, > > On Mon, Jul 17, 2017 at 03:32:45PM +0100, Lee Jones wrote: > > On Mon, 03 Jul 2017, Sebastian Reichel wrote: > > > > > Add register details an channels definition for using the TSI > > > registers in the hwmon driver. > > > > > >

Re: [PATCH 4/4] drm/sun4i: make sure we don't have a commit pending

On Mon, Jul 17, 2017 at 02:57:19PM +0800, Chen-Yu Tsai wrote: > On Mon, Jul 17, 2017 at 2:55 PM, Maxime Ripard > wrote: > > On Fri, Jul 14, 2017 at 04:56:01PM +0800, Chen-Yu Tsai wrote: > >> Hi, > >> > >> On Thu, Jul 13, 2017 at 10:41 PM, Maxime Ripard > >>

Re: [RFC PATCH v1 00/11] Create fast idle path for short idle periods

On Mon, 17 Jul 2017, Andi Kleen wrote: > On Tue, Jul 18, 2017 at 08:43:53AM +0200, Thomas Gleixner wrote: > > On Mon, 17 Jul 2017, Andi Kleen wrote: > > > > > > We need a tradeoff here IMHO. I'll check Daniel's work to understand > > > > how/if > > > > it's better than menu governor. > > > > >

Re: [PATCH 2/2] mfd: axp20x: use correct platform device id for many PEK

On Mon, 17 Jul 2017, Quentin Schulz wrote: > According to their datasheets, the AXP221, AXP223, AXP288, AXP803, > AXP809 and AXP813 PEK have different values for startup time bits from > the AXP20X, let's use the platform device id with the correct values. > > Signed-off-by: Quentin Schulz

[PATCH v3 4/6] perf: hisi: Add support for HiSilicon SoC HHA PMU driver

L3 cache coherence is maintained by Hydra Home Agent (HHA) in HiSilicon SoC. This patch adds support for HHA PMU driver, Each HHA has own control, counter and interrupt registers and is an separate PMU. For each HHA PMU, it has 16-programable counters and supports 0x50 events, event code is 8-bits

[PATCH v3 5/6] perf: hisi: Add support for HiSilicon SoC DDRC PMU driver

This patch adds support for DDRC PMU driver in HiSilicon SoC chip, Each DDRC has own control, counter and interrupt registers and is an separate PMU. For each DDRC PMU, it has 8-fixed-purpose counters which have been mapped to 8-events by hardware, it assumes that counter index is equal to event

[PATCH v3 0/6] Add HiSilicon SoC uncore Performance Monitoring Unit driver

This patchset adds support for HiSilicon SoC uncore PMUs driver. It includes L3C, Hydra Home Agent (HHA) and DDRC. Changes in v3: * rebase to 4.13-rc1 * add dev_err if ioremap fails for PMUs Changes in v2: * fix kbuild test robot error * make hisi_uncore_ops static Shaokun Zhang (6):

[PATCH v3 3/6] perf: hisi: Add support for HiSilicon SoC L3C PMU driver

This patch adds support for L3C PMU driver in HiSilicon SoC chip, Each L3C has own control, counter and interrupt registers and is an separate PMU. For each L3C PMU, it has 8-programable counters and supports 0x60 events, event code is 8-bits and every counter is free-running. Interrupt is

[PATCH] dt-bindings: add device tree binding for Allwinner XR819 SDIO Wi-Fi

Allwinner XR819 is a SDIO Wi-Fi chip, which has the functionality to use an out-of-band interrupt pin instead of SDIO in-band interrupt. Add the device tree binding of this chip, in order to make it possible to add this interrupt pin to device trees. Signed-off-by: Icenowy Zheng

[PATCH v2 2/2] pinctrl: sunxi: add support of R40 to A10 pinctrl driver

R40 is said to be an upgrade of A20, and its pin configuration is also similar to A20 (and thus similar to A10). Add support for R40 to the A10 pinctrl driver. Signed-off-by: Icenowy Zheng --- Changes in v2: - Fixed some lines' format. drivers/pinctrl/sunxi/Kconfig

[PATCH v2 1/2] pinctrl: sunxi: add a missing function of A10/A20 pinctrl driver

The PH16 pin has a function with mux id 0x5, which is the DET pin of the "sim" (smart card reader) IP block. This function is missing in old versions of A10/A20 SoCs' datasheets and user manuals, so it's also missing in the old drivers. The newest A10 Datasheet V1.70 and A20 Datasheet V1.41

Re: [PATCH] x86/microcode: Document the three loading methods

On Tue, Jul 18, 2017 at 08:27:54AM +0200, Dominik Brodowski wrote: > What about: "... microcode in (uncompressed) cpio format followed by the > (possibly compressed) initrd image", to clarify this distinction? Meh. > What about something more fancy, such as > iucode_tool -v

[PATCH v2 0/2] Last step to working Allwinner R40 pinctrl

This patchset contains only two patches. The first one is a minor fix for the A10 pinctrl driver, add a function of a pin, which used to be missing in A10/A20 pinctrl driver. Thanks for Chen-Yu for discovering it when reviewing my R40 pinctrl patchset. The second one is the real R40 pinctrl

Re: [PATCH 2/2] mfd: axp20x: use correct platform device id for many PEK

Hi Lee, On 18/07/2017 09:19, Lee Jones wrote: > On Mon, 17 Jul 2017, Quentin Schulz wrote: > >> According to their datasheets, the AXP221, AXP223, AXP288, AXP803, >> AXP809 and AXP813 PEK have different values for startup time bits from >> the AXP20X, let's use the platform device id with the

[PATCH] Coccinelle report script for refcounters

The below script can be used to detect potential misusage of atomic_t type and API for reference counting purposes. Now when we have a dedicated refcount_t type and API with security protection implemented, people should be using it instead. Currently it still reports many occurences since we are

[PATCH] Coccinelle: add atomic_as_refcounter script

atomic_as_refcounter.cocci script allows detecting cases when refcount_t type and API should be used instead of atomic_t. Signed-off-by: Elena Reshetova --- scripts/coccinelle/api/atomic_as_refcounter.cocci | 102 ++ 1 file changed, 102

[PATCH v6 3/3] clk: stm32h7: Add stm32h743 clock driver

From: Gabriel Fernandez This patch enables clocks for STM32H743 boards. Signed-off-by: Gabriel Fernandez for MFD changes: Acked-by: Lee Jones for DT-Bindings Acked-by: Rob Herring ---

[PATCH v6 1/3] clk: nxp: clk-lpc32xx: rename clk_gate_is_enabled()

From: Gabriel Fernandez We need to export clk_gate_is_enabled() from clk framework, then to avoid compilation issue we have to rename clk_gate_is_enabled() in NXP LPC32xx clock driver. Signed-off-by: Gabriel Fernandez ---

[PATCH v3] staging: unisys: visorbus: Constify attribute_group structures.

attribute_group are not supposed to change at runtime. All functions working with attribute_group provided by work with const attribute_group. So mark the non-const structs as const. Signed-off-by: Arvind Yadav --- drivers/staging/unisys/visorbus/visorbus_main.c | 4

[PATCH v6 0/3] clk: stm32h7: Add stm32h743 clock driver

From: Gabriel Fernandez v6: - rename clk_gate_is_enabled() in nxp lpc32xx driver. - add EXPORT_SYMBOL_GPL(clk_gate_is_enabled) v5: - return bool instead int for enable_power_domain_write_protection() - add comment to explain use of CLK_OF_DECLARE_DRIVER() -

Re: [PATCH] staging: gs_fpgaboot: add buffer overflow checks

On Mon, Jul 17, 2017 at 08:21:20PM -0400, Jacob von Chorus wrote: > On Mon, Jul 17, 2017 at 10:53:25PM +0300, Dan Carpenter wrote: > > > + if (len + 1 > n) { > > > > It's more idiomatic to say "if (len >= n)". Plus that's a good habbit > > My reasoning behind using "((len + 1) > n)" is that len

Re: [RFC PATCH v2] Bluetooth: btusb: Fix memory leak in play_deferred

Hi Oliver, On 07/18/2017 03:30 PM, Oliver Neukum wrote: Am Dienstag, den 18.07.2017, 08:44 +0200 schrieb Marcel Holtmann: diff --git a/drivers/bluetooth/btusb.c b/drivers/bluetooth/btusb.c index 0d533b2..a22a08b 100644 --- a/drivers/bluetooth/btusb.c +++ b/drivers/bluetooth/btusb.c @@ -3260,19

Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac

On Tue, Jul 18, 2017 at 08:00:07AM +0200, Borislav Petkov wrote: > And I think we should try this first: have the firmware disable > detection methods so that the platform drivers don't load. Btw, in looking at this more, what about the firmware-first thing? I.e., the firmware-first detection

[RFC PATCH v12 2/4] random: conditionally compile code depending on LRNG

When selecting the LRNG for compilation, disable add_disk_randomness and its supporting function. CC: Greg Kroah-Hartman CC: Arnd Bergmann CC: Jason A. Donenfeld Signed-off-by: Stephan Mueller ---

[RFC PATCH v12 0/4] /dev/random - a new approach

Hi, after distributing patches for the Linux-RNG - a new approach for the last half year, I would like to submit this RFC for inclusion into the kernel. The following patch set provides a different approach to /dev/random which I call Linux Random Number Generator (LRNG) to collect entropy

Re: [RFC PATCH v12 2/4] random: conditionally compile code depending on LRNG

On Tue, Jul 18, 2017 at 9:58 AM, Stephan Müller wrote: > When selecting the LRNG for compilation, disable add_disk_randomness and > its supporting function. > > CC: Greg Kroah-Hartman > CC: Arnd Bergmann > CC: Jason A. Donenfeld

[RFC PATCH v12 4/4] LRNG - enable compile

Add LRNG compilation support. CC: Greg Kroah-Hartman CC: Arnd Bergmann CC: Jason A. Donenfeld Signed-off-by: Stephan Mueller --- drivers/char/Kconfig | 10 ++ drivers/char/Makefile | 10 +- 2

Re: [PATCH 2/2] Revert "ASoC: ux500: drop platform DAI assignments"

On Mon, Jul 17, 2017 at 03:51:27PM +0100, Mark Brown wrote: > On Wed, Jul 12, 2017 at 05:55:30PM +0200, Johan Hovold wrote: > > This reverts commit f1013cdeeeb9 ("ASoC: ux500: drop platform DAI > > assignments"), which seems to have been based on a misunderstanding and > > prevents the platform

[PATCH 1/2] arm: dts: stm32: add cec for stm32f7 familly

add cec in devicetree for stm32f7 familly Signed-off-by: Benjamin Gaignard --- arch/arm/boot/dts/stm32f746.dtsi | 18 ++ 1 file changed, 18 insertions(+) diff --git a/arch/arm/boot/dts/stm32f746.dtsi b/arch/arm/boot/dts/stm32f746.dtsi index

[PATCH 2/2] arm: dts: stm32: enable cec for stm32f769 discovery

enable cec for stm32f769 discovery board Signed-off-by: Benjamin Gaignard --- arch/arm/boot/dts/stm32f769-disco.dts | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm/boot/dts/stm32f769-disco.dts b/arch/arm/boot/dts/stm32f769-disco.dts index

Re: [RFC PATCH v12 2/4] random: conditionally compile code depending on LRNG

Am Dienstag, 18. Juli 2017, 10:13:55 CEST schrieb Arnd Bergmann: Hi Arnd, > On Tue, Jul 18, 2017 at 9:58 AM, Stephan Müller wrote: > > When selecting the LRNG for compilation, disable add_disk_randomness and > > its supporting function. > > > > CC: Greg Kroah-Hartman

[PATCH 1/2] arm: dts: stm32: add cec for stm32f7 familly

add cec in devicetree for stm32f7 familly version 1.1: - with correct slew rate Signed-off-by: Benjamin Gaignard --- arch/arm/boot/dts/stm32f746.dtsi | 18 ++ 1 file changed, 18 insertions(+) diff --git a/arch/arm/boot/dts/stm32f746.dtsi

Re: [RFC PATCH v12 3/4] Linux Random Number Generator

On Tue, Jul 18, 2017 at 10:45:12AM +0200, Stephan Müller wrote: > Am Dienstag, 18. Juli 2017, 10:32:10 CEST schrieb Greg Kroah-Hartman: > > Hi Greg, > > > external references do not last as long as the kernel change log does :( > > What would be the best way to cite a 50+ page document? I got a

Re: [RFC PATCH v12 1/4] crypto: make Jitter RNG directly accessible

Am Dienstag, 18. Juli 2017, 10:49:59 CEST schrieb Greg Kroah-Hartman: Hi Greg, > > > This issue was discussed during the inclusion of the Jitter RNG C code > > into > > the kernel. > > Ok, that was then, this is now, why not change it now? How does > including types.h change anything? At the

Re: [PATCH 0/5] Add a script to check for Sphinx install requirements

> Am 17.07.2017 um 12:57 schrieb Mauro Carvalho Chehab > : > > So, we need a way for kfigure to fallback when distros don't > have such feature. Hm .. I'am not very happy to implement where distros packaging fail. But .. if there is really a need for, I will do so.

Re: [PATCH v4 10/10] x86/mm: Try to preserve old TLB entries using PCID

* Peter Zijlstra wrote: > On Wed, Jul 05, 2017 at 09:04:39AM -0700, Andy Lutomirski wrote: > > On Wed, Jul 5, 2017 at 5:18 AM, Peter Zijlstra wrote: > > > On Thu, Jun 29, 2017 at 08:53:22AM -0700, Andy Lutomirski wrote: > > >> @@ -104,18 +140,20 @@

[PATCH 1/1] scsi: ufs: changing maintainer

As per internal decision, Joao Pinto will be maintainer for DWC UFS driver. Signed-off-by: Prabu Thangamuthu --- MAINTAINERS |3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/MAINTAINERS b/MAINTAINERS index 8a99f6b..2122e93 100644 --- a/MAINTAINERS

Re: [RFC PATCH v12 1/4] crypto: make Jitter RNG directly accessible

On Tue, Jul 18, 2017 at 11:10 AM, Stephan Müller wrote: > Am Dienstag, 18. Juli 2017, 11:02:02 CEST schrieb Arnd Bergmann: > > Hi Arnd, >> >> I can see why the jitterentropy implementation avoids using kernel headers, >> the problem now is that part of it gets moved into a

Re: [PATCH v2 0/5] ARM: defconfig: Cleanup from old entries

On Tue, Jul 18, 2017 at 6:59 AM, Krzysztof Kozlowski wrote: > Hi, > > Changes since v1: > 1. Rebase on Simon Horman's repo to avoid duplication. > 2. Add Liviu Dudau's ack for vexpress. Looks all good to me. Please send a pull request for these when you are ready. Arnd

Re: [PATCH V4 2/2] mfd: Add ROHM BD9571MWV-M MFD PMIC driver

On Mon, 17 Jul 2017, Marek Vasut wrote: > Add the MFD part of the ROHM BD9571MWV-M PMIC driver and MAINTAINERS > entry. The MFD part only specifies the regmap bits for the PMIC and > binds the subdevs together. > > Signed-off-by: Marek Vasut > Cc:

Re: [PATCH v2 2/5] ACPI / boot: Correct address space of __acpi_map_table()

On Tue, 2017-07-18 at 11:03 +0200, Geert Uytterhoeven wrote: > Hi Andy, > > On Mon, Jul 17, 2017 at 12:24 PM, Andy Shevchenko > wrote: > > Sparse complains about wrong address space used in > > __acpi_map_table() > > and in __acpi_unmap_table(). > > > >

Re: [PATCH 2/3] mfd: syscon: atmel-smc: add helper to retrieve register layout

On 18/07/2017 at 11:12, Lee Jones wrote: > On Tue, 18 Jul 2017, Lee Jones wrote: > >> On Tue, 11 Jul 2017, Ludovic Desroches wrote: >> >>> For HSMC controller, the register layout depends on the device i.e. the >>> offset of setup, pulse, cycle, mode and timings registers is not the >>> same. An

Re: [PATCH v9 2/7] perf/x86/intel: Record branch type

On Mon, Jul 17, 2017 at 04:28:38PM +0800, Jin, Yao wrote: > I'm also waiting for Peter's review comments for this patch update. Aside from Jiri's comment (which I agree with) Acked-by: Peter Zijlstra (Intel) for the first two patches.

Re: [PATCH 2/2] mfd: ds1374: Add Dallas/Maxim DS1374 Multi Function Device

On Mon, 17 Jul 2017, Moritz Fischer wrote: > Hi Lee, > > On Mon, Jul 17, 2017 at 08:51:17AM +0100, Lee Jones wrote: > > On Thu, 13 Jul 2017, Moritz Fischer wrote: > > > > > From: Moritz Fischer > > > > > > Add support for the Maxim/Dallas DS1374 RTC/WDT with trickle

Re: [PATCH v2 0/3] Introduce USB charger support in USB phy

Hi, On 3 July 2017 at 14:07, Baolin Wang wrote: > Currently the Linux kernel does not provide any standard integration of this > feature that integrates the USB subsystem with the system power regulation > provided by PMICs meaning that either vendors must add this in

Re: [PATCH 0/2] use correct values for startup time bits for AXP22X/AXP8XX PEKs

Hi Lee, On 18/07/2017 09:18, Lee Jones wrote: > On Mon, 17 Jul 2017, Quentin Schulz wrote: > >> Hi all, >> >> On 17/07/2017 11:53, Quentin Schulz wrote: >>> According to their datasheets, the AXP221, AXP223, AXP288, AXP803, >>> AXP809 and AXP813 PEK have different values for startup time bits

Re: [RFC PATCH v1 00/11] Create fast idle path for short idle periods

On Mon, 17 Jul 2017, Andi Kleen wrote: > On Tue, Jul 18, 2017 at 08:43:53AM +0200, Thomas Gleixner wrote: > > On Mon, 17 Jul 2017, Andi Kleen wrote: > > > > > > We need a tradeoff here IMHO. I'll check Daniel's work to understand > > > > how/if > > > > it's better than menu governor. > > > > >

Re: [PATCH 4/4] drm/sun4i: make sure we don't have a commit pending

On Tue, Jul 18, 2017 at 9:07 AM, Maxime Ripard wrote: > On Mon, Jul 17, 2017 at 02:57:19PM +0800, Chen-Yu Tsai wrote: >> On Mon, Jul 17, 2017 at 2:55 PM, Maxime Ripard >> wrote: >> > On Fri, Jul 14, 2017 at 04:56:01PM +0800,

Re: [PATCH 0/2] use correct values for startup time bits for AXP22X/AXP8XX PEKs

On Tue, Jul 18, 2017 at 3:25 PM, Quentin Schulz wrote: > Hi Lee, > > On 18/07/2017 09:18, Lee Jones wrote: >> On Mon, 17 Jul 2017, Quentin Schulz wrote: >> >>> Hi all, >>> >>> On 17/07/2017 11:53, Quentin Schulz wrote: According to their datasheets, the

Re: [PATCH v2] mtd: nand: fix lack of oob layout when using no ecc

On Mon, 10 Jul 2017 14:05:19 +0200 Miquel RAYNAL wrote: > Fix nand core lack of OOB layout when: > - the NFC driver does not provide any OOB layout, > - ECC operations are disabled (using NAND_ECC_NONE). > Using this configuration leads to a crash during the

Re: [PATCH 1/2] Input: axp20x-pek: add support for AXP221 PEK

Hi Maxime, On 18/07/2017 09:57, Maxime Ripard wrote: > On Tue, Jul 18, 2017 at 09:36:04AM +0200, Quentin Schulz wrote: + + error = sysfs_create_group(>dev.kobj, + axp20x_pek->attribute_group); >>> >>> Wouldn't it make more sense to just store the

Re: [PATCH 2/3] mfd: syscon: atmel-smc: add helper to retrieve register layout

On Tue, 11 Jul 2017, Ludovic Desroches wrote: > For HSMC controller, the register layout depends on the device i.e. the > offset of setup, pulse, cycle, mode and timings registers is not the > same. An helper is added to provide the correct register layout. > > Fixes: fe9d7cb22ef3 ("mfd: syscon:

Re: [RFC 0/4] perf script python: Provide perf_sample dict to all handlers

On Mon, Jul 17, 2017 at 03:10:36PM -0700, Arun Kalyanasundaram wrote: > The process_event python hook receives a dict with all perf_sample entries. > > Other handlers (e.g. trace_unhandled, python_process_tracepoint) predate the > introduction of this dict and do not receive it. This patch

Re: [PATCH v7 12/13] ACPI / init: Invoke early ACPI initialization earlier

On 07/18/17 at 02:08pm, Dou Liyang wrote: > Hi, Zheng > > At 07/18/2017 01:18 PM, Zheng, Lv wrote: > > Hi, > > > > Can the problem be fixed by invoking acpi_put_table() for mapped DMAR table? > > Invoking acpi_put_table() is my first choice. But it made the kernel > *panic* when we try to get

Re: [PATCH v1 1/2] remoteproc: dt: Provide bindings for iMX6SX/7D Remote Processor Controller driver

Hallo Bjorn, On 11.07.2017 00:14, Bjorn Andersson wrote: On Mon 10 Jul 07:42 PDT 2017, Oleksij Rempel wrote: Signed-off-by: Oleksij Rempel --- .../devicetree/bindings/remoteproc/imx-rproc.txt | 44 ++ 1 file changed, 44 insertions(+) create

Re: [PATCH] mfd: twl4030-irq: remove unnecessary static in twl4030_init_irq()

On Mon, 17 Jul 2017, Gustavo A. R. Silva wrote: > Remove unnecessary static on local variable twl4030_irq_chip. > Such variable is initialized before being used, on every > execution path throughout the function. The static has no > benefit and, removing it reduces the object file size. > > This

Re: [RFC PATCH v12 2/4] random: conditionally compile code depending on LRNG

On Tue, Jul 18, 2017 at 10:37 AM, Stephan Müller wrote: > Am Dienstag, 18. Juli 2017, 10:13:55 CEST schrieb Arnd Bergmann: >> On Tue, Jul 18, 2017 at 9:58 AM, Stephan Müller wrote: >> > When selecting the LRNG for compilation, disable add_disk_randomness

Re: [RFC PATCH v12 1/4] crypto: make Jitter RNG directly accessible

On Tue, Jul 18, 2017 at 10:40:07AM +0200, Stephan Müller wrote: > Am Dienstag, 18. Juli 2017, 10:30:14 CEST schrieb Greg Kroah-Hartman: > > Hi Greg, > > > > +typedef unsigned long long __u64; > > > +typedef long long __s64; > > > > types.h already has these defines, don't

Re: [RFC PATCH v12 2/4] random: conditionally compile code depending on LRNG

Am Dienstag, 18. Juli 2017, 10:47:00 CEST schrieb Arnd Bergmann: Hi Arnd, > On Tue, Jul 18, 2017 at 10:37 AM, Stephan Müller wrote: > > Am Dienstag, 18. Juli 2017, 10:13:55 CEST schrieb Arnd Bergmann: > >> On Tue, Jul 18, 2017 at 9:58 AM, Stephan Müller

Re: [RFC PATCH v12 4/4] LRNG - enable compile

Am Dienstag, 18. Juli 2017, 10:51:41 CEST schrieb Arnd Bergmann: Hi Arnd, > On Tue, Jul 18, 2017 at 9:59 AM, Stephan Müller wrote: > > Add LRNG compilation support. > > > > diff --git a/drivers/char/Makefile b/drivers/char/Makefile > > index 53e3372..87e06ec 100644 > > ---

Re: [PATCH v3 01/18] coresight replicator: Cleanup programmable replicator naming

On 17/07/17 18:45, Mathieu Poirier wrote: On Fri, Jul 14, 2017 at 02:04:06PM +0100, Suzuki K Poulose wrote: The Linux coresight drivers define the programmable ATB replicator as Qualcomm replicator, while this is designed by ARM. This can cause confusion to a user selecting the driver. Cleanup

Re: [PATCH 2/3] mfd: syscon: atmel-smc: add helper to retrieve register layout

On Tue, 18 Jul 2017, Lee Jones wrote: > On Tue, 11 Jul 2017, Ludovic Desroches wrote: > > > For HSMC controller, the register layout depends on the device i.e. the > > offset of setup, pulse, cycle, mode and timings registers is not the > > same. An helper is added to provide the correct

Re: [RFC PATCH v12 1/4] crypto: make Jitter RNG directly accessible

Am Dienstag, 18. Juli 2017, 11:16:10 CEST schrieb Arnd Bergmann: Hi Arnd, > I guess ideally you just move the inner half of lrng_get_jent(), > i.e. everything inside of the spinlock, plus the buffer, into that file. > That should keep the low-level side separate from the caller. Yes, I concur.

Re: [PATCH v3] mm/vmalloc: terminate searching since one node found

On 07/18/2017 04:31 PM, Zhaoyang Huang (黄朝阳) wrote: > > It is no need to find the very beginning of the area within > alloc_vmap_area, which can be done by judging each node during the process > it seems the original code is wrote to achieve the following two purposes : A, the result vamp_area

Re: [PATCH 2/3] mfd: syscon: atmel-smc: add helper to retrieve register layout

On 11/07/2017 at 09:40:14 +0200, Ludovic Desroches wrote: > For HSMC controller, the register layout depends on the device i.e. the > offset of setup, pulse, cycle, mode and timings registers is not the > same. An helper is added to provide the correct register layout. > > Fixes: fe9d7cb22ef3

Re: [PATCH v2] xattr: Enable security.capability in user namespaces

On Thu, 13 Jul 2017, Stefan Berger wrote: > A file shared by 2 containers, one mapping root to uid=1000, the other mapping > root to uid=2000, will show these two xattrs on the host (init_user_ns) once > these containers set xattrs on that file. I may be missing something here, but what happens

Re: [PATCH resend] Documentation: arm: Replace use of virt_to_phys with __pa_symbol

Hi Russell, On Mon, Jul 17, 2017 at 11:20 PM, Russell King - ARM Linux wrote: > On Mon, Jul 17, 2017 at 01:44:45PM -0600, Jonathan Corbet wrote: >> On Mon, 17 Jul 2017 15:39:28 +0200 >> Geert Uytterhoeven wrote: >> >> > All low-level PM/SMP code

Re: [PATCH] mfd: intel_soc_pmic_crc: Uniquify device name

On Mon, 17 Jul 2017, Bastien Nocera wrote: > On Mon, 2017-07-17 at 12:58 +0100, Lee Jones wrote: > > The commit log should not be empty. > > Fair. > > > Please provide information as to why this change is required, etc. > > SSIA. Disagree. The $SUBJECT says what your intention is, but does

Re: ath10k_htt_rx_amsdu_allowed() noise

On 07/16/2017 03:56 PM, Gabriel C wrote: > > Can ath10k_warn() be ath10k_dbg() there ? Maybe this ? > Looks good to me. > > From d4138d936635ca7b69ed7f7b0cda4914f0f07917 Mon Sep 17 00:00:00 2001 > From: Gabriel Craciunescu > Date: Mon, 17 Jul 2017 00:45:29 +0200 >

Re: [PATCH 0/2] use correct values for startup time bits for AXP22X/AXP8XX PEKs

On Mon, 17 Jul 2017, Quentin Schulz wrote: > Hi all, > > On 17/07/2017 11:53, Quentin Schulz wrote: > > According to their datasheets, the AXP221, AXP223, AXP288, AXP803, > > AXP809 and AXP813 PEK have different values for startup time bits from > > the AXP20X PEK (which are currently used for

Re: [PATCH 11/11] mfd: max8925-i2c: Drop unnecessary static

On Sat, 15 Jul 2017, Julia Lawall wrote: > Drop static on a local variable, when the variable is initialized before > any possible use. Thus, the static has no benefit. > > The semantic patch that fixes this problem is as follows: > (http://coccinelle.lip6.fr/) > > // > @bad exists@ >

Re: [PATCH V3 1/5] drivers/fmc: remove unused variable

On Tue, Jul 18, 2017 at 09:00:29AM +0200, Alessandro Rubini wrote: > > Again, I do not like to take patches without any changelog text at all > > :( > > Sorry, I added this after the "---" line. I thought it was this one the > missing item: > > V3 (Alessandro): fixed From line in patch, added

[PATCH v3 1/6] Documentation: perf: hisi: Documentation for HiSilicon SoC PMU driver

This patch adds documentation for the uncore PMUs on HiSilicon SoC. Signed-off-by: Shaokun Zhang Signed-off-by: Anurup M --- Documentation/perf/hisi-pmu.txt | 51 + 1 file changed, 51 insertions(+) create

[PATCH v3 2/6] perf: hisi: Add support for HiSilicon SoC uncore PMU driver

This patch adds support HiSilicon SoC uncore PMU driver framework and interfaces. Signed-off-by: Shaokun Zhang Signed-off-by: Anurup M --- drivers/perf/Kconfig | 7 + drivers/perf/Makefile| 1 +

Re: [PATCH V3 1/5] drivers/fmc: remove unused variable

> Ah, sorry, wrong "changelog". I meant the area that shows up in git > about what this patch does. There's no description of it other than the > Subject line. Yes. Ok, I'll add a longer commit message for V4 of the whole set. Tomorrow (/me leaving now to a client).

[PATCH v3 6/6] arm64: MAINTAINERS: hisi: Add HiSilicon SoC PMU support

Add support HiSilicon SoC uncore PMU driver. Signed-off-by: Shaokun Zhang --- MAINTAINERS | 7 +++ 1 file changed, 7 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 205d397..649b144 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -6197,6 +6197,13 @@ S:

Re: [REGRESSION] 28676d869bbb (scsi: sg: check for valid direction before starting the request) breaks mtx tape library control

On Mon, Jul 17, 2017 at 07:44:50PM -0500, Jason L Tibbitts III wrote: > and confirmed that clean unpatched 4.12 shows the problem, while > reverting just that patch fixes the issue. Unfortunately I don't know > enough to actually fix this, but I can easily test patches. This is fixed with:

[PATCH] irqchip/mips-gic: Remove population of irq domain names

Since commit d59f6617eef0f ("genirq: Allow fwnode to carry name information only") the irqdomain core sets the names of irq domains. When the name is allocated the new IRQ_DOMAIN_NAME_ALLOCATED flag is set. Replacing the allocated name with a constant one is not a good idea, since calling the new

Re: [PATCH] ARM: zImage: Fix stack overflow in merge_fdt_bootargs()

On 16/07/2017 23:43, Rask Ingemann Lambertsen wrote: > This function is called very early on from head.S and currently sets up a > stack frame of more than 1024 bytes: > > atags_to_fdt.c: In function ‘merge_fdt_bootargs’: > atags_to_fdt.c:98:1: warning: the frame size of 1032 bytes is larger than

Re: [PATCH] drm/i915: Explicit the connector name for DP link training result

On Mon, 17 Jul 2017, Paul Kocialkowski wrote: > This adds the connector name when printing a debug message about the DP > link training result. It is useful to figure out what connector is > failing when multiple DP connectors are used. Perhaps more consistent

[tip:irq/urgent] irqchip/mips-gic: Remove population of irq domain names

Commit-ID: ddac9c5bfa75029ed4b58e81d8d3c49694598ff6 Gitweb: http://git.kernel.org/tip/ddac9c5bfa75029ed4b58e81d8d3c49694598ff6 Author: Matt Redfearn AuthorDate: Tue, 18 Jul 2017 08:39:21 +0100 Committer: Thomas Gleixner CommitDate: Tue, 18

[PATCH v6 2/3] clk: gate: expose clk_gate_ops::is_enabled

From: Gabriel Fernandez This patch exposes clk_gate_ops::is_enabled as functions that can be directly called and assigned in places like this so we don't need wrapper functions that do nothing besides forward the call. Signed-off-by: Gabriel Fernandez

Re: [PATCH 1/2] Input: axp20x-pek: add support for AXP221 PEK

On Tue, Jul 18, 2017 at 09:36:04AM +0200, Quentin Schulz wrote: > >> + > >> + error = sysfs_create_group(>dev.kobj, > >> + axp20x_pek->attribute_group); > > > > Wouldn't it make more sense to just store the startup_time structure > > in the axp20x_pek structure,

Re: [linux-sunxi] [PATCH v2 1/2] pinctrl: sunxi: add a missing function of A10/A20 pinctrl driver

On Tue, Jul 18, 2017 at 3:42 PM, Icenowy Zheng wrote: > The PH16 pin has a function with mux id 0x5, which is the DET pin of the > "sim" (smart card reader) IP block. > > This function is missing in old versions of A10/A20 SoCs' datasheets and > user manuals, so it's also missing

[PATCH v4] staging: unisys: visorbus: Constify attribute_group structures.

attribute_group are not supposed to change at runtime. All functions working with attribute_group provided by work with const attribute_group. So mark the non-const structs as const. Signed-off-by: Arvind Yadav --- Changes in v2: Change log typo was not

[RFC PATCH v12 1/4] crypto: make Jitter RNG directly accessible

To support the LRNG operation which allocates the Jitter RNG separately from the kernel crypto API, extract the relevant information into a separate header file. CC: Greg Kroah-Hartman CC: Arnd Bergmann CC: Jason A. Donenfeld

[RFC PATCH v12 3/4] Linux Random Number Generator

The LRNG with the following properties: * noise source: interrupts timing with fast boot time seeding * lockless LFSR to collect raw entropy * use of standalone ChaCha20 based RNG with the option to use a different DRNG selectable at compile time * "atomic" seeding of secondary DRBG to

Re: [RFC PATCH v12 3/4] Linux Random Number Generator

On Tue, Jul 18, 2017 at 09:59:09AM +0200, Stephan Müller wrote: > The LRNG with the following properties: > > * noise source: interrupts timing with fast boot time seeding > > * lockless LFSR to collect raw entropy > > * use of standalone ChaCha20 based RNG with the option to use a >

Re: [PATCH v5 4/4]: perf/core: complete replace of lists by rb trees for pinned and flexible groups at perf_event_context

Hi, Are there any new comments so far? Could you please suggest further steps forward? Thanks, Alexey On 10.07.2017 16:03, Alexey Budankov wrote: > perf/core: complete replace of lists by rb trees for pinned and >flexible groups at perf_event_context > > By default, the userspace

Re: [RFC PATCH v12 1/4] crypto: make Jitter RNG directly accessible

Am Dienstag, 18. Juli 2017, 10:30:14 CEST schrieb Greg Kroah-Hartman: Hi Greg, > > +typedefunsigned long long __u64; > > +typedeflong long __s64; > > types.h already has these defines, don't re-typedef them again... The issue is that the C code is compiled without

Re: [RFC PATCH v2] Bluetooth: btusb: Fix memory leak in play_deferred

Am Dienstag, den 18.07.2017, 16:08 +0800 schrieb jeffy: > > I am afraid not. We cannot silently drop one part of a transmission. > > I am afraid that the correct algorithm, if we encounter an error at > > that stage, is to abort the operation and report an error. > > > so i should break the loop

Re: [RFC PATCH v12 3/4] Linux Random Number Generator

Am Dienstag, 18. Juli 2017, 10:32:10 CEST schrieb Greg Kroah-Hartman: Hi Greg, > external references do not last as long as the kernel change log does :( What would be the best way to cite a 50+ page document? I got a suggestion to include the ASCII version of the document into Documentation/

[BUG] x86/mm: Found insecure W+X mapping at address ffff88000005f000/0xffff88000005f000

Hi Thomas, Dmesg reports insecure W+X mapping found at address 8805f000/0x8805f000 on 4.4.70 kernel patched with -rt83 patch: # uname -a Linux piotrpc 4.4.70-rt83 #1 SMP PREEMPT RT Thu Jul 13 08:42:02 BST 2017 x86_64 GNU/Linux [4.888146] Serial: 8250/16550 driver, 4 ports,

Re: [RFC PATCH v12 3/4] Linux Random Number Generator

On Tue, Jul 18, 2017 at 10:45:12AM +0200, Stephan Müller wrote: > Am Dienstag, 18. Juli 2017, 10:32:10 CEST schrieb Greg Kroah-Hartman: > > Hi Greg, > > > external references do not last as long as the kernel change log does :( > > What would be the best way to cite a 50+ page document? I got a

Re: [RFC PATCH v12 4/4] LRNG - enable compile

On Tue, Jul 18, 2017 at 9:59 AM, Stephan Müller wrote: > Add LRNG compilation support. > > diff --git a/drivers/char/Makefile b/drivers/char/Makefile > index 53e3372..87e06ec 100644 > --- a/drivers/char/Makefile > +++ b/drivers/char/Makefile > @@ -2,7 +2,15 @@ > # Makefile

Re: [RFC PATCH v12 1/4] crypto: make Jitter RNG directly accessible

On Tue, Jul 18, 2017 at 10:49 AM, Greg Kroah-Hartman wrote: > On Tue, Jul 18, 2017 at 10:40:07AM +0200, Stephan Müller wrote: >> Am Dienstag, 18. Juli 2017, 10:30:14 CEST schrieb Greg Kroah-Hartman: >> >> Hi Greg, >> >> > > +typedef unsigned long long __u64; >> >

Re: [PATCH v2 2/5] ACPI / boot: Correct address space of __acpi_map_table()

Hi Andy, On Mon, Jul 17, 2017 at 12:24 PM, Andy Shevchenko wrote: > Sparse complains about wrong address space used in __acpi_map_table() > and in __acpi_unmap_table(). > > arch/x86/kernel/acpi/boot.c:127:29: warning: incorrect type in return > expression

Re: [PATCH v3 14/18] coresight tmc etr: Cleanup AXICTL register handling

On 17/07/17 18:06, Mathieu Poirier wrote: On Fri, Jul 14, 2017 at 02:04:19PM +0100, Suzuki K Poulose wrote: This patch cleans up how we setup the AXICTL register on TMC ETR. At the moment we don't set the CacheCtrl bits, which drives the arcache and awcache bits on AXI bus specifying the

Re: [PATCH] drm: stm: remove "default y" in Kconfig

2017-07-10 17:24 GMT+02:00 Emil Velikov : > On 10 July 2017 at 16:07, Benjamin Gaignard > wrote: >> To do not force stm driver to be build by default >> >> Signed-off-by: Benjamin Gaignard > Yes, please. You

Re: [PATCH 1/5] iommu/arm-smmu-v3: put off the execution of TLBI* to reduce lock confliction

On Mon, 17 Jul 2017 13:28:47 -0400 Nate Watterson wrote: > Hi Jonathan, > > On 7/17/2017 10:23 AM, Jonathan Cameron wrote: > > On Mon, 17 Jul 2017 14:06:42 +0100 > > John Garry wrote: > > > >> + > >> > >> On 29/06/2017 03:08, Leizhen

  1   2   3   4   5   6   7   8   9   10   >