[PATCH] spi: s3c64xx: add SPDX identifier

Replace the original license statement with the SPDX identifier. Signed-off-by: Andi Shyti --- drivers/spi/spi-s3c64xx.c | 18 -- include/linux/platform_data/spi-s3c64xx.h | 4 +--- 2 files changed, 5 insertions(+), 17 deletions(-) diff

[PATCH] spi: s3c64xx: add SPDX identifier

Replace the original license statement with the SPDX identifier. Signed-off-by: Andi Shyti --- drivers/spi/spi-s3c64xx.c | 18 -- include/linux/platform_data/spi-s3c64xx.h | 4 +--- 2 files changed, 5 insertions(+), 17 deletions(-) diff --git

Re: [PATCH v5] mmap.2: MAP_FIXED updated documentation

On Mon 11-12-17 16:23:31, john.hubb...@gmail.com wrote: > From: John Hubbard > > -- Expand the documentation to discuss the hazards in >enough detail to allow avoiding them. > > -- Mention the upcoming MAP_FIXED_SAFE flag. > > -- Enhance the alignment

Re: [PATCH v5] mmap.2: MAP_FIXED updated documentation

On Mon 11-12-17 16:23:31, john.hubb...@gmail.com wrote: > From: John Hubbard > > -- Expand the documentation to discuss the hazards in >enough detail to allow avoiding them. > > -- Mention the upcoming MAP_FIXED_SAFE flag. > > -- Enhance the alignment requirement slightly.

Re: [PATCH v2] mm: Release a semaphore in 'get_vaddr_frames()'

On Mon 11-12-17 22:10:09, Christophe JAILLET wrote: > A semaphore is acquired before this check, so we must release it before > leaving. > > Fixes: b7f0554a56f2 ("mm: fail get_vaddr_frames() for filesystem-dax > mappings") > Signed-off-by: Christophe JAILLET

Re: [PATCH v2] mm: Release a semaphore in 'get_vaddr_frames()'

On Mon 11-12-17 22:10:09, Christophe JAILLET wrote: > A semaphore is acquired before this check, so we must release it before > leaving. > > Fixes: b7f0554a56f2 ("mm: fail get_vaddr_frames() for filesystem-dax > mappings") > Signed-off-by: Christophe JAILLET Looks good to me now. Acked-by:

[PATCH] [media] ir-spi: add SPDX identifier

Replace the original license statement with the SPDX identifier. Update also the copyright owner adding myself as co-owner of the copyright. Signed-off-by: Andi Shyti --- drivers/media/rc/ir-spi.c | 15 +-- 1 file changed, 5 insertions(+), 10 deletions(-)

[PATCH] [media] ir-spi: add SPDX identifier

Replace the original license statement with the SPDX identifier. Update also the copyright owner adding myself as co-owner of the copyright. Signed-off-by: Andi Shyti --- drivers/media/rc/ir-spi.c | 15 +-- 1 file changed, 5 insertions(+), 10 deletions(-) diff --git

Re: [PATCH] mm, hugetlbfs: include mm.h for vm_operations_struct

On Mon 11-12-17 17:21:27, Arnd Bergmann wrote: > The infiniband umem code causes a build failure in some configurations: > > In file included from drivers/infiniband/core/umem_odp.c:41:0: > include/linux/hugetlb.h: In function 'vma_kernel_pagesize': > include/linux/hugetlb.h:262:32: error:

Re: [PATCH] mm, hugetlbfs: include mm.h for vm_operations_struct

On Mon 11-12-17 17:21:27, Arnd Bergmann wrote: > The infiniband umem code causes a build failure in some configurations: > > In file included from drivers/infiniband/core/umem_odp.c:41:0: > include/linux/hugetlb.h: In function 'vma_kernel_pagesize': > include/linux/hugetlb.h:262:32: error:

[PATCH v2] ARM: dts: exynos: Enable Mixer node for Exynos5800 Peach Pi machine

Commit 1cb686c08d12 ("ARM: dts: exynos: Add status property to Exynos 542x Mixer nodes") disabled the Mixer node by default in the DTSI and enabled for each Exynos 542x DTS. But unfortunately it missed to enable it for the Exynos5800 Peach Pi machine, since the 5800 is also an 542x SoC variant.

RE: [intel-sgx-kernel-dev] [PATCH v7 4/8] intel_sgx: driver for Intel Software Guard Extensions

> Subject: [intel-sgx-kernel-dev] [PATCH v7 4/8] intel_sgx: driver for Intel > Software Guard Extensions > > Intel SGX is a set of CPU instructions that can be used by applications > to set aside private regions of code and data. The code outside the > enclave is disallowed to access the memory

[PATCH v2] ARM: dts: exynos: Enable Mixer node for Exynos5800 Peach Pi machine

Commit 1cb686c08d12 ("ARM: dts: exynos: Add status property to Exynos 542x Mixer nodes") disabled the Mixer node by default in the DTSI and enabled for each Exynos 542x DTS. But unfortunately it missed to enable it for the Exynos5800 Peach Pi machine, since the 5800 is also an 542x SoC variant.

