Re: [PATCH] xen: don't compile pv-specific parts if XEN_PV isn't configured

On 14/09/17 18:31, Tycho Andersen wrote: > Hi Juergen, > > On Thu, Sep 14, 2017 at 02:38:58PM +0200, Juergen Gross wrote: >> xenbus_client.c contains some functions specific for pv guests. >> Enclose them with #ifdef CONFIG_XEN_PV to avoid compiling them when >> they are not needed (e.g. on ARM).

Re: [PATCH] x86/asm/64: do not clear high 32 bits of syscall number when CONFIG_X86_X32=y

On September 14, 2017 10:31:55 PM PDT, Ingo Molnar wrote: > >* Andy Lutomirski wrote: > >> >> > diff --git a/arch/x86/entry/entry_64.S >b/arch/x86/entry/entry_64.S >> >> > index 4916725..3bab6af 100644 >> >> > --- a/arch/x86/entry/entry_64.S >> >> > +++

Re: [PATCH] xen: don't compile pv-specific parts if XEN_PV isn't configured

On 14/09/17 18:31, Tycho Andersen wrote: > Hi Juergen, > > On Thu, Sep 14, 2017 at 02:38:58PM +0200, Juergen Gross wrote: >> xenbus_client.c contains some functions specific for pv guests. >> Enclose them with #ifdef CONFIG_XEN_PV to avoid compiling them when >> they are not needed (e.g. on ARM).

Re: [PATCH] x86/asm/64: do not clear high 32 bits of syscall number when CONFIG_X86_X32=y

On September 14, 2017 10:31:55 PM PDT, Ingo Molnar wrote: > >* Andy Lutomirski wrote: > >> >> > diff --git a/arch/x86/entry/entry_64.S >b/arch/x86/entry/entry_64.S >> >> > index 4916725..3bab6af 100644 >> >> > --- a/arch/x86/entry/entry_64.S >> >> > +++ b/arch/x86/entry/entry_64.S >> >> > @@

Re: [PATCH] x86/asm/64: do not clear high 32 bits of syscall number when CONFIG_X86_X32=y

On September 14, 2017 10:31:55 PM PDT, Ingo Molnar wrote: > >* Andy Lutomirski wrote: > >> >> > diff --git a/arch/x86/entry/entry_64.S >b/arch/x86/entry/entry_64.S >> >> > index 4916725..3bab6af 100644 >> >> > --- a/arch/x86/entry/entry_64.S >> >> > +++

Re: [PATCH] x86/asm/64: do not clear high 32 bits of syscall number when CONFIG_X86_X32=y

On September 14, 2017 10:31:55 PM PDT, Ingo Molnar wrote: > >* Andy Lutomirski wrote: > >> >> > diff --git a/arch/x86/entry/entry_64.S >b/arch/x86/entry/entry_64.S >> >> > index 4916725..3bab6af 100644 >> >> > --- a/arch/x86/entry/entry_64.S >> >> > +++ b/arch/x86/entry/entry_64.S >> >> > @@

[PATCH v1] [DVB][FRONTEND] Added a new ioctl for optimizing frontend property set operation

Hello Mr Chehab, Thanks for reviewing the patch. I have modified the patch as per your comments. Please check if it looks fine now. Signed-off-by: Satendra Singh Thakur --- drivers/media/dvb-core/dvb_frontend.c | 212 +-

[PATCH v1] [DVB][FRONTEND] Added a new ioctl for optimizing frontend property set operation

Hello Mr Chehab, Thanks for reviewing the patch. I have modified the patch as per your comments. Please check if it looks fine now. Signed-off-by: Satendra Singh Thakur --- drivers/media/dvb-core/dvb_frontend.c | 212 +- include/uapi/linux/dvb/frontend.h |

Re: [PATCH net-next v2 01/10] net: dsa: add debugfs interface

Thu, Sep 14, 2017 at 11:01:32PM CEST, and...@lunn.ch wrote: >> Can you clarify what type of registers it is you are wanting to read? >> We already have ethtool which is meant to allow reading the device >> registers for a given netdev. As long as the port has a netdev >> associated it then there

Re: [PATCH net-next v2 01/10] net: dsa: add debugfs interface

Thu, Sep 14, 2017 at 11:01:32PM CEST, and...@lunn.ch wrote: >> Can you clarify what type of registers it is you are wanting to read? >> We already have ethtool which is meant to allow reading the device >> registers for a given netdev. As long as the port has a netdev >> associated it then there

Re: [PATCH for 4.9 11/59] MIPS: fix mem=X@Y commandline processing

Hi, On 14.09.2017 21:17, Mathieu Malaterre wrote: On Thu, Sep 14, 2017 at 9:11 PM, Levin, Alexander (Sasha Levin) wrote: On Thu, Sep 14, 2017 at 08:59:05PM +0200, Mathieu Malaterre wrote: On Thu, Sep 14, 2017 at 5:51 PM, Levin, Alexander (Sasha Levin)

Re: [PATCH for 4.9 11/59] MIPS: fix mem=X@Y commandline processing

