[PATCH] regulator: s2mps11: Fix the voltage linear range for s2mps15

This patch fixes some of the LDOs and BUCKs voltage range as per user manual of s2mps15 (REV0.4). Fixes: 51af20675800 ("regulator: s2mps11: Add support for S2MPS15 regulators") Cc: Signed-off-by: Alim Akhtar --- drivers/regulator/s2mps11.c |

[PATCH] regulator: s2mps11: Fix the voltage linear range for s2mps15

This patch fixes some of the LDOs and BUCKs voltage range as per user manual of s2mps15 (REV0.4). Fixes: 51af20675800 ("regulator: s2mps11: Add support for S2MPS15 regulators") Cc: Signed-off-by: Alim Akhtar --- drivers/regulator/s2mps11.c |6 +++--- 1 file changed, 3 insertions(+), 3

[PATCH] include instead of

asm-generic headers are generic implementations for architecture specific code and should not be included by common code. Thus use the asm/ version of sections.h to get at the linker sections. Signed-off-by: mariakatosvich lst.de> --- kernel/kprobes.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH] include instead of

asm-generic headers are generic implementations for architecture specific code and should not be included by common code. Thus use the asm/ version of sections.h to get at the linker sections. Signed-off-by: mariakatosvich lst.de> --- kernel/kprobes.c | 2 +- 1 file changed, 1 insertion(+), 1

Re: [PATCH v5 7/7] perf config: Initialize annotate_browser__opts with default config items

