RE: [PATCH] sd: remove redundant check for BLK_DEF_MAX_SECTORS

Hi Martin, Thanks for looking into this. The problem I'm trying to solve is that, I want to have lower layer driver to setup max_sectors bigger than BLK_DEF_MAX_SECTORS. In Hyper-v, we use 2MB max transfer I/O size, in future version the max transfer I/O size will increase to 8MB. The

RE: [PATCH] sd: remove redundant check for BLK_DEF_MAX_SECTORS

Hi Martin, Thanks for looking into this. The problem I'm trying to solve is that, I want to have lower layer driver to setup max_sectors bigger than BLK_DEF_MAX_SECTORS. In Hyper-v, we use 2MB max transfer I/O size, in future version the max transfer I/O size will increase to 8MB. The

[PATCH net] Driver: Vmxnet3: segCnt can be 1 for LRO packets

The device emulation may send segCnt of 1 for LRO packets. Signed-off-by: Shrikrishna Khare Signed-off-by: Jin Heo --- drivers/net/vmxnet3/vmxnet3_drv.c | 2 +- drivers/net/vmxnet3/vmxnet3_int.h | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-)

[PATCH net] Driver: Vmxnet3: segCnt can be 1 for LRO packets

The device emulation may send segCnt of 1 for LRO packets. Signed-off-by: Shrikrishna Khare Signed-off-by: Jin Heo --- drivers/net/vmxnet3/vmxnet3_drv.c | 2 +- drivers/net/vmxnet3/vmxnet3_int.h | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git

Re: [PATCH v13 10/10] kprobes: Add arm64 case in kprobe example module

On Thu, Jun 02, 2016 at 11:26:24PM -0400, David Long wrote: > From: Sandeepa Prabhu > > Add info prints in sample kprobe handlers for ARM64 > > Signed-off-by: Sandeepa Prabhu > --- > samples/kprobes/kprobe_example.c | 8 > 1

Re: [PATCH v13 10/10] kprobes: Add arm64 case in kprobe example module

On Thu, Jun 02, 2016 at 11:26:24PM -0400, David Long wrote: > From: Sandeepa Prabhu > > Add info prints in sample kprobe handlers for ARM64 > > Signed-off-by: Sandeepa Prabhu > --- > samples/kprobes/kprobe_example.c | 8 > 1 file changed, 8 insertions(+) > > diff --git

Re: [PATCH 0/2] Proper ro_after_init implementation on s390

On Tue, Jun 07, 2016 at 11:11:17AM -0700, Kees Cook wrote: > On Tue, Jun 7, 2016 at 11:07 AM, Heiko Carstens > wrote: > > On Tue, Jun 07, 2016 at 08:49:14AM -0700, Kees Cook wrote: > >> > Heiko Carstens (2): > >> > vmlinux.lds.h: allow arch specific handling of

Re: [PATCH 0/2] Proper ro_after_init implementation on s390

On Tue, Jun 07, 2016 at 11:11:17AM -0700, Kees Cook wrote: > On Tue, Jun 7, 2016 at 11:07 AM, Heiko Carstens > wrote: > > On Tue, Jun 07, 2016 at 08:49:14AM -0700, Kees Cook wrote: > >> > Heiko Carstens (2): > >> > vmlinux.lds.h: allow arch specific handling of ro_after_init data > >> >

Re: [PATCH v8 2/3] CMDQ: Mediatek CMDQ driver

Hi Matthias, On Tue, 2016-06-07 at 18:59 +0200, Matthias Brugger wrote: > > On 03/06/16 15:11, Matthias Brugger wrote: > > > > > [...] > > >> + > >> +smp_mb(); /* modify jump before enable thread */ > >> +} > >> + > >> +

Re: [PATCH v8 2/3] CMDQ: Mediatek CMDQ driver

Hi Matthias, On Tue, 2016-06-07 at 18:59 +0200, Matthias Brugger wrote: > > On 03/06/16 15:11, Matthias Brugger wrote: > > > > > [...] > > >> + > >> +smp_mb(); /* modify jump before enable thread */ > >> +} > >> + > >> +

Re: [LKP] [lkp] [mm] 795ae7a0de: pixz.throughput -9.1% regression

On Tue, Jun 07, 2016 at 05:56:27PM -0400, Johannes Weiner wrote: >On Tue, Jun 07, 2016 at 12:48:17PM +0800, Ye Xiaolong wrote: >> FYI, below is the comparison info between 3ed3a4f, 795ae7ay, v4.7-rc2 and the >> revert commit (eaa7f0d). > >Thanks for running this. > >Alas, I still can not make

Re: [LKP] [lkp] [mm] 795ae7a0de: pixz.throughput -9.1% regression

On Tue, Jun 07, 2016 at 05:56:27PM -0400, Johannes Weiner wrote: >On Tue, Jun 07, 2016 at 12:48:17PM +0800, Ye Xiaolong wrote: >> FYI, below is the comparison info between 3ed3a4f, 795ae7ay, v4.7-rc2 and the >> revert commit (eaa7f0d). > >Thanks for running this. > >Alas, I still can not make

