[PATCH v2 1/2] perf: riscv: preliminary RISC-V support

This patch provide a basic PMU, riscv_base_pmu, which supports two general hardware event, instructions and cycles. Furthermore, this PMU serves as a reference implementation to ease the portings in the future. riscv_base_pmu should be able to run on any RISC-V machine that conforms to the

[PATCH v2 1/2] perf: riscv: preliminary RISC-V support

This patch provide a basic PMU, riscv_base_pmu, which supports two general hardware event, instructions and cycles. Furthermore, this PMU serves as a reference implementation to ease the portings in the future. riscv_base_pmu should be able to run on any RISC-V machine that conforms to the

[PATCH v2 2/2] perf: riscv: Add Document for Future Porting Guide

Cc: Nick Hu Cc: Greentime Hu Signed-off-by: Alan Kao --- Documentation/riscv/pmu.txt | 249 1 file changed, 249 insertions(+) create mode 100644 Documentation/riscv/pmu.txt diff

[PATCH v2 2/2] perf: riscv: Add Document for Future Porting Guide

Cc: Nick Hu Cc: Greentime Hu Signed-off-by: Alan Kao --- Documentation/riscv/pmu.txt | 249 1 file changed, 249 insertions(+) create mode 100644 Documentation/riscv/pmu.txt diff --git a/Documentation/riscv/pmu.txt b/Documentation/riscv/pmu.txt new

[PATCH 0/2] perf: riscv: Preliminary Perf Event Support on RISC-V

This implements the baseline PMU for RISC-V platforms. To ease future PMU portings, a guide is also written, containing perf concepts, arch porting practices and some hints. Changes in v2: - Fix the bug reported by Alex, which was caused by not sufficient initialization. Check

[PATCH 0/2] perf: riscv: Preliminary Perf Event Support on RISC-V

This implements the baseline PMU for RISC-V platforms. To ease future PMU portings, a guide is also written, containing perf concepts, arch porting practices and some hints. Changes in v2: - Fix the bug reported by Alex, which was caused by not sufficient initialization. Check

[PATCH v3 3/6] Replace memory function for kasan

From: Andrey Ryabinin Functions like memset/memmove/memcpy do a lot of memory accesses. If bad pointer passed to one of these function it is important to catch this. Compiler's instrumentation cannot do this since these functions are written in assembly. KASan replaces

[PATCH v3 3/6] Replace memory function for kasan

From: Andrey Ryabinin Functions like memset/memmove/memcpy do a lot of memory accesses. If bad pointer passed to one of these function it is important to catch this. Compiler's instrumentation cannot do this since these functions are written in assembly. KASan replaces memory functions with

[PATCH v3 6/6] Enable KASan for arm

From: Andrey Ryabinin This patch enable kernel address sanitizer for arm. Cc: Andrey Ryabinin Acked-by: Dmitry Vyukov Tested-by: Joel Stanley Tested-by: Florian Fainelli Tested-by:

[PATCH v3 1/6] Add TTBR operator for kasan_init

The purpose of this patch is to provide set_ttbr0/get_ttbr0 to kasan_init function. The definitions of cp15 registers should be in arch/arm/include/asm/cp15.h rather than arch/arm/include/asm/kvm_hyp.h, so move them. Cc: Andrey Ryabinin Reviewed-by: Marc Zyngier

[PATCH v3 6/6] Enable KASan for arm

From: Andrey Ryabinin This patch enable kernel address sanitizer for arm. Cc: Andrey Ryabinin Acked-by: Dmitry Vyukov Tested-by: Joel Stanley Tested-by: Florian Fainelli Tested-by: Abbott Liu Signed-off-by: Abbott Liu --- Documentation/dev-tools/kasan.rst | 2 +- arch/arm/Kconfig

[PATCH v3 1/6] Add TTBR operator for kasan_init

The purpose of this patch is to provide set_ttbr0/get_ttbr0 to kasan_init function. The definitions of cp15 registers should be in arch/arm/include/asm/cp15.h rather than arch/arm/include/asm/kvm_hyp.h, so move them. Cc: Andrey Ryabinin Reviewed-by: Marc Zyngier Reviewed-by: Russell King - ARM

[PATCH v3 5/6] Initialize the mapping of KASan shadow memory

From: Andrey Ryabinin This patch initializes KASan shadow region's page table and memory. There are two stage for KASan initializing: 1. At early boot stage the whole shadow region is mapped to just one physical page (kasan_zero_page). It's finished by the function

[PATCH v3 5/6] Initialize the mapping of KASan shadow memory

From: Andrey Ryabinin This patch initializes KASan shadow region's page table and memory. There are two stage for KASan initializing: 1. At early boot stage the whole shadow region is mapped to just one physical page (kasan_zero_page). It's finished by the function kasan_early_init which