Hi, On 14.09.2017 21:17, Mathieu Malaterre wrote: On Thu, Sep 14, 2017 at 9:11 PM, Levin, Alexander (Sasha Levin) wrote: On Thu, Sep 14, 2017 at 08:59:05PM +0200, Mathieu Malaterre wrote: On Thu, Sep 14, 2017 at 5:51 PM, Levin, Alexander (Sasha Levin) wrote: From: Marcin Nowakowski [

Re: [PATCH 00/12] x86/crypto: Fix RBP usage in several crypto .S files

* Josh Poimboeuf wrote: > > So if this observation of mine is true we could go back to the old code for > > the > > hotpath, but use RDI for TBL and not reload it in the hotpath. > > Thanks for the excellent breakdown. > > When I looked at the patch again, I came to the

Re: [PATCH 00/12] x86/crypto: Fix RBP usage in several crypto .S files

* Josh Poimboeuf wrote: > > So if this observation of mine is true we could go back to the old code for > > the > > hotpath, but use RDI for TBL and not reload it in the hotpath. > > Thanks for the excellent breakdown. > > When I looked at the patch again, I came to the same conclusion as

Re: [PATCH 00/12] x86/crypto: Fix RBP usage in several crypto .S files

* Eric Biggers wrote: > Hi Josh, > > On Wed, Sep 13, 2017 at 05:33:03PM -0500, Josh Poimboeuf wrote: > > And here's v2 of the sha512-avx2 patch. It should hopefully gain back > > most of the performance lost by v1. > > > > From: Josh Poimboeuf > >

Re: [PATCH 00/12] x86/crypto: Fix RBP usage in several crypto .S files

* Eric Biggers wrote: > Hi Josh, > > On Wed, Sep 13, 2017 at 05:33:03PM -0500, Josh Poimboeuf wrote: > > And here's v2 of the sha512-avx2 patch. It should hopefully gain back > > most of the performance lost by v1. > > > > From: Josh Poimboeuf > > Subject: [PATCH] x86/crypto: Fix RBP usage

Re: [PATCH] x86/asm/64: do not clear high 32 bits of syscall number when CONFIG_X86_X32=y

* Andy Lutomirski wrote: > >> > diff --git a/arch/x86/entry/entry_64.S b/arch/x86/entry/entry_64.S > >> > index 4916725..3bab6af 100644 > >> > --- a/arch/x86/entry/entry_64.S > >> > +++ b/arch/x86/entry/entry_64.S > >> > @@ -185,12 +185,10 @@ entry_SYSCALL_64_fastpath: > >> >

Re: [PATCH] x86/asm/64: do not clear high 32 bits of syscall number when CONFIG_X86_X32=y

* Andy Lutomirski wrote: > >> > diff --git a/arch/x86/entry/entry_64.S b/arch/x86/entry/entry_64.S > >> > index 4916725..3bab6af 100644 > >> > --- a/arch/x86/entry/entry_64.S > >> > +++ b/arch/x86/entry/entry_64.S > >> > @@ -185,12 +185,10 @@ entry_SYSCALL_64_fastpath: > >> > */ > >> >

[PATCH V2] megaraid: kmemleak: Track page allocation for fusion

From: Shu Wang Kmemleak reports about a thousand false positives for fusion-> cmd_list[]. Root casue is the cmd_list objects are allocated from slab allocator, and stored its pointer in object allocated by page allocator. The fix will tell kmemleak to track and scan fusion

[PATCH V2] megaraid: kmemleak: Track page allocation for fusion

From: Shu Wang Kmemleak reports about a thousand false positives for fusion-> cmd_list[]. Root casue is the cmd_list objects are allocated from slab allocator, and stored its pointer in object allocated by page allocator. The fix will tell kmemleak to track and scan fusion object. V2: Add

[PATCH 2/3] integrity: replace call to integrity_read_file with kernel version

From: Christoph Hellwig The CONFIG_IMA_LOAD_X509 and CONFIG_EVM_LOAD_X509 options permit loading x509 signed certificates onto the trusted keyrings without verifying the x509 certificate file's signature. This patch replaces the call to the integrity_read_file() specific function

[PATCH 2/3] integrity: replace call to integrity_read_file with kernel version

From: Christoph Hellwig The CONFIG_IMA_LOAD_X509 and CONFIG_EVM_LOAD_X509 options permit loading x509 signed certificates onto the trusted keyrings without verifying the x509 certificate file's signature. This patch replaces the call to the integrity_read_file() specific function with the

[PATCH 3/3] ima: use fs method to read integrity data

From: Christoph Hellwig Add a new ->integrity_read file operation to read data for integrity hash collection. This is defined to be equivalent to ->read_iter, except that it will be called with the i_rwsem held exclusively. (Based on Christoph's original patch.) Signed-off-by:

[PATCH 3/3] ima: use fs method to read integrity data

From: Christoph Hellwig Add a new ->integrity_read file operation to read data for integrity hash collection. This is defined to be equivalent to ->read_iter, except that it will be called with the i_rwsem held exclusively. (Based on Christoph's original patch.) Signed-off-by: Christoph

[PATCH 0/3] ima: only call integrity_kernel_read to calc file hash

The integrity_kernel_read() function was originally introduced to read a file and calculate the file hash by-passing any security checks. Support subsequently was added allowing the kernel to read a file containing a signed x509 certificate and load it onto either the IMA or EVM keyring. This

[PATCH 0/3] ima: only call integrity_kernel_read to calc file hash

The integrity_kernel_read() function was originally introduced to read a file and calculate the file hash by-passing any security checks. Support subsequently was added allowing the kernel to read a file containing a signed x509 certificate and load it onto either the IMA or EVM keyring. This

[PATCH 1/3] vfs: constify path argument to kernel_read_file_from_path

This patch constifies the path argument to kernel_read_file_from_path. Signed-off-by: Mimi Zohar --- fs/exec.c | 2 +- include/linux/fs.h | 2 +- sound/oss/sound_firmware.h | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH 1/3] vfs: constify path argument to kernel_read_file_from_path

This patch constifies the path argument to kernel_read_file_from_path. Signed-off-by: Mimi Zohar --- fs/exec.c | 2 +- include/linux/fs.h | 2 +- sound/oss/sound_firmware.h | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-) diff --git a/fs/exec.c b/fs/exec.c

Re: [PATCH 00/12] x86/crypto: Fix RBP usage in several crypto .S files

Hi Josh, On Wed, Sep 13, 2017 at 05:33:03PM -0500, Josh Poimboeuf wrote: > And here's v2 of the sha512-avx2 patch. It should hopefully gain back > most of the performance lost by v1. > > From: Josh Poimboeuf > Subject: [PATCH] x86/crypto: Fix RBP usage in sha512-avx2-asm.S

Re: [PATCH 00/12] x86/crypto: Fix RBP usage in several crypto .S files

Hi Josh, On Wed, Sep 13, 2017 at 05:33:03PM -0500, Josh Poimboeuf wrote: > And here's v2 of the sha512-avx2 patch. It should hopefully gain back > most of the performance lost by v1. > > From: Josh Poimboeuf > Subject: [PATCH] x86/crypto: Fix RBP usage in sha512-avx2-asm.S > > Using RBP as a

Re: [PATCH -mm -v4 3/5] mm, swap: VMA based swap readahead

Minchan Kim writes: > On Fri, Sep 15, 2017 at 11:15:08AM +0800, Huang, Ying wrote: >> Minchan Kim writes: >> >> > On Thu, Sep 14, 2017 at 08:01:30PM +0800, Huang, Ying wrote: >> >> Minchan Kim writes: >> >> >> >> > On Wed, Sep 13,

Re: [PATCH -mm -v4 3/5] mm, swap: VMA based swap readahead

Minchan Kim writes: > On Fri, Sep 15, 2017 at 11:15:08AM +0800, Huang, Ying wrote: >> Minchan Kim writes: >> >> > On Thu, Sep 14, 2017 at 08:01:30PM +0800, Huang, Ying wrote: >> >> Minchan Kim writes: >> >> >> >> > On Wed, Sep 13, 2017 at 02:02:29PM -0700, Andrew Morton wrote: >> >> >> On

Re: Port the period data column to centos6.7 for perf script

On Fri, Sep 15, 2017 at 10:24:15AM +0800, 禹舟键 wrote: >Hi, all. >I want to draw off-cpu flamegraph using perf script on centos6.7(kernel >version, 2.6.32-573), and I found perf script lacks the period data column >on that version. I  found two related patches, and modifed >

Re: Port the period data column to centos6.7 for perf script

On Fri, Sep 15, 2017 at 10:24:15AM +0800, 禹舟键 wrote: >Hi, all. >I want to draw off-cpu flamegraph using perf script on centos6.7(kernel >version, 2.6.32-573), and I found perf script lacks the period data column >on that version. I  found two related patches, and modifed >

Re: [PATCH] vfs: introduce UMOUNT_WAIT which waits for umount completion

On Thu, Sep 14, 2017 at 08:45:18PM -0700, Jaegeuk Kim wrote: > > Which filesystem it is? With root I would've expected remount ro done > > by sys_umount(); with anything else... How has it managed to avoid > > -EBUSY? If it was umount -l (IOW, MNT_DETACH), I can see that happening, > > but...

Re: [PATCH] vfs: introduce UMOUNT_WAIT which waits for umount completion

On Thu, Sep 14, 2017 at 08:45:18PM -0700, Jaegeuk Kim wrote: > > Which filesystem it is? With root I would've expected remount ro done > > by sys_umount(); with anything else... How has it managed to avoid > > -EBUSY? If it was umount -l (IOW, MNT_DETACH), I can see that happening, > > but...

Re: [lkp-robot] [sched/fair] 6d46bd3d97: netperf.Throughput_tps -11.3% regression

On Thu, 2017-09-14 at 11:56 -0400, Rik van Riel wrote: > > On systems with SMT, it may make more sense for > sync wakeups to look for idle threads of the same > core, than to have the woken task end up on the > same thread, and wait for the current task to stop > running. Depends. homer:/root

Re: [lkp-robot] [sched/fair] 6d46bd3d97: netperf.Throughput_tps -11.3% regression

On Thu, 2017-09-14 at 11:56 -0400, Rik van Riel wrote: > > On systems with SMT, it may make more sense for > sync wakeups to look for idle threads of the same > core, than to have the woken task end up on the > same thread, and wait for the current task to stop > running. Depends. homer:/root

Re: [PATCH v2 2/3] efi: call get_event_log before ExitBootServices

On Thu, Sep 14, 2017 at 12:02:47PM -0700, Jarkko Sakkinen wrote: > On Thu, Sep 14, 2017 at 11:48:54AM -0700, Matthew Garrett wrote: > > On Thu, Sep 14, 2017 at 11:43 AM, Jarkko Sakkinen > > wrote: > > > On Mon, Sep 11, 2017 at 12:00:21PM +0200, Thiebaud Weksteen

Re: [PATCH v2 2/3] efi: call get_event_log before ExitBootServices

On Thu, Sep 14, 2017 at 12:02:47PM -0700, Jarkko Sakkinen wrote: > On Thu, Sep 14, 2017 at 11:48:54AM -0700, Matthew Garrett wrote: > > On Thu, Sep 14, 2017 at 11:43 AM, Jarkko Sakkinen > > wrote: > > > On Mon, Sep 11, 2017 at 12:00:21PM +0200, Thiebaud Weksteen wrote: > > >> With TPM 2.0

Re: [PATCH 3/5] arm: dts: rockchip: add tsadc node for RV1108 SoC

Hi Caesar, Thanks for the reply. 在 2017/9/15 10:25, Caesar Wang 写道: Rocky, 在 2017年08月24日 18:27, Rocky Hao 写道: Add tsadc needed main information for RV1108 SoC. 75Hz is the max clock rate supported by tsadc module. Signed-off-by: Rocky Hao ---

Re: [PATCH 3/5] arm: dts: rockchip: add tsadc node for RV1108 SoC

Hi Caesar, Thanks for the reply. 在 2017/9/15 10:25, Caesar Wang 写道: Rocky, 在 2017年08月24日 18:27, Rocky Hao 写道: Add tsadc needed main information for RV1108 SoC. 75Hz is the max clock rate supported by tsadc module. Signed-off-by: Rocky Hao --- arch/arm/boot/dts/rv1108.dtsi | 29

Re: [PATCH 1/2] KVM: nVMX: Fix nested #PF intends to break L1's vmlauch/vmresume

2017-09-14 5:45 GMT+08:00 Paolo Bonzini : > On 13/09/2017 13:03, Wanpeng Li wrote: >> From: Wanpeng Li >> >> [ cut here ] >> WARNING: CPU: 4 PID: 5280 at /home/kernel/linux/arch/x86/kvm//vmx.c:11394 >>

Re: [PATCH 1/2] KVM: nVMX: Fix nested #PF intends to break L1's vmlauch/vmresume

2017-09-14 5:45 GMT+08:00 Paolo Bonzini : > On 13/09/2017 13:03, Wanpeng Li wrote: >> From: Wanpeng Li >> >> [ cut here ] >> WARNING: CPU: 4 PID: 5280 at /home/kernel/linux/arch/x86/kvm//vmx.c:11394 >> nested_vmx_vmexit+0xc2b/0xd70 [kvm_intel] >> CPU: 4 PID: 5280 Comm:

Re: [PATCH] vfs: introduce UMOUNT_WAIT which waits for umount completion

On 09/15, Al Viro wrote: > On Thu, Sep 14, 2017 at 05:19:39PM -0700, Jaegeuk Kim wrote: > > Instead, I put more traces in the reboot procedure, and got a clue to > > suspect > > the below flow. > > > > delayed_fput() init > >- umount > > -

Re: [PATCH] vfs: introduce UMOUNT_WAIT which waits for umount completion

On 09/15, Al Viro wrote: > On Thu, Sep 14, 2017 at 05:19:39PM -0700, Jaegeuk Kim wrote: > > Instead, I put more traces in the reboot procedure, and got a clue to > > suspect > > the below flow. > > > > delayed_fput() init > >- umount > > -

Re: [PATCH -mm -v4 3/5] mm, swap: VMA based swap readahead

On Fri, Sep 15, 2017 at 11:15:08AM +0800, Huang, Ying wrote: > Minchan Kim writes: > > > On Thu, Sep 14, 2017 at 08:01:30PM +0800, Huang, Ying wrote: > >> Minchan Kim writes: > >> > >> > On Wed, Sep 13, 2017 at 02:02:29PM -0700, Andrew Morton wrote: > >>

Re: [PATCH 2/2] clk: Add Aspeed G5 clock driver

On Wed, 2017-08-23 at 15:39 +0930, Joel Stanley wrote: > This driver supports the ast2500 and derivative BMC SoCs from Aspeed. > > All of the important clocks are supported, with most non-essential ones > also implemented where information is available. I am working with > Aspeed to clear up some

Re: [PATCH -mm -v4 3/5] mm, swap: VMA based swap readahead

On Fri, Sep 15, 2017 at 11:15:08AM +0800, Huang, Ying wrote: > Minchan Kim writes: > > > On Thu, Sep 14, 2017 at 08:01:30PM +0800, Huang, Ying wrote: > >> Minchan Kim writes: > >> > >> > On Wed, Sep 13, 2017 at 02:02:29PM -0700, Andrew Morton wrote: > >> >> On Wed, 13 Sep 2017 10:40:19 +0900

Re: [PATCH 2/2] clk: Add Aspeed G5 clock driver

On Wed, 2017-08-23 at 15:39 +0930, Joel Stanley wrote: > This driver supports the ast2500 and derivative BMC SoCs from Aspeed. > > All of the important clocks are supported, with most non-essential ones > also implemented where information is available. I am working with > Aspeed to clear up some

Re: [PATCH 1/5] dt-bindings: rockchip-thermal: Support the RV1108 SoC compatible

Hi Caesar, Thanks for the reply. 在 2017/9/15 9:49, Caesar Wang 写道: Hi Rocky, 在 2017年08月24日 18:27, Rocky Hao 写道: Add a new compatible for thermal founding on RV1108 SoCs. Signed-off-by: Rocky Hao --- Documentation/devicetree/bindings/thermal/rockchip-thermal.txt

Re: [PATCH 1/5] dt-bindings: rockchip-thermal: Support the RV1108 SoC compatible

Hi Caesar, Thanks for the reply. 在 2017/9/15 9:49, Caesar Wang 写道: Hi Rocky, 在 2017年08月24日 18:27, Rocky Hao 写道: Add a new compatible for thermal founding on RV1108 SoCs. Signed-off-by: Rocky Hao --- Documentation/devicetree/bindings/thermal/rockchip-thermal.txt | 1 + 1 file changed, 1

Re: [PATCH 2/5] thermal: rockchip: Support the RV1108 SoC in thermal driver

在 2017年09月15日 10:10, Caesar Wang 写道: Hi Rocky, 在 2017年08月24日 18:27, Rocky Hao 写道: RV1108 SOC has one Temperature Sensor for CPU. Signed-off-by: Rocky Hao Reviewed-by: Caesar Wang --- drivers/thermal/rockchip_thermal.c | 67

Re: [PATCH 2/5] thermal: rockchip: Support the RV1108 SoC in thermal driver

在 2017年09月15日 10:10, Caesar Wang 写道: Hi Rocky, 在 2017年08月24日 18:27, Rocky Hao 写道: RV1108 SOC has one Temperature Sensor for CPU. Signed-off-by: Rocky Hao Reviewed-by: Caesar Wang --- drivers/thermal/rockchip_thermal.c | 67 ++ 1 file changed, 67

Re: [PATCH -mm -v4 3/5] mm, swap: VMA based swap readahead

Minchan Kim writes: > On Thu, Sep 14, 2017 at 08:01:30PM +0800, Huang, Ying wrote: >> Minchan Kim writes: >> >> > On Wed, Sep 13, 2017 at 02:02:29PM -0700, Andrew Morton wrote: >> >> On Wed, 13 Sep 2017 10:40:19 +0900 Minchan Kim

Re: [PATCH -mm -v4 3/5] mm, swap: VMA based swap readahead

Minchan Kim writes: > On Thu, Sep 14, 2017 at 08:01:30PM +0800, Huang, Ying wrote: >> Minchan Kim writes: >> >> > On Wed, Sep 13, 2017 at 02:02:29PM -0700, Andrew Morton wrote: >> >> On Wed, 13 Sep 2017 10:40:19 +0900 Minchan Kim wrote: >> >> >> >> > Every zram users like low-end android

Re: [PATCH 1/1] irqchip/gicv3: iterate over possible CPUs by for_each_possible_cpu()

On 09/15/2017 03:20 AM, Marc Zyngier wrote: > On Thu, Sep 14 2017 at 1:15:14 pm BST, zijun_hu wrote: >> From: zijun_hu >> >> get_cpu_number() doesn't use existing helper to iterate over possible >> CPUs, so error happens in case of discontinuous

Re: [PATCH 1/1] irqchip/gicv3: iterate over possible CPUs by for_each_possible_cpu()

On 09/15/2017 03:20 AM, Marc Zyngier wrote: > On Thu, Sep 14 2017 at 1:15:14 pm BST, zijun_hu wrote: >> From: zijun_hu >> >> get_cpu_number() doesn't use existing helper to iterate over possible >> CPUs, so error happens in case of discontinuous @cpu_possible_mask >> such as 0b0001. > > Do

linux-next: Tree for Sep 15

Hi all, Please do not add any v4.15 related material to your linux-next included branches until after v4.14-rc1 has been released. Changes since 20170914: Non-merge commits (relative to Linus' tree): 674 895 files changed, 40338 insertions(+), 9565 deletions

linux-next: Tree for Sep 15

Hi all, Please do not add any v4.15 related material to your linux-next included branches until after v4.14-rc1 has been released. Changes since 20170914: Non-merge commits (relative to Linus' tree): 674 895 files changed, 40338 insertions(+), 9565 deletions

[PATCH V4 3/3] scsi: Align queue to ARCH_DMA_MINALIGN in non-coherent DMA mode

In non-coherent DMA mode, kernel uses cache flushing operations to maintain I/O coherency, so scsi's block queue should be aligned to ARCH_DMA_MINALIGN. Otherwise, it will cause data corruption, at least on MIPS: Step 1, dma_map_single Step 2, cache_invalidate (no writeback)

[PATCH V4 3/3] scsi: Align queue to ARCH_DMA_MINALIGN in non-coherent DMA mode

In non-coherent DMA mode, kernel uses cache flushing operations to maintain I/O coherency, so scsi's block queue should be aligned to ARCH_DMA_MINALIGN. Otherwise, it will cause data corruption, at least on MIPS: Step 1, dma_map_single Step 2, cache_invalidate (no writeback)

[PATCH V4 2/3] mm: dmapool: Align to ARCH_DMA_MINALIGN in non-coherent DMA mode

In non-coherent DMA mode, kernel uses cache flushing operations to maintain I/O coherency, so the dmapool objects should be aligned to ARCH_DMA_MINALIGN. Otherwise, it will cause data corruption, at least on MIPS: Step 1, dma_map_single Step 2, cache_invalidate (no writeback)

[PATCH V4 2/3] mm: dmapool: Align to ARCH_DMA_MINALIGN in non-coherent DMA mode

In non-coherent DMA mode, kernel uses cache flushing operations to maintain I/O coherency, so the dmapool objects should be aligned to ARCH_DMA_MINALIGN. Otherwise, it will cause data corruption, at least on MIPS: Step 1, dma_map_single Step 2, cache_invalidate (no writeback)

[PATCH V4 1/3] dma-mapping: Provide a default plat_device_is_coherent()

We will use plat_device_is_coherent() in generic cases, but it is MIPS-specific now. So we provide a default implementation. BTW, export the symbol hw_coherentio for MIPS if the caller of plat_device_is_coherent() is in a module. Cc: sta...@vger.kernel.org Signed-off-by: Huacai Chen

[PATCH V4 1/3] dma-mapping: Provide a default plat_device_is_coherent()

We will use plat_device_is_coherent() in generic cases, but it is MIPS-specific now. So we provide a default implementation. BTW, export the symbol hw_coherentio for MIPS if the caller of plat_device_is_coherent() is in a module. Cc: sta...@vger.kernel.org Signed-off-by: Huacai Chen ---

Re: [PATCH] Support for secure erase functionality

Philipp, On 9/14/17 21:51, Philipp wrote: > Dear Damien, > > Thank you for your feedback. > >> On 14. Sep 2017, at 10:46, Damien Le Moal >> wrote: > > […] > >> Writing once to a sector stored on spinning rust will *not* fully >> erase the previous data. Part of the

Re: [PATCH] Support for secure erase functionality

Philipp, On 9/14/17 21:51, Philipp wrote: > Dear Damien, > > Thank you for your feedback. > >> On 14. Sep 2017, at 10:46, Damien Le Moal >> wrote: > > […] > >> Writing once to a sector stored on spinning rust will *not* fully >> erase the previous data. Part of the signal used for storing

[GIT PULL] Please pull 3 more NFS client fixes...

Hi Linus, The following changes since commit 1bd5d6d08ea7ed0794c8a3908383d6d6fc202cdd: NFS: Count the bytes of skipped subrequests in nfs_lock_and_join_requests() (2017-09-09 16:43:09 -0400) are available in the git repository at: git://git.linux-nfs.org/projects/trondmy/linux-nfs.git

[GIT PULL] Please pull 3 more NFS client fixes...

Hi Linus, The following changes since commit 1bd5d6d08ea7ed0794c8a3908383d6d6fc202cdd: NFS: Count the bytes of skipped subrequests in nfs_lock_and_join_requests() (2017-09-09 16:43:09 -0400) are available in the git repository at: git://git.linux-nfs.org/projects/trondmy/linux-nfs.git

Port the period data column to centos6.7 for perf script

Hi, all. I want to draw off-cpu flamegraph using perf script on centos6.7 (kernel version, 2.6.32-573), and I found perf script lacks the period data column on that version. I found two related patches, and modifed builin-script.c in reference to those patches. perf script:Add period data column

Port the period data column to centos6.7 for perf script

Hi, all. I want to draw off-cpu flamegraph using perf script on centos6.7 (kernel version, 2.6.32-573), and I found perf script lacks the period data column on that version. I found two related patches, and modifed builin-script.c in reference to those patches. perf script:Add period data column

Re: [PATCH 2/5] thermal: rockchip: Support the RV1108 SoC in thermal driver

Hi Rocky, 在 2017年08月24日 18:27, Rocky Hao 写道: RV1108 SOC has one Temperature Sensor for CPU. Signed-off-by: Rocky Hao --- drivers/thermal/rockchip_thermal.c | 67 ++ 1 file changed, 67 insertions(+) diff --git

Re: [PATCH 2/5] thermal: rockchip: Support the RV1108 SoC in thermal driver

Hi Rocky, 在 2017年08月24日 18:27, Rocky Hao 写道: RV1108 SOC has one Temperature Sensor for CPU. Signed-off-by: Rocky Hao --- drivers/thermal/rockchip_thermal.c | 67 ++ 1 file changed, 67 insertions(+) diff --git a/drivers/thermal/rockchip_thermal.c

Re: [PATCH 3/5] arm: dts: rockchip: add tsadc node for RV1108 SoC

Rocky, 在 2017年08月24日 18:27, Rocky Hao 写道: Add tsadc needed main information for RV1108 SoC. 75Hz is the max clock rate supported by tsadc module. Signed-off-by: Rocky Hao --- arch/arm/boot/dts/rv1108.dtsi | 29 + 1 file changed, 29

Re: [PATCH 3/5] arm: dts: rockchip: add tsadc node for RV1108 SoC

Rocky, 在 2017年08月24日 18:27, Rocky Hao 写道: Add tsadc needed main information for RV1108 SoC. 75Hz is the max clock rate supported by tsadc module. Signed-off-by: Rocky Hao --- arch/arm/boot/dts/rv1108.dtsi | 29 + 1 file changed, 29 insertions(+) diff --git

Re: [PATCH] iio: dac: ds4422/ds4424 dac driver

On Thu, 14 Sep 2017 13:24:49 -0700 Ismail Kose wrote: > From: "Ismail H. Kose" > > This patch provides an iio device driver for DS4422/DS4424 chips that support > two/four channel 7-bit Sink/Source Current DAC. > > The driver supports device

Re: [PATCH] iio: dac: ds4422/ds4424 dac driver

On Thu, 14 Sep 2017 13:24:49 -0700 Ismail Kose wrote: > From: "Ismail H. Kose" > > This patch provides an iio device driver for DS4422/DS4424 chips that support > two/four channel 7-bit Sink/Source Current DAC. > > The driver supports device tree and platform files for the configurations. So

[PATCH for-next] RDMA/hns: Delete the unnecessary initializing enum to zero

It deletes the unnecessary initializing enum to zero. Signed-off-by: Wei Hu (Xavier) Signed-off-by: Shaobo Xu Signed-off-by: Lijun Ou --- This patch is based on the patchset as below: [PATCH for-next 00/20] RDMA/hns: Add hip08

[PATCH for-next] RDMA/hns: Delete the unnecessary initializing enum to zero

It deletes the unnecessary initializing enum to zero. Signed-off-by: Wei Hu (Xavier) Signed-off-by: Shaobo Xu Signed-off-by: Lijun Ou --- This patch is based on the patchset as below: [PATCH for-next 00/20] RDMA/hns: Add hip08 RoCE driver support, the related link:

Re: [PATCH for 4.9 07/59] clk: sunxi-ng: set the parent rate when adjustin CPUX clock on A33

On Fri, Sep 15, 2017 at 10:02:04AM +0800, icen...@aosc.io wrote: >在 2017-09-14 23:51，Levin, Alexander (Sasha Levin) 写道： >>From: Icenowy Zheng >> >>[ Upstream commit bb021cda2ccf45ee9470bf0f8c55323ad1c761ae ] > >As DVFS for A33 doesn't exist in 4.9, this patch doesn't affect 4.9

Re: [PATCH for 4.9 07/59] clk: sunxi-ng: set the parent rate when adjustin CPUX clock on A33

On Fri, Sep 15, 2017 at 10:02:04AM +0800, icen...@aosc.io wrote: >在 2017-09-14 23:51，Levin, Alexander (Sasha Levin) 写道： >>From: Icenowy Zheng >> >>[ Upstream commit bb021cda2ccf45ee9470bf0f8c55323ad1c761ae ] > >As DVFS for A33 doesn't exist in 4.9, this patch doesn't affect 4.9 >at all. Dropped,

Re: [PATCH] vfs: introduce UMOUNT_WAIT which waits for umount completion

On Thu, Sep 14, 2017 at 05:19:39PM -0700, Jaegeuk Kim wrote: > Instead, I put more traces in the reboot procedure, and got a clue to suspect > the below flow. > > delayed_fput() init >- umount > - mntput() > - mntput_no_expire()-

Re: [PATCH] vfs: introduce UMOUNT_WAIT which waits for umount completion

On Thu, Sep 14, 2017 at 05:19:39PM -0700, Jaegeuk Kim wrote: > Instead, I put more traces in the reboot procedure, and got a clue to suspect > the below flow. > > delayed_fput() init >- umount > - mntput() > - mntput_no_expire()-

Re: [PATCH for 4.9 07/59] clk: sunxi-ng: set the parent rate when adjustin CPUX clock on A33

在 2017-09-14 23:51，Levin, Alexander (Sasha Levin) 写道： From: Icenowy Zheng [ Upstream commit bb021cda2ccf45ee9470bf0f8c55323ad1c761ae ] As DVFS for A33 doesn't exist in 4.9, this patch doesn't affect 4.9 at all. The CPUX clock on A33, which is for the Cortex-A7 cores, is

Re: [PATCH for 4.9 07/59] clk: sunxi-ng: set the parent rate when adjustin CPUX clock on A33

在 2017-09-14 23:51，Levin, Alexander (Sasha Levin) 写道： From: Icenowy Zheng [ Upstream commit bb021cda2ccf45ee9470bf0f8c55323ad1c761ae ] As DVFS for A33 doesn't exist in 4.9, this patch doesn't affect 4.9 at all. The CPUX clock on A33, which is for the Cortex-A7 cores, is designed to be

[PATCH 3/3] powerpc/5200: dts: digsy_mtc.dts: fix rv3029 compatible

The proper compatible for rv3029 is microcrystal,rv3029. Signed-off-by: Alexandre Belloni --- arch/powerpc/boot/dts/digsy_mtc.dts | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/powerpc/boot/dts/digsy_mtc.dts

[PATCH 3/3] powerpc/5200: dts: digsy_mtc.dts: fix rv3029 compatible

The proper compatible for rv3029 is microcrystal,rv3029. Signed-off-by: Alexandre Belloni --- arch/powerpc/boot/dts/digsy_mtc.dts | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/powerpc/boot/dts/digsy_mtc.dts b/arch/powerpc/boot/dts/digsy_mtc.dts index

[PATCH 1/3] RTC: rv3029: fix vendor string

The vendor string for Microcrystal is microcrystal. Signed-off-by: Alexandre Belloni --- Documentation/devicetree/bindings/trivial-devices.txt | 2 +- drivers/rtc/rtc-rv3029c2.c| 2 ++ 2 files changed, 3 insertions(+), 1

[PATCH 2/3] ARM: dts: at91: usb_a9g20: fix rtc node

The rv3029 compatible is missing its vendor string, add it. Also fix the node name to be a proper generic name. Signed-off-by: Alexandre Belloni --- arch/arm/boot/dts/usb_a9g20_common.dtsi | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff

[PATCH 1/3] RTC: rv3029: fix vendor string

The vendor string for Microcrystal is microcrystal. Signed-off-by: Alexandre Belloni --- Documentation/devicetree/bindings/trivial-devices.txt | 2 +- drivers/rtc/rtc-rv3029c2.c| 2 ++ 2 files changed, 3 insertions(+), 1 deletion(-) diff --git

[PATCH 2/3] ARM: dts: at91: usb_a9g20: fix rtc node

The rv3029 compatible is missing its vendor string, add it. Also fix the node name to be a proper generic name. Signed-off-by: Alexandre Belloni --- arch/arm/boot/dts/usb_a9g20_common.dtsi | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

答复: 答复: [PATCH] mfd: rtsx: Add support for RTS5260

> On Thu, 14 Sep 2017, 冯锐 wrote: > > > On Fri, 08 Sep 2017, rui_f...@realsil.com.cn wrote: > > > > > From: rui_feng > > > > > > Add support for new chip rts5260. > > > > You are adding over 600 lines in this patch. It desearves a more > > forthcoming > commit message.

答复: 答复: [PATCH] mfd: rtsx: Add support for RTS5260

> On Thu, 14 Sep 2017, 冯锐 wrote: > > > On Fri, 08 Sep 2017, rui_f...@realsil.com.cn wrote: > > > > > From: rui_feng > > > > > > Add support for new chip rts5260. > > > > You are adding over 600 lines in this patch. It desearves a more > > forthcoming > commit message. > > > > What is it? > >

Re: [PATCH v2] v4l-ioctl: Fix typo on v4l_print_frmsizeenum

Hi Ricardo, Thank you for the patch. On Wednesday, 13 September 2017 10:35:52 EEST Ricardo Ribalda Delgado wrote: > max_width and max_height are swap with step_width and step_height. > > Signed-off-by: Ricardo Ribalda Delgado Reviewed-by: Laurent Pinchart

Re: [PATCH v2] v4l-ioctl: Fix typo on v4l_print_frmsizeenum

Hi Ricardo, Thank you for the patch. On Wednesday, 13 September 2017 10:35:52 EEST Ricardo Ribalda Delgado wrote: > max_width and max_height are swap with step_width and step_height. > > Signed-off-by: Ricardo Ribalda Delgado Reviewed-by: Laurent Pinchart > --- > > Since that this bug has

Re: [PATCH 1/5] dt-bindings: rockchip-thermal: Support the RV1108 SoC compatible

Hi Rocky, 在 2017年08月24日 18:27, Rocky Hao 写道: Add a new compatible for thermal founding on RV1108 SoCs. Signed-off-by: Rocky Hao --- Documentation/devicetree/bindings/thermal/rockchip-thermal.txt | 1 + 1 file changed, 1 insertion(+) diff --git

Re: [PATCH] gpio: thunderx: remove unused .map() hook from irq_domain_ops

Hi David, 2017-09-15 1:59 GMT+09:00 David Daney : > On 09/13/2017 07:37 PM, Masahiro Yamada wrote: >> >> This driver implements .alloc() hook, so .map() is not used. >> > > Have you tested this? No. I do not have access to this hardware. It is just, in my

Re: [PATCH 1/5] dt-bindings: rockchip-thermal: Support the RV1108 SoC compatible

Hi Rocky, 在 2017年08月24日 18:27, Rocky Hao 写道: Add a new compatible for thermal founding on RV1108 SoCs. Signed-off-by: Rocky Hao --- Documentation/devicetree/bindings/thermal/rockchip-thermal.txt | 1 + 1 file changed, 1 insertion(+) diff --git

Re: [PATCH] gpio: thunderx: remove unused .map() hook from irq_domain_ops

Hi David, 2017-09-15 1:59 GMT+09:00 David Daney : > On 09/13/2017 07:37 PM, Masahiro Yamada wrote: >> >> This driver implements .alloc() hook, so .map() is not used. >> > > Have you tested this? No. I do not have access to this hardware. It is just, in my understanding, .alloc() and .map()

  1   2   3   4   5   6   7   8   9   10   >