On Wed, Jul 06, 2016 at 02:20:23PM +0900, Taeung Song wrote: > Set default config values for 'annotate' section with > 'annotate_config_items[]' > instead of actual bool type values. > (e.g. using annotate_config_items[CONFIG_ANNOTATE_USE_OFFSET].value > instead of 'true' bool type value for

Re: [PATCH v5 7/7] perf config: Initialize annotate_browser__opts with default config items

On Wed, Jul 06, 2016 at 02:20:23PM +0900, Taeung Song wrote: > Set default config values for 'annotate' section with > 'annotate_config_items[]' > instead of actual bool type values. > (e.g. using annotate_config_items[CONFIG_ANNOTATE_USE_OFFSET].value > instead of 'true' bool type value for

Re: [PATCH v5 5/7] perf config: Initialize ui_browser__colorsets with default config items

On Wed, Jul 06, 2016 at 02:20:21PM +0900, Taeung Song wrote: > Set default config values for 'colors' section with 'colors_config_items[]' > instead of actual const char * type values. > (e.g. using colors_config_item[CONFIG_COLORS_TOP].value > instead of "red, default" string value for

Re: [PATCH v5 5/7] perf config: Initialize ui_browser__colorsets with default config items

On Wed, Jul 06, 2016 at 02:20:21PM +0900, Taeung Song wrote: > Set default config values for 'colors' section with 'colors_config_items[]' > instead of actual const char * type values. > (e.g. using colors_config_item[CONFIG_COLORS_TOP].value > instead of "red, default" string value for

RE: Regression in 4.7-rc7

We will revert 3 commits to fix this issue. And re-enable the reverted feature in the future when it is safe to re-enable it. See this bug for reference: https://bugzilla.kernel.org/show_bug.cgi?id=121701 Thanks and best regards -Lv > From: Jens Axboe [mailto:ax...@kernel.dk] > Subject:

RE: Regression in 4.7-rc7

We will revert 3 commits to fix this issue. And re-enable the reverted feature in the future when it is safe to re-enable it. See this bug for reference: https://bugzilla.kernel.org/show_bug.cgi?id=121701 Thanks and best regards -Lv > From: Jens Axboe [mailto:ax...@kernel.dk] > Subject:

Re: [RFC PATCH v5 0/7] perf config: Introduce default config key-value pairs arrays

Hi Taeung, On Tue, Jul 12, 2016 at 01:20:35PM +0900, Taeung Song wrote: > Hi, Namhyung :) > > As you know, the patch work from v3 to v4 took too long time > because of a patchset refactoring perf_config(). > > So I guess it is hard for you to recall this patchset for new default > config arrays

Re: [RFC PATCH v5 0/7] perf config: Introduce default config key-value pairs arrays

Hi Taeung, On Tue, Jul 12, 2016 at 01:20:35PM +0900, Taeung Song wrote: > Hi, Namhyung :) > > As you know, the patch work from v3 to v4 took too long time > because of a patchset refactoring perf_config(). > > So I guess it is hard for you to recall this patchset for new default > config arrays

Re: [PATCH 1/2] Bluetooth: Add LED triggers for HCI frames tx and rx

Dear maintainers, Would you have a review on this? -Guodong On 23 June 2016 at 12:58, Guodong Xu wrote: > Two LED triggers are defined: tx_led and rx_led. Upon frames > available in HCI core layer, for tx or for rx, the combined LED > can blink. > > Verified on HiKey,

Re: [PATCH 1/2] Bluetooth: Add LED triggers for HCI frames tx and rx

Dear maintainers, Would you have a review on this? -Guodong On 23 June 2016 at 12:58, Guodong Xu wrote: > Two LED triggers are defined: tx_led and rx_led. Upon frames > available in HCI core layer, for tx or for rx, the combined LED > can blink. > > Verified on HiKey, 96boards. It uses hi6220

Re: [PATCH] vfs: check i_count under lock in evict_inodes

On Mon, Jul 11, 2016 at 06:31:57PM -0700, David Chen wrote: > Hi Al, > > I'm not sure about the in-tree fs, but in zfsonlinux, it would offload > iput to a thread, so this would happen there. And it would wait for > the thread in put_super(), so that part is not a problem... *shrug* I hadn't

Re: [PATCH] vfs: check i_count under lock in evict_inodes

On Mon, Jul 11, 2016 at 06:31:57PM -0700, David Chen wrote: > Hi Al, > > I'm not sure about the in-tree fs, but in zfsonlinux, it would offload > iput to a thread, so this would happen there. And it would wait for > the thread in put_super(), so that part is not a problem... *shrug* I hadn't

[git pull] vfs.git fixes

The following changes since commit a99cde438de0c4c0cecc1d1af1a55a75b10bfdef: Linux 4.7-rc6 (2016-07-03 23:01:00 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git for-linus for you to fetch changes up to

[git pull] vfs.git fixes

The following changes since commit a99cde438de0c4c0cecc1d1af1a55a75b10bfdef: Linux 4.7-rc6 (2016-07-03 23:01:00 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git for-linus for you to fetch changes up to

Re: [PATCH v2] usb: gadget: f_midi: Add checking if it need align buffer's size to an ep's maxpacketsize

On 11 July 2016 at 19:38, Michal Nazarewicz wrote: > On Mon, Jul 11 2016, Baolin Wang wrote: >> Some gadget device (such as dwc3 gadget) requires quirk_ep_out_aligned_size >> attribute, which means it need to align the request buffer's size to an ep's >> maxpacketsize. >> >>

Re: [PATCH v2] usb: gadget: f_midi: Add checking if it need align buffer's size to an ep's maxpacketsize

On 11 July 2016 at 19:38, Michal Nazarewicz wrote: > On Mon, Jul 11 2016, Baolin Wang wrote: >> Some gadget device (such as dwc3 gadget) requires quirk_ep_out_aligned_size >> attribute, which means it need to align the request buffer's size to an ep's >> maxpacketsize. >> >> Thus we add

Re: [PATCH v3 0/7] PCI: Add support for enforcing all MMIO BARs not to share PAGE_SIZE

Hi Bjorn, Any comment on V3? Thanks, Yongji On 2016/6/30 18:53, Yongji Xie wrote: This series aims to add an option for PCI resource allocator to force BARs not to share PAGE_SIZE. This would make sense to VFIO driver. Because current VFIO implementation disallows to mmap sub-page(size <

Re: [PATCH v3 0/7] PCI: Add support for enforcing all MMIO BARs not to share PAGE_SIZE

Hi Bjorn, Any comment on V3? Thanks, Yongji On 2016/6/30 18:53, Yongji Xie wrote: This series aims to add an option for PCI resource allocator to force BARs not to share PAGE_SIZE. This would make sense to VFIO driver. Because current VFIO implementation disallows to mmap sub-page(size <

Re: [patch 10/15] sched/migration: Move calc_load_migrate() into CPU_DYING

Hi Thomas, > It really does not matter when we fold the load for the outgoing cpu. > It's almost dead anyway, so there is no harm if we fail to fold the > few microseconds which are required for going fully away. We are seeing the load average shoot up when hot unplugging CPUs (+1 for every CPU

Re: [patch 10/15] sched/migration: Move calc_load_migrate() into CPU_DYING

Hi Thomas, > It really does not matter when we fold the load for the outgoing cpu. > It's almost dead anyway, so there is no harm if we fail to fold the > few microseconds which are required for going fully away. We are seeing the load average shoot up when hot unplugging CPUs (+1 for every CPU

Re: [RFC PATCH 0/4] drm: bridge: anx7688 and mux drivers

On 07/06/2016 07:28 AM, Nicolas Boichat wrote: Hi Archit, Sorry got swamped by other things and forgot to reply. On Tue, Jun 28, 2016 at 4:28 PM, Archit Taneja wrote: On 06/27/2016 01:18 PM, Nicolas Boichat wrote: Hi all, This is a follow up to the 2 patches to

Re: [RFC PATCH 0/4] drm: bridge: anx7688 and mux drivers

On 07/06/2016 07:28 AM, Nicolas Boichat wrote: Hi Archit, Sorry got swamped by other things and forgot to reply. On Tue, Jun 28, 2016 at 4:28 PM, Archit Taneja wrote: On 06/27/2016 01:18 PM, Nicolas Boichat wrote: Hi all, This is a follow up to the 2 patches to add support for ANX7688

Re: crypto: ux500 - memmove the right size

On Mon, Jul 11, 2016 at 04:40:34PM +0200, Toralf Förster wrote: > While reading the comment to 19ced623d : > > "The hash buffer is really HASH_BLOCK_SIZE bytes, someone > must have thought that memmove takes n*u32 words by mistake. > Tests work as good/bad as before after this patch.

Re: crypto: ux500 - memmove the right size

On Mon, Jul 11, 2016 at 04:40:34PM +0200, Toralf Förster wrote: > While reading the comment to 19ced623d : > > "The hash buffer is really HASH_BLOCK_SIZE bytes, someone > must have thought that memmove takes n*u32 words by mistake. > Tests work as good/bad as before after this patch.

Re: [PATCH 3/3] crypto: Added Chelsio Menu to the Kconfig file

Hi, [auto build test WARNING on net-next/master] [also build test WARNING on v4.7-rc7 next-20160711] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Yeshaswi-M-R-Gowda/crypto-chcr-Add-Chelsio

Re: [PATCH 3/3] crypto: Added Chelsio Menu to the Kconfig file

Hi, [auto build test WARNING on net-next/master] [also build test WARNING on v4.7-rc7 next-20160711] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Yeshaswi-M-R-Gowda/crypto-chcr-Add-Chelsio

Re: [PATCH v2 01/10] ARM: NUC900: Add nuc970 machine support

On 2016年07月12日 00:04, Arnd Bergmann wrote: On Sunday, July 10, 2016 3:27:21 PM CEST Wan Zongshun wrote: +ifeq ($(CONFIG_SOC_NUC970),) obj-y := irq.o time.o mfp.o gpio.o clock.o obj-y += clksel.o dev.o cpu.o +endif # W90X900 CPU support

Re: [PATCH v2 01/10] ARM: NUC900: Add nuc970 machine support

On 2016年07月12日 00:04, Arnd Bergmann wrote: On Sunday, July 10, 2016 3:27:21 PM CEST Wan Zongshun wrote: +ifeq ($(CONFIG_SOC_NUC970),) obj-y := irq.o time.o mfp.o gpio.o clock.o obj-y += clksel.o dev.o cpu.o +endif # W90X900 CPU support

Re: [PATCH] dmaengine: pxa_dma: implement device_synchronize

On Sun, Jul 10, 2016 at 11:50:49PM +0200, Robert Jarzmik wrote: > Implement the function which wait until a dma channel is stopped to have > a synchronization point. > > This also protects the pxad_remove() from races, such as spurious > interrupts while removing the driver, because : > - as

Re: [PATCH] dmaengine: pxa_dma: implement device_synchronize

On Sun, Jul 10, 2016 at 11:50:49PM +0200, Robert Jarzmik wrote: > Implement the function which wait until a dma channel is stopped to have > a synchronization point. > > This also protects the pxad_remove() from races, such as spurious > interrupts while removing the driver, because : > - as

Re: [PATCH] dmaengine: zynqmp: avoid cast warning

On Mon, Jul 11, 2016 at 11:46:09PM +0200, Arnd Bergmann wrote: > The newly added zynqmp_dma driver produces a warning on 32-bit architectures > when dma_addr_t is 64-bit wide: > > drivers/dma/xilinx/zynqmp_dma.c: In function 'zynqmp_dma_config_sg_ll_desc': > drivers/dma/xilinx/zynqmp_dma.c:321:9:

Re: [PATCH] dmaengine: zynqmp: avoid cast warning

On Mon, Jul 11, 2016 at 11:46:09PM +0200, Arnd Bergmann wrote: > The newly added zynqmp_dma driver produces a warning on 32-bit architectures > when dma_addr_t is 64-bit wide: > > drivers/dma/xilinx/zynqmp_dma.c: In function 'zynqmp_dma_config_sg_ll_desc': > drivers/dma/xilinx/zynqmp_dma.c:321:9:

Re: [PATCH] dmaengine: xilinx: Fix race condition in axi dma cyclic dma mode

On Sat, Jul 09, 2016 at 02:09:48PM +0530, Kedareswara rao Appana wrote: > In cyclic DMA mode need to link the tail bd segment > with the head bd segment to process bd's in cyclic. > > Current driver is doing this only for tx channel > needs to update the same for rx channel case also. Applied,

Re: [PATCH] dmaengine: xilinx: Fix race condition in axi dma cyclic dma mode

On Sat, Jul 09, 2016 at 02:09:48PM +0530, Kedareswara rao Appana wrote: > In cyclic DMA mode need to link the tail bd segment > with the head bd segment to process bd's in cyclic. > > Current driver is doing this only for tx channel > needs to update the same for rx channel case also. Applied,

Re: [RFC PATCH v5 0/7] perf config: Introduce default config key-value pairs arrays

Hi, Namhyung :) As you know, the patch work from v3 to v4 took too long time because of a patchset refactoring perf_config(). So I guess it is hard for you to recall this patchset for new default config arrays but could you a bit response two simple questions ? 1) I renamed 'fb_ground' to

Re: [RFC PATCH v5 0/7] perf config: Introduce default config key-value pairs arrays

Hi, Namhyung :) As you know, the patch work from v3 to v4 took too long time because of a patchset refactoring perf_config(). So I guess it is hard for you to recall this patchset for new default config arrays but could you a bit response two simple questions ? 1) I renamed 'fb_ground' to

Re: [PATCH 4.6 00/31] 4.6.4-stable review

Guenter Roeck writes: > On Mon, Jul 11, 2016 at 01:04:35PM -0700, Kevin Hilman wrote: >> kernelci.org bot writes: >> >> > stable-rc boot: 558 boots: 4 failed, 549 passed with 5 offline >> > (v4.6.2-121-g6b5d7d0432d9) >> > >> > Full Boot Summary: >> >

Re: [PATCH 4.6 00/31] 4.6.4-stable review

Guenter Roeck writes: > On Mon, Jul 11, 2016 at 01:04:35PM -0700, Kevin Hilman wrote: >> kernelci.org bot writes: >> >> > stable-rc boot: 558 boots: 4 failed, 549 passed with 5 offline >> > (v4.6.2-121-g6b5d7d0432d9) >> > >> > Full Boot Summary: >> >

Re: [PATCH v2 0/4] implement vcpu preempted check

On 11/07/16 17:10, Waiman Long wrote: > On 07/06/2016 02:52 AM, Peter Zijlstra wrote: >> On Tue, Jun 28, 2016 at 10:43:07AM -0400, Pan Xinhui wrote: >>> change fomr v1: >>> a simplier definition of default vcpu_is_preempted >>> skip mahcine type check on ppc, and add config. remove

Re: [PATCH v2 0/4] implement vcpu preempted check

On 11/07/16 17:10, Waiman Long wrote: > On 07/06/2016 02:52 AM, Peter Zijlstra wrote: >> On Tue, Jun 28, 2016 at 10:43:07AM -0400, Pan Xinhui wrote: >>> change fomr v1: >>> a simplier definition of default vcpu_is_preempted >>> skip mahcine type check on ppc, and add config. remove

RE: [PATCH v2 2/5] usb: DT binding documentation for qoriq usb 2.0 controller

> -Original Message- > From: Peter Chen [mailto:hzpeterc...@gmail.com] > Sent: Monday, July 11, 2016 12:19 PM > To: Rajesh Bhagat > Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; > devicet...@vger.kernel.org; Peter Chen ; >

RE: [PATCH v2 2/5] usb: DT binding documentation for qoriq usb 2.0 controller

> -Original Message- > From: Peter Chen [mailto:hzpeterc...@gmail.com] > Sent: Monday, July 11, 2016 12:19 PM > To: Rajesh Bhagat > Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; > devicet...@vger.kernel.org; Peter Chen ; > gre...@linuxfoundation.org; kis...@ti.com;

RE: [PATCH v2 3/5] drivers: usb: phy: Add qoriq usb 2.0 phy driver support

> -Original Message- > From: Peter Chen [mailto:hzpeterc...@gmail.com] > Sent: Monday, July 11, 2016 12:24 PM > To: Rajesh Bhagat > Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; > devicet...@vger.kernel.org; Peter Chen ; >

RE: [PATCH v2 3/5] drivers: usb: phy: Add qoriq usb 2.0 phy driver support

> -Original Message- > From: Peter Chen [mailto:hzpeterc...@gmail.com] > Sent: Monday, July 11, 2016 12:24 PM > To: Rajesh Bhagat > Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; > devicet...@vger.kernel.org; Peter Chen ; > gre...@linuxfoundation.org; kis...@ti.com;

Re: [PATCH v3 3/3] ARM64: dts: amlogic: meson-gxbb: Add watchdog node

Guenter Roeck writes: > On 07/10/2016 02:11 AM, Neil Armstrong wrote: >> Signed-off-by: Neil Armstrong > > Reviewed-by: Guenter Roeck > > Would this go in through one of the arm trees ? You can take the driver through the

Re: [PATCH v3 3/3] ARM64: dts: amlogic: meson-gxbb: Add watchdog node

Guenter Roeck writes: > On 07/10/2016 02:11 AM, Neil Armstrong wrote: >> Signed-off-by: Neil Armstrong > > Reviewed-by: Guenter Roeck > > Would this go in through one of the arm trees ? You can take the driver through the watchdog tree, but I'll take the DT stuff through the amlogic tree (and

linux-next: manual merge of the xen-tip tree with the pm tree

Hi all, Today's linux-next merge of the xen-tip tree got a conflict in: drivers/acpi/scan.c between commit: 68bdb6773289 ("ACPI: add support for ACPI reconfiguration notifiers") from the pm tree and commit: c8ac8b6fb495 ("Xen: ACPI: Hide UART used by Xen") from the xen-tip tree. I

linux-next: manual merge of the xen-tip tree with the pm tree

Hi all, Today's linux-next merge of the xen-tip tree got a conflict in: drivers/acpi/scan.c between commit: 68bdb6773289 ("ACPI: add support for ACPI reconfiguration notifiers") from the pm tree and commit: c8ac8b6fb495 ("Xen: ACPI: Hide UART used by Xen") from the xen-tip tree. I

RE: Re: [V3 PATCH 1/2] x86/panic: Replace smp_send_stop() with kdump friendly version

Hi Xunlei, Thanks for the review. > From: Xunlei Pang [mailto:xp...@redhat.com] > Sent: Tuesday, July 12, 2016 12:12 PM > On 2016/07/05 at 19:33, Hidehiro Kawai wrote: > > This patch fixes one of the problems reported by Daniel Walker > > (https://lkml.org/lkml/2015/6/24/44). > > > > If

RE: Re: [V3 PATCH 1/2] x86/panic: Replace smp_send_stop() with kdump friendly version

Hi Xunlei, Thanks for the review. > From: Xunlei Pang [mailto:xp...@redhat.com] > Sent: Tuesday, July 12, 2016 12:12 PM > On 2016/07/05 at 19:33, Hidehiro Kawai wrote: > > This patch fixes one of the problems reported by Daniel Walker > > (https://lkml.org/lkml/2015/6/24/44). > > > > If

[PATCH] irqchip/gicv3-its: Enable cacheable attribute Read-allocate hints

Read-allocation hints are not enabled for both the GIC-ITS and GICR tables. This forces the hardware to always read the table contents from an external memory (DDR) which is slow compared to cache memory. Most of the tables are often read by hardware. So, it's better to enable Read-allocate hints

[PATCH] irqchip/gicv3-its: Enable cacheable attribute Read-allocate hints

Read-allocation hints are not enabled for both the GIC-ITS and GICR tables. This forces the hardware to always read the table contents from an external memory (DDR) which is slow compared to cache memory. Most of the tables are often read by hardware. So, it's better to enable Read-allocate hints

Re: [PATCH v7 1/4] soc: mediatek: Refine scpsys to support multiple platform

Hi Matthias, On Mon, 2016-07-11 at 15:10 +0200, Matthias Brugger wrote: > > On 11/07/16 10:56, James Liao wrote: > > [...] > > > @@ -467,28 +386,54 @@ static int scpsys_probe(struct platform_device > > *pdev) > > if (PTR_ERR(scpd->supply) == -ENODEV) >

Re: [PATCH v7 1/4] soc: mediatek: Refine scpsys to support multiple platform

Hi Matthias, On Mon, 2016-07-11 at 15:10 +0200, Matthias Brugger wrote: > > On 11/07/16 10:56, James Liao wrote: > > [...] > > > @@ -467,28 +386,54 @@ static int scpsys_probe(struct platform_device > > *pdev) > > if (PTR_ERR(scpd->supply) == -ENODEV) >

Re: [PATCH v2 04/13] KVM: x86: dynamic kvm_apic_map

On 2016/7/11 23:52, Radim Krčmář wrote: 2016-07-11 16:14+0200, Paolo Bonzini: On 11/07/2016 15:48, Radim Krčmář wrote: I guess the easiest solution is to replace kvm_apic_id with a field in struct kvm_lapic, which is already shifted right by 24 in xAPIC mode. (I guess the fewest LOC is to

Re: [PATCH v2 04/13] KVM: x86: dynamic kvm_apic_map

On 2016/7/11 23:52, Radim Krčmář wrote: 2016-07-11 16:14+0200, Paolo Bonzini: On 11/07/2016 15:48, Radim Krčmář wrote: I guess the easiest solution is to replace kvm_apic_id with a field in struct kvm_lapic, which is already shifted right by 24 in xAPIC mode. (I guess the fewest LOC is to

[PATCH v2] sound: oss: Remove useless initialisation

Remove useless initialisation of variable whose value is reinitialised later. The Coccinelle semantic patch used to make this change is as follows: @@ type T; identifier x; constant C; expression e; @@ T x - = C ; x = e; Signed-off-by: Amitoj Kaur Chawla --- Changes in

[PATCH v2] sound: oss: Remove useless initialisation

Remove useless initialisation of variable whose value is reinitialised later. The Coccinelle semantic patch used to make this change is as follows: @@ type T; identifier x; constant C; expression e; @@ T x - = C ; x = e; Signed-off-by: Amitoj Kaur Chawla --- Changes in v2: -Modify

Re: [PATCH v5] tools/perf: Fix the mask in regs_dump__printf and print_sample_iregs

Hi Arnaldo, Any updates for this fix. Kindly let me know. Maddy On Tuesday 28 June 2016 02:24 PM, Jiri Olsa wrote: > On Thu, Jun 23, 2016 at 11:19:27AM +0530, Madhavan Srinivasan wrote: > > SNIP > >> Changelog v1: >> 1)updated commit message and patch subject >> 2)Add the fix to

Re: [PATCH v5] tools/perf: Fix the mask in regs_dump__printf and print_sample_iregs

Hi Arnaldo, Any updates for this fix. Kindly let me know. Maddy On Tuesday 28 June 2016 02:24 PM, Jiri Olsa wrote: > On Thu, Jun 23, 2016 at 11:19:27AM +0530, Madhavan Srinivasan wrote: > > SNIP > >> Changelog v1: >> 1)updated commit message and patch subject >> 2)Add the fix to

[PATCH] sound: oss: Remove useless initialisation

@@ type T; identifier x; constant C; expression e; @@ T x - = C ; x = e; Signed-off-by: Amitoj Kaur Chawla --- sound/oss/ad1848.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sound/oss/ad1848.c b/sound/oss/ad1848.c index 10c8de1..6368e5c 100644 ---

[PATCH] sound: oss: Remove useless initialisation

@@ type T; identifier x; constant C; expression e; @@ T x - = C ; x = e; Signed-off-by: Amitoj Kaur Chawla --- sound/oss/ad1848.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sound/oss/ad1848.c b/sound/oss/ad1848.c index 10c8de1..6368e5c 100644 --- a/sound/oss/ad1848.c

Re: [PATCH] iscsi-target: fix panic when add the second TCP connection to iSCSI session

Add ls...@suse.com 2016-07-11 22:23 GMT+08:00 冯力 : > This problem exists at least from v3.16. > The upstream kernel still exists this issue. > > I have tested my patch and the following panic is disappeared. > > Thanks, > - Alex > > #dmesg > > [ 1160.788676] sd 16:0:0:0:

Re: [PATCH] iscsi-target: fix panic when add the second TCP connection to iSCSI session

Add ls...@suse.com 2016-07-11 22:23 GMT+08:00 冯力 : > This problem exists at least from v3.16. > The upstream kernel still exists this issue. > > I have tested my patch and the following panic is disappeared. > > Thanks, > - Alex > > #dmesg > > [ 1160.788676] sd 16:0:0:0: [sde] Attached SCSI disk

Re: [V3 PATCH 1/2] x86/panic: Replace smp_send_stop() with kdump friendly version

On 2016/07/05 at 19:33, Hidehiro Kawai wrote: > This patch fixes one of the problems reported by Daniel Walker > (https://lkml.org/lkml/2015/6/24/44). > > If crash_kexec_post_notifiers boot option is specified, other CPUs > are stopped by smp_send_stop() instead of machine_crash_shutdown() > in

Re: [V3 PATCH 1/2] x86/panic: Replace smp_send_stop() with kdump friendly version

On 2016/07/05 at 19:33, Hidehiro Kawai wrote: > This patch fixes one of the problems reported by Daniel Walker > (https://lkml.org/lkml/2015/6/24/44). > > If crash_kexec_post_notifiers boot option is specified, other CPUs > are stopped by smp_send_stop() instead of machine_crash_shutdown() > in

Re: [RFC PATCH v2 6/7] lib/persubnode: Introducing a simple per-subnode APIs

On Mon, Jul 11, 2016 at 01:32:11PM -0400, Waiman Long wrote: > The percpu APIs are extensively used in the Linux kernel to reduce > cacheline contention and improve performance. For some use cases, the > percpu APIs may be too fine-grain for distributed resources whereas > a per-node based

Re: [RFC PATCH v2 6/7] lib/persubnode: Introducing a simple per-subnode APIs

On Mon, Jul 11, 2016 at 01:32:11PM -0400, Waiman Long wrote: > The percpu APIs are extensively used in the Linux kernel to reduce > cacheline contention and improve performance. For some use cases, the > percpu APIs may be too fine-grain for distributed resources whereas > a per-node based

Re: tty/vt/keyboard: out of bounds access in do_compute_shiftstate

On Mon, Jun 27, 2016 at 02:27:56PM -0700, Dmitry Torokhov wrote: > On Sun, May 29, 2016 at 01:52:44PM -0400, Sasha Levin wrote: > > Hi all, > > > > I've hit the following while fuzzing with syzkaller inside a KVM tools guest > > running the latest -next kernel: > > > > [ 2662.777566] BUG: KASAN:

Re: tty/vt/keyboard: out of bounds access in do_compute_shiftstate

On Mon, Jun 27, 2016 at 02:27:56PM -0700, Dmitry Torokhov wrote: > On Sun, May 29, 2016 at 01:52:44PM -0400, Sasha Levin wrote: > > Hi all, > > > > I've hit the following while fuzzing with syzkaller inside a KVM tools guest > > running the latest -next kernel: > > > > [ 2662.777566] BUG: KASAN:

[Patch v1] netlogic/platform_net: Catch failure to register NETLOGIC_XLR_NET device.

This driver Kconfig is depend on CPU_XLR. If default Kconfig NETLOGIC_XLR_NET value are used with CPU_XLR then you end up with a resource. This causes __request_resource to return a conflict which then returns an -EBUSY error code. The driver netlogic/platform_net.c assumes that the

[Patch v1] netlogic/platform_net: Catch failure to register NETLOGIC_XLR_NET device.

This driver Kconfig is depend on CPU_XLR. If default Kconfig NETLOGIC_XLR_NET value are used with CPU_XLR then you end up with a resource. This causes __request_resource to return a conflict which then returns an -EBUSY error code. The driver netlogic/platform_net.c assumes that the

Re: [PATCH 00/31] Move LRU page reclaim from zones to nodes v8

On Mon, Jul 11, 2016 at 10:02:24AM +0100, Mel Gorman wrote: > On Mon, Jul 11, 2016 at 10:47:57AM +1000, Dave Chinner wrote: > > > I had tested XFS with earlier releases and noticed no major problems > > > so later releases tested only one filesystem. Given the changes since, > > > a retest is

Re: [PATCH 00/31] Move LRU page reclaim from zones to nodes v8

On Mon, Jul 11, 2016 at 10:02:24AM +0100, Mel Gorman wrote: > On Mon, Jul 11, 2016 at 10:47:57AM +1000, Dave Chinner wrote: > > > I had tested XFS with earlier releases and noticed no major problems > > > so later releases tested only one filesystem. Given the changes since, > > > a retest is

Re: [dm-devel] [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion

On Tue, Jul 12 2016, Lars Ellenberg wrote: > > Instead, I suggest to distinguish between recursive calls to > generic_make_request(), and pushing back the remainder part in > blk_queue_split(), by pointing current->bio_lists to a > struct recursion_to_iteration_bio_lists { >

Re: [dm-devel] [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion

On Tue, Jul 12 2016, Lars Ellenberg wrote: > > Instead, I suggest to distinguish between recursive calls to > generic_make_request(), and pushing back the remainder part in > blk_queue_split(), by pointing current->bio_lists to a > struct recursion_to_iteration_bio_lists { >

RE: Re: [V3 PATCH 1/2] x86/panic: Replace smp_send_stop() with kdump friendly version

Hi Dave, Thanks for the comments. > From: Dave Young [mailto:dyo...@redhat.com] > Sent: Monday, July 11, 2016 5:35 PM > > On 07/05/16 at 08:33pm, Hidehiro Kawai wrote: > > This patch fixes one of the problems reported by Daniel Walker > > (https://lkml.org/lkml/2015/6/24/44). > > > > If

RE: Re: [V3 PATCH 1/2] x86/panic: Replace smp_send_stop() with kdump friendly version

Hi Dave, Thanks for the comments. > From: Dave Young [mailto:dyo...@redhat.com] > Sent: Monday, July 11, 2016 5:35 PM > > On 07/05/16 at 08:33pm, Hidehiro Kawai wrote: > > This patch fixes one of the problems reported by Daniel Walker > > (https://lkml.org/lkml/2015/6/24/44). > > > > If

Re: [PATCH v4 1/3] dt-bindings: auxadc: Add binding document for Mediatek auxadc.

On Mon, 2016-07-11 at 14:39 +0800, Zhiyong Tao wrote: > The commit adds the device tree binding documentation for the mediatek > auxadc found on Mediatek MT2701. > Thermal gets auxadc sample data by iio device. > So the commit changes auxadc device tree binding documentation from >

Re: [PATCH v4 1/3] dt-bindings: auxadc: Add binding document for Mediatek auxadc.

On Mon, 2016-07-11 at 14:39 +0800, Zhiyong Tao wrote: > The commit adds the device tree binding documentation for the mediatek > auxadc found on Mediatek MT2701. > Thermal gets auxadc sample data by iio device. > So the commit changes auxadc device tree binding documentation from >

Re: [PATCH v6 RESEND] r8152: Add support for setting pass through MAC address on RTL8153-AD

From: Mario Limonciello Date: Mon, 11 Jul 2016 19:58:04 -0500 > The RTL8153-AD supports a persistent system specific MAC address. > This means a device plugged into two different systems with host side > support will show different (but persistent) MAC addresses. > >

Re: [PATCH v6 RESEND] r8152: Add support for setting pass through MAC address on RTL8153-AD

From: Mario Limonciello Date: Mon, 11 Jul 2016 19:58:04 -0500 > The RTL8153-AD supports a persistent system specific MAC address. > This means a device plugged into two different systems with host side > support will show different (but persistent) MAC addresses. > > This information for the

Re: [PATCH v3 3/4] perf annotate: add powerpc support

Em Tue, Jul 12, 2016 at 07:51:46AM +0530, Ravi Bangoria escreveu: > Hi Arnaldo, > > On Friday 08 July 2016 02:01 PM, Michael Ellerman wrote: > > Ravi Bangoria writes: > > > > > On Wednesday 06 July 2016 03:38 PM, Michael Ellerman wrote: > > > > > > I've sent

Re: [PATCH v3 3/4] perf annotate: add powerpc support

Em Tue, Jul 12, 2016 at 07:51:46AM +0530, Ravi Bangoria escreveu: > Hi Arnaldo, > > On Friday 08 July 2016 02:01 PM, Michael Ellerman wrote: > > Ravi Bangoria writes: > > > > > On Wednesday 06 July 2016 03:38 PM, Michael Ellerman wrote: > > > > > > I've sent v4 which enables annotate for bctr'

[RFC PATCH 1/3] PCI: hisi: re-architect Hip05/Hip06 controllers driver to preapare for ACPI

re-architect the Hip05/Hip06 host controllers driver to prepare for the ACPI based driver. The common functions used also by the ACPI driver have been grouped into a new "common" file. Signed-off-by: Gabriele Paoloni Signed-off-by: Dongdong Liu

[RFC PATCH 2/3] PCI: hisi: Add ECAM support for devices that are not RC

This patch modifies the current Hip05/Hip06 PCIe host controller driver to add support for 'almost ECAM' compliant platforms. Some controllers are ECAM compliant for all the devices of the hierarchy except the root complex; this patch adds support for such controllers. This is needed in

[RFC PATCH 3/3] PCI/ACPI: hisi: Add ACPI support for HiSilicon SoCs Host Controllers

Add specific quirks for PCI config space accessors.This involves: 1. New initialization call hisi_pcie_acpi_init() to get RC config resource with hardcoded range address and setup ecam mapping. 2. New entry in common quirk array. Signed-off-by: Dongdong Liu

[RFC PATCH 1/3] PCI: hisi: re-architect Hip05/Hip06 controllers driver to preapare for ACPI

re-architect the Hip05/Hip06 host controllers driver to prepare for the ACPI based driver. The common functions used also by the ACPI driver have been grouped into a new "common" file. Signed-off-by: Gabriele Paoloni Signed-off-by: Dongdong Liu --- MAINTAINERS | 2 +

[RFC PATCH 2/3] PCI: hisi: Add ECAM support for devices that are not RC

This patch modifies the current Hip05/Hip06 PCIe host controller driver to add support for 'almost ECAM' compliant platforms. Some controllers are ECAM compliant for all the devices of the hierarchy except the root complex; this patch adds support for such controllers. This is needed in

[RFC PATCH 3/3] PCI/ACPI: hisi: Add ACPI support for HiSilicon SoCs Host Controllers

Add specific quirks for PCI config space accessors.This involves: 1. New initialization call hisi_pcie_acpi_init() to get RC config resource with hardcoded range address and setup ecam mapping. 2. New entry in common quirk array. Signed-off-by: Dongdong Liu Signed-off-by: Gabriele Paoloni ---

[RFC PATCH 0/3] Add ACPI support for Hisilicon PCIe Host Controller

This patchset adds ACPI support for the HiSilicon Hip05/Hip06 SoC PCIe controllers. The three patches respectively: - re-architect the current HiSilicon driver to make it scalable to the new ACPI quirks. - rework the current HiSilicon driver to add support for ECAM

[RFC PATCH 0/3] Add ACPI support for Hisilicon PCIe Host Controller

This patchset adds ACPI support for the HiSilicon Hip05/Hip06 SoC PCIe controllers. The three patches respectively: - re-architect the current HiSilicon driver to make it scalable to the new ACPI quirks. - rework the current HiSilicon driver to add support for ECAM

Re: [PATCH] usb:solve resume usb device identification problem

Hi, On 07/12/2016 09:48 AM, Lipengcheng wrote: > Hi, > >> -Original Message- >> From: Lu Baolu [mailto:baolu...@linux.intel.com] >> Sent: Tuesday, July 12, 2016 8:42 AM >> To: Lipengcheng; gre...@linuxfoundation.org; st...@rowland.harvard.edu; >> chasemetzge...@gmail.com;

Re: [PATCH] usb:solve resume usb device identification problem

Hi, On 07/12/2016 09:48 AM, Lipengcheng wrote: > Hi, > >> -Original Message- >> From: Lu Baolu [mailto:baolu...@linux.intel.com] >> Sent: Tuesday, July 12, 2016 8:42 AM >> To: Lipengcheng; gre...@linuxfoundation.org; st...@rowland.harvard.edu; >> chasemetzge...@gmail.com;

Re: [PATCH v3 3/4] perf annotate: add powerpc support

Hi Arnaldo, On Friday 08 July 2016 02:01 PM, Michael Ellerman wrote: Ravi Bangoria writes: On Wednesday 06 July 2016 03:38 PM, Michael Ellerman wrote: I've sent v4 which enables annotate for bctr' instructions. for 'bctr', it will show down arrow(indicate

Re: [PATCH v3 3/4] perf annotate: add powerpc support

Hi Arnaldo, On Friday 08 July 2016 02:01 PM, Michael Ellerman wrote: Ravi Bangoria writes: On Wednesday 06 July 2016 03:38 PM, Michael Ellerman wrote: I've sent v4 which enables annotate for bctr' instructions. for 'bctr', it will show down arrow(indicate jump) and 'bctrl' will show right

  1   2   3   4   5   6   7   8   9   10   >