RE: [intel-sgx-kernel-dev] [PATCH v7 4/8] intel_sgx: driver for Intel Software Guard Extensions

> Subject: [intel-sgx-kernel-dev] [PATCH v7 4/8] intel_sgx: driver for Intel > Software Guard Extensions > > Intel SGX is a set of CPU instructions that can be used by applications > to set aside private regions of code and data. The code outside the > enclave is disallowed to access the memory

[PATCH] Input: stmfts,s6sy671 - add SPDX identifier

Replace the original license statement with the SPDX identifier. Update also the copyright owner adding myself as co-owner of the copyright. Signed-off-by: Andi Shyti --- drivers/input/touchscreen/s6sy761.c | 15 +-- drivers/input/touchscreen/stmfts.c | 15

[PATCH] Input: stmfts,s6sy671 - add SPDX identifier

Replace the original license statement with the SPDX identifier. Update also the copyright owner adding myself as co-owner of the copyright. Signed-off-by: Andi Shyti --- drivers/input/touchscreen/s6sy761.c | 15 +-- drivers/input/touchscreen/stmfts.c | 15 +-- 2 files

Re: [RFT PATCH] ARM: dts: exynos: Enable Mixer node for Exynos5800 Peach Pi machine

Hello Marek, On 12/12/2017 08:01 AM, Marek Szyprowski wrote: > Hi > > On 2017-12-11 23:48, Javier Martinez Canillas wrote: >> Commit 1cb686c08d12 ("ARM: dts: exynos: Add status property to Exynos 542x >> Mixer nodes") disabled the Mixer node by default in the DTSI and enabled >> for each Exynos

Re: [RFT PATCH] ARM: dts: exynos: Enable Mixer node for Exynos5800 Peach Pi machine

Hello Marek, On 12/12/2017 08:01 AM, Marek Szyprowski wrote: > Hi > > On 2017-12-11 23:48, Javier Martinez Canillas wrote: >> Commit 1cb686c08d12 ("ARM: dts: exynos: Add status property to Exynos 542x >> Mixer nodes") disabled the Mixer node by default in the DTSI and enabled >> for each Exynos

[PATCHv2 11/13] irq debug: do not use print_symbol()

print_symbol() uses extra stack space to sprintf() symbol information and then to feed that buffer to printk() char buffer[KSYM_SYMBOL_LEN]; sprint_symbol(buffer, address); printk(fmt, buffer); Replace print_symbol() with a direct printk("%pS") call. Signed-off-by: Sergey Senozhatsky

[PATCHv2 11/13] irq debug: do not use print_symbol()

print_symbol() uses extra stack space to sprintf() symbol information and then to feed that buffer to printk() char buffer[KSYM_SYMBOL_LEN]; sprint_symbol(buffer, address); printk(fmt, buffer); Replace print_symbol() with a direct printk("%pS") call. Signed-off-by: Sergey Senozhatsky

Re: [PATCH v5 1/8] clocksource: dmtimer: Remove all the exports

On Tuesday 12 December 2017 12:46 PM, Ladislav Michl wrote: > Keerthy, > > On Tue, Dec 12, 2017 at 11:42:10AM +0530, Keerthy wrote: >> Remove all the unwanted exports from the driver > > I'm adding event capture capability to the pwm-omap driver and so far used > v4.15-rc3 as codebase. > >

Re: [PATCH v5 1/8] clocksource: dmtimer: Remove all the exports

On Tuesday 12 December 2017 12:46 PM, Ladislav Michl wrote: > Keerthy, > > On Tue, Dec 12, 2017 at 11:42:10AM +0530, Keerthy wrote: >> Remove all the unwanted exports from the driver > > I'm adding event capture capability to the pwm-omap driver and so far used > v4.15-rc3 as codebase. > >

[BUG] drivers/spi: a possible sleep-in-atomic bug in atmel_spi_remove

According to drivers/spi/spi-atmel.c, the kernel module may sleep under a spinlock. The function call path is: atmel_spi_remove (acquire the spinlock) atmel_spi_release_dma dma_release_channel mutex_lock --> may sleep I do not find a good way to fix it, so I only report. This

[BUG] drivers/spi: a possible sleep-in-atomic bug in atmel_spi_remove

According to drivers/spi/spi-atmel.c, the kernel module may sleep under a spinlock. The function call path is: atmel_spi_remove (acquire the spinlock) atmel_spi_release_dma dma_release_channel mutex_lock --> may sleep I do not find a good way to fix it, so I only report. This

[PATCH v1] DMA:omap-dma:Avoid build error by changing the function name

From: Venkat Prashanth B U Change the name of the function omap_dma_filter_fn to avoid the following build error in linux kernel version 4.4 : drivers/dma/dma-omap.c:1273:6: error: redefinition of 'omap_dma_filter_fn' Signed-off-by: Venkat Prashanth B U

[PATCH v1] DMA:omap-dma:Avoid build error by changing the function name

From: Venkat Prashanth B U Change the name of the function omap_dma_filter_fn to avoid the following build error in linux kernel version 4.4 : drivers/dma/dma-omap.c:1273:6: error: redefinition of 'omap_dma_filter_fn' Signed-off-by: Venkat Prashanth B U Changes for v1: - Edited subject and

