Re: [PATCH v2 03/11] mux: core: Add usb.h header with MUX_USB_* and and MUX_TYPEC_* state constants

Hi, On 10-09-17 23:36, Peter Rosin wrote: On 2017-09-08 19:07, Hans de Goede wrote: Hi, On 08-09-17 17:47, Peter Rosin wrote: On 2017-09-05 18:42, Hans de Goede wrote: Add MUX_USB_* and MUX_TYPEC_* state constant defines, which can be used by USB device/host, resp. Type-C

Re: [PATCH v2 03/11] mux: core: Add usb.h header with MUX_USB_* and and MUX_TYPEC_* state constants

Hi, On 10-09-17 23:36, Peter Rosin wrote: On 2017-09-08 19:07, Hans de Goede wrote: Hi, On 08-09-17 17:47, Peter Rosin wrote: On 2017-09-05 18:42, Hans de Goede wrote: Add MUX_USB_* and MUX_TYPEC_* state constant defines, which can be used by USB device/host, resp. Type-C

Re: [PATCH 00/16] gpio: Tight IRQ chip integration and banked infrastructure

On Fri, Sep 15, 2017 at 6:57 PM, Tony Lindgren wrote: > On omaps, each bank is a separate driver instance with it's own > interrupt. Maybe really all we need to do is get rid of the "bank" > naming, I think that's left over from 15 years ago when we did not > have separate

Re: [PATCH 00/16] gpio: Tight IRQ chip integration and banked infrastructure

On Fri, Sep 15, 2017 at 6:57 PM, Tony Lindgren wrote: > On omaps, each bank is a separate driver instance with it's own > interrupt. Maybe really all we need to do is get rid of the "bank" > naming, I think that's left over from 15 years ago when we did not > have separate driver instances. It

Re: [PATCH v5 1/3] irqdomain: export of_phandle_args_to_fwspec

Hi Linus, 2017-09-21 20:34 GMT+09:00 Linus Walleij : > On Wed, Sep 13, 2017 at 10:56 AM, Masahiro Yamada > wrote: > >> This helper will be useful for irqchip drivers that need to convert >> DT binding into IRQ fwspec. >> >> Signed-off-by:

Re: [PATCH v5 1/3] irqdomain: export of_phandle_args_to_fwspec

Hi Linus, 2017-09-21 20:34 GMT+09:00 Linus Walleij : > On Wed, Sep 13, 2017 at 10:56 AM, Masahiro Yamada > wrote: > >> This helper will be useful for irqchip drivers that need to convert >> DT binding into IRQ fwspec. >> >> Signed-off-by: Masahiro Yamada > > I'm waiting for the irqchip

Re: [PATCH] gpio: omap: omap_gpio_show_rev is not __init

On Sat, Sep 16, 2017 at 10:42 PM, Arnd Bergmann wrote: > The probe function calls omap_gpio_show_rev(), which on most > compilers is inlined, but on the old gcc-4.6 is not, causing > a valid warning about the incorrect __init annotation: > > WARNING: vmlinux.o(.text+0x40f614):

Re: [PATCH] gpio: omap: omap_gpio_show_rev is not __init

On Sat, Sep 16, 2017 at 10:42 PM, Arnd Bergmann wrote: > The probe function calls omap_gpio_show_rev(), which on most > compilers is inlined, but on the old gcc-4.6 is not, causing > a valid warning about the incorrect __init annotation: > > WARNING: vmlinux.o(.text+0x40f614): Section mismatch

Re: [PATCH 3/4] iommu/arm-smmu-v3: Use NUMA memory allocations for stream tables and comamnd queues

[+Christoph and Marek] On 21/09/17 09:59, Ganapatrao Kulkarni wrote: > Introduce smmu_alloc_coherent and smmu_free_coherent functions to > allocate/free dma coherent memory from NUMA node associated with SMMU. > Replace all calls of dmam_alloc_coherent with smmu_alloc_coherent > for SMMU stream

Re: [PATCH 3/4] iommu/arm-smmu-v3: Use NUMA memory allocations for stream tables and comamnd queues

[+Christoph and Marek] On 21/09/17 09:59, Ganapatrao Kulkarni wrote: > Introduce smmu_alloc_coherent and smmu_free_coherent functions to > allocate/free dma coherent memory from NUMA node associated with SMMU. > Replace all calls of dmam_alloc_coherent with smmu_alloc_coherent > for SMMU stream

Re: [PATCH v2 04/11] usb: xhci: Add Intel cherrytrail extended cap / otg phy mux handling

Hi, On 19-09-17 14:40, Mathias Nyman wrote: Hi, sorry about the long delay On 07.09.2017 18:49, Hans de Goede wrote: Hi, On 07-09-17 15:14, Mathias Nyman wrote: On 05.09.2017 19:42, Hans de Goede wrote: The Intel cherrytrail xhci controller has an extended cap mmio-range which contains

