Re: [PATCH for-next 2/4] RDMA/hns: Add IOMMU enable support in hip08

On 2017/11/7 23:48, Jason Gunthorpe wrote: > On Tue, Nov 07, 2017 at 10:45:29AM +0800, Wei Hu (Xavier) wrote: > >> We reconstruct the code as below: >> It replaces dma_alloc_coherent with __get_free_pages and >> dma_map_single functions. So, we can vmap serveral ptrs returned by

Re: [PATCH for-next 2/4] RDMA/hns: Add IOMMU enable support in hip08

On 2017/11/7 23:48, Jason Gunthorpe wrote: > On Tue, Nov 07, 2017 at 10:45:29AM +0800, Wei Hu (Xavier) wrote: > >> We reconstruct the code as below: >> It replaces dma_alloc_coherent with __get_free_pages and >> dma_map_single functions. So, we can vmap serveral ptrs returned by

Re: [PATCH v2 2/2] rtc: sprd: Add Spreadtrum RTC driver

Hi, On 08/11/2017 at 17:16:15 +0800, Baolin Wang wrote: > +static int sprd_rtc_read_time(struct device *dev, struct rtc_time *tm) > +{ > + struct sprd_rtc *rtc = dev_get_drvdata(dev); > + time64_t secs; > + int ret; > + I would have expected a check for SPRD_RTC_POWER_RESET_FLAG

Re: [PATCH v2 2/2] rtc: sprd: Add Spreadtrum RTC driver

Hi, On 08/11/2017 at 17:16:15 +0800, Baolin Wang wrote: > +static int sprd_rtc_read_time(struct device *dev, struct rtc_time *tm) > +{ > + struct sprd_rtc *rtc = dev_get_drvdata(dev); > + time64_t secs; > + int ret; > + I would have expected a check for SPRD_RTC_POWER_RESET_FLAG

Re: [PATCH for-next 2/4] RDMA/hns: Add IOMMU enable support in hip08

On 2017/11/7 23:58, Christoph Hellwig wrote: > On Tue, Nov 07, 2017 at 08:48:38AM -0700, Jason Gunthorpe wrote: >> Can't you just use vmalloc and dma_map that? Other drivers follow that >> approach.. > You can't easily due to the flushing requirements. We used to do that > in XFS and it led to

Re: [PATCH for-next 2/4] RDMA/hns: Add IOMMU enable support in hip08

On 2017/11/7 23:58, Christoph Hellwig wrote: > On Tue, Nov 07, 2017 at 08:48:38AM -0700, Jason Gunthorpe wrote: >> Can't you just use vmalloc and dma_map that? Other drivers follow that >> approach.. > You can't easily due to the flushing requirements. We used to do that > in XFS and it led to

Re: [PATCH 17/31] nds32: Signal handling support

On Wed, Nov 08, 2017 at 01:55:05PM +0800, Greentime Hu wrote: > +static int restore_sigframe(struct pt_regs *regs, > + struct rt_sigframe __user * sf) > +{ [snip] > + err |= !valid_user_regs(regs); IDGI... Where do you modify ->ipsw at all and how can

Re: [PATCH 17/31] nds32: Signal handling support

On Wed, Nov 08, 2017 at 01:55:05PM +0800, Greentime Hu wrote: > +static int restore_sigframe(struct pt_regs *regs, > + struct rt_sigframe __user * sf) > +{ [snip] > + err |= !valid_user_regs(regs); IDGI... Where do you modify ->ipsw at all and how can

[PATCH] Documentation: Add Kees Cook to list of enforcement statement endorsers

Add my name to the list. Signed-off-by: Kees Cook --- Documentation/process/kernel-enforcement-statement.rst | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/process/kernel-enforcement-statement.rst

[PATCH] Documentation: Add Kees Cook to list of enforcement statement endorsers

Add my name to the list. Signed-off-by: Kees Cook --- Documentation/process/kernel-enforcement-statement.rst | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/process/kernel-enforcement-statement.rst b/Documentation/process/kernel-enforcement-statement.rst index

Re: [PATCH for-next 2/4] RDMA/hns: Add IOMMU enable support in hip08

On 2017/11/7 14:32, Leon Romanovsky wrote: > On Tue, Nov 07, 2017 at 10:45:29AM +0800, Wei Hu (Xavier) wrote: >> >> On 2017/11/1 20:26, Robin Murphy wrote: >>> On 01/11/17 07:46, Wei Hu (Xavier) wrote: On 2017/10/12 20:59, Robin Murphy wrote: > On 12/10/17 13:31, Wei Hu (Xavier) wrote:

Re: [PATCH for-next 2/4] RDMA/hns: Add IOMMU enable support in hip08

On 2017/11/7 14:32, Leon Romanovsky wrote: > On Tue, Nov 07, 2017 at 10:45:29AM +0800, Wei Hu (Xavier) wrote: >> >> On 2017/11/1 20:26, Robin Murphy wrote: >>> On 01/11/17 07:46, Wei Hu (Xavier) wrote: On 2017/10/12 20:59, Robin Murphy wrote: > On 12/10/17 13:31, Wei Hu (Xavier) wrote:

答复: 答复: [PATCH v2,1/2] misc: rtsx: Move Realtek Card Reader Driver to misc

> > On Mon, Oct 30, 2017 at 07:50:09AM +, 冯锐 wrote: > > Hi Greg > > > > I'm sorry to bother you, but can you help to review this patch and the patch > below if you have time? > > https://patchwork.kernel.org/patch/10026543/ > > Hm, I don't use patchwork, so I don't know what to say about

答复: 答复: [PATCH v2,1/2] misc: rtsx: Move Realtek Card Reader Driver to misc

> > On Mon, Oct 30, 2017 at 07:50:09AM +, 冯锐 wrote: > > Hi Greg > > > > I'm sorry to bother you, but can you help to review this patch and the patch > below if you have time? > > https://patchwork.kernel.org/patch/10026543/ > > Hm, I don't use patchwork, so I don't know what to say about

Re: mm, vmstat: Make sure mutex is a global static

On 2017年11月08日 05:38, Kees Cook wrote: > The mutex in sysctl_vm_numa_stat_handler() needs to be a global static, not > a stack variable, otherwise it doesn't serve any purpose. Also, reading the > file with CONFIG_LOCKDEP=y will complain: > It's my mistake. Kees, thanks for catching it. > [

Re: mm, vmstat: Make sure mutex is a global static

On 2017年11月08日 05:38, Kees Cook wrote: > The mutex in sysctl_vm_numa_stat_handler() needs to be a global static, not > a stack variable, otherwise it doesn't serve any purpose. Also, reading the > file with CONFIG_LOCKDEP=y will complain: > It's my mistake. Kees, thanks for catching it. > [

Re: [PATCH v2 0/3] Makefile: Introduce CONFIG_CC_STACKPROTECTOR_AUTO

On Wed, Nov 8, 2017 at 11:43 AM, Laura Abbott wrote: > On 11/07/2017 09:38 AM, Kees Cook wrote: >> >> As described in the final patch: >> >> Nearly all modern compilers support a stack-protector option, and nearly >> all modern distributions enable the kernel stack-protector,

Re: [PATCH v2 0/3] Makefile: Introduce CONFIG_CC_STACKPROTECTOR_AUTO

On Wed, Nov 8, 2017 at 11:43 AM, Laura Abbott wrote: > On 11/07/2017 09:38 AM, Kees Cook wrote: >> >> As described in the final patch: >> >> Nearly all modern compilers support a stack-protector option, and nearly >> all modern distributions enable the kernel stack-protector, so enabling >> this

[PATCH v3,2/2] misc: rtsx: Add support for RTS5260

From: Rui Feng Add support for new chip rts5260. In order to support rts5260, the definitions of some internal registers and workflow have to be modified and are different from its predecessors and OCP function is added for RTS5260. So we need this patch to ensure

[PATCH v3,2/2] misc: rtsx: Add support for RTS5260

From: Rui Feng Add support for new chip rts5260. In order to support rts5260, the definitions of some internal registers and workflow have to be modified and are different from its predecessors and OCP function is added for RTS5260. So we need this patch to ensure RTS5260 can work.

[PATCH v3,1/2] misc: rtsx: Move Realtek Card Reader Driver to misc

From: Rui Feng Because Realtek card reader drivers are pcie and usb drivers, and they bridge mmc subsystem and memstick subsystem, they are not mfd drivers. Greg and Lee Jones had a discussion about where to put the drivers, the result is that misc is a good place for

[PATCH v3,1/2] misc: rtsx: Move Realtek Card Reader Driver to misc

From: Rui Feng Because Realtek card reader drivers are pcie and usb drivers, and they bridge mmc subsystem and memstick subsystem, they are not mfd drivers. Greg and Lee Jones had a discussion about where to put the drivers, the result is that misc is a good place for them, so I move all files

Re: [RFC 0/6] some compile- and run-time format checking

On Wed, Nov 8, 2017 at 2:30 PM, Rasmus Villemoes wrote: > Consider these strictly RFC/POC. > > I tried resurrecting my format_template plugin from two years ago, and > it rebased pretty cleanly. It also compiles with gcc 6.3, and has the > expected effect when one tries

Re: [RFC 0/6] some compile- and run-time format checking

On Wed, Nov 8, 2017 at 2:30 PM, Rasmus Villemoes wrote: > Consider these strictly RFC/POC. > > I tried resurrecting my format_template plugin from two years ago, and > it rebased pretty cleanly. It also compiles with gcc 6.3, and has the > expected effect when one tries to trigger it, so it seems

[PATCH] checkpatch.pl: Add SPDX license tag check

Add a check warning if SPDX-License-Identifier tags are not used in newly added files. Cc: Andy Whitcroft Cc: Joe Perches Cc: Greg Kroah-Hartman Signed-off-by: Rob Herring --- I rewrote my previous version to

[PATCH] checkpatch.pl: Add SPDX license tag check

Add a check warning if SPDX-License-Identifier tags are not used in newly added files. Cc: Andy Whitcroft Cc: Joe Perches Cc: Greg Kroah-Hartman Signed-off-by: Rob Herring --- I rewrote my previous version to check more than just dts files. It also now looks for a tag in added files rather

Re: [RFC 4/6] lib/vsprintf.c: add fmtcheck utility

On Wed, Nov 8, 2017 at 2:30 PM, Rasmus Villemoes wrote: > We have a few places in the kernel where a *printf function is used with > a non-constant format string, making the ordinary static type checking > done by gcc et al. impossible. Some things can still be caught at

Re: [RFC 4/6] lib/vsprintf.c: add fmtcheck utility

On Wed, Nov 8, 2017 at 2:30 PM, Rasmus Villemoes wrote: > We have a few places in the kernel where a *printf function is used with > a non-constant format string, making the ordinary static type checking > done by gcc et al. impossible. Some things can still be caught at build > time with

Re: [PATCH v2] mm, shrinker: make shrinker_list lockless

On Wed, Nov 8, 2017 at 4:07 PM, Minchan Kim wrote: > Hi, > > On Wed, Nov 08, 2017 at 09:37:40AM -0800, Shakeel Butt wrote: >> In our production, we have observed that the job loader gets stuck for >> 10s of seconds while doing mount operation. It turns out that it was >> stuck

Re: [PATCH v2] mm, shrinker: make shrinker_list lockless

On Wed, Nov 8, 2017 at 4:07 PM, Minchan Kim wrote: > Hi, > > On Wed, Nov 08, 2017 at 09:37:40AM -0800, Shakeel Butt wrote: >> In our production, we have observed that the job loader gets stuck for >> 10s of seconds while doing mount operation. It turns out that it was >> stuck in

Feature request - support kbd_backlight on Hewlett-Packard

Hello, Can anyone please try add support for controlling keyboard backlight via sysfs on Hewlett-Packard notebooks? Maybe in a similar way as this last year patch for Thinkpad? https://lkml.org/lkml/2015/12/24/295 BTW: This functionality is already supported (minimaly) on Apple, ASUS, Dell,

Feature request - support kbd_backlight on Hewlett-Packard

Hello, Can anyone please try add support for controlling keyboard backlight via sysfs on Hewlett-Packard notebooks? Maybe in a similar way as this last year patch for Thinkpad? https://lkml.org/lkml/2015/12/24/295 BTW: This functionality is already supported (minimaly) on Apple, ASUS, Dell,

Re: [PATCH 5/7] scripts/leaking_addresses: add emailing results

On Wed, Nov 08, 2017 at 12:51:20PM +0100, Greg KH wrote: > On Wed, Nov 08, 2017 at 11:16:43AM +0100, Petr Mladek wrote: > > On Wed 2017-11-08 14:37:37, Tobin C. Harding wrote: > > > Developers may not have the time (or inclination) to investigate script > > > output. This information is, however,

Re: [PATCH 5/7] scripts/leaking_addresses: add emailing results

On Wed, Nov 08, 2017 at 12:51:20PM +0100, Greg KH wrote: > On Wed, Nov 08, 2017 at 11:16:43AM +0100, Petr Mladek wrote: > > On Wed 2017-11-08 14:37:37, Tobin C. Harding wrote: > > > Developers may not have the time (or inclination) to investigate script > > > output. This information is, however,

Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces

On Thu, Nov 9, 2017 at 4:02 AM, Christian Brauner wrote: > On Wed, Nov 08, 2017 at 03:09:59AM -0800, Mahesh Bandewar (महेश बंडेवार) > wrote: >> Sorry folks I was traveling and seems like lot happened on this thread. :p >> >> I will try to response few of these

Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces

On Thu, Nov 9, 2017 at 4:02 AM, Christian Brauner wrote: > On Wed, Nov 08, 2017 at 03:09:59AM -0800, Mahesh Bandewar (महेश बंडेवार) > wrote: >> Sorry folks I was traveling and seems like lot happened on this thread. :p >> >> I will try to response few of these comments selectively - >> >> > The

Re: [PATCH v3] printk: Add console owner and waiter logic to load balance console writes

Hello Steven, On (11/08/17 09:29), Steven Rostedt wrote: > On Wed, 8 Nov 2017 14:19:55 +0900 > Sergey Senozhatsky wrote: > > > the change goes further. I did express some of my concerns during the KS, > > I'll just bring them to the list. > > > > > > we now

Re: [PATCH v3] printk: Add console owner and waiter logic to load balance console writes

Hello Steven, On (11/08/17 09:29), Steven Rostedt wrote: > On Wed, 8 Nov 2017 14:19:55 +0900 > Sergey Senozhatsky wrote: > > > the change goes further. I did express some of my concerns during the KS, > > I'll just bring them to the list. > > > > > > we now always shift printing from a save -

Re: [PATCH] pstore: use ktime_get_real_fast_ns() instead of __getnstimeofday()

On Wed, Nov 8, 2017 at 8:00 AM, Arnd Bergmann wrote: > I noticed that __getnstimeofday() is a rather odd interface, with > a number of quirks: > > - The caller may come from NMI context, but the implementation is not NMI safe > - The calling conventions are different from any other

Re: [PATCH] pstore: use ktime_get_real_fast_ns() instead of __getnstimeofday()

On Wed, Nov 8, 2017 at 8:00 AM, Arnd Bergmann wrote: > I noticed that __getnstimeofday() is a rather odd interface, with > a number of quirks: > > - The caller may come from NMI context, but the implementation is not NMI safe > - The calling conventions are different from any other timekeeping

Re: [PATCH 4/7] scripts/leaking_addresses: add reporting

On Wed, Nov 08, 2017 at 11:42:21AM +0100, Petr Mladek wrote: > On Wed 2017-11-08 14:37:36, Tobin C. Harding wrote: > > Currently script just dumps all results found. Potentially, this risks > > loosing single results among multiple duplicate results. We need some > > way of restricting duplicates

Re: [PATCH 4/7] scripts/leaking_addresses: add reporting

On Wed, Nov 08, 2017 at 11:42:21AM +0100, Petr Mladek wrote: > On Wed 2017-11-08 14:37:36, Tobin C. Harding wrote: > > Currently script just dumps all results found. Potentially, this risks > > loosing single results among multiple duplicate results. We need some > > way of restricting duplicates

[PATCH x86 v2] uprobe: emulate push insns for uprobe on x86

Uprobe is a tracing mechanism for userspace programs. Typical uprobe will incur overhead of two traps. First trap is caused by replaced trap insn, and the second trap is to execute the original displaced insn in user space. To reduce the overhead, kernel provides hooks for architectures to

[PATCH x86 v2] uprobe: emulate push insns for uprobe on x86

Uprobe is a tracing mechanism for userspace programs. Typical uprobe will incur overhead of two traps. First trap is caused by replaced trap insn, and the second trap is to execute the original displaced insn in user space. To reduce the overhead, kernel provides hooks for architectures to

[PATCH v2 5/8] MIPS: Octeon: Automatically provision CVMSEG space.

Remove CONFIG_CAVIUM_OCTEON_CVMSEG_SIZE and automatically calculate the amount of CVMSEG space needed. 1st 128-bytes: Use by IOBDMA 2nd 128-bytes: Reserved by kernel for scratch/TLS emulation. 3rd 128-bytes: OCTEON-III LMTLINE New config variable CONFIG_CAVIUM_OCTEON_EXTRA_CVMSEG provisions

[PATCH v2 5/8] MIPS: Octeon: Automatically provision CVMSEG space.

Remove CONFIG_CAVIUM_OCTEON_CVMSEG_SIZE and automatically calculate the amount of CVMSEG space needed. 1st 128-bytes: Use by IOBDMA 2nd 128-bytes: Reserved by kernel for scratch/TLS emulation. 3rd 128-bytes: OCTEON-III LMTLINE New config variable CONFIG_CAVIUM_OCTEON_EXTRA_CVMSEG provisions

[PATCH v2 6/8] staging: octeon: Remove USE_ASYNC_IOBDMA macro.

Previous patch sets USE_ASYNC_IOBDMA to 1 unconditionally. Remove USE_ASYNC_IOBDMA from all if statements. Remove dead code caused by the change. Signed-off-by: David Daney --- drivers/staging/octeon/ethernet-defines.h | 6 --- drivers/staging/octeon/ethernet-rx.c

[PATCH v2 6/8] staging: octeon: Remove USE_ASYNC_IOBDMA macro.

Previous patch sets USE_ASYNC_IOBDMA to 1 unconditionally. Remove USE_ASYNC_IOBDMA from all if statements. Remove dead code caused by the change. Signed-off-by: David Daney --- drivers/staging/octeon/ethernet-defines.h | 6 --- drivers/staging/octeon/ethernet-rx.c | 25 -

[PATCH v2 3/8] MIPS: Octeon: Add a global resource manager.

From: Carlos Munoz Add a global resource manager to manage tagged pointers within bootmem allocated memory. This is used by various functional blocks in the Octeon core like the FPA, Ethernet nexus, etc. Signed-off-by: Carlos Munoz Signed-off-by: Steven J.

[PATCH v2 8/8] MAINTAINERS: Add entry for drivers/net/ethernet/cavium/octeon/octeon3-*

Signed-off-by: David Daney --- MAINTAINERS | 6 ++ 1 file changed, 6 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 9a24f56e0451..142af33adc35 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -3212,6 +3212,12 @@ W: http://www.cavium.com S:

[PATCH v2 4/8] MIPS: Octeon: Add Free Pointer Unit (FPA) support.

From: Carlos Munoz >From the hardware user manual: "The FPA is a unit that maintains pools of pointers to free L2/DRAM memory. To provide QoS, the pools are referenced indirectly through 1024 auras. Both core software and hardware units allocate and free pointers."

[PATCH v2 3/8] MIPS: Octeon: Add a global resource manager.

From: Carlos Munoz Add a global resource manager to manage tagged pointers within bootmem allocated memory. This is used by various functional blocks in the Octeon core like the FPA, Ethernet nexus, etc. Signed-off-by: Carlos Munoz Signed-off-by: Steven J. Hill Signed-off-by: David Daney ---

[PATCH v2 8/8] MAINTAINERS: Add entry for drivers/net/ethernet/cavium/octeon/octeon3-*

Signed-off-by: David Daney --- MAINTAINERS | 6 ++ 1 file changed, 6 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 9a24f56e0451..142af33adc35 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -3212,6 +3212,12 @@ W: http://www.cavium.com S: Supported F:

[PATCH v2 4/8] MIPS: Octeon: Add Free Pointer Unit (FPA) support.

From: Carlos Munoz >From the hardware user manual: "The FPA is a unit that maintains pools of pointers to free L2/DRAM memory. To provide QoS, the pools are referenced indirectly through 1024 auras. Both core software and hardware units allocate and free pointers." Signed-off-by: Carlos Munoz

[PATCH v2 1/8] dt-bindings: Add Cavium Octeon Common Ethernet Interface.

From: Carlos Munoz Add bindings for Common Ethernet Interface (BGX) block. Signed-off-by: Carlos Munoz Signed-off-by: Steven J. Hill Signed-off-by: David Daney ---

[PATCH v2 1/8] dt-bindings: Add Cavium Octeon Common Ethernet Interface.

From: Carlos Munoz Add bindings for Common Ethernet Interface (BGX) block. Signed-off-by: Carlos Munoz Signed-off-by: Steven J. Hill Signed-off-by: David Daney --- .../devicetree/bindings/net/cavium-bgx.txt | 61 ++ 1 file changed, 61 insertions(+) create mode

[PATCH v2 2/8] MIPS: Octeon: Enable LMTDMA/LMTST operations.

From: Carlos Munoz LMTDMA/LMTST operations move data between cores and I/O devices: * LMTST operations can send an address and a variable length (up to 128 bytes) of data to an I/O device. * LMTDMA operations can send an address and a variable length (up to 128) of data

[PATCH v2 0/8] Cavium OCTEON-III network driver.

We are adding the Cavium OCTEON-III network driver. But since interacting with the input and output queues is done via special CPU local memory, we also need to add support to the MIPS/Octeon architecture code. Aren't SoCs nice in this way? The first six patches add the SoC support needed by

[PATCH v2 0/8] Cavium OCTEON-III network driver.

We are adding the Cavium OCTEON-III network driver. But since interacting with the input and output queues is done via special CPU local memory, we also need to add support to the MIPS/Octeon architecture code. Aren't SoCs nice in this way? The first six patches add the SoC support needed by

[PATCH v2 2/8] MIPS: Octeon: Enable LMTDMA/LMTST operations.

From: Carlos Munoz LMTDMA/LMTST operations move data between cores and I/O devices: * LMTST operations can send an address and a variable length (up to 128 bytes) of data to an I/O device. * LMTDMA operations can send an address and a variable length (up to 128) of data to the I/O device

Re: [PATCH] soc: amlogic: meson-gx-pwrc-vpu: fix power-off when powered by bootloader

Arnd, Olof, Neil Armstrong writes: > In the case the VPU power domain has been powered on by the bootloader > and no driver are attached to this power domain, the genpd will power it > off after a certain amount of time, but the clocks hasn't been enabled > by the

Re: [PATCH] soc: amlogic: meson-gx-pwrc-vpu: fix power-off when powered by bootloader

Arnd, Olof, Neil Armstrong writes: > In the case the VPU power domain has been powered on by the bootloader > and no driver are attached to this power domain, the genpd will power it > off after a certain amount of time, but the clocks hasn't been enabled > by the kernel itself and the

Re: [kernel-hardening] [PATCH v4] scripts: add leaking_addresses.pl

"Tobin C. Harding" writes: > On Wed, Nov 08, 2017 at 11:10:56PM +1100, Michael Ellerman wrote: >> "Tobin C. Harding" writes: > [snip] > > Hi Michael, > > I'm working an adding support for ppc64 to leaking_addresses.pl, I've > added the kernel address regular

Re: [kernel-hardening] [PATCH v4] scripts: add leaking_addresses.pl

"Tobin C. Harding" writes: > On Wed, Nov 08, 2017 at 11:10:56PM +1100, Michael Ellerman wrote: >> "Tobin C. Harding" writes: > [snip] > > Hi Michael, > > I'm working an adding support for ppc64 to leaking_addresses.pl, I've > added the kernel address regular expression that you suggested.

Re: [PATCH v10 6/9] LPC: Support the LPC host on Hip06/Hip07 with DT bindings

On Fri, Oct 27, 2017 at 05:11:24PM +0100, Gabriele Paoloni wrote: > From: "zhichang.yuan" > > The low-pin-count(LPC) interface of Hip06/Hip07 accesses the peripherals in > I/O port addresses. This patch implements the LPC host controller driver > which perform the I/O

Re: [PATCH v10 6/9] LPC: Support the LPC host on Hip06/Hip07 with DT bindings

On Fri, Oct 27, 2017 at 05:11:24PM +0100, Gabriele Paoloni wrote: > From: "zhichang.yuan" > > The low-pin-count(LPC) interface of Hip06/Hip07 accesses the peripherals in > I/O port addresses. This patch implements the LPC host controller driver > which perform the I/O operations on the

Re: [PATCH] Fix: Removed warning.

On Wed, Nov 8, 2017 at 1:08 PM, Ola Næss Kaldestad wrote: > Removed unnecessary else statement after return. > > Signed-off-by: Ola N. Kaldestad > --- > kernel/sysctl.c | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git a/kernel/sysctl.c

Re: [PATCH] Fix: Removed warning.

On Wed, Nov 8, 2017 at 1:08 PM, Ola Næss Kaldestad wrote: > Removed unnecessary else statement after return. > > Signed-off-by: Ola N. Kaldestad > --- > kernel/sysctl.c | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git a/kernel/sysctl.c b/kernel/sysctl.c > index

[nfsd4] potentially hardware breaking regression in 4.14-rc and 4.13.11

As of 4.13.11 (and also with 4.14-rc) we have an issue where when serving nfs4 sometimes we get the following BUG. When this bug happens, it usually also causes the motherboard to no longer POST until we externally re-flash the BIOS (using the BMC web interface). If a motherboard does not have an

[nfsd4] potentially hardware breaking regression in 4.14-rc and 4.13.11

As of 4.13.11 (and also with 4.14-rc) we have an issue where when serving nfs4 sometimes we get the following BUG. When this bug happens, it usually also causes the motherboard to no longer POST until we externally re-flash the BIOS (using the BMC web interface). If a motherboard does not have an

Re: [PATCH v2] KVM: X86: Fix softlockup when get the current kvmclock timestamp

2017-11-09 0:26 GMT+08:00 Radim Krčmář : > 2017-11-06 04:17-0800, Wanpeng Li: >> From: Wanpeng Li >> >> watchdog: BUG: soft lockup - CPU#6 stuck for 22s! [qemu-system-x86:10185] >> CPU: 6 PID: 10185 Comm: qemu-system-x86 Tainted: G OE >>

Re: [PATCH v2] KVM: X86: Fix softlockup when get the current kvmclock timestamp

2017-11-09 0:26 GMT+08:00 Radim Krčmář : > 2017-11-06 04:17-0800, Wanpeng Li: >> From: Wanpeng Li >> >> watchdog: BUG: soft lockup - CPU#6 stuck for 22s! [qemu-system-x86:10185] >> CPU: 6 PID: 10185 Comm: qemu-system-x86 Tainted: G OE >> 4.14.0-rc4+ #4 >> RIP:

Re: [PATCH 18/31] nds32: Library functions

On Wed, Nov 08, 2017 at 01:55:06PM +0800, Greentime Hu wrote: > +#define __range_ok(addr, size) (size <= get_fs() && addr <= (get_fs() -size)) > + > +#define access_ok(type, addr, size) \ > + __range_ok((unsigned long)addr, (unsigned long)size) > +#define

Re: [PATCH 18/31] nds32: Library functions

On Wed, Nov 08, 2017 at 01:55:06PM +0800, Greentime Hu wrote: > +#define __range_ok(addr, size) (size <= get_fs() && addr <= (get_fs() -size)) > + > +#define access_ok(type, addr, size) \ > + __range_ok((unsigned long)addr, (unsigned long)size) > +#define

Re: [PATCH 1/2] MIPS: dts: remove bogus bcm96358nb4ser.dtb from dtb-y entry

2017-11-09 9:11 GMT+09:00 Masahiro Yamada : > 2017-11-09 1:51 GMT+09:00 Rob Herring : >> On Mon, Nov 6, 2017 at 5:00 AM, Masahiro Yamada >> wrote: >>> 2017-11-06 19:41 GMT+09:00 James Hogan :

Re: [PATCH 1/2] MIPS: dts: remove bogus bcm96358nb4ser.dtb from dtb-y entry

2017-11-09 9:11 GMT+09:00 Masahiro Yamada : > 2017-11-09 1:51 GMT+09:00 Rob Herring : >> On Mon, Nov 6, 2017 at 5:00 AM, Masahiro Yamada >> wrote: >>> 2017-11-06 19:41 GMT+09:00 James Hogan : Hi, On Sun, Nov 05, 2017 at 11:11:38PM +0900, Masahiro Yamada wrote: > +CC Ralf

Re: [PATCH v5 3/3] KVM: nVMX: Fix mmu context after VMLAUNCH/VMRESUME failure

2017-11-09 5:47 GMT+08:00 Jim Mattson : > I realize now that there are actually many other problems with > deferring some control field checks to the hardware VM-entry of > vmcs02. When there is an invalid control field, the vCPU should just > fall through to the next

Re: [PATCH v5 3/3] KVM: nVMX: Fix mmu context after VMLAUNCH/VMRESUME failure

2017-11-09 5:47 GMT+08:00 Jim Mattson : > I realize now that there are actually many other problems with > deferring some control field checks to the hardware VM-entry of > vmcs02. When there is an invalid control field, the vCPU should just > fall through to the next instruction, without any

Re: kprobes: propagate error from arm_kprobe_ftrace()

On Tue, 7 Nov 2017 18:14:56 +0100 Jessica Yu wrote: > +++ Steven Rostedt [03/11/17 10:03 -0400]: > >On Thu, 2 Nov 2017 17:33:33 +0100 > >Jessica Yu wrote: > > > >> Improve error handling when arming ftrace-based kprobes. Specifically, if > >> we fail to arm a

Re: kprobes: propagate error from arm_kprobe_ftrace()

On Tue, 7 Nov 2017 18:14:56 +0100 Jessica Yu wrote: > +++ Steven Rostedt [03/11/17 10:03 -0400]: > >On Thu, 2 Nov 2017 17:33:33 +0100 > >Jessica Yu wrote: > > > >> Improve error handling when arming ftrace-based kprobes. Specifically, if > >> we fail to arm a ftrace-based kprobe,

[PATCH 13/17] ASoC: tlv320aic31xx: Add overflow detection support

Similar to short circuit detection, when the ADC/DAC is saturated and overflows poor audio quality can result and should be reported to the user. This device support Automatic Dynamic Range Compression (DRC) to reduce this but it is not enabled currently in this driver. Signed-off-by: Andrew F.

[PATCH 13/17] ASoC: tlv320aic31xx: Add overflow detection support

Similar to short circuit detection, when the ADC/DAC is saturated and overflows poor audio quality can result and should be reported to the user. This device support Automatic Dynamic Range Compression (DRC) to reduce this but it is not enabled currently in this driver. Signed-off-by: Andrew F.

Re: [RFC PATCH 04/11] Add a function to start/reduce a timer

Thomas Gleixner wrote: > > +extern int reduce_timer(struct timer_list *timer, unsigned long expires); > > For new timer functions we really should use the timer_() > convention. The historic naming convention is horrible. > > Aside of that timer_reduce() is kinda ugly

Re: [RFC PATCH 04/11] Add a function to start/reduce a timer

Thomas Gleixner wrote: > > +extern int reduce_timer(struct timer_list *timer, unsigned long expires); > > For new timer functions we really should use the timer_() > convention. The historic naming convention is horrible. > > Aside of that timer_reduce() is kinda ugly but I failed to come

[PATCH 09/17] ASoC: tlv320aic31xx: Add CODEC clock slave support

This CODEC supports being the WCLK and/or BCLK slave, add support for this here. Signed-off-by: Andrew F. Davis --- sound/soc/codecs/tlv320aic31xx.c | 9 - 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/sound/soc/codecs/tlv320aic31xx.c

[PATCH 09/17] ASoC: tlv320aic31xx: Add CODEC clock slave support

This CODEC supports being the WCLK and/or BCLK slave, add support for this here. Signed-off-by: Andrew F. Davis --- sound/soc/codecs/tlv320aic31xx.c | 9 - 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/sound/soc/codecs/tlv320aic31xx.c b/sound/soc/codecs/tlv320aic31xx.c

[PATCH 10/17] ASoC: tlv320aic31xx: Fix inverted BCLK handling

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 mode than DSP with the BCLK inverted leads to bad sampling timing and very poor audio quality. Fixes: e00447fafbf7 ("ASoC:

[PATCH 10/17] ASoC: tlv320aic31xx: Fix inverted BCLK handling

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 mode than DSP with the BCLK inverted leads to bad sampling timing and very poor audio quality. Fixes: e00447fafbf7 ("ASoC:

[PATCH 01/17] ASoC: tlv320aic31xx: General source formatting cleanup

Simple non-functional changes including: * Fix header copyright tags * Fix spelling errors * Reformat code for easier reading * Move some code blocks to a more natural ordering * Remove unneeded code * Remove assignments that are always overridden * Normalize function return paths

[PATCH 14/17] ASoC: tlv320aic31xx: Add headphone/headset detection

This device can detect the insertion/removal of headphones and headsets. Enable reporting this status by enabling this interrupt and forwarding this to upper-layers if a jack has been defined. This jack definition and the resulting operation from a jack detection event must currently be defined

[PATCH 01/17] ASoC: tlv320aic31xx: General source formatting cleanup

Simple non-functional changes including: * Fix header copyright tags * Fix spelling errors * Reformat code for easier reading * Move some code blocks to a more natural ordering * Remove unneeded code * Remove assignments that are always overridden * Normalize function return paths

[PATCH 14/17] ASoC: tlv320aic31xx: Add headphone/headset detection

This device can detect the insertion/removal of headphones and headsets. Enable reporting this status by enabling this interrupt and forwarding this to upper-layers if a jack has been defined. This jack definition and the resulting operation from a jack detection event must currently be defined

[PATCH 03/17] ASoC: tlv320aic31xx: Fix GPIO1 register definition

GPIO1 control register is number 51, fix this here. Fixes: bafcbfe429eb ("ASoC: tlv320aic31xx: Make the register values human readable") Signed-off-by: Andrew F. Davis --- sound/soc/codecs/tlv320aic31xx.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 03/17] ASoC: tlv320aic31xx: Fix GPIO1 register definition

GPIO1 control register is number 51, fix this here. Fixes: bafcbfe429eb ("ASoC: tlv320aic31xx: Make the register values human readable") Signed-off-by: Andrew F. Davis --- sound/soc/codecs/tlv320aic31xx.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: linux-next: build failure after merge of the kspp tree

On Wed, Nov 8, 2017 at 4:18 PM, Darrick J. Wong wrote: > Agreed. I guess we'll see you for round X when you get to general > kmalloc annotating. :) That should be "fun". :) -Kees -- Kees Cook Pixel Security

[PATCH 15/17] ASoC: tlv320aic31xx: Add button press detection

This device can optionally detect headset or microphone button presses. Add support for this by passing this event to the jack layer. Signed-off-by: Andrew F. Davis --- sound/soc/codecs/tlv320aic31xx.c | 14 +- sound/soc/codecs/tlv320aic31xx.h | 3 ++- 2 files changed,

Re: n900 in next-20170901

On Wed, Nov 08, 2017 at 04:11:13PM -0800, Tony Lindgren wrote: > * Joonsoo Kim [171109 00:05]: > > On Wed, Nov 08, 2017 at 08:34:13AM -0800, Tony Lindgren wrote: > > > * Joonsoo Kim [171108 07:43]: > > > > On Tue, Nov 07, 2017 at 07:48:42AM -0800,

[PATCH 15/17] ASoC: tlv320aic31xx: Add button press detection

This device can optionally detect headset or microphone button presses. Add support for this by passing this event to the jack layer. Signed-off-by: Andrew F. Davis --- sound/soc/codecs/tlv320aic31xx.c | 14 +- sound/soc/codecs/tlv320aic31xx.h | 3 ++- 2 files changed, 15

Re: n900 in next-20170901

On Wed, Nov 08, 2017 at 04:11:13PM -0800, Tony Lindgren wrote: > * Joonsoo Kim [171109 00:05]: > > On Wed, Nov 08, 2017 at 08:34:13AM -0800, Tony Lindgren wrote: > > > * Joonsoo Kim [171108 07:43]: > > > > On Tue, Nov 07, 2017 at 07:48:42AM -0800, Tony Lindgren wrote: > > > > > So it seems the

Re: linux-next: build failure after merge of the kspp tree

On Wed, Nov 8, 2017 at 4:18 PM, Darrick J. Wong wrote: > Agreed. I guess we'll see you for round X when you get to general > kmalloc annotating. :) That should be "fun". :) -Kees -- Kees Cook Pixel Security

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