[PATCH 5/5] Staging: comedi: dmm32at: Prefer using the BIT macro

This fixes all occurences of (1< --- drivers/staging/comedi/drivers/dmm32at.c | 86 1 file changed,

[PATCH 5/5] Staging: comedi: dmm32at: Prefer using the BIT macro

This fixes all occurences of (1< --- drivers/staging/comedi/drivers/dmm32at.c | 86 1 file changed, 43 insertions(+), 43 deletions(-) diff --git a/drivers/staging/comedi/drivers/dmm32at.c b/drivers/staging/comedi/drivers/dmm32at.c index 958c0d4..4ca6104 100644

Re: [PATCH] KVM: s390: fix build failure

On Wed, Jun 08, 2016 at 07:17:35AM +0200, Christian Borntraeger wrote: > On 06/07/2016 11:49 PM, Sudip Mukherjee wrote: > > etr_ptff definitions are moved and renamed but we missed updating them > > here and as a result s390 defconfig and allmodconfig was failing with > > the error: > >

Re: [PATCH] KVM: s390: fix build failure

On Wed, Jun 08, 2016 at 07:17:35AM +0200, Christian Borntraeger wrote: > On 06/07/2016 11:49 PM, Sudip Mukherjee wrote: > > etr_ptff definitions are moved and renamed but we missed updating them > > here and as a result s390 defconfig and allmodconfig was failing with > > the error: > >

Re: [PATCH v6 3/6] crypto: AF_ALG -- add asymmetric cipher interface

Am Dienstag, 7. Juni 2016, 17:28:07 schrieb Mat Martineau: Hi Mat, > > + used = ctx->used; > > + > > + /* convert iovecs of output buffers into scatterlists */ > > + while (iov_iter_count(>msg_iter)) { > > + /* make one iovec available as scatterlist */ > > + err =

[PATCH 3/5] Staging: comedi: das800: fix comment issue

This fixes up a WARNING: 'Block comments use a trailing */ on a separate line'found by the checkpatch.pl tool Signed-off-by: Ravishankar Karkala Mallikarjunayya --- drivers/staging/comedi/drivers/das800.c | 102 1 file changed, 51

Re: [PATCH v6 3/6] crypto: AF_ALG -- add asymmetric cipher interface

Am Dienstag, 7. Juni 2016, 17:28:07 schrieb Mat Martineau: Hi Mat, > > + used = ctx->used; > > + > > + /* convert iovecs of output buffers into scatterlists */ > > + while (iov_iter_count(>msg_iter)) { > > + /* make one iovec available as scatterlist */ > > + err =

[PATCH 3/5] Staging: comedi: das800: fix comment issue

This fixes up a WARNING: 'Block comments use a trailing */ on a separate line'found by the checkpatch.pl tool Signed-off-by: Ravishankar Karkala Mallikarjunayya --- drivers/staging/comedi/drivers/das800.c | 102 1 file changed, 51 insertions(+), 51 deletions(-)

[PATCH 1/5] Staging: comedi: das16: fix blank line

This fixes up a blank line after function/struct/union/enum check found by the checkpatch.pl tool Signed-off-by: Ravishankar Karkala Mallikarjunayya --- drivers/staging/comedi/drivers/das16.c | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH 1/5] Staging: comedi: das16: fix blank line

This fixes up a blank line after function/struct/union/enum check found by the checkpatch.pl tool Signed-off-by: Ravishankar Karkala Mallikarjunayya --- drivers/staging/comedi/drivers/das16.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/staging/comedi/drivers/das16.c

[PATCH 2/5] Staging: comedi: das16: fix Block comment

This fixes up a WARNING: 'Block comments use a trailing */ on a separate line'found by the checkpatch.pl tool. Signed-off-by: Ravishankar Karkala Mallikarjunayya --- drivers/staging/comedi/drivers/das16.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-)

[PATCH 4/5] Staging: comedi: das800: Prefer unsigned int instead of unsigned

This fixes up a WARNING: Prefer 'unsigned int' to bare use of 'unsigned' found by the checkpatch.pl tool. Signed-off-by: Ravishankar Karkala Mallikarjunayya --- drivers/staging/comedi/drivers/das800.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff

[PATCH 2/5] Staging: comedi: das16: fix Block comment

This fixes up a WARNING: 'Block comments use a trailing */ on a separate line'found by the checkpatch.pl tool. Signed-off-by: Ravishankar Karkala Mallikarjunayya --- drivers/staging/comedi/drivers/das16.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git

[PATCH 4/5] Staging: comedi: das800: Prefer unsigned int instead of unsigned

This fixes up a WARNING: Prefer 'unsigned int' to bare use of 'unsigned' found by the checkpatch.pl tool. Signed-off-by: Ravishankar Karkala Mallikarjunayya --- drivers/staging/comedi/drivers/das800.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

Re: [PATCH 1/3] usb: pci: Remove unnecessary pci_set_drvdata().

On Wed, May 11, 2016 at 06:08:15PM +0530, Sandhya Bankar wrote: > Unnecessary [platform|pci]_set_drvdata() have been removed since the driver > core clears the driver data to NULLafter device release or on probe failure. > There is no need to manually clear the > device driver data to NULL.

Re: [PATCH 1/3] usb: pci: Remove unnecessary pci_set_drvdata().

On Wed, May 11, 2016 at 06:08:15PM +0530, Sandhya Bankar wrote: > Unnecessary [platform|pci]_set_drvdata() have been removed since the driver > core clears the driver data to NULLafter device release or on probe failure. > There is no need to manually clear the > device driver data to NULL.

Re: NVMe over Fabrics target implementation

On Tue, 2016-06-07 at 12:55 +0200, Christoph Hellwig wrote: > There is absolutely no point in dragging in an overcomplicated configfs > structure for a very simple protocol which also is very different from > SCSI in it's nitty gritty details. Please be more specific wrt the two individual

Re: NVMe over Fabrics target implementation

On Tue, 2016-06-07 at 12:55 +0200, Christoph Hellwig wrote: > There is absolutely no point in dragging in an overcomplicated configfs > structure for a very simple protocol which also is very different from > SCSI in it's nitty gritty details. Please be more specific wrt the two individual

Re: [PATCH 1/8] blk-mq: add blk_mq_alloc_request_hctx

On Tue, 2016-06-07 at 22:49 -0600, Jens Axboe wrote: > On 06/06/2016 03:21 PM, Christoph Hellwig wrote: > > From: Ming Lin > > > > For some protocols like NVMe over Fabrics we need to be able to > > send > > initialization commands to a specific queue. > > > > Based on

Re: [PATCH 1/8] blk-mq: add blk_mq_alloc_request_hctx

On Tue, 2016-06-07 at 22:49 -0600, Jens Axboe wrote: > On 06/06/2016 03:21 PM, Christoph Hellwig wrote: > > From: Ming Lin > > > > For some protocols like NVMe over Fabrics we need to be able to > > send > > initialization commands to a specific queue. > > > > Based on an earlier patch from

Re: [PATCH 3.10 000/143] 3.10.102-stable review

On Tue, Jun 07, 2016 at 05:52:52PM -0700, Guenter Roeck wrote: > Here we are; > > Build results: > total: 123 pass: 123 fail: 0 > Qemu test results: > total: 75 pass: 75 fail: 0 > > Details are available at http://kerneltests.org/builders. Excellent, thank you Guenter! Willy

Re: [PATCH 3.10 000/143] 3.10.102-stable review

On Tue, Jun 07, 2016 at 05:52:52PM -0700, Guenter Roeck wrote: > Here we are; > > Build results: > total: 123 pass: 123 fail: 0 > Qemu test results: > total: 75 pass: 75 fail: 0 > > Details are available at http://kerneltests.org/builders. Excellent, thank you Guenter! Willy

Re: [PATCH] KVM: s390: fix build failure

On 06/07/2016 11:49 PM, Sudip Mukherjee wrote: > etr_ptff definitions are moved and renamed but we missed updating them > here and as a result s390 defconfig and allmodconfig was failing with > the error: > arch/s390/kvm/kvm-s390.c:230:45: error: 'ETR_PTFF_QAF' undeclared > > Fixes: cc8f94656487

Re: [PATCH] KVM: s390: fix build failure

On 06/07/2016 11:49 PM, Sudip Mukherjee wrote: > etr_ptff definitions are moved and renamed but we missed updating them > here and as a result s390 defconfig and allmodconfig was failing with > the error: > arch/s390/kvm/kvm-s390.c:230:45: error: 'ETR_PTFF_QAF' undeclared > > Fixes: cc8f94656487

Re: [PATCH] mm/zsmalloc: add trace events for zs_compact

On Wed, Jun 08, 2016 at 09:48:30AM +0800, Ganesh Mahendran wrote: > Hi, Minchan: > > 2016-06-08 8:16 GMT+08:00 Minchan Kim : > > Hello Ganesh, > > > > On Tue, Jun 07, 2016 at 04:56:44PM +0800, Ganesh Mahendran wrote: > >> Currently zsmalloc is widely used in android device. >

Re: [PATCH] mm/zsmalloc: add trace events for zs_compact

On Wed, Jun 08, 2016 at 09:48:30AM +0800, Ganesh Mahendran wrote: > Hi, Minchan: > > 2016-06-08 8:16 GMT+08:00 Minchan Kim : > > Hello Ganesh, > > > > On Tue, Jun 07, 2016 at 04:56:44PM +0800, Ganesh Mahendran wrote: > >> Currently zsmalloc is widely used in android device. > >> Sometimes, we

Re: [PATCH 09/10] x86, asm: Use CC_SET()/CC_OUT() and static_cpu_has() in archrandom.h

On Tue, Jun 7, 2016 at 4:31 PM, H. Peter Anvin wrote: > Use CC_SET()/CC_OUT() and static_cpu_has(). This produces code good > enough to eliminate ad hoc use of alternatives in , > greatly simplifying the code. Looks reasonable.

Re: [PATCH 09/10] x86, asm: Use CC_SET()/CC_OUT() and static_cpu_has() in archrandom.h

On Tue, Jun 7, 2016 at 4:31 PM, H. Peter Anvin wrote: > Use CC_SET()/CC_OUT() and static_cpu_has(). This produces code good > enough to eliminate ad hoc use of alternatives in , > greatly simplifying the code. Looks reasonable.

RE: [PATCH 2/2] aer: add support aer interrupt with none MSI/MSI-X/INTx mode

Hi Bjorn, Thanks for the kindly reply. All these are helpful. > From: Bjorn Helgaas [mailto:helg...@kernel.org] > On Wed, June 08, 2016 6:47 AM > > On Tue, Jun 07, 2016 at 10:07:40AM +, Po Liu wrote: > > Hi Bjorn, > > > > > -Original Message- > > > > > > On Mon, Jun 06,

RE: [PATCH 2/2] aer: add support aer interrupt with none MSI/MSI-X/INTx mode

Hi Bjorn, Thanks for the kindly reply. All these are helpful. > From: Bjorn Helgaas [mailto:helg...@kernel.org] > On Wed, June 08, 2016 6:47 AM > > On Tue, Jun 07, 2016 at 10:07:40AM +, Po Liu wrote: > > Hi Bjorn, > > > > > -Original Message- > > > > > > On Mon, Jun 06,

Re: [PATCH v8 2/3] CMDQ: Mediatek CMDQ driver

Hi Matthias, On Tue, 2016-06-07 at 19:04 +0200, Matthias Brugger wrote: > > On 30/05/16 05:19, HS Liao wrote: > > This patch is first version of Mediatek Command Queue(CMDQ) driver. The > > CMDQ is used to help read/write registers with critical time limitation, > > such as updating display

Re: [PATCH v8 2/3] CMDQ: Mediatek CMDQ driver

Hi Matthias, On Tue, 2016-06-07 at 19:04 +0200, Matthias Brugger wrote: > > On 30/05/16 05:19, HS Liao wrote: > > This patch is first version of Mediatek Command Queue(CMDQ) driver. The > > CMDQ is used to help read/write registers with critical time limitation, > > such as updating display

Re: [PATCH 04/10] x86, asm: define CC_SET() and CC_OUT() macros

On Tue, Jun 7, 2016 at 4:31 PM, H. Peter Anvin wrote: > From: "H. Peter Anvin" > > The CC_SET() and CC_OUT() macros can be used together to take > advantage of the new __GCC_ASM_FLAG_OUTPUTS__ feature in gcc 6+ while > remaining backwards compatible.

Re: [PATCH 04/10] x86, asm: define CC_SET() and CC_OUT() macros

On Tue, Jun 7, 2016 at 4:31 PM, H. Peter Anvin wrote: > From: "H. Peter Anvin" > > The CC_SET() and CC_OUT() macros can be used together to take > advantage of the new __GCC_ASM_FLAG_OUTPUTS__ feature in gcc 6+ while > remaining backwards compatible. CC_SET() generates a SET instruction > on

Re: [PATCH v2 1/6] power: Introduce Broadcom kona reset driver

Hi, On Tue, Jun 07, 2016 at 12:40:41PM -0700, Chris Brand wrote: > On Mon, Jun 6, 2016 at 6:50 PM, Sebastian Reichel wrote: > > Hi, > > > > On Mon, Jun 06, 2016 at 09:42:03AM -0700, Chris Brand wrote: > >> On Thu, Jun 2, 2016 at 7:38 PM, Sebastian Reichel

Re: [PATCH v2 1/6] power: Introduce Broadcom kona reset driver

Hi, On Tue, Jun 07, 2016 at 12:40:41PM -0700, Chris Brand wrote: > On Mon, Jun 6, 2016 at 6:50 PM, Sebastian Reichel wrote: > > Hi, > > > > On Mon, Jun 06, 2016 at 09:42:03AM -0700, Chris Brand wrote: > >> On Thu, Jun 2, 2016 at 7:38 PM, Sebastian Reichel wrote: > >> > Feel free to queue it via

linux-next: Tree for Jun 8

Hi all, News: there will be no linux-next releases on Friday or Monday, so the release following tomorrow's will be next-20160614. Changes since 20160607: Removed tree: drm-vc4 (merged into the bcm2835 tree) Dropped tree: amlogic (build failure) My fixes tree contains: of: silence warnings

linux-next: Tree for Jun 8

Hi all, News: there will be no linux-next releases on Friday or Monday, so the release following tomorrow's will be next-20160614. Changes since 20160607: Removed tree: drm-vc4 (merged into the bcm2835 tree) Dropped tree: amlogic (build failure) My fixes tree contains: of: silence warnings

Re: [PATCH 1/8] blk-mq: add blk_mq_alloc_request_hctx

On 06/06/2016 03:21 PM, Christoph Hellwig wrote: From: Ming Lin For some protocols like NVMe over Fabrics we need to be able to send initialization commands to a specific queue. Based on an earlier patch from Christoph Hellwig . Signed-off-by: Ming Lin

Re: [PATCH 1/8] blk-mq: add blk_mq_alloc_request_hctx

On 06/06/2016 03:21 PM, Christoph Hellwig wrote: From: Ming Lin For some protocols like NVMe over Fabrics we need to be able to send initialization commands to a specific queue. Based on an earlier patch from Christoph Hellwig . Signed-off-by: Ming Lin Signed-off-by: Christoph Hellwig ---

Re: [PATCH v10 6/7] usb: pci-quirks: add Intel USB drcfg mux device

On Thu, Jun 02, 2016 at 09:37:28AM +0800, Lu Baolu wrote: > In some Intel platforms, a single usb port is shared between USB host > and device controllers. The shared port is under control of a switch > which is defined in the Intel vendor defined extended capability for > xHCI. > > This patch

Re: [PATCH v4 11/14] arm64/numa: support HAVE_MEMORYLESS_NODES

On Wed, Jun 8, 2016 at 7:46 AM, Leizhen (ThunderTown) wrote: > > > On 2016/6/7 22:01, Ganapatrao Kulkarni wrote: >> On Tue, Jun 7, 2016 at 6:27 PM, Leizhen (ThunderTown) >> wrote: >>> >>> >>> On 2016/6/7 16:31, Ganapatrao Kulkarni wrote:

Re: [PATCH v10 6/7] usb: pci-quirks: add Intel USB drcfg mux device

On Thu, Jun 02, 2016 at 09:37:28AM +0800, Lu Baolu wrote: > In some Intel platforms, a single usb port is shared between USB host > and device controllers. The shared port is under control of a switch > which is defined in the Intel vendor defined extended capability for > xHCI. > > This patch

Re: [PATCH v4 11/14] arm64/numa: support HAVE_MEMORYLESS_NODES

On Wed, Jun 8, 2016 at 7:46 AM, Leizhen (ThunderTown) wrote: > > > On 2016/6/7 22:01, Ganapatrao Kulkarni wrote: >> On Tue, Jun 7, 2016 at 6:27 PM, Leizhen (ThunderTown) >> wrote: >>> >>> >>> On 2016/6/7 16:31, Ganapatrao Kulkarni wrote: On Tue, Jun 7, 2016 at 1:38 PM, Zhen Lei

Re: [PATCH v10 1/7] regulator: fixed: add support for ACPI interface

On Thu, Jun 02, 2016 at 09:37:23AM +0800, Lu Baolu wrote: > Add support to retrieve fixed voltage configure information through > ACPI interface. This is needed for Intel Bay Trail devices, where a > GPIO is used to control the USB vbus. > > Signed-off-by: Lu Baolu >

Re: [PATCH v10 1/7] regulator: fixed: add support for ACPI interface

On Thu, Jun 02, 2016 at 09:37:23AM +0800, Lu Baolu wrote: > Add support to retrieve fixed voltage configure information through > ACPI interface. This is needed for Intel Bay Trail devices, where a > GPIO is used to control the USB vbus. > > Signed-off-by: Lu Baolu > --- >

[PATCH v3 2/2] ARM: at91/dt: sama5d2: Use new compatible for ohci node

Use compatible "atmel,sama5d2-ohci" to be capable of suspending ports while sleep to save the power consumption. Signed-off-by: Wenyou Yang --- Changes in v3: None Changes in v2: - Use the new compatible for ohci-node. arch/arm/boot/dts/sama5d2.dtsi | 2 +- 1 file

[PATCH v3 2/2] ARM: at91/dt: sama5d2: Use new compatible for ohci node

Use compatible "atmel,sama5d2-ohci" to be capable of suspending ports while sleep to save the power consumption. Signed-off-by: Wenyou Yang --- Changes in v3: None Changes in v2: - Use the new compatible for ohci-node. arch/arm/boot/dts/sama5d2.dtsi | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH v3 1/2] usb: ohci-at91: Forcibly suspend ports while USB suspend

In order to the save power consumption, as a workaround, suspend forcibly the USB PORTA/B/C via set the SUSPEND_A/B/C bits of OHCI Interrupt Configuration Register in the SFRs while OHCI USB suspend. This suspend operation must be done before the USB clock is disabled, resume after the USB clock

[PATCH v3 0/2] ARM: ohci-at91: Add support to forcibly suspend ports while sleep

To save the power consumption, add a new compatible to support forcibly suspend the USB PORTA/B/C via OHCI Interrupt Configuration SFR Register. Changes in v3: - Change the compatible description for more precise. Changes in v2: - Add compatible to support forcibly suspend the ports. - Add

[PATCH v3 0/2] ARM: ohci-at91: Add support to forcibly suspend ports while sleep

To save the power consumption, add a new compatible to support forcibly suspend the USB PORTA/B/C via OHCI Interrupt Configuration SFR Register. Changes in v3: - Change the compatible description for more precise. Changes in v2: - Add compatible to support forcibly suspend the ports. - Add

[PATCH v3 1/2] usb: ohci-at91: Forcibly suspend ports while USB suspend

In order to the save power consumption, as a workaround, suspend forcibly the USB PORTA/B/C via set the SUSPEND_A/B/C bits of OHCI Interrupt Configuration Register in the SFRs while OHCI USB suspend. This suspend operation must be done before the USB clock is disabled, resume after the USB clock

[PATCH] mmc: dw_mmc: remove UBSAN warning in dw_mci_setup_bus()

This patch removes following UBSAN warnings in dw_mci_setup_bus(). The warnings are caused because of shift with more than 31 on 32 bit variable, so this patch fixes to shift only for less than 32. UBSAN: Undefined behaviour in drivers/mmc/host/dw_mmc.c:1102:14 shift exponent 250 is too large

[PATCH] mmc: dw_mmc: remove UBSAN warning in dw_mci_setup_bus()

This patch removes following UBSAN warnings in dw_mci_setup_bus(). The warnings are caused because of shift with more than 31 on 32 bit variable, so this patch fixes to shift only for less than 32. UBSAN: Undefined behaviour in drivers/mmc/host/dw_mmc.c:1102:14 shift exponent 250 is too large

[PATCH 1/1] perf/x86/intel: Add extended event constraints for Knights Landing

For Knights Landing processor we need to filter OFFCORE_RESPONSE events by config1 parameter to make sure that it will end up in an appropriate PMC to meet specification. On Knights Landing: MSR_OFFCORE_RSP_1 bits 8, 11, 14 can be used only on PMC1 MSR_OFFCORE_RSP_0 bit 38 can be used only on

[PATCH 1/1] perf/x86/intel: Add extended event constraints for Knights Landing

For Knights Landing processor we need to filter OFFCORE_RESPONSE events by config1 parameter to make sure that it will end up in an appropriate PMC to meet specification. On Knights Landing: MSR_OFFCORE_RSP_1 bits 8, 11, 14 can be used only on PMC1 MSR_OFFCORE_RSP_0 bit 38 can be used only on

Re: [PATCH 06/10] drm/amdgpu: use drm_crtc_vblank_{on,off}()

On 07.06.2016 23:07, Gustavo Padovan wrote: > From: Gustavo Padovan > > Replace the legacy drm_vblank_{on,off}() with the new helper functions. > > Signed-off-by: Gustavo Padovan Patches 6 & 8-10 are Reviewed-by: Michel Dänzer

Re: Files leak from nfsd in 4.7.1-rc1 (and more?)

On Jun 7, 2016, at 10:22 PM, Oleg Drokin wrote: > > On Jun 7, 2016, at 8:03 PM, Jeff Layton wrote: > That said, this code is quite subtle. I'd need to look over it in more detail before I offer up any fixes. I'd also appreciate it if anyone else wants to sanity check my analysis

Re: [PATCH 06/10] drm/amdgpu: use drm_crtc_vblank_{on,off}()

On 07.06.2016 23:07, Gustavo Padovan wrote: > From: Gustavo Padovan > > Replace the legacy drm_vblank_{on,off}() with the new helper functions. > > Signed-off-by: Gustavo Padovan Patches 6 & 8-10 are Reviewed-by: Michel Dänzer -- Earthling Michel Dänzer |

Re: Files leak from nfsd in 4.7.1-rc1 (and more?)

On Jun 7, 2016, at 10:22 PM, Oleg Drokin wrote: > > On Jun 7, 2016, at 8:03 PM, Jeff Layton wrote: > That said, this code is quite subtle. I'd need to look over it in more detail before I offer up any fixes. I'd also appreciate it if anyone else wants to sanity check my analysis

Re: [PATCH V3 8/9] cpufreq: Keep policy->freq_table sorted in ascending order

On 08-06-16, 02:38, Rafael J. Wysocki wrote: > On Tuesday, June 07, 2016 09:58:07 AM Viresh Kumar wrote: > > On 06-06-16, 23:56, Rafael J. Wysocki wrote: > > > Since you are adding new code, you can write it so it doesn't do > > > unnecessary checks from the start. > > > > Hmm, I will do all that

Re: [PATCH V3 8/9] cpufreq: Keep policy->freq_table sorted in ascending order

On 08-06-16, 02:38, Rafael J. Wysocki wrote: > On Tuesday, June 07, 2016 09:58:07 AM Viresh Kumar wrote: > > On 06-06-16, 23:56, Rafael J. Wysocki wrote: > > > Since you are adding new code, you can write it so it doesn't do > > > unnecessary checks from the start. > > > > Hmm, I will do all that

[PATCH v2] udp reuseport: fix packet of same flow hashed to different socket

From: "Su, Xuemin" There is a corner case in which udp packets belonging to a same flow are hashed to different socket when hslot->count changes from 10 to 11: 1) When hslot->count <= 10, __udp_lib_lookup() searches udp_table->hash, and always passes 'daddr' to