Re: [PATCH v2 04/11] usb: xhci: Add Intel cherrytrail extended cap / otg phy mux handling

Hi, On 19-09-17 14:40, Mathias Nyman wrote: Hi, sorry about the long delay On 07.09.2017 18:49, Hans de Goede wrote: Hi, On 07-09-17 15:14, Mathias Nyman wrote: On 05.09.2017 19:42, Hans de Goede wrote: The Intel cherrytrail xhci controller has an extended cap mmio-range which contains

Re: [PATCH 2/2] x86/asm: Fix inline asm call constraints for clang

On Thu, Sep 21, 2017 at 4:12 AM, Dmitry Vyukov wrote: > On Wed, Sep 20, 2017 at 11:19 PM, Andy Lutomirski wrote: On Wed, Sep 20, 2017 at 08:01:02PM +0200, Dmitry Vyukov wrote: > On Wed, Sep 20, 2017 at 7:46 PM, H. Peter Anvin

Re: [PATCH 2/2] x86/asm: Fix inline asm call constraints for clang

On Thu, Sep 21, 2017 at 4:12 AM, Dmitry Vyukov wrote: > On Wed, Sep 20, 2017 at 11:19 PM, Andy Lutomirski wrote: On Wed, Sep 20, 2017 at 08:01:02PM +0200, Dmitry Vyukov wrote: > On Wed, Sep 20, 2017 at 7:46 PM, H. Peter Anvin wrote: >> On 09/20/17 10:38, Dmitry Vyukov wrote: >>

Re: [PATCH 2/2] sched: Actual changes after adding SCHED_SOFT_AFFINITY to make it work with the scheduler

On Tue, Sep 19, 2017 at 03:37:12PM -0700, Rohit Jain wrote: > @@ -6019,7 +6040,8 @@ void __update_idle_core(struct rq *rq) > static int select_idle_core(struct task_struct *p, struct sched_domain *sd, > int target) > { > struct cpumask *cpus = this_cpu_cpumask_var_ptr(select_idle_mask); >

Re: [PATCH 2/2] sched: Actual changes after adding SCHED_SOFT_AFFINITY to make it work with the scheduler

On Tue, Sep 19, 2017 at 03:37:12PM -0700, Rohit Jain wrote: > @@ -6019,7 +6040,8 @@ void __update_idle_core(struct rq *rq) > static int select_idle_core(struct task_struct *p, struct sched_domain *sd, > int target) > { > struct cpumask *cpus = this_cpu_cpumask_var_ptr(select_idle_mask); >

Re: [PATCH v4] mm: introduce validity check on vm dirtiness settings

On Thu 21-09-17 21:59:52, Yafang Shao wrote: > we can find the logic in domain_dirty_limits() that > when dirty bg_thresh is bigger than dirty thresh, > bg_thresh will be set as thresh * 1 / 2. > if (bg_thresh >= thresh) > bg_thresh = thresh / 2; > > But actually we can set vm

Re: [PATCH v4] mm: introduce validity check on vm dirtiness settings

On Thu 21-09-17 21:59:52, Yafang Shao wrote: > we can find the logic in domain_dirty_limits() that > when dirty bg_thresh is bigger than dirty thresh, > bg_thresh will be set as thresh * 1 / 2. > if (bg_thresh >= thresh) > bg_thresh = thresh / 2; > > But actually we can set vm

Re: [PATCH] staging:vme Fix use BIT macro

On 21 September 2017 at 06:52, Janani Sankara Babu wrote: > This patch is created to solve the following warning shown by the checkpatch > script Warning: Replace all occurences of (1< > Signed-off-by: Janani Sankara Babu > --- >

Re: [PATCH] staging:vme Fix use BIT macro

On 21 September 2017 at 06:52, Janani Sankara Babu wrote: > This patch is created to solve the following warning shown by the checkpatch > script Warning: Replace all occurences of (1< > Signed-off-by: Janani Sankara Babu > --- > drivers/staging/vme/devices/vme_pio2.h | 6 +++--- > 1 file

[PATCH 1/1] scsi: bnx: use setup_timer

Use setup_timer function instead of initializing timer with the function and data fields. Signed-off-by: Allen Pais --- drivers/scsi/bnx2fc/bnx2fc_fcoe.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/scsi/bnx2fc/bnx2fc_fcoe.c

[PATCH 1/1] scsi: bnx: use setup_timer

Use setup_timer function instead of initializing timer with the function and data fields. Signed-off-by: Allen Pais --- drivers/scsi/bnx2fc/bnx2fc_fcoe.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/scsi/bnx2fc/bnx2fc_fcoe.c

[patch 1/3] KVM: x86: add per-vcpu option to set guest vcpu -RT priority

In preparation to the patch which adds a hypercall for the guest vcpu to change states between: -> SCHED_FIFO. -> SCHED_NORMAL. Add controls to: 1) Allow control to which priority SCHED_FIFO state will be in place (in the host). 2) Enable/disable

[patch 1/3] KVM: x86: add per-vcpu option to set guest vcpu -RT priority

In preparation to the patch which adds a hypercall for the guest vcpu to change states between: -> SCHED_FIFO. -> SCHED_NORMAL. Add controls to: 1) Allow control to which priority SCHED_FIFO state will be in place (in the host). 2) Enable/disable