[PATCH v3 2/6] Disable instrumentation for some code

From: Andrey Ryabinin Disable instrumentation for arch/arm/boot/compressed/* ,arch/arm/kvm/hyp/* and arch/arm/vdso/* because those code won't linkd with kernel image. Disable kasan check in the function unwind_pop_register because it doesn't matter that kasan checks

[PATCH v3 2/6] Disable instrumentation for some code

From: Andrey Ryabinin Disable instrumentation for arch/arm/boot/compressed/* ,arch/arm/kvm/hyp/* and arch/arm/vdso/* because those code won't linkd with kernel image. Disable kasan check in the function unwind_pop_register because it doesn't matter that kasan checks failed when

[PATCH] i2c: i801: blacklist Host Notify on HP EliteBook G3 850

The HP EliteBook G3 850 has a weird bug where a subsequent cold boot hangs while plugged in if Linux enables the Host Notify features of i2c-i801. The cold boot hang depends on how the system boots. It does not hang on UEFI Grub text boot or legacy Grub text boot. But it does hang on legacy

[PATCH] i2c: i801: blacklist Host Notify on HP EliteBook G3 850

The HP EliteBook G3 850 has a weird bug where a subsequent cold boot hangs while plugged in if Linux enables the Host Notify features of i2c-i801. The cold boot hang depends on how the system boots. It does not hang on UEFI Grub text boot or legacy Grub text boot. But it does hang on legacy

[PATCH v3 4/6] Define the virtual space of KASan's shadow region

Define KASAN_SHADOW_OFFSET,KASAN_SHADOW_START and KASAN_SHADOW_END for arm kernel address sanitizer. ++ 0x || || || ++ CONFIG_PAGE_OFFSET || || |-> module virtual address space area. ||/ ++ MODULE_VADDR =

[PATCH v3 4/6] Define the virtual space of KASan's shadow region

Define KASAN_SHADOW_OFFSET,KASAN_SHADOW_START and KASAN_SHADOW_END for arm kernel address sanitizer. ++ 0x || || || ++ CONFIG_PAGE_OFFSET || || |-> module virtual address space area. ||/ ++ MODULE_VADDR =

[PATCH v3 0/6] KASan for arm

From: Andrey Ryabinin Changelog: v3 - v2 - Remove this patch: 2 1-byte checks more safer for memory_is_poisoned_16 because a unaligned load/store of 16 bytes is rare on arm, and this patch is very likely to affect the performance of modern CPUs. ---Acked by: Russell

[PATCH v3 0/6] KASan for arm

From: Andrey Ryabinin Changelog: v3 - v2 - Remove this patch: 2 1-byte checks more safer for memory_is_poisoned_16 because a unaligned load/store of 16 bytes is rare on arm, and this patch is very likely to affect the performance of modern CPUs. ---Acked by: Russell King - ARM Linux -

[PATCH] f2fs: make assignment of t->dentry_bitmap more readable

In make_dentry_ptr_block, it is confused with "&" for t->dentry_bitmap but without "&" for t->dentry, so delete "&" to make code more readable. Signed-off-by: Yunlong Song --- fs/f2fs/f2fs.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH] f2fs: make assignment of t->dentry_bitmap more readable

In make_dentry_ptr_block, it is confused with "&" for t->dentry_bitmap but without "&" for t->dentry, so delete "&" to make code more readable. Signed-off-by: Yunlong Song --- fs/f2fs/f2fs.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/f2fs/f2fs.h b/fs/f2fs/f2fs.h

Re: [PATCH] mtd: nand: raw: atmel: add module param to avoid using dma

On Thu, 29 Mar 2018 16:27:12 +0200 Peter Rosin wrote: > On 2018-03-29 15:44, Boris Brezillon wrote: > > On Thu, 29 Mar 2018 15:37:43 +0200 > > Peter Rosin wrote: > > > >> On 2018-03-29 15:33, Boris Brezillon wrote: > >>> On Thu, 29 Mar 2018 15:10:54 +0200

Re: [PATCH] mtd: nand: raw: atmel: add module param to avoid using dma

On Thu, 29 Mar 2018 16:27:12 +0200 Peter Rosin wrote: > On 2018-03-29 15:44, Boris Brezillon wrote: > > On Thu, 29 Mar 2018 15:37:43 +0200 > > Peter Rosin wrote: > > > >> On 2018-03-29 15:33, Boris Brezillon wrote: > >>> On Thu, 29 Mar 2018 15:10:54 +0200 > >>> Peter Rosin wrote: > >>>

Re: [PATCH net-next v2 1/2] fs/crashdd: add API to collect hardware dump in second kernel

> >> The sysfs approach proposed here had been dropped in favour exporting > >> the dumps as ELF notes in /proc/vmcore. > >> > >> Will be posting the new patches soon. > > > >The concern was actually how you identify which device that came from. > >Where you read the identifier changes but sysfs

Re: [PATCH net-next v2 1/2] fs/crashdd: add API to collect hardware dump in second kernel

> >> The sysfs approach proposed here had been dropped in favour exporting > >> the dumps as ELF notes in /proc/vmcore. > >> > >> Will be posting the new patches soon. > > > >The concern was actually how you identify which device that came from. > >Where you read the identifier changes but sysfs

[PATCH v2] serial: 8250: omap: Provide ability to enable/disable UART as wakeup source

Enable/Clear module level UART wakeup in UART_OMAP_WER register based on return value of device_may_wakeup() in .suspend(). This allows userspace to use sysfs to control the ability of UART to wakeup the system from deep sleep state. Register is restored back in .startup() call that happens as

[PATCH v2] serial: 8250: omap: Provide ability to enable/disable UART as wakeup source

Enable/Clear module level UART wakeup in UART_OMAP_WER register based on return value of device_may_wakeup() in .suspend(). This allows userspace to use sysfs to control the ability of UART to wakeup the system from deep sleep state. Register is restored back in .startup() call that happens as

[PATCH] x86/mm: Fix documentation of module mapping with 4-level paging

f5a40711fa58 ("x86/mm: Set MODULES_END to 0xff00") changed MODULES_END back to fixed value, but didn't update documentation of memory layout for 4-level paging. Signed-off-by: Kirill A. Shutemov Fixes: f5a40711fa58 ("x86/mm: Set MODULES_END to

[PATCH] x86/mm: Fix documentation of module mapping with 4-level paging

f5a40711fa58 ("x86/mm: Set MODULES_END to 0xff00") changed MODULES_END back to fixed value, but didn't update documentation of memory layout for 4-level paging. Signed-off-by: Kirill A. Shutemov Fixes: f5a40711fa58 ("x86/mm: Set MODULES_END to 0xff00") Cc: Andrey Ryabinin

Re: [Question] MFD driver that handles clocks/resets and populates child nodes

> The maintainer of DWC3, Felipe Balbi, requested to > split the glue layer driver into small parts such as > reset, regulator, phy, etc. What exactly did Felipe ask for? Did he ask that the patch be split up, one patch per reset, regulator, phy etc? Are all these resources used just by the

Re: [Question] MFD driver that handles clocks/resets and populates child nodes

> The maintainer of DWC3, Felipe Balbi, requested to > split the glue layer driver into small parts such as > reset, regulator, phy, etc. What exactly did Felipe ask for? Did he ask that the patch be split up, one patch per reset, regulator, phy etc? Are all these resources used just by the

[RFC] Is it correctly that the usage for spin_{lock|unlock}_irq in clear_page_dirty_for_io

Hi,  Johannes Weiner and Tejun Heo I use linux-4.4.y to test the new cgroup controller io and the current stable kernel linux-4.4.y has the follow logic int clear_page_dirty_for_io(struct page *page){ ... ...     memcg = mem_cgroup_begin_page_stat(page); --(a)  

[RFC] Is it correctly that the usage for spin_{lock|unlock}_irq in clear_page_dirty_for_io

Hi,  Johannes Weiner and Tejun Heo I use linux-4.4.y to test the new cgroup controller io and the current stable kernel linux-4.4.y has the follow logic int clear_page_dirty_for_io(struct page *page){ ... ...     memcg = mem_cgroup_begin_page_stat(page); --(a)  

Re: [PATCH v2] staging: mt7621-eth: Fix sparse warning in ethtool.c

On Mon, Apr 02, 2018 at 01:41:33PM +1000, NeilBrown wrote: > On Mon, Apr 02 2018, Sean Wang wrote: > > Hi, Neil > > > > Forgive me I cannot find the cover letter in the original series in my > > mailbox to make a reply, so I rudely made here just letting you know > > something good to the growth

Re: [PATCH v2] staging: mt7621-eth: Fix sparse warning in ethtool.c

On Mon, Apr 02, 2018 at 01:41:33PM +1000, NeilBrown wrote: > On Mon, Apr 02 2018, Sean Wang wrote: > > Hi, Neil > > > > Forgive me I cannot find the cover letter in the original series in my > > mailbox to make a reply, so I rudely made here just letting you know > > something good to the growth

Re: [PATCH v2 01/75] staging: ks7010: Use the ARRAY_SIZE() macro to calculate array sizes.

On Sat, Mar 31, 2018 at 07:12:53AM -0700, Joe Perches wrote: > On Sat, 2018-03-31 at 11:41 +0300, Dan Carpenter wrote: > > On Fri, Mar 30, 2018 at 11:36:13PM -0700, Joe Perches wrote: > > > On Fri, 2018-03-30 at 23:07 -0700, Quytelda Kahja wrote: > > > > This macro, provided in 'linux/kernel.h',

Re: [PATCH v2 01/75] staging: ks7010: Use the ARRAY_SIZE() macro to calculate array sizes.

On Sat, Mar 31, 2018 at 07:12:53AM -0700, Joe Perches wrote: > On Sat, 2018-03-31 at 11:41 +0300, Dan Carpenter wrote: > > On Fri, Mar 30, 2018 at 11:36:13PM -0700, Joe Perches wrote: > > > On Fri, 2018-03-30 at 23:07 -0700, Quytelda Kahja wrote: > > > > This macro, provided in 'linux/kernel.h',

Re: [PATCH] ALSA: hda/realtek: Enable audio line out on ASUS D640SA

On Mon, 02 Apr 2018 09:33:13 +0200, Jian-Hong Pan wrote: > > This ASUS D640SA desktop whose mother board is D640MB has > - two jacks which are a headphone and a mic on the front panel, > - three jacks which are a mic, a line out and a line in on the rear panel > - one internal speaker. > > If I

Re: [PATCH] ALSA: hda/realtek: Enable audio line out on ASUS D640SA

On Mon, 02 Apr 2018 09:33:13 +0200, Jian-Hong Pan wrote: > > This ASUS D640SA desktop whose mother board is D640MB has > - two jacks which are a headphone and a mic on the front panel, > - three jacks which are a mic, a line out and a line in on the rear panel > - one internal speaker. > > If I

Re: [RFC PATCH v3 1/3] ima: extend clone() with IMA namespace support

On 03/29/2018 01:44 PM, Dr. Greg Wettstein wrote: On Mar 28, 8:44am, Stefan Berger wrote: } Subject: Re: [RFC PATCH v3 1/3] ima: extend clone() with IMA namespace sup Good morning, I hope the week is going well for everyone. On 03/28/2018 08:14 AM, Dr. Greg Wettstein wrote: On Wed, Mar 28,

Re: [RFC PATCH v3 1/3] ima: extend clone() with IMA namespace support

On 03/29/2018 01:44 PM, Dr. Greg Wettstein wrote: On Mar 28, 8:44am, Stefan Berger wrote: } Subject: Re: [RFC PATCH v3 1/3] ima: extend clone() with IMA namespace sup Good morning, I hope the week is going well for everyone. On 03/28/2018 08:14 AM, Dr. Greg Wettstein wrote: On Wed, Mar 28,

Re: [PATCH v8 42/42] ARM: dts: da850: Add clocks

On Friday 16 March 2018 10:50 PM, David Lechner wrote: > On 03/15/2018 09:52 PM, David Lechner wrote: >> This adds clock provider nodes for da850 and wires them up to all of the >> devices. >> >> Signed-off-by: David Lechner >> --- > > ... > > This is the mcasp0:

Re: [PATCH v8 42/42] ARM: dts: da850: Add clocks

On Friday 16 March 2018 10:50 PM, David Lechner wrote: > On 03/15/2018 09:52 PM, David Lechner wrote: >> This adds clock provider nodes for da850 and wires them up to all of the >> devices. >> >> Signed-off-by: David Lechner >> --- > > ... > > This is the mcasp0: mcasp@10 node... > >> @@

Re: [REVIEW][PATCH 11/11] ipc/sem: Fix semctl(..., GETPID, ...) between pid namespaces

Hi, On 03/30/2018 09:09 PM, Davidlohr Bueso wrote: On Wed, 28 Mar 2018, Davidlohr Bueso wrote: On Fri, 23 Mar 2018, Eric W. Biederman wrote: Today the last process to update a semaphore is remembered and reported in the pid namespace of that process.  If there are processes in any other pid

Re: [REVIEW][PATCH 11/11] ipc/sem: Fix semctl(..., GETPID, ...) between pid namespaces

Hi, On 03/30/2018 09:09 PM, Davidlohr Bueso wrote: On Wed, 28 Mar 2018, Davidlohr Bueso wrote: On Fri, 23 Mar 2018, Eric W. Biederman wrote: Today the last process to update a semaphore is remembered and reported in the pid namespace of that process.  If there are processes in any other pid

[GIT PULL] Power management updates for v4.17-rc1

Hi Linus, Please pull from the tag git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \ pm-4.17-rc1 with top-most commit 103cf0e5799ce024fd28dfab716d7111afe4b117 Merge branches 'pm-cpuidle' and 'pm-tools' on top of commit 0c8efd610b58cb23cefdfa12015799079aef94ae Linux

[GIT PULL] Power management updates for v4.17-rc1

Hi Linus, Please pull from the tag git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \ pm-4.17-rc1 with top-most commit 103cf0e5799ce024fd28dfab716d7111afe4b117 Merge branches 'pm-cpuidle' and 'pm-tools' on top of commit 0c8efd610b58cb23cefdfa12015799079aef94ae Linux

[GIT PULL] ACPI updates for v4.17-rc1

Hi Linus, Please pull from the tag git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \ acpi-4.17-rc1 with top-most commit 49076b2c64a25d21d5d2870dc9caa4aa562b8609 Merge branches 'acpi-osi', 'acpi-scan', 'acpi-tad', 'acpi-video' and 'acpi-misc' on top of commit

[GIT PULL] ACPI updates for v4.17-rc1

Hi Linus, Please pull from the tag git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \ acpi-4.17-rc1 with top-most commit 49076b2c64a25d21d5d2870dc9caa4aa562b8609 Merge branches 'acpi-osi', 'acpi-scan', 'acpi-tad', 'acpi-video' and 'acpi-misc' on top of commit

Re: [PATCH] ACPI / PM: Fix wake up by PS2 keyboard fail on ASUS UX331UA

On Saturday, March 31, 2018 4:09:31 AM CEST Chris Chiu wrote: > This issue happens on new ASUS laptop UX331UA which has modern > standby mode (suspend-to-idle). Pressing keys on the PS2 keyboard > can't wake up the system from suspend-to-idle which is not expected. > However, pressing power button

Re: [PATCH] ACPI / PM: Fix wake up by PS2 keyboard fail on ASUS UX331UA

On Saturday, March 31, 2018 4:09:31 AM CEST Chris Chiu wrote: > This issue happens on new ASUS laptop UX331UA which has modern > standby mode (suspend-to-idle). Pressing keys on the PS2 keyboard > can't wake up the system from suspend-to-idle which is not expected. > However, pressing power button

[PATCH V5] thermal: Add cooling device's statistics in sysfs

This extends the sysfs interface for thermal cooling devices and exposes some pretty useful statistics. These statistics have proven to be quite useful specially while doing benchmarks related to the task scheduler, where we want to make sure that nothing has disrupted the test, specially the

[PATCH V5] thermal: Add cooling device's statistics in sysfs

This extends the sysfs interface for thermal cooling devices and exposes some pretty useful statistics. These statistics have proven to be quite useful specially while doing benchmarks related to the task scheduler, where we want to make sure that nothing has disrupted the test, specially the

[PATCH 3/3] clk: qcom: gdsc: Add support to poll CFG register to check GDSC state

From: Amit Nischal The default behavior of the GDSC enable/disable sequence is to poll the status bits of either the actual GDSCR or the corresponding HW_CTRL registers. On targets which have support for a CFG_GDSCR register, the status bits might not show the correct

[PATCH 0/3] Update reset and poll logic for GDSCs

This series implements the below logic for the GDSCs 1. logic to reset the AON logic before or assert/deassert the block control reset removing the clamp io for few GDSCs on SDM845 SoC. 2. It also introduces the requirement to poll for higher timeout values for few of the GDSCs. 3. There is

[PATCH 0/3] Update reset and poll logic for GDSCs

This series implements the below logic for the GDSCs 1. logic to reset the AON logic before or assert/deassert the block control reset removing the clamp io for few GDSCs on SDM845 SoC. 2. It also introduces the requirement to poll for higher timeout values for few of the GDSCs. 3. There is

[PATCH 3/3] clk: qcom: gdsc: Add support to poll CFG register to check GDSC state

From: Amit Nischal The default behavior of the GDSC enable/disable sequence is to poll the status bits of either the actual GDSCR or the corresponding HW_CTRL registers. On targets which have support for a CFG_GDSCR register, the status bits might not show the correct state of the GDSC,

[PATCH 2/3] clk: qcom: gdsc: Add support to poll for higher timeout value

From: Amit Nischal For some gdscs, it might take longer time up to 500us for updating their status. So add support for the same by defining a new flag 'GDS_TIMEOUT' to mark such gdsc in order to poll their status for longer timeout value. Signed-off-by: Amit Nischal

[PATCH 1/3] clk: qcom: gdsc: Add support to reset AON and block reset logic

From: Amit Nischal For some of the gdsc power domains, there could be need to reset the AON logic or assert/deassert the block control reset before removing the clamp_io. Add support for the same by introducing new flags SW_RESET and AON_RESET. Both SW reset and AON

[PATCH 1/3] clk: qcom: gdsc: Add support to reset AON and block reset logic

From: Amit Nischal For some of the gdsc power domains, there could be need to reset the AON logic or assert/deassert the block control reset before removing the clamp_io. Add support for the same by introducing new flags SW_RESET and AON_RESET. Both SW reset and AON reset requires to be asserted

[PATCH 2/3] clk: qcom: gdsc: Add support to poll for higher timeout value

From: Amit Nischal For some gdscs, it might take longer time up to 500us for updating their status. So add support for the same by defining a new flag 'GDS_TIMEOUT' to mark such gdsc in order to poll their status for longer timeout value. Signed-off-by: Amit Nischal Signed-off-by: Taniya Das

[GIT PULL] EFI updates for v4.17

Linus, Please pull the latest efi-core-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git efi-core-for-linus # HEAD: 03781e40890c18bdea40092355b61431d0073c1d x86/efi: Use efi_switch_mm() rather than manually twiddling with %cr3 NOTE: this tree depends on

[GIT PULL] EFI updates for v4.17

Linus, Please pull the latest efi-core-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git efi-core-for-linus # HEAD: 03781e40890c18bdea40092355b61431d0073c1d x86/efi: Use efi_switch_mm() rather than manually twiddling with %cr3 NOTE: this tree depends on

Re: general protection fault in kernfs_kill_sb

On 2018/04/02 2:01, syzbot wrote: > Hello, > > syzbot hit the following crash on bpf-next commit > 7828f20e3779e4e85e55371e0e43f5006a15fb41 (Sat Mar 31 00:17:57 2018 +) > Merge branch 'bpf-cgroup-bind-connect' > syzbot dashboard link: >

Re: [PATCH v2 0/7] net: thunderx: implement DMAC filtering support

On Sat, Mar 31, 2018 at 10:07:30PM -0400, David Miller wrote: > From: Vadim Lomovtsev > Date: Fri, 30 Mar 2018 04:59:46 -0700 > > > From: Vadim Lomovtsev > > > > By default CN88XX BGX accepts all incoming multicast and broadcast >

Re: [PATCH v2 0/7] net: thunderx: implement DMAC filtering support

On Sat, Mar 31, 2018 at 10:07:30PM -0400, David Miller wrote: > From: Vadim Lomovtsev > Date: Fri, 30 Mar 2018 04:59:46 -0700 > > > From: Vadim Lomovtsev > > > > By default CN88XX BGX accepts all incoming multicast and broadcast > > packets and filtering is disabled. The nic driver doesn't

Re: general protection fault in kernfs_kill_sb

On 2018/04/02 2:01, syzbot wrote: > Hello, > > syzbot hit the following crash on bpf-next commit > 7828f20e3779e4e85e55371e0e43f5006a15fb41 (Sat Mar 31 00:17:57 2018 +) > Merge branch 'bpf-cgroup-bind-connect' > syzbot dashboard link: >

[RFC 3/6] dmaengine: xilinx_dma: Increase AXI DMA transaction segment count

Increase AXI DMA transaction segments count to ensure that even in high load we always get a free segment in prepare descriptor for a DMA_SLAVE transaction. Signed-off-by: Radhey Shyam Pandey --- drivers/dma/xilinx/xilinx_dma.c |2 +- 1 files changed, 1 insertions(+), 1

[RFC 2/6] dmaengine: xilinx_dma: Pass AXI4-Stream control words to netdev dma client

Read DT property to check if AXI DMA is connected to axithernet. If connected pass AXI4-Stream control words to netdev dma client. It is mandatory that netdev dma client reserve initial memory for max supported control words in callback_param. Signed-off-by: Radhey Shyam Pandey

[RFC 3/6] dmaengine: xilinx_dma: Increase AXI DMA transaction segment count

Increase AXI DMA transaction segments count to ensure that even in high load we always get a free segment in prepare descriptor for a DMA_SLAVE transaction. Signed-off-by: Radhey Shyam Pandey --- drivers/dma/xilinx/xilinx_dma.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff

[RFC 2/6] dmaengine: xilinx_dma: Pass AXI4-Stream control words to netdev dma client

Read DT property to check if AXI DMA is connected to axithernet. If connected pass AXI4-Stream control words to netdev dma client. It is mandatory that netdev dma client reserve initial memory for max supported control words in callback_param. Signed-off-by: Radhey Shyam Pandey ---

[RFC 6/6] dmaengine: xilinx_dma: Use tasklet_hi_schedule for timing critical usecase

Schedule tasklet with high priority to ensure that callback processing is prioritized. It improves throughput for netdev dma clients. Signed-off-by: Radhey Shyam Pandey --- drivers/dma/xilinx/xilinx_dma.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff

[RFC 6/6] dmaengine: xilinx_dma: Use tasklet_hi_schedule for timing critical usecase

Schedule tasklet with high priority to ensure that callback processing is prioritized. It improves throughput for netdev dma clients. Signed-off-by: Radhey Shyam Pandey --- drivers/dma/xilinx/xilinx_dma.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git

[RFC 4/6] dmaengine: xilinx_dma: Freeup active list based on descriptor completion bit

AXIDMA IP sets completion bit to 1 when the transfer is completed. Read this bit to move descriptor from active list to the done list. This feature is needed when interrupt delay timeout and IRQThreshold is enabled i.e Dly_IrqEn is triggered w/o completing Interrupt Threshold. Signed-off-by:

[RFC 1/6] dt-bindings: dma: xilinx_dma: Add optional property has_axieth_connected

Add an optional AXI DMA property 'has_axieth_connected'. This can be specified to indicate that AXI DMA is connected to AXI Ethernet in hardware design and dma driver needs to do some additional handling. Signed-off-by: Radhey Shyam Pandey ---

[RFC 4/6] dmaengine: xilinx_dma: Freeup active list based on descriptor completion bit

AXIDMA IP sets completion bit to 1 when the transfer is completed. Read this bit to move descriptor from active list to the done list. This feature is needed when interrupt delay timeout and IRQThreshold is enabled i.e Dly_IrqEn is triggered w/o completing Interrupt Threshold. Signed-off-by:

[RFC 1/6] dt-bindings: dma: xilinx_dma: Add optional property has_axieth_connected

Add an optional AXI DMA property 'has_axieth_connected'. This can be specified to indicate that AXI DMA is connected to AXI Ethernet in hardware design and dma driver needs to do some additional handling. Signed-off-by: Radhey Shyam Pandey --- .../devicetree/bindings/dma/xilinx/xilinx_dma.txt

[RFC 0/6] Xilinx DMA enhancements and optimization

Some background about the patch series: Xilinx Axi Ethernet device driver (xilinx_axienet_main.c) currently has axi-dma code inside it. The goal is to refactor axiethernet driver and use existing AXI DMA driver using DMAEngine API. This patchset does feature addition and optimization to support

[RFC 5/6] dmaengine: xilinx_dma: Program interrupt delay timeout

Program IRQDelay for AXI DMA. The interrupt timeout mechanism causes the DMA engine to generate an interrupt after the delay time period has expired. It enables dmaengine to respond in real-time even though interrupt coalescing is configured. Signed-off-by: Radhey Shyam Pandey

[RFC 5/6] dmaengine: xilinx_dma: Program interrupt delay timeout

Program IRQDelay for AXI DMA. The interrupt timeout mechanism causes the DMA engine to generate an interrupt after the delay time period has expired. It enables dmaengine to respond in real-time even though interrupt coalescing is configured. Signed-off-by: Radhey Shyam Pandey ---

[RFC 0/6] Xilinx DMA enhancements and optimization

Some background about the patch series: Xilinx Axi Ethernet device driver (xilinx_axienet_main.c) currently has axi-dma code inside it. The goal is to refactor axiethernet driver and use existing AXI DMA driver using DMAEngine API. This patchset does feature addition and optimization to support

Re: [PATCH 1/2] clk: qcom: clk-rpmh: Add QCOM RPMh clock driver

Hello Evan, Thanks for the review comments. On 3/30/2018 3:19 AM, Evan Green wrote: Hi Taniya, On Wed, Mar 28, 2018 at 11:19 PM Taniya Das wrote: From: Amit Nischal Add the RPMh clock driver to control the RPMh managed clock resources on

Re: [PATCH 1/2] clk: qcom: clk-rpmh: Add QCOM RPMh clock driver

Hello Evan, Thanks for the review comments. On 3/30/2018 3:19 AM, Evan Green wrote: Hi Taniya, On Wed, Mar 28, 2018 at 11:19 PM Taniya Das wrote: From: Amit Nischal Add the RPMh clock driver to control the RPMh managed clock resources on some of the Qualcomm Technologies, Inc. SoCs.

[GIT PULL] DMA updates for v4.17

Linus, Please pull the latest x86-dma-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-dma-for-linus # HEAD: e89f5b37015309a8bdf0b21d08007580b92f92a4 dma-mapping: Don't clear GFP_ZERO in dma_alloc_attrs NOTE: this tree depends on the x86/mm tree -

[GIT PULL] DMA updates for v4.17

Linus, Please pull the latest x86-dma-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-dma-for-linus # HEAD: e89f5b37015309a8bdf0b21d08007580b92f92a4 dma-mapping: Don't clear GFP_ZERO in dma_alloc_attrs NOTE: this tree depends on the x86/mm tree -

Re: [PATCH v5] ANDROID: binder: change down_write to down_read

Hi Ganesh, On Mon, Apr 02, 2018 at 06:01:59PM +0800, Ganesh Mahendran wrote: > 2018-04-02 15:11 GMT+08:00 Minchan Kim : > > On Mon, Apr 02, 2018 at 02:46:14PM +0800, Ganesh Mahendran wrote: > >> 2018-04-02 14:34 GMT+08:00 Minchan Kim : > >> > On Fri, Mar

Re: [PATCH v5] ANDROID: binder: change down_write to down_read

Hi Ganesh, On Mon, Apr 02, 2018 at 06:01:59PM +0800, Ganesh Mahendran wrote: > 2018-04-02 15:11 GMT+08:00 Minchan Kim : > > On Mon, Apr 02, 2018 at 02:46:14PM +0800, Ganesh Mahendran wrote: > >> 2018-04-02 14:34 GMT+08:00 Minchan Kim : > >> > On Fri, Mar 30, 2018 at 12:04:07PM +0200, Greg

Re: [PATCH] time: export nsec_to_clock_t

On 29-03-18, 21:11, Thomas Gleixner wrote: > On Thu, 29 Mar 2018, Zhang Rui wrote: > > On 三, 2018-03-28 at 16:11 +0200, Arnd Bergmann wrote: > > > nsec_to_clock_t was traditionally used only in the core kernel, now > > > we > > > have a sysfs file that needs it from a loadable module, causing a >

Re: [PATCH] time: export nsec_to_clock_t

On 29-03-18, 21:11, Thomas Gleixner wrote: > On Thu, 29 Mar 2018, Zhang Rui wrote: > > On 三, 2018-03-28 at 16:11 +0200, Arnd Bergmann wrote: > > > nsec_to_clock_t was traditionally used only in the core kernel, now > > > we > > > have a sysfs file that needs it from a loadable module, causing a >

[PATCH] f2fs: fix to show encrypt flag in FS_IOC_GETFLAGS

This patch fixes to show encrypt flag in FS_IOC_GETFLAGS like ext4 does. Signed-off-by: Chao Yu --- fs/f2fs/file.c | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/fs/f2fs/file.c b/fs/f2fs/file.c index 8068b015ece5..271fadadaa36 100644 ---

[PATCH] f2fs: fix to show encrypt flag in FS_IOC_GETFLAGS

This patch fixes to show encrypt flag in FS_IOC_GETFLAGS like ext4 does. Signed-off-by: Chao Yu --- fs/f2fs/file.c | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/fs/f2fs/file.c b/fs/f2fs/file.c index 8068b015ece5..271fadadaa36 100644 --- a/fs/f2fs/file.c +++

[GIT PULL] sched/wait changes for v4.17

Linus, Please pull the latest sched-wait-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git sched-wait-for-linus # HEAD: b3fc5c9bb373661224906bf434c09ca0de032e82 sched/wait: Improve __var_waitqueue() code generation NOTE: this tree depends on the

[GIT PULL] sched/wait changes for v4.17

Linus, Please pull the latest sched-wait-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git sched-wait-for-linus # HEAD: b3fc5c9bb373661224906bf434c09ca0de032e82 sched/wait: Improve __var_waitqueue() code generation NOTE: this tree depends on the

RE: Employee/Staff Urgency

Employee/Staff Urgency. This is to Notify all Employee/Staff, there would be an Important Update SecureTide® BARACUDA 2018 Anti-Spam filter for all Outlook Webmail users. this is to Secure our Inboxes from Spam & Malware Worldwide. to activate, Kindly click on Encrypt

RE: Employee/Staff Urgency

Employee/Staff Urgency. This is to Notify all Employee/Staff, there would be an Important Update SecureTide® BARACUDA 2018 Anti-Spam filter for all Outlook Webmail users. this is to Secure our Inboxes from Spam & Malware Worldwide. to activate, Kindly click on Encrypt

[GIT PULL] x86/timers changes for v4.17

Linus, Please pull the latest x86-timers-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-timers-for-linus # HEAD: ea89c065482179b2bf9f9b6788b06a6e0c68a73b x86/tsc: Get rid of rdtscll() Two changes: add the new convert_art_ns_to_tsc() API for

[GIT PULL] x86/timers changes for v4.17

Linus, Please pull the latest x86-timers-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-timers-for-linus # HEAD: ea89c065482179b2bf9f9b6788b06a6e0c68a73b x86/tsc: Get rid of rdtscll() Two changes: add the new convert_art_ns_to_tsc() API for

<    5   6   7   8   9   10   11   12   13   >