Re: [PATCH 1/2] dt-bindings: power: Add ZynqMP power domain bindings

On Tue, Feb 27, 2018 at 03:55:49PM -0800, Jolly Shah wrote: > Add documentation to describe ZynqMP power domain bindings. > > Signed-off-by: Jolly Shah > Signed-off-by: Rajan Vaja > --- > .../devicetree/bindings/power/zynqmp-genpd.txt | 46 >

Re: [PATCH v2] pinctrl: pinctrl-single: Fix pcs_request_gpio() when bits_per_mux != 0

On 02/20/2018 06:56 AM, Andy Shevchenko wrote: On Mon, Feb 19, 2018 at 11:57 PM, David Lechner wrote: This fixes pcs_request_gpio() in the pinctrl-single driver when bits_per_mux != 0. It appears this was overlooked when the multiple pins per register feature was added.

Re: [PATCH net-next] dt-bindings: net: dsa: marvell: describe compatibility string

On Mon, Mar 05, 2018 at 04:05:22PM -0600, Brandon Streiff wrote: > There are two compatibility strings for mv88e6xxx, but it isn't clear > from the documentation why only those two exist when the mv88e6xxx driver > supports more than the 6085 and 6190. Briefly describe how the compatible >

[PATCH] tipc: bcast: use true and false for boolean values

Assign true or false to boolean variables instead of an integer value. This issue was detected with the help of Coccinelle. Signed-off-by: Gustavo A. R. Silva --- net/tipc/bcast.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/net/tipc/bcast.c

Re: [PATCH v4 14/24] fpga: dfl: fme: add partial reconfiguration sub feature support

On Tue, Feb 13, 2018 at 3:24 AM, Wu Hao wrote: Hi Hao, We are going to want to be able use different FPGA managers with this framework. The different manager may be part of a different FME in fabric or it may be a hardware FPGA manager. Fortunately, at this point now the

Re: [GIT PULL] of_overlay_fdt_apply() v7 for 4.17

On Sun, Mar 4, 2018 at 2:48 AM, Frank Rowand wrote: > Hi Rob, > > Please pull the changes to create the overlay FDT apply API. > > This is the v7 changes. Pulled. Thanks Frank. Rob

Re: [PATCH AUTOSEL for 4.9 111/219] ASoc: rt5645: Add OF device ID table

On Mon, Mar 05, 2018 at 10:42:03AM +, Mark Brown wrote: >On Sat, Mar 03, 2018 at 10:29:00PM +, Sasha Levin wrote: >> From: Javier Martinez Canillas >> >> [ Upstream commit 9ba2da5f5d18daaa365ab5426b05e16f1d114786 ] >> >> The driver doesn't have a struct

Re: [PATCH v2 07/10] nvme-pci: Use PCI p2pmem subsystem to manage the CMB

On 05/03/18 12:57 PM, Sagi Grimberg wrote: Keith, while we're on this, regardless of cmb, is SQE memcopy and DB update ordering always guaranteed? If you look at mlx4 (rdma device driver) that works exactly the same as nvme you will find: --     qp->sq.head += nreq;    

Re: [PATCH 1/7] perf mmap: Store mmap scope and type in struct perf_mmap

Em Mon, Mar 05, 2018 at 02:10:53PM -0500, kan.li...@linux.intel.com escreveu: > From: Kan Liang > > There are too many boilerplates for the perf_mmap__read*() interfaces. > > Some of the data (e.g. 'start', 'end', 'overwrite') should be stored in > struct perf_mmap at

Re: [RFC PATCH] Randomization of address chosen by mmap.

> On 5 Mar 2018, at 22:47, Matthew Wilcox wrote: - the entropy you provide is like 16 bit, that is really not so hard to brute >>> >>> It's 16 bits per mapping. I think that'll make enough attacks harder >>> to be worthwhile. >> >> Well yes, its ok, sorry. I

[PATCH 2/6] tpm: factor out tpm 1.2 duration calculation to tpm1-cmd.c

Factor out tpm1.2 commands calculation into tpm1-cmd.c file. and change the prefix from tpm_ to tpm1_. No functional change is done here. Signed-off-by: Tomas Winkler --- drivers/char/tpm/Makefile| 1 + drivers/char/tpm/st33zp24/st33zp24.c | 2 +-

Re: [PATCH] ARM: dts: rockchip: Add dp83867 CLK_OUT muxing

Am Montag, 5. März 2018, 13:45:11 CET schrieb Daniel Schultz: > The CLK_O_SEL default is synchronous to XI input clock, which is 25 MHz. > Set CLK_O_SEL to channel A transmit clock so we have 125 MHz on CLK_OUT. > > Signed-off-by: Daniel Schultz applied for 4.17 Thanks

Re: [PATCH AUTOSEL for 4.15 026/102] ASoC: fsl_ssi: only enable proper channel slots in AC'97 mode