[patch 2/3] KVM: x86: KVM_HC_RT_PRIO hypercall (host-side)

When executing guest vcpu-0 with FIFO:1 priority, which is necessary to deal with the following situation: VCPU-0 (housekeeping VCPU) VCPU-1 (realtime VCPU) raw_spin_lock(A) interrupted, schedule task T-1 raw_spin_lock(A) (spin) raw_spin_unlock(A) Certain operations must

[patch 2/3] KVM: x86: KVM_HC_RT_PRIO hypercall (host-side)

When executing guest vcpu-0 with FIFO:1 priority, which is necessary to deal with the following situation: VCPU-0 (housekeeping VCPU) VCPU-1 (realtime VCPU) raw_spin_lock(A) interrupted, schedule task T-1 raw_spin_lock(A) (spin) raw_spin_unlock(A) Certain operations must

[PATCH 1/1] drivers:scsi: use setup_timer

Use setup_timer function instead of initializing timer with the function and data fields. Signed-off-by: Allen Pais --- drivers/scsi/sym53c8xx_2/sym_glue.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/scsi/sym53c8xx_2/sym_glue.c

[patch 3/3] x86: kvm guest side support for KVM_HC_RT_PRIO hypercall

Add hypercalls to spinlock/unlock to set/unset FIFO priority for the vcpu, protected by a static branch to avoid performance increase in the normal kernels. Enable option by "kvmfifohc" kernel command line parameter (disabled by default). Signed-off-by: Marcelo Tosatti ---

[PATCH 1/1] drivers:scsi: use setup_timer

Use setup_timer function instead of initializing timer with the function and data fields. Signed-off-by: Allen Pais --- drivers/scsi/sym53c8xx_2/sym_glue.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/scsi/sym53c8xx_2/sym_glue.c

[patch 3/3] x86: kvm guest side support for KVM_HC_RT_PRIO hypercall

Add hypercalls to spinlock/unlock to set/unset FIFO priority for the vcpu, protected by a static branch to avoid performance increase in the normal kernels. Enable option by "kvmfifohc" kernel command line parameter (disabled by default). Signed-off-by: Marcelo Tosatti ---

[patch 0/3] KVM KVM_HC_RT_PRIO hypercall support

When executing guest vcpu-0 with FIFO:1 priority, which is necessary to deal with the following situation: VCPU-0 (housekeeping VCPU) VCPU-1 (realtime VCPU) raw_spin_lock(A) interrupted, schedule task T-1 raw_spin_lock(A) (spin) raw_spin_unlock(A) Certain operations must

[patch 0/3] KVM KVM_HC_RT_PRIO hypercall support

When executing guest vcpu-0 with FIFO:1 priority, which is necessary to deal with the following situation: VCPU-0 (housekeeping VCPU) VCPU-1 (realtime VCPU) raw_spin_lock(A) interrupted, schedule task T-1 raw_spin_lock(A) (spin) raw_spin_unlock(A) Certain operations must

Re: [PATCH] clocksource: integrator: fix section mismatch warning

On Fri, Sep 15, 2017 at 9:42 PM, Arnd Bergmann wrote: > gcc-4.6 and older fail to inline integrator_clocksource_init, so they > end up showing a harmless warning: > > WARNING: vmlinux.o(.text+0x4aa94c): Section mismatch in reference from the > function

Re: [PATCH] clocksource: integrator: fix section mismatch warning

On Fri, Sep 15, 2017 at 9:42 PM, Arnd Bergmann wrote: > gcc-4.6 and older fail to inline integrator_clocksource_init, so they > end up showing a harmless warning: > > WARNING: vmlinux.o(.text+0x4aa94c): Section mismatch in reference from the > function integrator_clocksource_init() to the

Re: [RFT PATCH v2] gpiolib: allow gpio irqchip to map irqs dynamically

On Fri, Sep 15, 2017 at 10:26 AM, Jerome Brunet wrote: > I initially planned to do some refcounting in the gpio layer but that would > make > no sense, as you pointed out, the irq could be shared. This refcounting would > only make sense at the irq level. > > On a more

Re: [RFT PATCH v2] gpiolib: allow gpio irqchip to map irqs dynamically