Re: [PATCH v1 4/4] arm64: dts: mediatek: add mt2712 cpufreq related device nodes

On 12-12-17, 02:17, Rafael J. Wysocki wrote: > On Monday, December 11, 2017 8:57:19 AM CET Viresh Kumar wrote: > > On 08-12-17, 14:07, Andrew-sh Cheng wrote: > > > Add opp v2 information, > > > and also add clocks, regulators and opp information into cpu nodes > > > > > > Signed-off-by: Andrew-sh

Re: [PATCH v1 4/4] arm64: dts: mediatek: add mt2712 cpufreq related device nodes

On 12-12-17, 02:17, Rafael J. Wysocki wrote: > On Monday, December 11, 2017 8:57:19 AM CET Viresh Kumar wrote: > > On 08-12-17, 14:07, Andrew-sh Cheng wrote: > > > Add opp v2 information, > > > and also add clocks, regulators and opp information into cpu nodes > > > > > > Signed-off-by: Andrew-sh

Re: [PATCH 4.4 20/49] usbip: tools: Install all headers needed for libusbip development

On Tue, Dec 12, 2017 at 12:13:59AM +, alexander.le...@verizon.com wrote: > On Sat, Dec 09, 2017 at 08:41:54AM +0100, Greg Kroah-Hartman wrote: > >On Sat, Dec 09, 2017 at 06:16:04AM +, alexander.le...@verizon.com wrote: > >> On Fri, Dec 08, 2017 at 03:56:40AM +, Ben Hutchings wrote: >

Re: [PATCH 4.4 20/49] usbip: tools: Install all headers needed for libusbip development

On Tue, Dec 12, 2017 at 12:13:59AM +, alexander.le...@verizon.com wrote: > On Sat, Dec 09, 2017 at 08:41:54AM +0100, Greg Kroah-Hartman wrote: > >On Sat, Dec 09, 2017 at 06:16:04AM +, alexander.le...@verizon.com wrote: > >> On Fri, Dec 08, 2017 at 03:56:40AM +, Ben Hutchings wrote: >

Re: [PATCH 0/8] make some functions return bool

On Mon, Dec 11, 2017 at 09:50:03PM -0800, David Rientjes wrote: > On Mon, 11 Dec 2017, Yaowei Bai wrote: > > > This patchset makes some *_is_* like functions return bool because > > these functions only use true or false as their return values. > > > > No functional changes. > > > > I think

Re: [PATCH 0/8] make some functions return bool

On Mon, Dec 11, 2017 at 09:50:03PM -0800, David Rientjes wrote: > On Mon, 11 Dec 2017, Yaowei Bai wrote: > > > This patchset makes some *_is_* like functions return bool because > > these functions only use true or false as their return values. > > > > No functional changes. > > > > I think

Re: [PATCH net-next 2/3] net: dsa: mediatek: combine MediaTek tag with VLAN tag