On Mon, Mar 05, 2018 at 10:20:09AM +, Mark Brown wrote: >On Sat, Mar 03, 2018 at 10:24:24PM +, Sasha Levin wrote: > >> We need to make sure that only proper channel slots (in SACCST register) >> are enabled at playback start time since some AC'97 CODECs (like VT1613 on >> UDOO board) were

Re: [PATCH AUTOSEL for 4.15 043/102] ASoC: tlv320aic31xx: Handle inverted BCLK in non-DSP modes

On Mon, Mar 05, 2018 at 10:21:24AM +, Mark Brown wrote: >On Sat, Mar 03, 2018 at 10:24:34PM +, Sasha Levin wrote: > >> Currently BCLK inverting is only handled when the DAI format is >> DSP, but the BCLK may be inverted in any supported mode. Without >> this using this CODEC in any other

Re: [PATCH RFC v9 4/7] x86/entry: Erase kernel stack in syscall_trace_enter()

On Mon, Mar 05, 2018 at 12:06:18PM -0800, Kees Cook wrote: > On Mon, Mar 5, 2018 at 11:40 AM, Dave Hansen > wrote: > > On 03/03/2018 12:00 PM, Alexander Popov wrote: > >> @@ -128,6 +134,7 @@ static long syscall_trace_enter(struct pt_regs *regs) > >> > >>

[PATCH 3/5] dt-bindings: soc: Add a binding for the Broadcom VCHI services.

The VCHI communication channel can be provided by BCM283x and Capri SoCs, to communicate with the VPU-side OS services. Signed-off-by: Eric Anholt --- .../devicetree/bindings/soc/bcm/brcm,bcm2835-vchiq.txt | 18 ++ 1 file changed, 18 insertions(+) create mode

[PATCH 5/5] staging: vc04_services: Mark the "DT bindings" job done.

Now we just need to get the other drivers merged and finish the style cleanups/garbage collecting so we can get out of staging. Signed-off-by: Eric Anholt --- drivers/staging/vc04_services/interface/vchi/TODO | 9 ++--- 1 file changed, 2 insertions(+), 7 deletions(-) diff

[PATCH 2/5] staging: vc04_services: Remove cache-line-size property.

This was just a way for the DT-passed value to get out of sync with what Linux has configured the ARM for. Signed-off-by: Eric Anholt --- .../interface/vchiq_arm/vchiq_2835_arm.c | 25 +++--- .../interface/vchiq_arm/vchiq_pagelist.h | 1 - 2

[PATCH 1/5] staging: vc04_services: Remove dead FRAGMENTS_T

It's not used in-tree, or in the downstream tree. Signed-off-by: Eric Anholt --- drivers/staging/vc04_services/interface/vchiq_arm/vchiq_pagelist.h | 5 - 1 file changed, 5 deletions(-) diff --git a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_pagelist.h

Re: [PATCH AUTOSEL for 4.9 111/219] ASoc: rt5645: Add OF device ID table

On Mon, Mar 05, 2018 at 08:09:29PM +, Sasha Levin wrote: > On Mon, Mar 05, 2018 at 10:42:03AM +, Mark Brown wrote: > >As the commit message itself says this is not fixing anything, it's > >defence against future changes. > I was under the impression that this refers to future HW changes

Re: [PATCH 3/7] struct page: add field for vm_struct

Reviewed-by: Jay Freyensee On 2/28/18 12:06 PM, Igor Stoppa wrote: When a page is used for virtual memory, it is often necessary to obtain a handler to the corresponding vm_struct, which refers to the virtually continuous area generated when invoking vmalloc. The

Re: [PATCH 11/34] x86/entry/32: Handle Entry from Kernel-Mode on Entry-Stack

On Mon, Mar 5, 2018 at 1:25 PM, Joerg Roedel wrote: > Hi Brian, > > thanks for your review and helpful input. > > On Mon, Mar 05, 2018 at 11:41:01AM -0500, Brian Gerst wrote: >> On Mon, Mar 5, 2018 at 5:25 AM, Joerg Roedel wrote: >> > +.Lentry_from_kernel_\@: >>

Re: [RFC PATCH] ASoC: dapm: add support to pinctrl dapm