On Fri, Sep 15, 2017 at 10:26 AM, Jerome Brunet wrote: > I initially planned to do some refcounting in the gpio layer but that would > make > no sense, as you pointed out, the irq could be shared. This refcounting would > only make sense at the irq level. > > On a more general note, I wonder

Re: [PATCH 4/4] iommu/dma, numa: Use NUMA aware memory allocations in __iommu_dma_alloc_pages

On 21/09/17 09:59, Ganapatrao Kulkarni wrote: > Change function __iommu_dma_alloc_pages to allocate memory/pages > for dma from respective device numa node. > > Signed-off-by: Ganapatrao Kulkarni > --- > drivers/iommu/dma-iommu.c | 17 ++--- > 1 file

Re: [PATCH 4/4] iommu/dma, numa: Use NUMA aware memory allocations in __iommu_dma_alloc_pages

On 21/09/17 09:59, Ganapatrao Kulkarni wrote: > Change function __iommu_dma_alloc_pages to allocate memory/pages > for dma from respective device numa node. > > Signed-off-by: Ganapatrao Kulkarni > --- > drivers/iommu/dma-iommu.c | 17 ++--- > 1 file changed, 10 insertions(+), 7

Re: [PATCH 01/12] mmc: dt-bindings: update Mediatek MMC bindings

On Thu, Sep 14, 2017 at 4:10 AM, Chaotian Jing wrote: > On Wed, 2017-09-13 at 09:10 -0500, Rob Herring wrote: >> On Tue, Sep 12, 2017 at 05:07:41PM +0800, Chaotian Jing wrote: >> > +- mediatek,latch-ck: Some projects do not support enhance_rx, need set >> > correct

Re: [PATCH 01/12] mmc: dt-bindings: update Mediatek MMC bindings

On Thu, Sep 14, 2017 at 4:10 AM, Chaotian Jing wrote: > On Wed, 2017-09-13 at 09:10 -0500, Rob Herring wrote: >> On Tue, Sep 12, 2017 at 05:07:41PM +0800, Chaotian Jing wrote: >> > +- mediatek,latch-ck: Some projects do not support enhance_rx, need set >> > correct latch-ck to avoid data crc >>

Re: [PATCH][pinctrl-next] pinctrl/amd: make functions amd_gpio_suspend and amd_gpio_resume static

On Wed, Sep 13, 2017 at 6:15 PM, Colin King wrote: > From: Colin Ian King > > The functions amd_gpio_suspend and amd_gpio_resume are local to the > source and do not need to be in global scope, so make them static. > > Cleans up sparse

Re: [PATCH][pinctrl-next] pinctrl/amd: make functions amd_gpio_suspend and amd_gpio_resume static

On Wed, Sep 13, 2017 at 6:15 PM, Colin King wrote: > From: Colin Ian King > > The functions amd_gpio_suspend and amd_gpio_resume are local to the > source and do not need to be in global scope, so make them static. > > Cleans up sparse warnings: > symbol 'amd_gpio_suspend' was not declared.

[PATCH] media: staging: greybus: Release memory obtained by kasprintf

Free memory region, if gb_lights_channel_config is not successful. Signed-off-by: Arvind Yadav --- drivers/staging/greybus/light.c | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/drivers/staging/greybus/light.c

[PATCH] media: staging: greybus: Release memory obtained by kasprintf

Free memory region, if gb_lights_channel_config is not successful. Signed-off-by: Arvind Yadav --- drivers/staging/greybus/light.c | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/drivers/staging/greybus/light.c b/drivers/staging/greybus/light.c index

[PATCH] dmaengine: ti-dma-crossbar: Fix possible race condition with dma_inuse

When looking for unused xbar_out lane we should also protect the set_bit() call with the same mutex to protect against concurrent threads picking the same ID. Fixes: ec9bfa1e1a796 ("dmaengine: ti-dma-crossbar: dra7: Use bitops instead of idr") Signed-off-by: Peter Ujfalusi

[PATCH] dmaengine: ti-dma-crossbar: Fix possible race condition with dma_inuse

When looking for unused xbar_out lane we should also protect the set_bit() call with the same mutex to protect against concurrent threads picking the same ID. Fixes: ec9bfa1e1a796 ("dmaengine: ti-dma-crossbar: dra7: Use bitops instead of idr") Signed-off-by: Peter Ujfalusi Cc:

Re: [PATCH v5 1/3] irqdomain: export of_phandle_args_to_fwspec

On Wed, Sep 13, 2017 at 10:56 AM, Masahiro Yamada wrote: > This helper will be useful for irqchip drivers that need to convert > DT binding into IRQ fwspec. > > Signed-off-by: Masahiro Yamada I'm waiting for the irqchip maintainers

Re: [PATCH v5 1/3] irqdomain: export of_phandle_args_to_fwspec