On Thu, 2017-12-07 at 16:30 +0100, Andrew Lunn wrote: > > @@ -25,20 +28,37 @@ static struct sk_buff *mtk_tag_xmit(struct sk_buff *skb, > > { > > struct dsa_port *dp = dsa_slave_to_port(dev); > > u8 *mtk_tag; > > + bool is_vlan_skb = true; > > .. > > > + /* Mark tag attribute on

Re: [PATCH net-next 2/3] net: dsa: mediatek: combine MediaTek tag with VLAN tag

On Thu, 2017-12-07 at 16:30 +0100, Andrew Lunn wrote: > > @@ -25,20 +28,37 @@ static struct sk_buff *mtk_tag_xmit(struct sk_buff *skb, > > { > > struct dsa_port *dp = dsa_slave_to_port(dev); > > u8 *mtk_tag; > > + bool is_vlan_skb = true; > > .. > > > + /* Mark tag attribute on

Re: [PATCH v5 1/8] clocksource: dmtimer: Remove all the exports

Keerthy, On Tue, Dec 12, 2017 at 11:42:10AM +0530, Keerthy wrote: > Remove all the unwanted exports from the driver I'm adding event capture capability to the pwm-omap driver and so far used v4.15-rc3 as codebase. Intended use is an IR receiver; for that I need to measure pulses width and

Re: [PATCH v5 1/8] clocksource: dmtimer: Remove all the exports

Keerthy, On Tue, Dec 12, 2017 at 11:42:10AM +0530, Keerthy wrote: > Remove all the unwanted exports from the driver I'm adding event capture capability to the pwm-omap driver and so far used v4.15-rc3 as codebase. Intended use is an IR receiver; for that I need to measure pulses width and

Re: [PATCH] locking/lockdep: Make CONFIG_LOCKDEP_CROSSRELEASE and CONFIG_LOCKDEP_COMPLETIONS optional

+cc da...@fromorbit.com +cc ty...@mit.edu +cc wi...@infradead.org +cc torva...@linux-foundation.org +cc amir7...@gmail.com On 12/12/2017 4:11 PM, Byungchul Park wrote: At the moment, it's rather premature to enable CONFIG_LOCKDEP_CROSSRELEASE and CONFIG_LOCKDEP_COMPLETIONS by default, because

Re: [PATCH] locking/lockdep: Make CONFIG_LOCKDEP_CROSSRELEASE and CONFIG_LOCKDEP_COMPLETIONS optional

+cc da...@fromorbit.com +cc ty...@mit.edu +cc wi...@infradead.org +cc torva...@linux-foundation.org +cc amir7...@gmail.com On 12/12/2017 4:11 PM, Byungchul Park wrote: At the moment, it's rather premature to enable CONFIG_LOCKDEP_CROSSRELEASE and CONFIG_LOCKDEP_COMPLETIONS by default, because

[PATCH] locking/lockdep: Make CONFIG_LOCKDEP_CROSSRELEASE and CONFIG_LOCKDEP_COMPLETIONS optional

At the moment, it's rather premature to enable CONFIG_LOCKDEP_CROSSRELEASE and CONFIG_LOCKDEP_COMPLETIONS by default, because we face a lot of false positives for now since all locks and waiters are not classified properly yet. Until most of them get annotated properly, it'd be better to be

[PATCH] locking/lockdep: Make CONFIG_LOCKDEP_CROSSRELEASE and CONFIG_LOCKDEP_COMPLETIONS optional

At the moment, it's rather premature to enable CONFIG_LOCKDEP_CROSSRELEASE and CONFIG_LOCKDEP_COMPLETIONS by default, because we face a lot of false positives for now since all locks and waiters are not classified properly yet. Until most of them get annotated properly, it'd be better to be

RE: [PATCH v2] usb: host: Implement workaround for Erratum A-009611

-Original Message- From: Felipe Balbi [mailto:felipe.ba...@linux.intel.com] Sent: Monday, December 11, 2017 4:52 PM To: Yinbo Zhu ; Greg Kroah-Hartman Cc: Mathias Nyman ; open list:DESIGNWARE USB3 DRD IP DRIVER

RE: [PATCH v2] usb: host: Implement workaround for Erratum A-009611

-Original Message- From: Felipe Balbi [mailto:felipe.ba...@linux.intel.com] Sent: Monday, December 11, 2017 4:52 PM To: Yinbo Zhu ; Greg Kroah-Hartman Cc: Mathias Nyman ; open list:DESIGNWARE USB3 DRD IP DRIVER ; open list:DESIGNWARE USB3 DRD IP DRIVER ; open list ; Xiaobo Xie ;

Re: [PATCH v2] riscv/ftrace: Add basic support

On Mon, Dec 11, 2017 at 10:15:58AM -0800, Palmer Dabbelt wrote: > On Wed, 06 Dec 2017 18:31:10 PST (-0800), noner...@gmail.com wrote: > > This patch contains basic ftrace support for RV64I platform. > > Specifically, function tracer (HAVE_FUNCTION_TRACER), function graph > > tracer

Re: [PATCH v2] riscv/ftrace: Add basic support

On Mon, Dec 11, 2017 at 10:15:58AM -0800, Palmer Dabbelt wrote: > On Wed, 06 Dec 2017 18:31:10 PST (-0800), noner...@gmail.com wrote: > > This patch contains basic ftrace support for RV64I platform. > > Specifically, function tracer (HAVE_FUNCTION_TRACER), function graph > > tracer

Re: [PATCH] KVM: X86: Fix stack-out-of-bounds read in write_mmio

2017-12-12 13:52 GMT+08:00 Wanpeng Li : > From: Wanpeng Li > > Reported by syzkaller: > > BUG: KASAN: stack-out-of-bounds in write_mmio+0x11e/0x270 [kvm] > Read of size 8 at addr 8803259df7f8 by task syz-executor/32298 > > CPU: 6 PID: 32298

Re: [PATCH] KVM: X86: Fix stack-out-of-bounds read in write_mmio

2017-12-12 13:52 GMT+08:00 Wanpeng Li : > From: Wanpeng Li > > Reported by syzkaller: > > BUG: KASAN: stack-out-of-bounds in write_mmio+0x11e/0x270 [kvm] > Read of size 8 at addr 8803259df7f8 by task syz-executor/32298 > > CPU: 6 PID: 32298 Comm: syz-executor Tainted: G OE

Re: [PATCH 41/45] arch/x86: remove duplicate includes

On 11/12/17 21:42, Pravin Shedge wrote: > These duplicate includes have been found with scripts/checkincludes.pl but > they have been removed manually to avoid removing false positives. > > Signed-off-by: Pravin Shedge Reviewed-by: Juergen Gross

Re: Re: [PATCH] KVM/Emulate: Mask linear address with actual address width in order to avoid conflict with UNMAPPED_GVA

On 2017年12月12日 14:42, Wanpeng Li wrote: > 2017-12-12 7:23 GMT+08:00 Lan Tianyu : >> >> Reported by syzkaller: >> WARNING: CPU: 0 PID: 27962 at arch/x86/kvm/emulate.c:5631 >> x86_emulate_insn+0x557/0x15f0 [kvm] >> Modules linked in: kvm_intel kvm [last unloaded: kvm]

Re: [PATCH 41/45] arch/x86: remove duplicate includes

On 11/12/17 21:42, Pravin Shedge wrote: > These duplicate includes have been found with scripts/checkincludes.pl but > they have been removed manually to avoid removing false positives. > > Signed-off-by: Pravin Shedge Reviewed-by: Juergen Gross Juergen

Re: Re: [PATCH] KVM/Emulate: Mask linear address with actual address width in order to avoid conflict with UNMAPPED_GVA

On 2017年12月12日 14:42, Wanpeng Li wrote: > 2017-12-12 7:23 GMT+08:00 Lan Tianyu : >> >> Reported by syzkaller: >> WARNING: CPU: 0 PID: 27962 at arch/x86/kvm/emulate.c:5631 >> x86_emulate_insn+0x557/0x15f0 [kvm] >> Modules linked in: kvm_intel kvm [last unloaded: kvm] >> CPU: 0 PID:

Re: [RFT PATCH] ARM: dts: exynos: Enable Mixer node for Exynos5800 Peach Pi machine

Hi On 2017-12-11 23:48, Javier Martinez Canillas wrote: Commit 1cb686c08d12 ("ARM: dts: exynos: Add status property to Exynos 542x Mixer nodes") disabled the Mixer node by default in the DTSI and enabled for each Exynos 542x DTS. But unfortunately it missed to enable it for the Exynos5800 Peach

Re: [RFT PATCH] ARM: dts: exynos: Enable Mixer node for Exynos5800 Peach Pi machine

Hi On 2017-12-11 23:48, Javier Martinez Canillas wrote: Commit 1cb686c08d12 ("ARM: dts: exynos: Add status property to Exynos 542x Mixer nodes") disabled the Mixer node by default in the DTSI and enabled for each Exynos 542x DTS. But unfortunately it missed to enable it for the Exynos5800 Peach

Re: [RESEND] x86/numa: move setting parsed numa node to num_add_memblk

On 2017/12/11 21:45, Michal Hocko wrote: > On Mon 11-12-17 20:59:29, zhong jiang wrote: >> On 2017/12/11 20:03, Michal Hocko wrote: >>> On Fri 01-12-17 18:13:52, zhong jiang wrote: The acpi table are very much like user input. it is likely to introduce some unreasonable node in some

Re: [RESEND] x86/numa: move setting parsed numa node to num_add_memblk

On 2017/12/11 21:45, Michal Hocko wrote: > On Mon 11-12-17 20:59:29, zhong jiang wrote: >> On 2017/12/11 20:03, Michal Hocko wrote: >>> On Fri 01-12-17 18:13:52, zhong jiang wrote: The acpi table are very much like user input. it is likely to introduce some unreasonable node in some

Re: [PATCH net-next 1/3] net: dsa: mediatek: add VLAN support for MT7530

Hi, Andrew All sounds reasonable. All will be fixed in the next version. Sean On Thu, 2017-12-07 at 16:24 +0100, Andrew Lunn wrote: > > static void > > +mt7530_port_set_vlan_unware(struct dsa_switch *ds, int port) > > +{ > > + struct mt7530_priv *priv = ds->priv; > > + int i; > >

Re: [PATCH net-next 1/3] net: dsa: mediatek: add VLAN support for MT7530

Hi, Andrew All sounds reasonable. All will be fixed in the next version. Sean On Thu, 2017-12-07 at 16:24 +0100, Andrew Lunn wrote: > > static void > > +mt7530_port_set_vlan_unware(struct dsa_switch *ds, int port) > > +{ > > + struct mt7530_priv *priv = ds->priv; > > + int i; > >

Re: [PATCH] KVM/Emulate: Mask linear address with actual address width in order to avoid conflict with UNMAPPED_GVA

2017-12-12 7:23 GMT+08:00 Lan Tianyu : > > Reported by syzkaller: > WARNING: CPU: 0 PID: 27962 at arch/x86/kvm/emulate.c:5631 > x86_emulate_insn+0x557/0x15f0 [kvm] > Modules linked in: kvm_intel kvm [last unloaded: kvm] > CPU: 0 PID: 27962 Comm: syz-executor

Re: [PATCH] KVM/Emulate: Mask linear address with actual address width in order to avoid conflict with UNMAPPED_GVA

2017-12-12 7:23 GMT+08:00 Lan Tianyu : > > Reported by syzkaller: > WARNING: CPU: 0 PID: 27962 at arch/x86/kvm/emulate.c:5631 > x86_emulate_insn+0x557/0x15f0 [kvm] > Modules linked in: kvm_intel kvm [last unloaded: kvm] > CPU: 0 PID: 27962 Comm: syz-executor Tainted: GB W

Re: [PATCH 1/4] fs/notify: fdinfo can report unsupported file handles.

On Mon, Dec 11, 2017 at 11:52 PM, NeilBrown wrote: > On Mon, Dec 11 2017, Amir Goldstein wrote: > >> On Mon, Dec 11, 2017 at 8:04 AM, NeilBrown wrote: >>> If a filesystem does not set sb->s_export_op, then it >>> does not support filehandles and

Re: [PATCH 1/4] fs/notify: fdinfo can report unsupported file handles.

On Mon, Dec 11, 2017 at 11:52 PM, NeilBrown wrote: > On Mon, Dec 11 2017, Amir Goldstein wrote: > >> On Mon, Dec 11, 2017 at 8:04 AM, NeilBrown wrote: >>> If a filesystem does not set sb->s_export_op, then it >>> does not support filehandles and export_fs_encode_fh() >>> and

Re: [PATCH] ARM: dts: omap3-evm: Fix missing NAND partition information

On Mon, Dec 11, 2017 at 10:12:13PM -0600, Derald D. Woods wrote: > The partition information was omitted during the conversion to OMAP3430 > specific data. That could be intentional... > The data added by this commit is consistent with current U-Boot default > definitions. What about passing

Re: [PATCH] ARM: dts: omap3-evm: Fix missing NAND partition information

On Mon, Dec 11, 2017 at 10:12:13PM -0600, Derald D. Woods wrote: > The partition information was omitted during the conversion to OMAP3430 > specific data. That could be intentional... > The data added by this commit is consistent with current U-Boot default > definitions. What about passing

[PATCH v2] arm64: v8.4: Support for new floating point multiplication instructions

ARM v8.4 extensions add new neon instructions for performing a multiplication of each FP16 element of one vector with the corresponding FP16 element of a second vector, and to add or subtract this without an intermediate rounding to the corresponding FP32 element in a third vector. This patch

[PATCH v2] arm64: v8.4: Support for new floating point multiplication instructions

ARM v8.4 extensions add new neon instructions for performing a multiplication of each FP16 element of one vector with the corresponding FP16 element of a second vector, and to add or subtract this without an intermediate rounding to the corresponding FP32 element in a third vector. This patch

[PATCH 0/2] Rockchip: Add rk1608 driver and DT-bindings

For RK1608 driver ,you can use the v4l2-ctl command to capture frames. Add DT bindings documentation for Rockchip RK1608. Add the information of the maintainer. Leo Wen (2): [media] Add Rockchip RK1608 driver dt-bindings: Document the Rockchip RK1608 bindings

[PATCH 0/2] Rockchip: Add rk1608 driver and DT-bindings

For RK1608 driver ,you can use the v4l2-ctl command to capture frames. Add DT bindings documentation for Rockchip RK1608. Add the information of the maintainer. Leo Wen (2): [media] Add Rockchip RK1608 driver dt-bindings: Document the Rockchip RK1608 bindings

[PATCH 2/2] dt-bindings: Document the Rockchip RK1608 bindings

Add DT bindings documentation for Rockchip RK1608. Signed-off-by: Leo Wen --- Documentation/devicetree/bindings/media/rk1608.txt | 143 + MAINTAINERS| 1 + 2 files changed, 144 insertions(+) create mode

[PATCH 2/2] dt-bindings: Document the Rockchip RK1608 bindings

Add DT bindings documentation for Rockchip RK1608. Signed-off-by: Leo Wen --- Documentation/devicetree/bindings/media/rk1608.txt | 143 + MAINTAINERS| 1 + 2 files changed, 144 insertions(+) create mode 100644

[PATCH 1/2] [media] Add Rockchip RK1608 driver

Rk1608 is used as a PreISP to link on Soc, which mainly has two functions. One is to download the firmware of RK1608, and the other is to match the extra sensor such as camera and enable sensor by calling sensor's s_power. use below v4l2-ctl command to capture frames. v4l2-ctl --verbose -d

[PATCH 1/2] [media] Add Rockchip RK1608 driver

Rk1608 is used as a PreISP to link on Soc, which mainly has two functions. One is to download the firmware of RK1608, and the other is to match the extra sensor such as camera and enable sensor by calling sensor's s_power. use below v4l2-ctl command to capture frames. v4l2-ctl --verbose -d

Re: [PATCH] ptr_ring: add barriers

Hi David, On 12/11/2017 09:23 PM, David Miller wrote: From: "Michael S. Tsirkin" Date: Tue, 5 Dec 2017 21:29:37 +0200 Users of ptr_ring expect that it's safe to give the data structure a pointer and have it be available to consumers, but that actually requires an smb_wmb or

Re: [PATCH] ptr_ring: add barriers

Hi David, On 12/11/2017 09:23 PM, David Miller wrote: From: "Michael S. Tsirkin" Date: Tue, 5 Dec 2017 21:29:37 +0200 Users of ptr_ring expect that it's safe to give the data structure a pointer and have it be available to consumers, but that actually requires an smb_wmb or a stronger

[PATCH v2 4/4] pinctrl: mediatek: update MAINTAINERS entry with MediaTek pinctrl driver

From: Sean Wang I work for MediaTek on maintaining the existing MediaTek SoC whose target to home gateway such as MT7622 and MT7623 that is reusing MT2701 related files and will keep adding support for the following such kinds of SoCs in the future. Signed-off-by: Sean

[PATCH v2 4/4] pinctrl: mediatek: update MAINTAINERS entry with MediaTek pinctrl driver

From: Sean Wang I work for MediaTek on maintaining the existing MediaTek SoC whose target to home gateway such as MT7622 and MT7623 that is reusing MT2701 related files and will keep adding support for the following such kinds of SoCs in the future. Signed-off-by: Sean Wang Reviewed-by: Biao

[PATCH v2 1/4] dt-bindings: pinctrl: add bindings for MediaTek MT7622 SoC

From: Sean Wang Add devicetree bindings for MediaTek MT7622 pinctrl driver. Signed-off-by: Sean Wang Reviewed-by: Biao Huang --- .../devicetree/bindings/pinctrl/pinctrl-mt7622.txt | 351 + 1 file

[PATCH v2 0/4] add support of pinctrl to MT7622 SoC

From: Sean Wang Changes since v1: - add changes for the suggestion in v1. - fix up the names for pin 14, 15, 71, 72, 93 and 94. - add function "watchdog". - change pin groups used by ethernet, i2s, led, pcie, spic, tdm and watchdog for refining the naming and reflecting

[PATCH v2 1/4] dt-bindings: pinctrl: add bindings for MediaTek MT7622 SoC

From: Sean Wang Add devicetree bindings for MediaTek MT7622 pinctrl driver. Signed-off-by: Sean Wang Reviewed-by: Biao Huang --- .../devicetree/bindings/pinctrl/pinctrl-mt7622.txt | 351 + 1 file changed, 351 insertions(+) create mode 100644

[PATCH v2 0/4] add support of pinctrl to MT7622 SoC

From: Sean Wang Changes since v1: - add changes for the suggestion in v1. - fix up the names for pin 14, 15, 71, 72, 93 and 94. - add function "watchdog". - change pin groups used by ethernet, i2s, led, pcie, spic, tdm and watchdog for refining the naming and reflecting the actual usage on

[PATCH v2 2/4] pinctrl: mediatek: cleanup for placing all drivers under the menu

From: Sean Wang Since lots of MediaTek drivers had been added, it seems slightly better for that adding cleanup for placing MediaTek pinctrl drivers under the independent menu as other kinds of drivers usually was done. Signed-off-by: Sean Wang

[PATCH v2 3/4] pinctrl: mediatek: add pinctrl driver for MT7622 SoC

From: Sean Wang Add support for pinctrl on MT7622 SoC. The IO core found on the SoC has the registers for pinctrl, pinconf and gpio mixed up in the same register range. However, the IO core for the MT7622 SoC is completely distinct from anyone of previous MediaTek SoCs

[PATCH v2 2/4] pinctrl: mediatek: cleanup for placing all drivers under the menu

From: Sean Wang Since lots of MediaTek drivers had been added, it seems slightly better for that adding cleanup for placing MediaTek pinctrl drivers under the independent menu as other kinds of drivers usually was done. Signed-off-by: Sean Wang Reviewed-by: Biao Huang ---

[PATCH v2 3/4] pinctrl: mediatek: add pinctrl driver for MT7622 SoC

From: Sean Wang Add support for pinctrl on MT7622 SoC. The IO core found on the SoC has the registers for pinctrl, pinconf and gpio mixed up in the same register range. However, the IO core for the MT7622 SoC is completely distinct from anyone of previous MediaTek SoCs which already had support,

Re: [linux-sunxi] [PATCH v2 3/6] ARM: sun4i: Convert to CCU

On Mon, Dec 11, 2017 at 02:22:30PM -0800, Kevin Hilman wrote: > On Sun, Mar 26, 2017 at 10:20 AM, Priit Laes wrote: > > Convert sun4i-a10.dtsi to new CCU driver. > > > > Signed-off-by: Priit Laes > > I finally got around to bisecting a mainline boot failure on

Re: [linux-sunxi] [PATCH v2 3/6] ARM: sun4i: Convert to CCU

On Mon, Dec 11, 2017 at 02:22:30PM -0800, Kevin Hilman wrote: > On Sun, Mar 26, 2017 at 10:20 AM, Priit Laes wrote: > > Convert sun4i-a10.dtsi to new CCU driver. > > > > Signed-off-by: Priit Laes > > I finally got around to bisecting a mainline boot failure on > sun4i-a10-cubieboard that's been

Re: [RFC][PATCH] new byteorder primitives - ..._{replace,get}_bits()

On Mon, Dec 11, 2017 at 08:02:24PM -0800, Jakub Kicinski wrote: > On Mon, 11 Dec 2017 15:54:22 +, Al Viro wrote: > > Essentially, it gives helpers for work with bitfields in fixed-endian. > > Suppose we have e.g. a little-endian 32bit value with fixed layout; > > expressing that as a bitfield

Re: [RFC][PATCH] new byteorder primitives - ..._{replace,get}_bits()

On Mon, Dec 11, 2017 at 08:02:24PM -0800, Jakub Kicinski wrote: > On Mon, 11 Dec 2017 15:54:22 +, Al Viro wrote: > > Essentially, it gives helpers for work with bitfields in fixed-endian. > > Suppose we have e.g. a little-endian 32bit value with fixed layout; > > expressing that as a bitfield

[PATCH v5 0/8] omap: dmtimer: Move driver out of plat-omap

The series moves dmtimer out of plat-omap to drivers/clocksource. The series also does a bunch of changes to pwm-omap-dmtimer code to adapt to the driver migration and clean up plat specific pdata-quirks and use the dmtimer platform data. Boot tested on DRA7-EVM and AM437X-GP-EVM. Compile tested

[PATCH v5 0/8] omap: dmtimer: Move driver out of plat-omap

The series moves dmtimer out of plat-omap to drivers/clocksource. The series also does a bunch of changes to pwm-omap-dmtimer code to adapt to the driver migration and clean up plat specific pdata-quirks and use the dmtimer platform data. Boot tested on DRA7-EVM and AM437X-GP-EVM. Compile tested

[PATCH v5 5/8] dmtimer: Add timer ops to the platform data structure

Add timer ops to the platform data structure Signed-off-by: Keerthy Reviewed-by: Sebastian Reichel --- Changes in v3: * Added Sebastian's Reviewed-by. Changes in v2: * No code changes in this v2 version. Only enhanced patch

[PATCH v5 7/8] pwm: pwm-omap-dmtimer: Adapt driver to utilize dmtimer pdata ops

Adapt driver to utilize dmtimer pdata ops instead of pdata-quirks. Signed-off-by: Keerthy --- Changes in v4: * Switched to dev_get_platdata. Changes in v3: * Used of_find_platdata_by_node function to fetch platform data for timer node.

[PATCH v5 5/8] dmtimer: Add timer ops to the platform data structure

Add timer ops to the platform data structure Signed-off-by: Keerthy Reviewed-by: Sebastian Reichel --- Changes in v3: * Added Sebastian's Reviewed-by. Changes in v2: * No code changes in this v2 version. Only enhanced patch statistics for renames.

[PATCH v5 7/8] pwm: pwm-omap-dmtimer: Adapt driver to utilize dmtimer pdata ops

Adapt driver to utilize dmtimer pdata ops instead of pdata-quirks. Signed-off-by: Keerthy --- Changes in v4: * Switched to dev_get_platdata. Changes in v3: * Used of_find_platdata_by_node function to fetch platform data for timer node. drivers/pwm/pwm-omap-dmtimer.c | 39

[PATCH v5 8/8] arm: omap: pdata-quirks: Remove unused timer pdata

Remove unused timer pdata. Signed-off-by: Keerthy Reviewed-by: Sebastian Reichel --- Changes in v3: * Added Sebastian's Reviewed-by. Changes in v2: * No code changes in this v2 version. Only enhanced patch statistics for renames.

[PATCH v5 8/8] arm: omap: pdata-quirks: Remove unused timer pdata

Remove unused timer pdata. Signed-off-by: Keerthy Reviewed-by: Sebastian Reichel --- Changes in v3: * Added Sebastian's Reviewed-by. Changes in v2: * No code changes in this v2 version. Only enhanced patch statistics for renames. arch/arm/mach-omap2/pdata-quirks.c | 32

[PATCH v5 1/8] clocksource: dmtimer: Remove all the exports

Remove all the unwanted exports from the driver Signed-off-by: Keerthy Reviewed-by: Sebastian Reichel --- Changes in v3: * Added Sebastian's Reviewed-by. Changes in v2: * No code changes in this v2 version. Only enhanced patch

[PATCH v5 1/8] clocksource: dmtimer: Remove all the exports

Remove all the unwanted exports from the driver Signed-off-by: Keerthy Reviewed-by: Sebastian Reichel --- Changes in v3: * Added Sebastian's Reviewed-by. Changes in v2: * No code changes in this v2 version. Only enhanced patch statistics for renames. arch/arm/plat-omap/dmtimer.c |

[PATCH v5 3/8] arm: omap: Move dmtimer.h out of plat-omap

The header file is currently under plat-omap directory under arch/omap. Move this out to an accessible place. No Code changes done to the header file. Signed-off-by: Keerthy Reviewed-by: Sebastian Reichel --- Changes in v3: * Added

[PATCH v5 3/8] arm: omap: Move dmtimer.h out of plat-omap

The header file is currently under plat-omap directory under arch/omap. Move this out to an accessible place. No Code changes done to the header file. Signed-off-by: Keerthy Reviewed-by: Sebastian Reichel --- Changes in v3: * Added Sebastian's Reviewed-by. Changes in v2: * No code

[PATCH v5 6/8] clocksource: dmtimer: Populate the timer ops to the pdata

Add the timer ops to the platform data Signed-off-by: Keerthy Reviewed-by: Sebastian Reichel --- Changes in v3: * Added Sebastian's Reviewed-by. Changes in v2: * No code changes in this v2 version. Only enhanced patch statistics

[PATCH v5 4/8] arm: OMAP: Move dmtimer driver out of plat-omap to drivers under clocksource

Move the dmtimer driver out of plat-omap to clocksource. So that non-omap devices also could use this. No Code changes done to the driver file only renamed to timer-dm.c. Also removed the config dependencies for OMAP_DM_TIMER. Signed-off-by: Keerthy Reviewed-by: Sebastian

  1   2   3   4   5   6   7   8   9   10   >