[PATCH v2] udp reuseport: fix packet of same flow hashed to different socket

From: "Su, Xuemin" There is a corner case in which udp packets belonging to a same flow are hashed to different socket when hslot->count changes from 10 to 11: 1) When hslot->count <= 10, __udp_lib_lookup() searches udp_table->hash, and always passes 'daddr' to udp_ehashfn(). 2) When

Re: [alsa-devel] [PATCH v2 6/9] ASoC: mediatek: add mt2701 platform driver implementation.

On Tue, 2016-06-07 at 17:31 +0100, Mark Brown wrote: > On Fri, Jun 03, 2016 at 12:56:21PM +0800, Garlic Tseng wrote: > > > + if (val < 0 || val > MT2701_I2S_NUM) { > > + dev_err(afe->dev, "%s, num not available, num %d, val %d\n", > > + __func__, num, val); > > +

Re: [alsa-devel] [PATCH v2 6/9] ASoC: mediatek: add mt2701 platform driver implementation.

On Tue, 2016-06-07 at 17:31 +0100, Mark Brown wrote: > On Fri, Jun 03, 2016 at 12:56:21PM +0800, Garlic Tseng wrote: > > > + if (val < 0 || val > MT2701_I2S_NUM) { > > + dev_err(afe->dev, "%s, num not available, num %d, val %d\n", > > + __func__, num, val); > > +

Re: [PATCH] dmaengine: xilinx_vdma: Use dma_pool_zalloc

On Wed, Jun 08, 2016 at 12:48:38AM +0530, Amitoj Kaur Chawla wrote: > Dma_pool_zalloc combines dma_pool_alloc and memset 0. > > The Coccinelle semantic patch used to make this change is as follows: > @@ > type T; > T *d; > expression e; > statement S; > @@ > > d = > -

Re: [PATCH] dmaengine: xilinx_vdma: Use dma_pool_zalloc

On Wed, Jun 08, 2016 at 12:48:38AM +0530, Amitoj Kaur Chawla wrote: > Dma_pool_zalloc combines dma_pool_alloc and memset 0. > > The Coccinelle semantic patch used to make this change is as follows: > @@ > type T; > T *d; > expression e; > statement S; > @@ > > d = > -

[PATCH 3/5] cputime: allow irq time accounting to be selected as an option

From: Rik van Riel Allow CONFIG_IRQ_TIME_ACCOUNTING to be selected as an option, on top of CONFIG_VIRT_CPU_ACCOUNTING_GEN (and potentially others?). This allows for the irq time accounting code to be used with nohz_idle CPUs, which is how several distributions ship their

[PATCH 3/5] cputime: allow irq time accounting to be selected as an option

From: Rik van Riel Allow CONFIG_IRQ_TIME_ACCOUNTING to be selected as an option, on top of CONFIG_VIRT_CPU_ACCOUNTING_GEN (and potentially others?). This allows for the irq time accounting code to be used with nohz_idle CPUs, which is how several distributions ship their kernels. Using the same

[PATCH 5/5] irqtime: drop local_irq_save/restore from irqtime_account_irq

From: Rik van Riel Drop local_irq_save/restore from irqtime_account_irq. Instead, have softirq and hardirq track their time spent independently, with the softirq code subtracting hardirq time that happened during the duration of the softirq run. The softirq code can be

[PATCH 4/5] irqtime: add irq type parameter to irqtime_account_irq

From: Rik van Riel Add an irq type parameter and documentation to irqtime_account_irq, this can be used to distinguish between transitioning from process context to hardirq time, and from process context to softirq time. This is necessary to be able to remove the

[PATCH 5/5] irqtime: drop local_irq_save/restore from irqtime_account_irq

From: Rik van Riel Drop local_irq_save/restore from irqtime_account_irq. Instead, have softirq and hardirq track their time spent independently, with the softirq code subtracting hardirq time that happened during the duration of the softirq run. The softirq code can be interrupted by hardirq

[PATCH 4/5] irqtime: add irq type parameter to irqtime_account_irq

From: Rik van Riel Add an irq type parameter and documentation to irqtime_account_irq, this can be used to distinguish between transitioning from process context to hardirq time, and from process context to softirq time. This is necessary to be able to remove the local_irq_disable from

Re: [PATCH] dmaengine: edma: Use early completion for intermediate paRAM set in slave_sg

On Tue, Jun 07, 2016 at 11:19:44AM +0300, Peter Ujfalusi wrote: > The driver limits the physical number of paRAM slots to be used by channels. > If the transfer needs more slots (more SGs) then the transfer is broken up > to smaller chunks. When the chunk is finished the driver will rewrite the >

Re: [PATCH] dmaengine: edma: Use early completion for intermediate paRAM set in slave_sg

On Tue, Jun 07, 2016 at 11:19:44AM +0300, Peter Ujfalusi wrote: > The driver limits the physical number of paRAM slots to be used by channels. > If the transfer needs more slots (more SGs) then the transfer is broken up > to smaller chunks. When the chunk is finished the driver will rewrite the >

Re: [PATCH 4.6 000/121] 4.6.2-stable review

On 06/07/2016 06:09 PM, Greg Kroah-Hartman wrote: On Tue, Jun 07, 2016 at 06:40:54AM -0700, Guenter Roeck wrote: On 06/05/2016 02:42 PM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 4.6.2 release. There are 121 patches in this series, all will be posted as a

Re: [PATCH 4.6 000/121] 4.6.2-stable review

On 06/07/2016 06:09 PM, Greg Kroah-Hartman wrote: On Tue, Jun 07, 2016 at 06:40:54AM -0700, Guenter Roeck wrote: On 06/05/2016 02:42 PM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 4.6.2 release. There are 121 patches in this series, all will be posted as a

[PATCH v5 2/3] sched/cputime: Fix prev steal time accouting during cpu hotplug

From: Wanpeng Li Commit e9532e69b8d1 ("sched/cputime: Fix steal time accounting vs. CPU hotplug") set rq->prev_* to 0 after a cpu hotplug comes back in order to fix the scenario: | steal is smaller than rq->prev_steal_time we end up with an insane large | value which

[PATCH v5 2/3] sched/cputime: Fix prev steal time accouting during cpu hotplug

From: Wanpeng Li Commit e9532e69b8d1 ("sched/cputime: Fix steal time accounting vs. CPU hotplug") set rq->prev_* to 0 after a cpu hotplug comes back in order to fix the scenario: | steal is smaller than rq->prev_steal_time we end up with an insane large | value which then gets added to

[PATCH v5 1/3] KVM: fix steal clock warp during guest cpu hotplug

From: Wanpeng Li Sometimes, after CPU hotplug you can observe a spike in stolen time (100%) followed by the CPU being marked as 100% idle when it's actually busy with a CPU hog task. The trace looks like the following: cpuhp/1-12[001] d.h1 167.461657:

[PATCH v5 3/3] sched/cputime: Add steal time support to full dynticks CPU time accounting

From: Wanpeng Li This patch adds guest steal-time support to full dynticks CPU time accounting. After the following commit: ff9a9b4c4334 ("sched, time: Switch VIRT_CPU_ACCOUNTING_GEN to jiffy granularity") ... time sampling became jiffy based, even if it's still

[PATCH v5 1/3] KVM: fix steal clock warp during guest cpu hotplug

From: Wanpeng Li Sometimes, after CPU hotplug you can observe a spike in stolen time (100%) followed by the CPU being marked as 100% idle when it's actually busy with a CPU hog task. The trace looks like the following: cpuhp/1-12[001] d.h1 167.461657: account_process_tick: steal =

[PATCH v5 3/3] sched/cputime: Add steal time support to full dynticks CPU time accounting

From: Wanpeng Li This patch adds guest steal-time support to full dynticks CPU time accounting. After the following commit: ff9a9b4c4334 ("sched, time: Switch VIRT_CPU_ACCOUNTING_GEN to jiffy granularity") ... time sampling became jiffy based, even if it's still listened to ring boundaries,

RE: [PATCH v10 2/7] usb: mux: add generic code for dual role port mux

Hi, > -Original Message- > From: Felipe Balbi [mailto:felipe.ba...@linux.intel.com] > Sent: Tuesday, June 07, 2016 11:05 PM > To: Roger Quadros ; Lu Baolu ; > Jun Li ; Peter Chen > Cc: Mathias Nyman

RE: [PATCH v10 2/7] usb: mux: add generic code for dual role port mux

Hi, > -Original Message- > From: Felipe Balbi [mailto:felipe.ba...@linux.intel.com] > Sent: Tuesday, June 07, 2016 11:05 PM > To: Roger Quadros ; Lu Baolu ; > Jun Li ; Peter Chen > Cc: Mathias Nyman ; Greg Kroah-Hartman > ; Lee Jones ; Heikki > Krogerus ; Liam Girdwood > ; Mark Brown ;

[PATCH RFC 0/5] sched,time: make irq time accounting work for nohz_idle

This patch series seems to make irq time accounting work with nohz_idle, by having it re-use the same strategy used for steal time accounting in Wanpeng Li's patch. It applies on top of an earlier version of Wanpeng Li's patch. It gets rid of some code duplication, but needs a little bit more

[PATCH RFC 0/5] sched,time: make irq time accounting work for nohz_idle

This patch series seems to make irq time accounting work with nohz_idle, by having it re-use the same strategy used for steal time accounting in Wanpeng Li's patch. It applies on top of an earlier version of Wanpeng Li's patch. It gets rid of some code duplication, but needs a little bit more

  1   2   3   4   5   6   7   8   9   10   >