Re: [PATCH] selftests/x86: Add a selftest for SYSRET to noncanonical addresses

On Mon, Dec 19, 2016 at 3:30 PM, Kirill A. Shutemov wrote: > On Mon, Dec 19, 2016 at 11:12:42AM -0800, Andy Lutomirski wrote: >> SYSRET to a noncanonical address will blow up on Intel CPUs. Linux >> needs to prevent this from happening in two major cases, and the >>

Re: [PATCH] selftests/x86: Add a selftest for SYSRET to noncanonical addresses

On Mon, Dec 19, 2016 at 3:30 PM, Kirill A. Shutemov wrote: > On Mon, Dec 19, 2016 at 11:12:42AM -0800, Andy Lutomirski wrote: >> SYSRET to a noncanonical address will blow up on Intel CPUs. Linux >> needs to prevent this from happening in two major cases, and the >> criteria will become more

[PATCH] crypto: testmgr: Use linear alias for test input

Christopher Covington reported a crash on aarch64 on recent Fedora kernels: kernel BUG at ./include/linux/scatterlist.h:140! Internal error: Oops - BUG: 0 [#1] PREEMPT SMP Modules linked in: CPU: 2 PID: 752 Comm: cryptomgr_test Not tainted 4.9.0-11815-ge93b1cc #162 Hardware name: linux,dummy-virt

[PATCH] crypto: testmgr: Use linear alias for test input

Christopher Covington reported a crash on aarch64 on recent Fedora kernels: kernel BUG at ./include/linux/scatterlist.h:140! Internal error: Oops - BUG: 0 [#1] PREEMPT SMP Modules linked in: CPU: 2 PID: 752 Comm: cryptomgr_test Not tainted 4.9.0-11815-ge93b1cc #162 Hardware name: linux,dummy-virt

Re: [PATCH] sched/fair: fix calc_cfs_shares fixed point arithmetics

On Mon, Dec 19, 2016 at 3:29 PM, Samuel Thibault wrote: > Paul Turner, on Mon 19 Dec 2016 15:26:19 -0800, wrote: >> >> > - if (shares < MIN_SHARES) >> >> > - shares = MIN_SHARES; >> > ... >> >> > return shares; >> > >> > This will only

Re: [PATCH] sched/fair: fix calc_cfs_shares fixed point arithmetics

On Mon, Dec 19, 2016 at 3:29 PM, Samuel Thibault wrote: > Paul Turner, on Mon 19 Dec 2016 15:26:19 -0800, wrote: >> >> > - if (shares < MIN_SHARES) >> >> > - shares = MIN_SHARES; >> > ... >> >> > return shares; >> > >> > This will only make sure that the returned

Re: [PATCH] x86/microcode: Adjust ramdisk address when accessing by virtual address

On Mon, Dec 19, 2016 at 07:43:40PM +0100, Borislav Petkov wrote: > On Mon, Dec 19, 2016 at 01:12:25PM -0500, Boris Ostrovsky wrote: > > IIUIC find_microcode_in_initrd() is called with paging on only on Intel > > (which is where I observed it). > > Ah, that was an important fact. Yes, I can repro

Re: [PATCH] x86/microcode: Adjust ramdisk address when accessing by virtual address

On Mon, Dec 19, 2016 at 07:43:40PM +0100, Borislav Petkov wrote: > On Mon, Dec 19, 2016 at 01:12:25PM -0500, Boris Ostrovsky wrote: > > IIUIC find_microcode_in_initrd() is called with paging on only on Intel > > (which is where I observed it). > > Ah, that was an important fact. Yes, I can repro

Re: [PATCH] sched/fair: fix calc_cfs_shares fixed point arithmetics

Paul Turner, on Mon 19 Dec 2016 15:26:19 -0800, wrote: > >> > - if (shares < MIN_SHARES) > >> > - shares = MIN_SHARES; > > ... > >> > return shares; > > > > This will only make sure that the returned shares is 2, not 2048. > > This is intentional. The MIN_SHARES you

Re: [PATCH] sched/fair: fix calc_cfs_shares fixed point arithmetics

Paul Turner, on Mon 19 Dec 2016 15:26:19 -0800, wrote: > >> > - if (shares < MIN_SHARES) > >> > - shares = MIN_SHARES; > > ... > >> > return shares; > > > > This will only make sure that the returned shares is 2, not 2048. > > This is intentional. The MIN_SHARES you

Re: [PATCH] selftests/x86: Add a selftest for SYSRET to noncanonical addresses

On Mon, Dec 19, 2016 at 11:12:42AM -0800, Andy Lutomirski wrote: > SYSRET to a noncanonical address will blow up on Intel CPUs. Linux > needs to prevent this from happening in two major cases, and the > criteria will become more complicated when support for larger virtual > address spaces is

Re: [PATCH] selftests/x86: Add a selftest for SYSRET to noncanonical addresses

On Mon, Dec 19, 2016 at 11:12:42AM -0800, Andy Lutomirski wrote: > SYSRET to a noncanonical address will blow up on Intel CPUs. Linux > needs to prevent this from happening in two major cases, and the > criteria will become more complicated when support for larger virtual > address spaces is

Re: [PATCH] sched/fair: fix calc_cfs_shares fixed point arithmetics

On Mon, Dec 19, 2016 at 3:07 PM, Samuel Thibault wrote: > Paul Turner, on Mon 19 Dec 2016 14:44:38 -0800, wrote: >> On Mon, Dec 19, 2016 at 2:40 PM, Samuel Thibault >> wrote: >> > 2159197d6677 ("sched/core: Enable increased load

Re: [PATCH] sched/fair: fix calc_cfs_shares fixed point arithmetics

On Mon, Dec 19, 2016 at 3:07 PM, Samuel Thibault wrote: > Paul Turner, on Mon 19 Dec 2016 14:44:38 -0800, wrote: >> On Mon, Dec 19, 2016 at 2:40 PM, Samuel Thibault >> wrote: >> > 2159197d6677 ("sched/core: Enable increased load resolution on 64-bit >> > kernels") >> > >> > exposed yet another

Re: [PATCH 1/3] NFC: trf7970a: add device tree option for 27MHz clock

I can make that change, however, I worry that it may be a bit misleading, since there are only two supported clock frequencies, but a number like that to me implies that it could be set to any number you want. I'm new at this, and so I'll go ahead and change it as you request, but I'd like to

Re: [PATCH 1/3] NFC: trf7970a: add device tree option for 27MHz clock

I can make that change, however, I worry that it may be a bit misleading, since there are only two supported clock frequencies, but a number like that to me implies that it could be set to any number you want. I'm new at this, and so I'll go ahead and change it as you request, but I'd like to

Re: [PATCH] mm: throttle show_mem from warn_alloc

On Thu, 15 Dec 2016 11:15:10 +0100 Michal Hocko wrote: > Tetsuo has been stressing OOM killer path with many parallel allocation > requests when he has noticed that it is not all that hard to swamp > kernel logs with warn_alloc messages caused by allocation stalls. Even >

Re: [PATCH] mm: throttle show_mem from warn_alloc

On Thu, 15 Dec 2016 11:15:10 +0100 Michal Hocko wrote: > Tetsuo has been stressing OOM killer path with many parallel allocation > requests when he has noticed that it is not all that hard to swamp > kernel logs with warn_alloc messages caused by allocation stalls. Even > though the allocation

RE: [upstream-release] [PATCH net v3 2/4] powerpc: fsl/fman: remove fsl, fman from of_device_ids[]

> From: Scott Wood [mailto:o...@buserror.net] > Sent: Monday, December 19, 2016 9:46 PM > > On Mon, 2016-12-19 at 18:13 +0200, Madalin Bucur wrote: > > The fsl/fman drivers will use of_platform_populate() on all > > supported platforms. Call of_platform_populate() to probe the > > FMan sub-nodes.

RE: [upstream-release] [PATCH net v3 2/4] powerpc: fsl/fman: remove fsl, fman from of_device_ids[]

> From: Scott Wood [mailto:o...@buserror.net] > Sent: Monday, December 19, 2016 9:46 PM > > On Mon, 2016-12-19 at 18:13 +0200, Madalin Bucur wrote: > > The fsl/fman drivers will use of_platform_populate() on all > > supported platforms. Call of_platform_populate() to probe the > > FMan sub-nodes.

Re: [PATCH 06/11] powerpc/kvm: Allow KVM_PPC_ALLOCATE_HTAB ioctl() to change HPT size

On Mon, Dec 19, 2016 at 08:49:24AM +0100, Thomas Huth wrote: > On 19.12.2016 01:48, David Gibson wrote: > > On Fri, Dec 16, 2016 at 01:44:57PM +0100, Thomas Huth wrote: > >> On 15.12.2016 06:53, David Gibson wrote: > >>> The KVM_PPC_ALLOCATE_HTAB ioctl() is used to set the size of hashed page >

Re: [PATCH 06/11] powerpc/kvm: Allow KVM_PPC_ALLOCATE_HTAB ioctl() to change HPT size

On Mon, Dec 19, 2016 at 08:49:24AM +0100, Thomas Huth wrote: > On 19.12.2016 01:48, David Gibson wrote: > > On Fri, Dec 16, 2016 at 01:44:57PM +0100, Thomas Huth wrote: > >> On 15.12.2016 06:53, David Gibson wrote: > >>> The KVM_PPC_ALLOCATE_HTAB ioctl() is used to set the size of hashed page >

[PATCH v2] vfs: fix isize/pos/len checks for reflink & dedupe

Strengthen the checking of pos/len vs. i_size, clarify the return values for the clone prep function, and remove pointless code. Reviewed-by: Christoph Hellwig Signed-off-by: Darrick J. Wong --- v2: Minor tweak suggested by Christoph. ---

[PATCH v2] vfs: fix isize/pos/len checks for reflink & dedupe

Strengthen the checking of pos/len vs. i_size, clarify the return values for the clone prep function, and remove pointless code. Reviewed-by: Christoph Hellwig Signed-off-by: Darrick J. Wong --- v2: Minor tweak suggested by Christoph. --- fs/ocfs2/refcounttree.c |2 +- fs/read_write.c

Re: [PATCH] Documentation/unaligned-memory-access.txt: fix incorrect comparison operator

On Mon, 19 Dec 2016 23:53:40 +0200 Cihangir Akturk wrote: > In the actual implementation ether_addr_equal function tests for equality to 0 > when returning. It seems in commit 0d74c4 it is somehow overlooked to change > this operator to reflect the actual function. I received

Re: [PATCH] Documentation/unaligned-memory-access.txt: fix incorrect comparison operator

On Mon, 19 Dec 2016 23:53:40 +0200 Cihangir Akturk wrote: > In the actual implementation ether_addr_equal function tests for equality to 0 > when returning. It seems in commit 0d74c4 it is somehow overlooked to change > this operator to reflect the actual function. I received this patch two

Re: [PATCH v2 2/3] Bluetooth: btusb: Add out-of-band wakeup support

Hi Rajat, On Fri, Dec 16, 2016 at 11:30:03AM -0800, Rajat Jain wrote: > Some onboard BT chips (e.g. Marvell 8997) contain a wakeup pin that > can be connected to a gpio on the CPU side, and can be used to wakeup > the host out-of-band. This can be useful in situations where the > in-band wakeup

Re: [PATCH v2 2/3] Bluetooth: btusb: Add out-of-band wakeup support

Hi Rajat, On Fri, Dec 16, 2016 at 11:30:03AM -0800, Rajat Jain wrote: > Some onboard BT chips (e.g. Marvell 8997) contain a wakeup pin that > can be connected to a gpio on the CPU side, and can be used to wakeup > the host out-of-band. This can be useful in situations where the > in-band wakeup

Re: [PATCHv2 2/8] dt-bindings: document the STM32 RTC bindings

On Fri, Dec 16, 2016 at 09:50:51AM +0100, Amelie Delaunay wrote: > This patch adds documentation of device tree bindings for the STM32 RTC. > > Signed-off-by: Amelie Delaunay > --- > .../devicetree/bindings/rtc/st,stm32-rtc.txt | 27 > ++ > 1

Re: [PATCHv2 2/8] dt-bindings: document the STM32 RTC bindings

On Fri, Dec 16, 2016 at 09:50:51AM +0100, Amelie Delaunay wrote: > This patch adds documentation of device tree bindings for the STM32 RTC. > > Signed-off-by: Amelie Delaunay > --- > .../devicetree/bindings/rtc/st,stm32-rtc.txt | 27 > ++ > 1 file changed, 27

Re: [PATCH 1/2] document: dt: add binding for Hi3660 SoC

On Fri, Dec 16, 2016 at 03:50:26PM +0800, Chen Feng wrote: > Add binding for hisilicon Hi3660 SoC and HiKey960 Board. > > Signed-off-by: Chen Feng > --- > Documentation/devicetree/bindings/arm/hisilicon/hisilicon.txt | 4 > 1 file changed, 4 insertions(+)

Re: [PATCH 1/2] document: dt: add binding for Hi3660 SoC

On Fri, Dec 16, 2016 at 03:50:26PM +0800, Chen Feng wrote: > Add binding for hisilicon Hi3660 SoC and HiKey960 Board. > > Signed-off-by: Chen Feng > --- > Documentation/devicetree/bindings/arm/hisilicon/hisilicon.txt | 4 > 1 file changed, 4 insertions(+) Acked-by: Rob Herring

Re: [PATCH] sched/fair: fix calc_cfs_shares fixed point arithmetics

Paul Turner, on Mon 19 Dec 2016 14:44:38 -0800, wrote: > On Mon, Dec 19, 2016 at 2:40 PM, Samuel Thibault > wrote: > > 2159197d6677 ("sched/core: Enable increased load resolution on 64-bit > > kernels") > > > > exposed yet another miscalculation in calc_cfs_shares:

Re: [PATCH] sched/fair: fix calc_cfs_shares fixed point arithmetics

Paul Turner, on Mon 19 Dec 2016 14:44:38 -0800, wrote: > On Mon, Dec 19, 2016 at 2:40 PM, Samuel Thibault > wrote: > > 2159197d6677 ("sched/core: Enable increased load resolution on 64-bit > > kernels") > > > > exposed yet another miscalculation in calc_cfs_shares: MIN_SHARES is > > unscaled, >

Re: [PATCH] Docs: dt: Be explicit and consistent in reference to IOMMU specifiers

On Thu, Dec 15, 2016 at 06:16:13PM -0600, Stuart Yoder wrote: > The generic IOMMU binding says that the meaning of an 'IOMMU specifier' > is defined by the binding of a specific SMMU. The ARM SMMU binding > never explicitly uses the term 'specifier' at all. Update implicit > references to use

Re: [PATCH] Docs: dt: Be explicit and consistent in reference to IOMMU specifiers

On Thu, Dec 15, 2016 at 06:16:13PM -0600, Stuart Yoder wrote: > The generic IOMMU binding says that the meaning of an 'IOMMU specifier' > is defined by the binding of a specific SMMU. The ARM SMMU binding > never explicitly uses the term 'specifier' at all. Update implicit > references to use

[RFC][PATCH] make global bitlock waitqueues per-node

I saw a 4.8->4.9 regression (details below) that I attributed to: 9dcb8b685f mm: remove per-zone hashtable of bitlock waitqueues That commit took the bitlock waitqueues from being dynamically-allocated per-zone to being statically allocated and global. As suggested by Linus, this makes

[RFC][PATCH] make global bitlock waitqueues per-node

I saw a 4.8->4.9 regression (details below) that I attributed to: 9dcb8b685f mm: remove per-zone hashtable of bitlock waitqueues That commit took the bitlock waitqueues from being dynamically-allocated per-zone to being statically allocated and global. As suggested by Linus, this makes

Re: [PATCH 0/2] Add further ioctl() operations for namespace discovery

"Michael Kerrisk (man-pages)" writes: > Eric, > > The code proposed in this patch series is pretty small. Is there any > chance we could make the 4.10 merge window, if the changes seem > acceptable to you? I see why you are asking but I am not comfortable with aiming for

Re: [PATCH 0/2] Add further ioctl() operations for namespace discovery

"Michael Kerrisk (man-pages)" writes: > Eric, > > The code proposed in this patch series is pretty small. Is there any > chance we could make the 4.10 merge window, if the changes seem > acceptable to you? I see why you are asking but I am not comfortable with aiming for the merge window that

[PATCH net 1/2] net: netcp: ethss: fix errors in ethtool ops

From: WingMan Kwok In ethtool ops, it needs to retrieve the corresponding ethss module (gbe or xgbe) from the net_device structure. Prior to this patch, the retrieving procedure only checks for the gbe module. This patch fixes the issue by checking the xgbe module if the

[PATCH net 1/2] net: netcp: ethss: fix errors in ethtool ops

From: WingMan Kwok In ethtool ops, it needs to retrieve the corresponding ethss module (gbe or xgbe) from the net_device structure. Prior to this patch, the retrieving procedure only checks for the gbe module. This patch fixes the issue by checking the xgbe module if the net_device structure

[PATCH net 2/2] net: netcp: ethss: fix 10gbe host port tx pri map configuration

From: WingMan Kwok This patch adds the missing 10gbe host port tx priority map configurations. Signed-off-by: WingMan Kwok Signed-off-by: Murali Karicheri Signed-off-by: Sekhar Nori ---

[PATCH net 2/2] net: netcp: ethss: fix 10gbe host port tx pri map configuration

From: WingMan Kwok This patch adds the missing 10gbe host port tx priority map configurations. Signed-off-by: WingMan Kwok Signed-off-by: Murali Karicheri Signed-off-by: Sekhar Nori --- drivers/net/ethernet/ti/netcp_ethss.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

Re: [PATCH 1/2] net: ethernet: sxgbe: remove private tx queue lock

Hi, On 18.12.2016 19:30, Pavel Machek wrote: > Hi! > >> > - e1efa87241272104d6a12c8b9fcdc4f62634d447 >> >> Yep, a sync of the dma descriptors before the hardware gets ownership of the >> tx tail >> idx is missing in the stmmac, too. > > I can reproduce failure with 4.4 fairly easily. I tried

Re: [PATCH 1/2] net: ethernet: sxgbe: remove private tx queue lock

Hi, On 18.12.2016 19:30, Pavel Machek wrote: > Hi! > >> > - e1efa87241272104d6a12c8b9fcdc4f62634d447 >> >> Yep, a sync of the dma descriptors before the hardware gets ownership of the >> tx tail >> idx is missing in the stmmac, too. > > I can reproduce failure with 4.4 fairly easily. I tried

Re: [PATCH] sched/fair: fix calc_cfs_shares fixed point arithmetics

On Mon, Dec 19, 2016 at 2:40 PM, Samuel Thibault wrote: > 2159197d6677 ("sched/core: Enable increased load resolution on 64-bit > kernels") > > exposed yet another miscalculation in calc_cfs_shares: MIN_SHARES is unscaled, > and must thus be scaled before being

Re: [PATCH] sched/fair: fix calc_cfs_shares fixed point arithmetics

On Mon, Dec 19, 2016 at 2:40 PM, Samuel Thibault wrote: > 2159197d6677 ("sched/core: Enable increased load resolution on 64-bit > kernels") > > exposed yet another miscalculation in calc_cfs_shares: MIN_SHARES is unscaled, > and must thus be scaled before being manipulated against "shares"

Re: [PATCH] mfd: mc13xxx-spi: make SPI buffers DMA-safe

Hi Marcus, [auto build test ERROR on ljones-mfd/for-mfd-next] [also build test ERROR on v4.9 next-20161219] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Marcus-Folkesson/mfd-mc13xxx-spi-make

Re: [PATCH] mfd: mc13xxx-spi: make SPI buffers DMA-safe

Hi Marcus, [auto build test ERROR on ljones-mfd/for-mfd-next] [also build test ERROR on v4.9 next-20161219] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Marcus-Folkesson/mfd-mc13xxx-spi-make

[PATCH v2] rtc: imxdi: use the security violation interrupt

The DryIce chipset has a dedicated security violation interrupt that is triggered for security violations (if configured to do so). According to the publicly available imx258 reference manual, irq 56 is used for this interrupt. Install a handler for the security violation interrupt if an irq for

[PATCH v2] rtc: imxdi: use the security violation interrupt

The DryIce chipset has a dedicated security violation interrupt that is triggered for security violations (if configured to do so). According to the publicly available imx258 reference manual, irq 56 is used for this interrupt. Install a handler for the security violation interrupt if an irq for

Re: [PATCH v2] fscrypt: Factor out bio specific functions

On Mon, Dec 19, 2016 at 12:25:32PM +0100, Richard Weinberger wrote: > That way we can get rid of the direct dependency on CONFIG_BLOCK. > > Reported-by: Arnd Bergmann > Reported-by: Randy Dunlap > Suggested-by: Christoph Hellwig >

Re: [PATCH v2] fscrypt: Factor out bio specific functions

On Mon, Dec 19, 2016 at 12:25:32PM +0100, Richard Weinberger wrote: > That way we can get rid of the direct dependency on CONFIG_BLOCK. > > Reported-by: Arnd Bergmann > Reported-by: Randy Dunlap > Suggested-by: Christoph Hellwig > Fixes: d475a507457b ("ubifs: Add skeleton for fscrypto") >

[PATCH] sched/fair: fix calc_cfs_shares fixed point arithmetics

2159197d6677 ("sched/core: Enable increased load resolution on 64-bit kernels") exposed yet another miscalculation in calc_cfs_shares: MIN_SHARES is unscaled, and must thus be scaled before being manipulated against "shares" amounts. Signed-off-by: Samuel Thibault

[PATCH] sched/fair: fix calc_cfs_shares fixed point arithmetics

2159197d6677 ("sched/core: Enable increased load resolution on 64-bit kernels") exposed yet another miscalculation in calc_cfs_shares: MIN_SHARES is unscaled, and must thus be scaled before being manipulated against "shares" amounts. Signed-off-by: Samuel Thibault Cc: Peter Zijlstra Cc: Thomas

Re: [PATCH 2/3] NFC: trf7970a: Add device tree option of 1.8 Volt IO voltage

On Thu, Dec 15, 2016 at 05:30:43PM -0500, Geoff Lansberry wrote: > From: Geoff Lansberry > > --- > Documentation/devicetree/bindings/net/nfc/trf7970a.txt | 2 ++ > drivers/nfc/trf7970a.c | 13 - > 2 files changed, 14 insertions(+), 1

Re: [PATCH 2/3] NFC: trf7970a: Add device tree option of 1.8 Volt IO voltage

On Thu, Dec 15, 2016 at 05:30:43PM -0500, Geoff Lansberry wrote: > From: Geoff Lansberry > > --- > Documentation/devicetree/bindings/net/nfc/trf7970a.txt | 2 ++ > drivers/nfc/trf7970a.c | 13 - > 2 files changed, 14 insertions(+), 1 deletion(-) > >

Re: [PATCH] staging: vc04_services: Fix bracing on single statement blocks

Aaron Moore writes: > Fix coding style issue caught by checkpatch.pl relating to braces on > single statement blocks. This issue was corrected in 3 locations. > > Signed-off-by: Aaron Moore Reviewed-by: Eric Anholt signature.asc

Re: [PATCH] staging: vc04_services: Fix bracing on single statement blocks

Aaron Moore writes: > Fix coding style issue caught by checkpatch.pl relating to braces on > single statement blocks. This issue was corrected in 3 locations. > > Signed-off-by: Aaron Moore Reviewed-by: Eric Anholt signature.asc Description: PGP signature

Re: [PATCH] vfs: return EOPNOTSUPP when ioctl_fsthaw() is not supported

On 19 December 2016 at 10:24, Christoph Hellwig wrote: > On Sun, Dec 18, 2016 at 06:57:27PM +, Sami Kerola wrote: >> An attempt to freeze a filesystem that does not support such operation is >> reported as EOPNOTSUPP to user. Running unfreeze to the same filesystem >>

Re: [PATCH] vfs: return EOPNOTSUPP when ioctl_fsthaw() is not supported

On 19 December 2016 at 10:24, Christoph Hellwig wrote: > On Sun, Dec 18, 2016 at 06:57:27PM +, Sami Kerola wrote: >> An attempt to freeze a filesystem that does not support such operation is >> reported as EOPNOTSUPP to user. Running unfreeze to the same filesystem >> returns EINVAL. Later

Re: [PATCH 1/3] NFC: trf7970a: add device tree option for 27MHz clock

On Thu, Dec 15, 2016 at 05:30:42PM -0500, Geoff Lansberry wrote: > From: Geoff Lansberry > > --- > .../devicetree/bindings/net/nfc/trf7970a.txt | 3 ++ > drivers/nfc/trf7970a.c | 42 > -- > 2 files changed, 34

Re: [PATCH 1/3] NFC: trf7970a: add device tree option for 27MHz clock

On Thu, Dec 15, 2016 at 05:30:42PM -0500, Geoff Lansberry wrote: > From: Geoff Lansberry > > --- > .../devicetree/bindings/net/nfc/trf7970a.txt | 3 ++ > drivers/nfc/trf7970a.c | 42 > -- > 2 files changed, 34 insertions(+), 11

Re: [PATCH v3 4/5] nvme: Implement resume_from_suspend and SED Allocation code.

On Mon, Dec 19, 2016 at 04:59:54PM -0500, Keith Busch wrote: > On Mon, Dec 19, 2016 at 12:35:48PM -0700, Scott Bauer wrote: > > +static int nvme_sec_submit(struct nvme_ctrl *ctrl, u16 spsp, u8 secp, > > + void *buffer, size_t len, u8 opcode) > > +{ > > + struct nvme_command

Re: [PATCH v3 4/5] nvme: Implement resume_from_suspend and SED Allocation code.

On Mon, Dec 19, 2016 at 04:59:54PM -0500, Keith Busch wrote: > On Mon, Dec 19, 2016 at 12:35:48PM -0700, Scott Bauer wrote: > > +static int nvme_sec_submit(struct nvme_ctrl *ctrl, u16 spsp, u8 secp, > > + void *buffer, size_t len, u8 opcode) > > +{ > > + struct nvme_command

Re: [PATCH V5 2/8] Documentation: devicetree: thermal: da9062/61 TJUNC temperature binding

On Thu, Dec 15, 2016 at 07:08:39PM +, Steve Twiss wrote: > From: Steve Twiss > > Device tree binding information for DA9062 and DA9061 thermal junction > temperature monitor. > > Binding descriptions for the DA9061 and DA9062 thermal TJUNC supervisor > device

Re: [PATCH V5 2/8] Documentation: devicetree: thermal: da9062/61 TJUNC temperature binding

On Thu, Dec 15, 2016 at 07:08:39PM +, Steve Twiss wrote: > From: Steve Twiss > > Device tree binding information for DA9062 and DA9061 thermal junction > temperature monitor. > > Binding descriptions for the DA9061 and DA9062 thermal TJUNC supervisor > device driver, using a single

Re: [PATCHv6] support for AD5820 camera auto-focus coil

Hi! > Hi Pali and Tony, > On Wed, Dec 14, 2016 at 07:08:19AM -0800, Tony Lindgren wrote: > > * Pali Rohár [161214 05:38]: > > > On Monday 08 August 2016 23:41:32 Pavel Machek wrote: > > > > On Mon 2016-08-08 11:09:56, Sakari Ailus wrote: > > > > > On Fri, Aug 05, 2016 at

Re: [PATCHv6] support for AD5820 camera auto-focus coil

Hi! > Hi Pali and Tony, > On Wed, Dec 14, 2016 at 07:08:19AM -0800, Tony Lindgren wrote: > > * Pali Rohár [161214 05:38]: > > > On Monday 08 August 2016 23:41:32 Pavel Machek wrote: > > > > On Mon 2016-08-08 11:09:56, Sakari Ailus wrote: > > > > > On Fri, Aug 05, 2016 at 12:26:11PM +0200, Pavel

Re: [PATCH v5 2/9] doc: DT: venus: binding document for Qualcomm video driver

On Thu, Dec 15, 2016 at 07:22:17PM +0200, Stanimir Varbanov wrote: > Add binding document for Venus video encoder/decoder driver > > Cc: Rob Herring > Cc: Mark Rutland > Cc: devicet...@vger.kernel.org > Signed-off-by: Stanimir Varbanov

Re: [PATCH v5 2/9] doc: DT: venus: binding document for Qualcomm video driver

On Thu, Dec 15, 2016 at 07:22:17PM +0200, Stanimir Varbanov wrote: > Add binding document for Venus video encoder/decoder driver > > Cc: Rob Herring > Cc: Mark Rutland > Cc: devicet...@vger.kernel.org > Signed-off-by: Stanimir Varbanov > --- > .../devicetree/bindings/media/qcom,venus.txt

Re: [PATCH 2/2] Documentation: ehci-omap: remove the unnecessary newline

On Thu, Dec 15, 2016 at 04:56:10PM +0100, yegorsli...@googlemail.com wrote: > From: Yegor Yefremov > > Signed-off-by: Yegor Yefremov > --- > Documentation/devicetree/bindings/usb/ehci-omap.txt | 1 - > 1 file changed, 1 deletion(-)

Re: [PATCH 2/2] Documentation: ehci-omap: remove the unnecessary newline

On Thu, Dec 15, 2016 at 04:56:10PM +0100, yegorsli...@googlemail.com wrote: > From: Yegor Yefremov > > Signed-off-by: Yegor Yefremov > --- > Documentation/devicetree/bindings/usb/ehci-omap.txt | 1 - > 1 file changed, 1 deletion(-) Applied, thanks. Rob

Re: [PATCH 1/2] Documentation: omap-usb-host: fix OMAP OHCI/EHCI file names

On Thu, Dec 15, 2016 at 04:56:09PM +0100, yegorsli...@googlemail.com wrote: > From: Yegor Yefremov > > OMAP related files are actually named ehci-omap.txt and ohci-omap3.txt. > > Also add full path to ohci-omap3.txt. > > Signed-off-by: Yegor Yefremov

Re: [PATCH 1/2] Documentation: omap-usb-host: fix OMAP OHCI/EHCI file names

On Thu, Dec 15, 2016 at 04:56:09PM +0100, yegorsli...@googlemail.com wrote: > From: Yegor Yefremov > > OMAP related files are actually named ehci-omap.txt and ohci-omap3.txt. > > Also add full path to ohci-omap3.txt. > > Signed-off-by: Yegor Yefremov > --- >

Re: [PATCH v3] power: supply: bq24735-charger: optionally poll the ac-detect gpio

On Thu, Dec 15, 2016 at 10:28:46AM +0100, Peter Rosin wrote: > If the ac-detect gpio does not support interrupts, provide a fallback > to poll the gpio at a configurable interval. > > Signed-off-by: Peter Rosin > --- > > v2 -> v3 changes: > - use device_property_read_u32

Re: [PATCH v3] power: supply: bq24735-charger: optionally poll the ac-detect gpio

On Thu, Dec 15, 2016 at 10:28:46AM +0100, Peter Rosin wrote: > If the ac-detect gpio does not support interrupts, provide a fallback > to poll the gpio at a configurable interval. > > Signed-off-by: Peter Rosin > --- > > v2 -> v3 changes: > - use device_property_read_u32 instead of

Re: [PATCH] drm/vmwgfx: use designated initializers

Reviewed-by: Sinclair Yeh thanks! On Fri, Dec 16, 2016 at 05:04:02PM -0800, Kees Cook wrote: > Prepare to mark sensitive kernel structures for randomization by making > sure they're using designated initializers. These were identified during > allyesconfig builds of x86, arm,

[PATCH v2] vfio/type1: Restore mapping performance with mdev support

As part of the mdev support, type1 now gets a task reference per vfio_dma and uses that to get an mm reference for the task while working on accounting. That's correct, but it's not fast. For some paths, like vfio_pin_pages_remote(), we know we're only called from user context, so we can restore

Re: [PATCH] drm/vmwgfx: use designated initializers

Reviewed-by: Sinclair Yeh thanks! On Fri, Dec 16, 2016 at 05:04:02PM -0800, Kees Cook wrote: > Prepare to mark sensitive kernel structures for randomization by making > sure they're using designated initializers. These were identified during > allyesconfig builds of x86, arm, and arm64, with

[PATCH v2] vfio/type1: Restore mapping performance with mdev support

As part of the mdev support, type1 now gets a task reference per vfio_dma and uses that to get an mm reference for the task while working on accounting. That's correct, but it's not fast. For some paths, like vfio_pin_pages_remote(), we know we're only called from user context, so we can restore

Re: [PATCH 6/6] watchdog: ts4600: add driver for TS-4600 watchdog

On Wed, Dec 14, 2016 at 06:12:36PM -0500, Sebastien Bourdelin wrote: > This watchdog is instantiated in a FPGA and can only be access using a > GPIOs bit-banged bus, called the NBUS by Technologic Systems. > The watchdog is made of only one register, called the feed register. > Writing to this

Re: [PATCH 6/6] watchdog: ts4600: add driver for TS-4600 watchdog

On Wed, Dec 14, 2016 at 06:12:36PM -0500, Sebastien Bourdelin wrote: > This watchdog is instantiated in a FPGA and can only be access using a > GPIOs bit-banged bus, called the NBUS by Technologic Systems. > The watchdog is made of only one register, called the feed register. > Writing to this

Re: [PATCH 3/6] dt-bindings: bus: Add documentation for the Technologic Systems NBUS

On Wed, Dec 14, 2016 at 06:12:33PM -0500, Sebastien Bourdelin wrote: > Add binding documentation for the Technologic Systems NBUS that is used > to interface with peripherals in the FPGA of the TS-4600 SoM. > > Signed-off-by: Sebastien Bourdelin > --- >

Re: [PATCH 3/6] dt-bindings: bus: Add documentation for the Technologic Systems NBUS

On Wed, Dec 14, 2016 at 06:12:33PM -0500, Sebastien Bourdelin wrote: > Add binding documentation for the Technologic Systems NBUS that is used > to interface with peripherals in the FPGA of the TS-4600 SoM. > > Signed-off-by: Sebastien Bourdelin > --- >

Re: [PATCH 2/9] xfs: introduce and use KM_NOLOCKDEP to silence reclaim lockdep false positives

On Tue, Dec 20, 2016 at 08:24:13AM +1100, Dave Chinner wrote: > On Thu, Dec 15, 2016 at 03:07:08PM +0100, Michal Hocko wrote: > > From: Michal Hocko > > > > Now that the page allocator offers __GFP_NOLOCKDEP let's introduce > > KM_NOLOCKDEP alias for the xfs allocation APIs.

Re: [PATCH 2/9] xfs: introduce and use KM_NOLOCKDEP to silence reclaim lockdep false positives

On Tue, Dec 20, 2016 at 08:24:13AM +1100, Dave Chinner wrote: > On Thu, Dec 15, 2016 at 03:07:08PM +0100, Michal Hocko wrote: > > From: Michal Hocko > > > > Now that the page allocator offers __GFP_NOLOCKDEP let's introduce > > KM_NOLOCKDEP alias for the xfs allocation APIs. While we are at it >

Re: [PATCH 1/6] of: documentation: add bindings documentation for TS-4600

On Wed, Dec 14, 2016 at 06:12:31PM -0500, Sebastien Bourdelin wrote: > This adds the documentation for the TS-4600 by Technologic Systems. > > Signed-off-by: Sebastien Bourdelin > --- > Documentation/devicetree/bindings/arm/technologic.txt | 5 + >

Re: [PATCH 1/6] of: documentation: add bindings documentation for TS-4600

On Wed, Dec 14, 2016 at 06:12:31PM -0500, Sebastien Bourdelin wrote: > This adds the documentation for the TS-4600 by Technologic Systems. > > Signed-off-by: Sebastien Bourdelin > --- > Documentation/devicetree/bindings/arm/technologic.txt | 5 + > 1 file changed, 5 insertions(+) Acked-by:

Re: [PATCH v3 1/2] iio: adc: hx711: Add DT binding for avia,hx711

On Wed, Dec 14, 2016 at 05:16:40PM +0100, Andreas Klinger wrote: > Add DT bindings for avia,hx711 > Add vendor avia to vendor list > > Signed-off-by: Andreas Klinger > --- > Documentation/devicetree/bindings/iio/adc/avia-hx711.txt | 16 > >

Re: [PATCH v3 1/2] iio: adc: hx711: Add DT binding for avia,hx711

On Wed, Dec 14, 2016 at 05:16:40PM +0100, Andreas Klinger wrote: > Add DT bindings for avia,hx711 > Add vendor avia to vendor list > > Signed-off-by: Andreas Klinger > --- > Documentation/devicetree/bindings/iio/adc/avia-hx711.txt | 16 > >

[PATCH] Documentation/unaligned-memory-access.txt: fix incorrect comparison operator

In the actual implementation ether_addr_equal function tests for equality to 0 when returning. It seems in commit 0d74c4 it is somehow overlooked to change this operator to reflect the actual function. Signed-off-by: Cihangir Akturk ---

[PATCH] Documentation/unaligned-memory-access.txt: fix incorrect comparison operator

In the actual implementation ether_addr_equal function tests for equality to 0 when returning. It seems in commit 0d74c4 it is somehow overlooked to change this operator to reflect the actual function. Signed-off-by: Cihangir Akturk --- Documentation/unaligned-memory-access.txt | 2 +- 1 file

Re: FPU warning on x86_32 on Skylake

On Thu, Nov 24, 2016 at 09:11:41AM -0800, Andy Lutomirski wrote: > I gett this when booting a 32-bit 4.9-rc6-ish on Skylake: > > [0.564506] [ cut here ] > [0.564994] WARNING: CPU: 0 PID: 1 at > ./arch/x86/include/asm/fpu/internal.h:368 fpu__restore+0x203/0x210 > [

Re: FPU warning on x86_32 on Skylake

On Thu, Nov 24, 2016 at 09:11:41AM -0800, Andy Lutomirski wrote: > I gett this when booting a 32-bit 4.9-rc6-ish on Skylake: > > [0.564506] [ cut here ] > [0.564994] WARNING: CPU: 0 PID: 1 at > ./arch/x86/include/asm/fpu/internal.h:368 fpu__restore+0x203/0x210 > [

Re: [PATCH v3 4/5] nvme: Implement resume_from_suspend and SED Allocation code.

On Mon, Dec 19, 2016 at 12:35:48PM -0700, Scott Bauer wrote: > +static int nvme_sec_submit(struct nvme_ctrl *ctrl, u16 spsp, u8 secp, > +void *buffer, size_t len, u8 opcode) > +{ > + struct nvme_command cmd = { 0 }; > + struct nvme_ns *ns = NULL; > + > +

Re: [PATCH v3 4/5] nvme: Implement resume_from_suspend and SED Allocation code.

On Mon, Dec 19, 2016 at 12:35:48PM -0700, Scott Bauer wrote: > +static int nvme_sec_submit(struct nvme_ctrl *ctrl, u16 spsp, u8 secp, > +void *buffer, size_t len, u8 opcode) > +{ > + struct nvme_command cmd = { 0 }; > + struct nvme_ns *ns = NULL; > + > +

Re: [PATCH] nvmem: core: Allow ignoring length when reading a cell

On 12/19, Vivek Gautam wrote: > nvmem_cell_read() API fills in the argument 'len' with > the number of bytes read from the cell. Many users don't > care about this length value. So allow users to pass a > NULL pointer to this len field. > > Signed-off-by: Vivek Gautam

Re: [PATCH] nvmem: core: Allow ignoring length when reading a cell

On 12/19, Vivek Gautam wrote: > nvmem_cell_read() API fills in the argument 'len' with > the number of bytes read from the cell. Many users don't > care about this length value. So allow users to pass a > NULL pointer to this len field. > > Signed-off-by: Vivek Gautam > --- Reviewed-by: Stephen

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