On Wed, Sep 13, 2017 at 10:56 AM, Masahiro Yamada wrote: > This helper will be useful for irqchip drivers that need to convert > DT binding into IRQ fwspec. > > Signed-off-by: Masahiro Yamada I'm waiting for the irqchip maintainers to have a look at this. I can carry it in the GPIO tree, but

Re: [PATCH 6/6] lightnvm: include NVM Express driver if OCSSD is selected for build

On 09/21/2017 01:28 PM, Rakesh Pandit wrote: Because NVM needs BLK_DEV_NVME, select it automatically if we mark NVM in config file before building kernel. Signed-off-by: Rakesh Pandit --- drivers/lightnvm/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git

Re: [PATCH 6/6] lightnvm: include NVM Express driver if OCSSD is selected for build

On 09/21/2017 01:28 PM, Rakesh Pandit wrote: Because NVM needs BLK_DEV_NVME, select it automatically if we mark NVM in config file before building kernel. Signed-off-by: Rakesh Pandit --- drivers/lightnvm/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/lightnvm/Kconfig

Re: [PATCH] seccomp: fix the usage of get/put_seccomp_filter() in seccomp_get_filter()

On 09/20, Kees Cook wrote: > > I like doing these sanity checks -- this isn't fast-path at all. Yes, but see another "introduce get_nth_filter()" cleanup I sent, it is similar but more suitable for Tycho's "retrieving seccomp flags" patch. > > + for (filter = orig; count > 1; filter =

Re: [PATCH] seccomp: fix the usage of get/put_seccomp_filter() in seccomp_get_filter()

On 09/20, Kees Cook wrote: > > I like doing these sanity checks -- this isn't fast-path at all. Yes, but see another "introduce get_nth_filter()" cleanup I sent, it is similar but more suitable for Tycho's "retrieving seccomp flags" patch. > > + for (filter = orig; count > 1; filter =

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

On Thu, Sep 14, 2017 at 4:37 AM, Masahiro Yamada wrote: > This driver implements .alloc() hook, so .map() is not used. > > Signed-off-by: Masahiro Yamada Waiting for David to test this patch before applying. Yours, Linus Walleij

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

On Thu, Sep 14, 2017 at 4:37 AM, Masahiro Yamada wrote: > This driver implements .alloc() hook, so .map() is not used. > > Signed-off-by: Masahiro Yamada Waiting for David to test this patch before applying. Yours, Linus Walleij

[PATCH net-next 00/10] Add support for DCB feature in hns3 driver

The patchset contains some enhancement related to DCB before adding support for DCB feature. This patchset depends on the following patchset: https://patchwork.ozlabs.org/cover/815646/ https://patchwork.ozlabs.org/cover/816145/ High Level Architecture: [ tc qdisc ][ lldpad ]

[PATCH net-next 00/10] Add support for DCB feature in hns3 driver

The patchset contains some enhancement related to DCB before adding support for DCB feature. This patchset depends on the following patchset: https://patchwork.ozlabs.org/cover/815646/ https://patchwork.ozlabs.org/cover/816145/ High Level Architecture: [ tc qdisc ][ lldpad ]

[PATCH] staging: ccree: Convert to platform_{get,set}_drvdata()

ctly pass a struct platform_device. dev_set_drvdata() is redundant and therefore removed. The driver core clears the driver data to NULL after device_release or on probe failure. Signed-off-by: Suniel Mahesh <suni...@techveda.org> --- Note: - Patch was tested and built(ARCH=arm) on next-20170

[PATCH] staging: ccree: Convert to platform_{get,set}_drvdata()

ice. dev_set_drvdata() is redundant and therefore removed. The driver core clears the driver data to NULL after device_release or on probe failure. Signed-off-by: Suniel Mahesh --- Note: - Patch was tested and built(ARCH=arm) on next-20170921. No build issues reported, however it was not tes

[PATCH 5/6] lightnvm: pblk: print incompatible line version correctly

Correct it by coverting little endian to cpu endian and also define a macro for line version so that maintenance is easy. Signed-off-by: Rakesh Pandit --- drivers/lightnvm/pblk-core.c | 2 +- drivers/lightnvm/pblk-recovery.c | 4 ++-- drivers/lightnvm/pblk.h | 1

[PATCH 5/6] lightnvm: pblk: print incompatible line version correctly

Correct it by coverting little endian to cpu endian and also define a macro for line version so that maintenance is easy. Signed-off-by: Rakesh Pandit --- drivers/lightnvm/pblk-core.c | 2 +- drivers/lightnvm/pblk-recovery.c | 4 ++-- drivers/lightnvm/pblk.h | 1 + 3 files changed,

[PATCH 6/6] lightnvm: include NVM Express driver if OCSSD is selected for build

Because NVM needs BLK_DEV_NVME, select it automatically if we mark NVM in config file before building kernel. Signed-off-by: Rakesh Pandit --- drivers/lightnvm/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/lightnvm/Kconfig b/drivers/lightnvm/Kconfig

[PATCH 6/6] lightnvm: include NVM Express driver if OCSSD is selected for build

Because NVM needs BLK_DEV_NVME, select it automatically if we mark NVM in config file before building kernel. Signed-off-by: Rakesh Pandit --- drivers/lightnvm/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/lightnvm/Kconfig b/drivers/lightnvm/Kconfig index ead61a9..b3c00cb

Re: [PATCH v4 2/4] dmaengine: Add STM32 DMAMUX driver

 Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki On 2017-09-07 14:52, Pierre-Yves MORDRET wrote: > This patch implements the STM32 DMAMUX driver. > > The DMAMUX request multiplexer allows routing a DMA request line

Re: [PATCH v4 2/4] dmaengine: Add STM32 DMAMUX driver

 Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki On 2017-09-07 14:52, Pierre-Yves MORDRET wrote: > This patch implements the STM32 DMAMUX driver. > > The DMAMUX request multiplexer allows routing a DMA request line

[PATCH 1/1] drivers:usb: use setup_timer

Use setup_timer function instead of initializing timer with the function and data fields. Signed-off-by: Allen Pais --- drivers/usb/gadget/udc/omap_udc.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/usb/gadget/udc/omap_udc.c

[PATCH 1/1] drivers:usb: use setup_timer

Use setup_timer function instead of initializing timer with the function and data fields. Signed-off-by: Allen Pais --- drivers/usb/gadget/udc/omap_udc.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/usb/gadget/udc/omap_udc.c

[PATCH net-next 03/10] net: hns3: Add support for PFC setting in TM module

This patch add a pfc_pause_en cmd, and use it to configure PFC option according to fc_mode in hdev->tm_info. Signed-off-by: Yunsheng Lin --- .../net/ethernet/hisilicon/hns3/hns3pf/hclge_tm.c | 68 -- .../net/ethernet/hisilicon/hns3/hns3pf/hclge_tm.h

[PATCH net-next 03/10] net: hns3: Add support for PFC setting in TM module

This patch add a pfc_pause_en cmd, and use it to configure PFC option according to fc_mode in hdev->tm_info. Signed-off-by: Yunsheng Lin --- .../net/ethernet/hisilicon/hns3/hns3pf/hclge_tm.c | 68 -- .../net/ethernet/hisilicon/hns3/hns3pf/hclge_tm.h | 5 ++ 2 files

[PATCH] net: phy: Fix truncation of large IRQ numbers in phy_attached_print()

Given NR_IRQS is 2048 on sparc64, and even 32784 on alpha, 3 digits is not enough to represent interrupt numbers on all architectures. Hence PHY interrupt numbers may be truncated during printing. Increase the buffer size from 4 to 8 bytes to fix this. Fixes: 5e369aefdce4818c ("net: stmmac:

[PATCH] net: phy: Fix truncation of large IRQ numbers in phy_attached_print()

Given NR_IRQS is 2048 on sparc64, and even 32784 on alpha, 3 digits is not enough to represent interrupt numbers on all architectures. Hence PHY interrupt numbers may be truncated during printing. Increase the buffer size from 4 to 8 bytes to fix this. Fixes: 5e369aefdce4818c ("net: stmmac:

[PATCH 4/6] lightnvm: pblk: improve error message if down_timeout fails

The two pr_err messages are useless as they don't even differentiate error code. Signed-off-by: Rakesh Pandit --- drivers/lightnvm/pblk-core.c | 12 ++-- 1 file changed, 2 insertions(+), 10 deletions(-) diff --git a/drivers/lightnvm/pblk-core.c

[PATCH 4/6] lightnvm: pblk: improve error message if down_timeout fails

The two pr_err messages are useless as they don't even differentiate error code. Signed-off-by: Rakesh Pandit --- drivers/lightnvm/pblk-core.c | 12 ++-- 1 file changed, 2 insertions(+), 10 deletions(-) diff --git a/drivers/lightnvm/pblk-core.c b/drivers/lightnvm/pblk-core.c index

[PATCH 3/6] lightnvm: pblk: fix message if L2P MAP is in device

This usually happens if we are developing with qemu and ll2pmode has default value. Even in that case message seems wrong. Signed-off-by: Rakesh Pandit --- drivers/lightnvm/pblk-init.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 3/6] lightnvm: pblk: fix message if L2P MAP is in device

This usually happens if we are developing with qemu and ll2pmode has default value. Even in that case message seems wrong. Signed-off-by: Rakesh Pandit --- drivers/lightnvm/pblk-init.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/lightnvm/pblk-init.c

Re: [PATCH 1/2] drm: tegra: dc: Handle return value of kasprintf

On Wed, Sep 20, 2017 at 12:55:07PM +0530, Arvind Yadav wrote: > kasprintf() can fail here and we must check its return value. > > Signed-off-by: Arvind Yadav > --- > drivers/gpu/drm/tegra/dc.c | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git

Re: [PATCH 1/2] drm: tegra: dc: Handle return value of kasprintf

On Wed, Sep 20, 2017 at 12:55:07PM +0530, Arvind Yadav wrote: > kasprintf() can fail here and we must check its return value. > > Signed-off-by: Arvind Yadav > --- > drivers/gpu/drm/tegra/dc.c | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/drivers/gpu/drm/tegra/dc.c

[PATCH net-next 02/10] net: hns3: Add support for dynamically buffer reallocation

Current buffer allocation can only happen at init, when doing buffer reallocation after init, care must be taken care of memory which priv_buf points to. This patch fixes it by using a dynamic allocated temporary memory. Because we only do buffer reallocation at init or when setting up the DCB

[PATCH net-next 02/10] net: hns3: Add support for dynamically buffer reallocation

Current buffer allocation can only happen at init, when doing buffer reallocation after init, care must be taken care of memory which priv_buf points to. This patch fixes it by using a dynamic allocated temporary memory. Because we only do buffer reallocation at init or when setting up the DCB

[PATCH 2/6] lightnvm: pblk: protect line bitmap while submitting meta io

It seems pblk_dealloc_page would race against pblk_alloc_pages for line bitmap for sector allocation. The chances are very low but might as well protect the bitmap properly. It's not even in fast path. Signed-off-by: Rakesh Pandit --- drivers/lightnvm/pblk-core.c | 2 ++ 1

[PATCH 2/6] lightnvm: pblk: protect line bitmap while submitting meta io

It seems pblk_dealloc_page would race against pblk_alloc_pages for line bitmap for sector allocation. The chances are very low but might as well protect the bitmap properly. It's not even in fast path. Signed-off-by: Rakesh Pandit --- drivers/lightnvm/pblk-core.c | 2 ++ 1 file changed, 2

[PATCH net-next 01/10] net: hns3: Support for dynamically assigning tx buffer to TC

This patch add support of dynamically assigning tx buffer to TC when the TC is enabled. It will save buffer for rx direction to avoid packet loss. Signed-off-by: Yunsheng Lin --- .../net/ethernet/hisilicon/hns3/hns3pf/hclge_cmd.h | 1 +

[PATCH net-next 01/10] net: hns3: Support for dynamically assigning tx buffer to TC

This patch add support of dynamically assigning tx buffer to TC when the TC is enabled. It will save buffer for rx direction to avoid packet loss. Signed-off-by: Yunsheng Lin --- .../net/ethernet/hisilicon/hns3/hns3pf/hclge_cmd.h | 1 + .../ethernet/hisilicon/hns3/hns3pf/hclge_main.c| 69

[PATCH 0/6] misc patches mostly for pblk

These are trivial changes up for review. Most of them I made while skimming through the code base. They are mostly cleanups and they are at random places. Rakesh Pandit (6): lightnvm: pblk: reuse pblk_gc_should_kick lightnvm: pblk: protect line bitmap while submitting meta io lightnvm:

[PATCH 0/6] misc patches mostly for pblk

These are trivial changes up for review. Most of them I made while skimming through the code base. They are mostly cleanups and they are at random places. Rakesh Pandit (6): lightnvm: pblk: reuse pblk_gc_should_kick lightnvm: pblk: protect line bitmap while submitting meta io lightnvm:

[PATCH net-next 06/10] net: hns3: Add some interface for the support of DCB feature

This patch add some interface and export some interface from hclge_tm and hclgc_main to support the upcoming DCB feature. Signed-off-by: Yunsheng Lin --- .../ethernet/hisilicon/hns3/hns3pf/hclge_main.c| 3 +- .../ethernet/hisilicon/hns3/hns3pf/hclge_main.h| 3

[PATCH net-next 06/10] net: hns3: Add some interface for the support of DCB feature

This patch add some interface and export some interface from hclge_tm and hclgc_main to support the upcoming DCB feature. Signed-off-by: Yunsheng Lin --- .../ethernet/hisilicon/hns3/hns3pf/hclge_main.c| 3 +- .../ethernet/hisilicon/hns3/hns3pf/hclge_main.h| 3 ++

[PATCH net-next 07/10] net: hns3: Add hclge_dcb module for the support of DCB feature

The hclge_dcb module calls the interface from hclge_main/tm and provide interface for the dcb netlink interface. This patch also update Makefiles required to build the DCB supported code in HNS3 Ethernet driver and update the existing Kconfig file in the hisilicon folder. Signed-off-by: Yunsheng

[PATCH net-next 07/10] net: hns3: Add hclge_dcb module for the support of DCB feature

The hclge_dcb module calls the interface from hclge_main/tm and provide interface for the dcb netlink interface. This patch also update Makefiles required to build the DCB supported code in HNS3 Ethernet driver and update the existing Kconfig file in the hisilicon folder. Signed-off-by: Yunsheng

[PATCH 1/6] lightnvm: pblk: reuse pblk_gc_should_kick

This is a trivial change which reuses pblk_gc_should_kick instead of repeating it again in pblk_rl_free_lines_inc. Signed-off-by: Rakesh Pandit --- drivers/lightnvm/pblk-core.c | 1 + drivers/lightnvm/pblk-rl.c | 9 - 2 files changed, 1 insertion(+), 9 deletions(-)

[PATCH 1/6] lightnvm: pblk: reuse pblk_gc_should_kick

This is a trivial change which reuses pblk_gc_should_kick instead of repeating it again in pblk_rl_free_lines_inc. Signed-off-by: Rakesh Pandit --- drivers/lightnvm/pblk-core.c | 1 + drivers/lightnvm/pblk-rl.c | 9 - 2 files changed, 1 insertion(+), 9 deletions(-) diff --git

Re: [PATCH 2/2] drm: Release memory obtained by kasprintf

On Wed, Sep 20, 2017 at 12:55:08PM +0530, Arvind Yadav wrote: > Free memory region, if drm_crtc_init_with_planes is not successful. > > Signed-off-by: Arvind Yadav > --- > drivers/gpu/drm/drm_crtc.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git

Re: [PATCH 2/2] drm: Release memory obtained by kasprintf

On Wed, Sep 20, 2017 at 12:55:08PM +0530, Arvind Yadav wrote: > Free memory region, if drm_crtc_init_with_planes is not successful. > > Signed-off-by: Arvind Yadav > --- > drivers/gpu/drm/drm_crtc.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/drivers/gpu/drm/drm_crtc.c

[PATCH 1/1] driver:garmin gps: use setup_timer

Use setup_timer function instead of initializing timer with the function and data fields. Signed-off-by: Allen Pais --- drivers/usb/serial/garmin_gps.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/usb/serial/garmin_gps.c

[PATCH 1/1] driver:garmin gps: use setup_timer

Use setup_timer function instead of initializing timer with the function and data fields. Signed-off-by: Allen Pais --- drivers/usb/serial/garmin_gps.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/usb/serial/garmin_gps.c

[PATCH net-next 04/10] net: hns3: Add support for port shaper setting in TM module

This patch add a tm_port_shaper cmd and set port shaper to HCLGE_ETHER_MAX_RATE on TM initialization process. Signed-off-by: Yunsheng Lin --- .../net/ethernet/hisilicon/hns3/hns3pf/hclge_tm.c | 33 ++ .../net/ethernet/hisilicon/hns3/hns3pf/hclge_tm.h

[PATCH net-next 04/10] net: hns3: Add support for port shaper setting in TM module

This patch add a tm_port_shaper cmd and set port shaper to HCLGE_ETHER_MAX_RATE on TM initialization process. Signed-off-by: Yunsheng Lin --- .../net/ethernet/hisilicon/hns3/hns3pf/hclge_tm.c | 33 ++ .../net/ethernet/hisilicon/hns3/hns3pf/hclge_tm.h | 4 +++ 2 files

Re: [PATCH V8 12/14] mmc: block: Add CQE and blk-mq support

On 21/09/17 12:59, Ulf Hansson wrote: > On 13 September 2017 at 13:40, Adrian Hunter wrote: >> Add CQE support to the block driver, including: >> - optionally using DCMD for flush requests >> - "manually" issuing discard requests >> - issuing read / write

Re: [PATCH V8 12/14] mmc: block: Add CQE and blk-mq support

On 21/09/17 12:59, Ulf Hansson wrote: > On 13 September 2017 at 13:40, Adrian Hunter wrote: >> Add CQE support to the block driver, including: >> - optionally using DCMD for flush requests >> - "manually" issuing discard requests >> - issuing read / write requests to the CQE >> -

Re: [PATCH 2/4] clk: tegra: check BPMP response return code

On 07/09/17 10:31, Timo Alho wrote: > Check return code in BPMP response message(s). The typical error case > is when clock operation is attempted with invalid clock identifier. > > Also remove error print from call to clk_get_info() as the > implementation loops through range of all possible

Re: [media] s2255drv: Adjust 13 checks for null pointers

>> Would you like to clarify corresponding concerns any more? >> > > Look at the `git log` I did this also for a moment. > and it just copies those lines: The Git software preserves these three message fields (when special characters were used in the commit message). Can you accept such

<    8   9   10   11   12   13   14   15   16   17   >