Thanks for the review, On 05/03/18 15:52, Mark Brown wrote: On Mon, Mar 05, 2018 at 12:32:13PM +, srinivas.kandaga...@linaro.org wrote: +int dapm_pinctrl_event(struct snd_soc_dapm_widget *w, + struct snd_kcontrol *kcontrol, int event) +{ + struct

Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory

>Yes i need to document that some more in hmm.txt... Hi Jermone, thanks for the explanation. Can I suggest you update hmm.txt with what you sent out? > I am about to send RFC for nouveau, i am still working out some bugs. Great. I will keep an eye out for it. An example user of hmm will

Re: [PATCH AUTOSEL for 4.9 002/219] spi/bcm63xx: make spi subsystem aware of message size limits

On Mon, Mar 05, 2018 at 08:07:46PM +, Sasha Levin wrote: > On Mon, Mar 05, 2018 at 10:23:10AM +, Mark Brown wrote: > >On Sat, Mar 03, 2018 at 10:27:56PM +, Sasha Levin wrote: > >> The bcm63xx SPI controller does not allow manual control of the CS > >> lines and will toggle it

Re: [PATCH v12 08/11] mm: Clear arch specific VM flags on protection change

On 03/05/2018 12:23 PM, Dave Hansen wrote: On 02/21/2018 09:15 AM, Khalid Aziz wrote: +/* Arch-specific flags to clear when updating VM flags on protection change */ +#ifndef VM_ARCH_CLEAR +# define VM_ARCH_CLEAR VM_NONE +#endif +#define VM_FLAGS_CLEAR (ARCH_VM_PKEY_FLAGS | VM_ARCH_CLEAR)

Re: [PATCH 07/34] x86/entry/32: Restore segments before int registers

On Mon, Mar 5, 2018 at 1:23 PM, Linus Torvalds wrote: > On Mon, Mar 5, 2018 at 5:12 AM, Joerg Roedel wrote: >> >>> The things is, we *know* that we will restore two segment registers with the >>> user cr3 already loaded: CS and SS get restored with

Re: [PATCH v3 07/10] drivers: qcom: rpmh: cache sleep/wake state requests

Hi Lina, On Fri, Mar 2, 2018 at 8:43 AM, Lina Iyer wrote: > Active state requests are sent immediately to the mailbox controller, > while sleep and wake state requests are cached in this driver to avoid > taxing the mailbox controller repeatedly. The cached values will be

Re: [PATCH v12 09/11] mm: Allow arch code to override copy_highpage()

On 03/05/2018 12:24 PM, Dave Hansen wrote: On 02/21/2018 09:15 AM, Khalid Aziz wrote: +#ifndef __HAVE_ARCH_COPY_HIGHPAGE + static inline void copy_highpage(struct page *to, struct page *from) { char *vfrom, *vto; @@ -248,4 +250,6 @@ static inline void copy_highpage(struct page *to,

Re: Would you help to tell why async printk solution was not taken to upstream kernel ?

On Mon, 5 Mar 2018 11:14:16 +0900 Sergey Senozhatsky wrote: > It can print more than "one full buffer worth". In theory and on practice. How so? As soon as another process adds to the buffer, it will take over the printing. -- Steve

Re: Any known soft lockup issue with vfs_write()->fsnotify()?

Hi! On Fri 02-03-18 22:28:50, Dexuan Cui wrote: > Recently people are getting a soft lock issue with vfs_write()->fsnotify(). > The detailed calltrace is available at: > https://github.com/coreos/bugs/issues/2356 > https://github.com/coreos/bugs/issues/2364 I didn't see them yet. > The kernel

Re: [PATCH 07/34] x86/entry/32: Restore segments before int registers

On Mon, Mar 5, 2018 at 12:38 PM, Brian Gerst wrote: > > There already is a test: single_step_syscall.c Ahh, good. So presumably Joerg actually did check it, just didn't even notice ;) Linus

Re: [PATCH v2 07/10] nvme-pci: Use PCI p2pmem subsystem to manage the CMB

On Mon, Mar 05, 2018 at 01:42:12PM -0700, Keith Busch wrote: > On Mon, Mar 05, 2018 at 01:10:53PM -0700, Jason Gunthorpe wrote: > > So when reading the above mlx code, we see the first wmb() being used > > to ensure that CPU stores to cachable memory are visible to the DMA > > triggered by the

Re: [PATCH 1/7] perf mmap: Store mmap scope and type in struct perf_mmap

On 3/5/2018 3:20 PM, Arnaldo Carvalho de Melo wrote: Em Mon, Mar 05, 2018 at 02:10:53PM -0500, kan.li...@linux.intel.com escreveu: From: Kan Liang There are too many boilerplates for the perf_mmap__read*() interfaces. Some of the data (e.g. 'start', 'end',

Re: [PATCH v12 09/11] mm: Allow arch code to override copy_highpage()

On 03/05/2018 12:42 PM, Khalid Aziz wrote: > On 03/05/2018 12:24 PM, Dave Hansen wrote: >> On 02/21/2018 09:15 AM, Khalid Aziz wrote: >>> +#ifndef __HAVE_ARCH_COPY_HIGHPAGE >>> + >>>   static inline void copy_highpage(struct page *to, struct page *from) >>>   { >>>   char *vfrom, *vto; >>> @@

Re: [PATCH] pci-iov: Add support for unmanaged SR-IOV

On 03/01/2018 03:22 PM, Alex Williamson wrote: On Wed, 28 Feb 2018 16:36:38 -0800 Alexander Duyck wrote: On Wed, Feb 28, 2018 at 2:59 PM, Alex Williamson wrote: On Wed, 28 Feb 2018 09:49:21 -0800 Alexander Duyck

Re: [PATCH] dt-bindings: irqchip: renesas-irqc: Document R-Car M3-N support

On Mon, Feb 26, 2018 at 04:25:12PM +0100, Geert Uytterhoeven wrote: > Document support for the Interrupt Controller for Externel Devices > (INTC-EX) in the Renesas M3-N (r8a77965) SoC. > > No driver update is needed. > > Signed-off-by: Geert Uytterhoeven > --- >

Re: [PATCH] thermal: of: Allow selection of thermal governor in DT

On Mon, Mar 5, 2018 at 12:36 PM, Amit Kucheria wrote: > From: Ram Chandrasekar > > There is currently no way for the governor to be selected for each thermal > zone in devicetree. This results in the default governor being used for all > thermal

Re: [PATCH v2 07/10] nvme-pci: Use PCI p2pmem subsystem to manage the CMB

On Mon, Mar 05, 2018 at 09:57:27PM +0200, Sagi Grimberg wrote: > Keith, while we're on this, regardless of cmb, is SQE memcopy and DB update > ordering always guaranteed? > > If you look at mlx4 (rdma device driver) that works exactly the same as > nvme you will find: > -- >

Re: [RFC V2 1/3] perf, tools: Support wildcards on pmu name in dynamic pmu events

On 2018-03-05 14:09, Jiri Olsa wrote: On Mon, Mar 05, 2018 at 10:08:18AM -0500, Agustin Vega-Frias wrote: On 2018-03-04 13:10, Jiri Olsa wrote: > On Sun, Mar 04, 2018 at 09:12:45AM -0800, Andi Kleen wrote: > > > > +#include > > > > #include > > > > #include > > > > #include > > > > @@

Re: [PATCH v2 07/10] nvme-pci: Use PCI p2pmem subsystem to manage the CMB

On 05/03/18 01:10 PM, Jason Gunthorpe wrote: So when reading the above mlx code, we see the first wmb() being used to ensure that CPU stores to cachable memory are visible to the DMA triggered by the doorbell ring. Oh, yes, that makes sense. Disregard my previous email as I was wrong. Logan

Re: [PATCH v4 2/2] fs: fsnotify: account fsnotify metadata to kmemcg

On Mon 05-03-18 10:29:51, Shakeel Butt wrote: > A lot of memory can be consumed by the events generated for the huge or > unlimited queues if there is either no or slow listener. This can cause > system level memory pressure or OOMs. So, it's better to account the > fsnotify kmem caches to the

[PATCH 3/6] tpm2: add longer timeouts for creation commands.

TPM2_CC_Create(0x153) and TPM2_CC_CreatePrimary (0x131) involve generation of crypto keys which can be a computationally intensive task. The timeout is set to 3min. Signed-off-by: Tomas Winkler --- drivers/char/tpm/tpm-interface.c | 3 +++ drivers/char/tpm/tpm.h

[PATCH 4/6] tpm2: add new tpm2 commands according to TCG 1.36

1. TPM2_CC_LAST has moved from 182 to 193 2. Convert tpm2_ordinal_duration from an array into a switch statement, as there are not so many commands that require special duration relative to a number of commands. Signed-off-by: Tomas Winkler ---

[PATCH 5/6] tmp: factor out tpm_get_timeouts

Factor out tpm_get_timeouts into tpm2_get_timeouts and tpm1_get_timeouts. Signed-off-by: Tomas Winkler --- drivers/char/tpm/tpm-interface.c | 127 ++- drivers/char/tpm/tpm.h | 5 +- drivers/char/tpm/tpm1-cmd.c | 107

[PATCH 1/6] tpm: sort objects in the Makefile

Make the tpm Makefile a bit more in order by putting objects in one column and group together tpm2 modules Prefer tpm-objs += instead of tpm-y += notation. Signed-off-by: Tomas Winkler --- drivers/char/tpm/Makefile | 14 +++--- 1 file changed, 11 insertions(+),

[PATCH 6/6] tpm: tpm-interface: drop unused tpm_input_header headers.

PRC extend and get capability were reimplemented using tpm_buf_ interface and the dangling tpm_input_headers can be dropped. together with now unused constants. Signed-off-by: Tomas Winkler --- drivers/char/tpm/tpm-interface.c | 16 +--- 1 file changed, 1

Re: [PATCH] soc: rockchip: power-domain: Add a sanity check on pd->num_clks

Am Montag, 5. März 2018, 10:17:22 CET schrieb Jeffy Chen: > The of_count_phandle_with_args() can fail and return error(for example, > rk3399 pd_vio doesn't have clocks). That would break the pd probe. > > Add a sanity check on pd->num_clks to avoid that. > > Fixes: 65084121d59d ("soc: rockchip:

Re: [PATCH v5 3/3] of: add early boot allocation of of_find_node_by_phandle() cache

On Sun, Mar 4, 2018 at 6:14 PM, wrote: > From: Frank Rowand > > The initial implementation of the of_find_node_by_phandle() cache > allocates the cache using kcalloc(). Add an early boot allocation > of the cache so it will be usable during early

[PATCH 0/6] tpm: timeouts revamp

This series cleans up tpm timeouts setting and handling. First motivation was to fix failures coming from too short timeouts for commands that creates keys. Key generation may take significant time depending on the underlying hardware. Rather than increasing default timeout a new constant is

Re: [PATCH RFC v9 2/7] x86/entry: Add STACKLEAK erasing the kernel stack at the end of syscalls

On Mon, Mar 05, 2018 at 11:43:19AM -0800, Laura Abbott wrote: > On 03/05/2018 08:41 AM, Dave Hansen wrote: > > On 03/03/2018 12:00 PM, Alexander Popov wrote: > > > Documentation/x86/x86_64/mm.txt | 2 + > > > arch/Kconfig | 27 ++ > > > arch/x86/Kconfig

[PATCH 0/5] VCHI DT bindings

This series removes a gross DT property and adds a DT binding for the VCHI driver so that we can start probing it automatically on RPi. This is useful immediately as it lets you use vcgencmd for measuring clocks (we have code for this in Linux but no userland interface). It'll also be useful as a

[PATCH 4/5] ARM: dts: bcm2835: Add VCHI node to the Raspberry Pi boards.

The VCHI firmware communication channel operates in parallel with our other mailbox-based channel. This is the communication channel that exposes the firmware's media decode/encode and ISP interfaces. Signed-off-by: Eric Anholt --- arch/arm/boot/dts/bcm2835-rpi.dtsi | 7

Re: [PATCH 4.4 035/108] dont put symlink bodies in pagecache into highmem

On Mon, Mar 05, 2018 at 07:02:45AM +0100, Greg Kroah-Hartman wrote: > On Mon, Mar 05, 2018 at 12:37:59AM +, Ben Hutchings wrote: > > On Thu, 2018-02-15 at 16:16 +0100, Greg Kroah-Hartman wrote: > > > 4.4-stable review patch.  If anyone has any objections, please let me > > > know. > > > > >

Re: [PATCH v12 02/11] mm, swap: Add infrastructure for saving page metadata on swap

On 03/05/2018 12:35 PM, Dave Hansen wrote: On 03/05/2018 11:29 AM, Khalid Aziz wrote: ADI data is per page data and is held in the spare bits in the RAM. It is loaded into the cache when data is loaded from RAM and flushed out to spare bits in the RAM when data is flushed from cache. Sparc

Re: [REPOST PATCH] arm/arm64: KVM: Add PSCI version selection API

Hi Peter, On 05/03/18 17:31, Peter Maydell wrote: > On 2 March 2018 at 12:26, Auger Eric wrote: >> Hi Marc, >> On 02/03/18 12:11, Marc Zyngier wrote: >>> On Fri, 02 Mar 2018 10:44:48 +, >>> Auger Eric wrote: I understand the get/set is called as part of the

Re: [PATCH v2 07/10] nvme-pci: Use PCI p2pmem subsystem to manage the CMB

On Mon, Mar 05, 2018 at 01:10:53PM -0700, Jason Gunthorpe wrote: > So when reading the above mlx code, we see the first wmb() being used > to ensure that CPU stores to cachable memory are visible to the DMA > triggered by the doorbell ring. IIUC, we don't need a similar barrier for NVMe to ensure

Re: [linux-sunxi] [PATCH v3 15/16] ARM: dts: sun8i: h3: Enable HDMI output on H3 boards

Jernej Škrabec: > I guess that would mean also including connector node (hdmi_con_in) in DTSI, > since it is referenced inside. However, not all boards have HDMI connector, > so > I didn't include it in DTSI. You're absolutely right on this. I wish there was someway to get rid of this

Patch to consider for stable 3.18, 4.4 and 4.9

In September last year, Ben Hutchings submitted commit [9547837bdccb] for 3.16.48-rc1 and I informed him that it would be useless without [3f3752705dbd] (and that maybe [c3883fe06488] would be useful as well). Ben dropped the patch but suggested I email this list with the information of the other

Re: [PATCH 3/5] dt-bindings: soc: Add a binding for the Broadcom VCHI services.

On Mon, Mar 5, 2018 at 2:28 PM, Eric Anholt wrote: > The VCHI communication channel can be provided by BCM283x and Capri VCHI or VCHIQ? > SoCs, to communicate with the VPU-side OS services. > > Signed-off-by: Eric Anholt > --- >

Re: Would you help to tell why async printk solution was not taken to upstream kernel ?

On Mon, 5 Mar 2018 11:14:16 +0900 Sergey Senozhatsky wrote: > But I still think that it makes sense to change that "print it all" approach. > With more clear/explicit watchdog-dependent limits - we do direct printk for > 1/2 (or 2/3) of a current watchdog

[PATCH v2] regmap: irq: fix ack-invert

When acking irqs we need to take into account the ack-invert case. Without this chips that require 0's to ACK interrupts will never clear the interrupt. By using regmap_irq_update_bits to ACK the interrupts we use the masked status bits so we take care not to affect any other bits then use

[PATCH v2 0/2] check I2C device id for pca984x chips

Hi! This series tries to check the I2C device id, but instead of open coding the check in the pca954x driver, I have a new function in the core doing the work. Changes since v1: - Added Tested-by tag from Adrian - Added Reviewed-by tag from Wolfram - Replaced client->flags with a zero in the

[PATCH v2 2/2] i2c: mux: pca954x: verify the device id of the pca984x chips

Make sure to not disallow the chips on adapters that are not capable of reading the device id, but also make sure to check the device id before writing to the chip. Tested-by: Adrian Fiergolski Signed-off-by: Peter Rosin ---

[PATCH v2 1/2] i2c: add i2c_get_device_id() to get the standard i2c device id

Can be used during probe to double check that the probed device is what is expected. Loosely based on code from Adrian Fiergolski . Tested-by: Adrian Fiergolski Reviewed-by: Wolfram Sang Signed-off-by: Peter Rosin

Re: [PATCH RFC v9 4/7] x86/entry: Erase kernel stack in syscall_trace_enter()

Hello Linus, Thanks for your reply (despite some strong words). On 05.03.2018 23:15, Linus Torvalds wrote: > This is the first I see of any of this, it was apparently not actually > posted to lkml or anything like that. I described that below. > Honestly, what I see just makes me go "this is

Re: [Outreachy kernel] Re: [PATCH] staging: irda: Replace printk() with appropriate net_*macro_ratelimited()

On Mon, 5 Mar 2018, Arushi Singhal wrote: > > > On Mon, Mar 5, 2018 at 3:33 PM, Dan Carpenter > wrote: > On Mon, Mar 05, 2018 at 04:02:06AM +0530, Arushi Singhal wrote: > > Replace printk having a log level with the appropriate > >

Re: [PATCH v12 02/11] mm, swap: Add infrastructure for saving page metadata on swap

On 03/05/2018 12:28 PM, Khalid Aziz wrote: >> Do you have a way to tell that data is not being thrown away?  Like if >> the ADI metadata is different for two different cachelines within a >> single page? > > Yes, since access to tagged data is made using pointers with ADI tag > embedded in the

Re: [PATCH] ARM: dts: rockchip: Add dp83867 CLK_OUT muxing

Am Montag, 5. März 2018, 21:25:30 CET schrieb Heiko Stübner: > Am Montag, 5. März 2018, 13:45:11 CET schrieb Daniel Schultz: > > The CLK_O_SEL default is synchronous to XI input clock, which is 25 MHz. > > Set CLK_O_SEL to channel A transmit clock so we have 125 MHz on CLK_OUT. > > > >

Re: [PATCH v2 2/2] dt-bindings: Document the Synopsys DW AXI DMA bindings

On Mon, Mar 05, 2018 at 11:02:56AM +0530, Vinod Koul wrote: > On Fri, Mar 02, 2018 at 08:32:20AM +, Alexey Brodkin wrote: > > Hi Vinod, > > > > On Fri, 2018-03-02 at 13:44 +0530, Vinod Koul wrote: > > > On Mon, Feb 26, 2018 at 05:56:28PM +0300, Eugeniy Paltsev wrote: > > > > This patch adds

Re: [PATCH 5/8] dt-bindings: iommu/ipmmu-vmsa: Add R-Car M3-N (R8A77965)

On Mon, Feb 26, 2018 at 06:57:13PM +0100, Jacopo Mondi wrote: > Add Renesas R-Car M3-N (R8A77965) compat string to IPMMU DT bindings > documentation. > > Signed-off-by: Jacopo Mondi > --- > Documentation/devicetree/bindings/iommu/renesas,ipmmu-vmsa.txt | 1 + > 1 file

Re: [PATCH v4 2/2] dt-bindings: introduce Command DB for QCOM SoCs

On Mon, Feb 26, 2018 at 10:58:02AM -0700, Lina Iyer wrote: > From: Mahesh Sivasubramanian > > Command DB provides information on shared resources like clocks, > regulators etc., probed at boot by the remote subsytem and made > available in shared memory. > > Cc:

Re: [PATCH] thermal: of: Allow selection of thermal governor in DT

On 05/03/2018 19:36, Amit Kucheria wrote: > From: Ram Chandrasekar > > There is currently no way for the governor to be selected for each thermal > zone in devicetree. This results in the default governor being used for all > thermal zones even though no such restriction

Re: [PATCH bpf-next 0/5] bpf, tracing: introduce bpf raw tracepoints

On Mon, 5 Mar 2018 14:36:07 +0100 Daniel Borkmann wrote: > Ping, Peter/Steven. If you have a chance, please review the series. You're not off my radar, but I'm doing a lot of traveling for the next two weeks (started last week). I'll see if I can find some time to look at

Re: [PATCH v2 3/4] hwmon: add Gateworks System Controller support

On Mon, Mar 05, 2018 at 02:02:40PM -0800, Tim Harvey wrote: > The Gateworks System Controller has a hwmon sub-component that exposes > up to 16 ADC's, some of which are temperature sensors, others which are > voltage inputs. The ADC configuration (register mapping and name) is > configured via

Regulator regression in next-20180305

Hi Mark and Maciej, Looks like with next-20180305 there's a regulator regression where mmc0 won't show any cards or produces errors: mmcblk0: error -110 requesting status mmc1: new high speed SDIO card at address 0001 mmcblk0: error -110 requesting status mmcblk0: recovery failed

[PATCH] RDMA/bnxt_re/qplib_sp: Use true and false for boolean values

Assign true or false to boolean variables instead of an integer value. This issue was detected with the help of Coccinelle. Signed-off-by: Gustavo A. R. Silva --- drivers/infiniband/hw/bnxt_re/qplib_sp.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

RE: [PATCH v2 5/6] PCI: hv: hv_pci_devices_present(): only queue a new work when necessary

> -Original Message- > From: Dexuan Cui > Sent: Monday, March 5, 2018 11:22 AM > To: bhelg...@google.com; linux-...@vger.kernel.org; KY Srinivasan > ; > Stephen Hemminger ; o...@aepfle.de; > a...@canonical.com; > jasow...@redhat.com > Cc:

Re: [PATCH v3 3/3] platform/x86: dell-smbios: Link all dell-smbios-* modules together

On Sat, Mar 03, 2018 at 11:59:55AM +, mario.limoncie...@dell.com wrote: > > -Original Message- > > From: Darren Hart [mailto:dvh...@infradead.org] > > Sent: Friday, March 2, 2018 8:11 PM > > To: Limonciello, Mario > > Cc: Andy Shevchenko

Re: [PATCH v5 2/3] memblock: add memblock_free() alloc when CONFIG_HAVE_MEMBLOCK is not set

On Sun, 4 Mar 2018 16:14:48 -0800 frowand.l...@gmail.com wrote: > From: Frank Rowand > > When CONFIG_HAVE_MEMBLOCK is not set, an error version of > memblock_alloc() exists. Add the matching memblock_free(). > > Signed-off-by: Frank Rowand > ---

[PATCH] HID: hid-ntrig: use true and false for boolean values

Assign true or false to boolean variables instead of an integer value. This issue was detected with the help of Coccinelle. Signed-off-by: Gustavo A. R. Silva --- drivers/hid/hid-ntrig.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git

Re: [PATCH] mm: relax ptrace mode in process_vm_readv(2)

On Sat, 3 Mar 2018 23:11:16 +0300 Alexey Dobriyan wrote: > It is more natural to check for read-from-memory permissions in case of > process_vm_readv() as PTRACE_MODE_ATTACH is equivalent to write > permissions. > > ... > > --- a/mm/process_vm_access.c > +++

Re: [RFC 3/4] MIPS: Ingenic: Initial X1000 SoC support

On Wed, Sep 27, 2017 at 08:45:26PM +0530, PrasannaKumar Muralidharan wrote: > Add initial Ingenic X1000 SoC support. Provide minimum necessary > information to boot kernel to an initramfs userspace. > > Signed-off-by: PrasannaKumar Muralidharan > --- >

Re: [PATCH v4 6/7] x86/jailhouse: Allow to use PCI_MMCONFIG without ACPI

Hi Jan, I love your patch! Yet something to improve: [auto build test ERROR on pci/next] [also build test ERROR on v4.16-rc4 next-20180305] [cannot apply to tip/x86/core] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https

[PATCH 4.1 07/65] x86/mm: Build arch/x86/mm/tlb.c even on !SMP

From: Andy Lutomirski commit e1074888c326038340a1ada9129d679e661f2ea6 upstream. Currently all of the functions that live in tlb.c are inlined on !SMP builds. One can debate whether this is a good idea (in many respects the code in tlb.c is better than the inlined UP code).

[GIT PULL 1/2] ARM: Keystone DTS for v4.17

The following changes since commit 91ab883eb21325ad80f3473633f794c78ac87f51: Linux 4.16-rc2 (2018-02-18 17:29:42 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/ssantosh/linux-keystone.git tags/keystone_dts_for_4.17 for you to fetch changes up

[PATCH 4.1 05/65] mm/mmu_context, sched/core: Fix mmu_context.h assumption

From: Ingo Molnar commit 8efd755ac2fe262d4c8d5c9bbe054bb67dae93da upstream. Some architectures (such as Alpha) rely on include/linux/sched.h definitions in their mmu_context.h files. So include sched.h before mmu_context.h. Cc: Andy Lutomirski Cc: Borislav

[PATCH 4.1 02/65] x86/mm: Fix INVPCID asm constraint

From: Borislav Petkov commit e2c7698cd61f11d4077fdb28148b2d31b82ac848 upstream. So we want to specify the dependency on both @pcid and @addr so that the compiler doesn't reorder accesses to them *before* the TLB flush. But for that to work, we need to express this properly in the

[GIT PULL 2/2] SOC: Couple of drivers changes for v4.17

The following changes since commit 91ab883eb21325ad80f3473633f794c78ac87f51: Linux 4.16-rc2 (2018-02-18 17:29:42 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/ssantosh/linux-keystone.git tags/soc_drivers_for_4.17 for you to fetch changes up

Re: [PATCH] mmc: sdhci-of-arasan: Add quirk to avoid erroneous msg

On 2018/3/6 0:47, Phil Edworthy wrote: Hi Shawn, On 28 February 2018 01:53, Shawn Lin wrote: On 2018/2/27 23:05, Phil Edworthy wrote: On 27 February 2018 14:42, Shawn Lin wrote: On 2018/2/27 22:31, Phil Edworthy wrote: On 27 February 2018 14:28, Shawn Lin wrote: 在 2018/2/27 21:55, Phil

Re: [PATCH] acpi, nfit: remove redundant __func__ in dev_dbg

On Fri, Mar 02, 2018 at 01:20:49PM +0100, Johannes Thumshirn wrote: > Dynamic debug can be instructed to add the function name to the debug > output using the +f switch, so there is no need for the nfit module to > do it again. If a user decides to add the +f switch for nfit's dynamic > debug this

Re: [PATCH 1/2] dt-bindings: serial: stm32: add RS485 optional properties

On Wed, Feb 28, 2018 at 10:56:18AM +, Bich HEMON wrote: > Add options for enabling RS485 hardware control and configuring > Driver Enable signal: > - rs485-rts-delay > - rs485-rx-during-tx > - rs485-rts-active-low > - linux,rs485-enabled-at-boot-time > > Signed-off-by: Bich Hemon

linux-next: build warning after merge of the devicetree tree

Hi Rob, After merging the devicetree tree, today's linux-next build (powerpc_ppc64_defconfig) produced this warning: arch/powerpc/boot/fdt_ro.c: In function 'fdt_get_name': arch/powerpc/boot/fdt_ro.c:253:10: warning: implicit declaration of function 'strrchr'; did you mean 'strchr'?

linux-next: build warning after merge of the devicetree tree

Hi Rob, After merging the devicetree tree, today's linux-next build (arm multi_v7_defconfig) produced this warning: arch/arm/boot/dts/imx51-digi-connectcore-jsk.dtb: Warning (chosen_node_stdout_path): /chosen:linux,stdout-path: Use 'stdout-path' instead

Re: [PATCH v2 1/1] HID: Logitech K290: Add driver for the Logitech K290 USB keyboard

On Mon, 2018-03-05 at 18:26 +0100, Benjamin Tissoires wrote: > Hi Florent, Hi Benjamin, > > On Mon, Mar 5, 2018 at 10:31 AM, Nestor Lopez Casado > wrote: > > Hello Florent, > > > > In my view, this driver may not be a good idea. The default > > behaviour > > of K290

Re: [PATCH 2/3] dt-bindings: clock: Add bindings for ZynqMP clock driver

On Wed, Feb 28, 2018 at 02:27:40PM -0800, Jolly Shah wrote: > Add documentation to describe Xilinx ZynqMP clock driver > bindings. > > Signed-off-by: Jolly Shah > Signed-off-by: Rajan Vaja > Signed-off-by: Shubhrajyoti Datta

[PATCH 1/2] Revert "e1000e: Separate signaling for link check/link up"

This reverts commit 19110cfbb34d4af0cdfe14cd243f3b09dc95b013. This reverts commit 4110e02eb45ea447ec6f5459c9934de0a273fb91. This reverts commit d3604515c9eda464a92e8e67aae82dfe07fe3c98. Commit 19110cfbb34d ("e1000e: Separate signaling for link check/link up") changed what happens to the link

[PATCH 2/2] e1000e: Fix link check race condition

Alex reported the following race condition: /* link goes up... interrupt... schedule watchdog */ \ e1000_watchdog_task \ e1000e_has_link \ hw->mac.ops.check_for_link() === e1000e_check_for_copper_link \ e1000e_phy_has_link_generic(..., )

Re: [RFC/RFT][PATCH 4/7] cpuidle: menu: Split idle duration prediction from state selection

On 2018/3/5 21:53, Peter Zijlstra wrote: > On Mon, Mar 05, 2018 at 02:05:10PM +0100, Rafael J. Wysocki wrote: >> On Mon, Mar 5, 2018 at 1:50 PM, Peter Zijlstra wrote: >>> On Mon, Mar 05, 2018 at 12:47:23PM +0100, Rafael J. Wysocki wrote: > IOW, the target residency of

[PATCH v9 1/2] dt-bindings: media: Add Allwinner V3s Camera Sensor Interface (CSI)

Add binding documentation for Allwinner V3s CSI. Acked-by: Maxime Ripard Acked-by: Sakari Ailus Reviewed-by: Rob Herring Signed-off-by: Yong Deng --- .../devicetree/bindings/media/sun6i-csi.txt

<    4   5   6   7   8   9   10   11   12   13   >