Re: [PATCH v2] clk: let clk_disable() return immediately if clk is NULL or error

On Thu, Apr 07, 2016 at 05:33:28PM -0700, Stephen Boyd wrote: > On 04/05, Masahiro Yamada wrote: > > The clk_disable() in the common clock framework (drivers/clk/clk.c) > > returns immediately if a given clk is NULL or an error pointer. It > > allows clock consumers to call clk_disable() without

Re: [PATCH v2] clk: let clk_disable() return immediately if clk is NULL or error

On Thu, Apr 07, 2016 at 05:33:28PM -0700, Stephen Boyd wrote: > On 04/05, Masahiro Yamada wrote: > > The clk_disable() in the common clock framework (drivers/clk/clk.c) > > returns immediately if a given clk is NULL or an error pointer. It > > allows clock consumers to call clk_disable() without

[PATCH 4/8] mtd: nand: nuc900: set ECC algorithm explicitly

This is part of process deprecating NAND_ECC_SOFT_BCH (and switching to enum nand_ecc_algo). Signed-off-by: Rafał Miłecki --- drivers/mtd/nand/nuc900_nand.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/mtd/nand/nuc900_nand.c b/drivers/mtd/nand/nuc900_nand.c

[PATCH 4/8] mtd: nand: nuc900: set ECC algorithm explicitly

This is part of process deprecating NAND_ECC_SOFT_BCH (and switching to enum nand_ecc_algo). Signed-off-by: Rafał Miłecki --- drivers/mtd/nand/nuc900_nand.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/mtd/nand/nuc900_nand.c b/drivers/mtd/nand/nuc900_nand.c index dbc5b57..8f64011

Re: [RFT PATCH 0/4] usb: dwc2: Fix core reset and force mode delay problems

Am 08.04.2016 um 00:12 schrieb John Youn : > On 4/7/2016 1:36 PM, Michael Niewoehner wrote: >> >> Am 07.04.2016 um 20:41 schrieb John Youn : >> >>> On 3/31/2016 2:44 PM, Michael Niewoehner wrote: Hi John, Am 29.03.2016 um 04:36

Re: [RFT PATCH 0/4] usb: dwc2: Fix core reset and force mode delay problems

Am 08.04.2016 um 00:12 schrieb John Youn : > On 4/7/2016 1:36 PM, Michael Niewoehner wrote: >> >> Am 07.04.2016 um 20:41 schrieb John Youn : >> >>> On 3/31/2016 2:44 PM, Michael Niewoehner wrote: Hi John, Am 29.03.2016 um 04:36 schrieb John Youn : > Hi, > >

[PATCH 2/8] mtd: nand: gpio: set ECC algorithm explicitly

This is part of process deprecating NAND_ECC_SOFT_BCH (and switching to enum nand_ecc_algo). Signed-off-by: Rafał Miłecki --- drivers/mtd/nand/gpio.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/mtd/nand/gpio.c b/drivers/mtd/nand/gpio.c index ded658f..6317f68

[PATCH 2/8] mtd: nand: gpio: set ECC algorithm explicitly

This is part of process deprecating NAND_ECC_SOFT_BCH (and switching to enum nand_ecc_algo). Signed-off-by: Rafał Miłecki --- drivers/mtd/nand/gpio.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/mtd/nand/gpio.c b/drivers/mtd/nand/gpio.c index ded658f..6317f68 100644 ---

[PATCH 7/8] mtd: nand: plat: set ECC algorithm explicitly

This is part of process deprecating NAND_ECC_SOFT_BCH (and switching to enum nand_ecc_algo). Signed-off-by: Rafał Miłecki --- drivers/mtd/nand/plat_nand.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/mtd/nand/plat_nand.c b/drivers/mtd/nand/plat_nand.c index

[PATCH 7/8] mtd: nand: plat: set ECC algorithm explicitly

This is part of process deprecating NAND_ECC_SOFT_BCH (and switching to enum nand_ecc_algo). Signed-off-by: Rafał Miłecki --- drivers/mtd/nand/plat_nand.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/mtd/nand/plat_nand.c b/drivers/mtd/nand/plat_nand.c index e4e50da..415a53a

[PATCH 5/8] mtd: nand: orion: set ECC algorithm explicitly

This is part of process deprecating NAND_ECC_SOFT_BCH (and switching to enum nand_ecc_algo). Signed-off-by: Rafał Miłecki --- drivers/mtd/nand/orion_nand.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/mtd/nand/orion_nand.c b/drivers/mtd/nand/orion_nand.c index

[PATCH 3/8] mtd: nand: mxc: set ECC algorithm explicitly

This is part of process deprecating NAND_ECC_SOFT_BCH (and switching to enum nand_ecc_algo). Signed-off-by: Rafał Miłecki --- drivers/mtd/nand/mxc_nand.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/mtd/nand/mxc_nand.c b/drivers/mtd/nand/mxc_nand.c index

[PATCH 8/8] mtd: nand: socrates: set ECC algorithm explicitly

This is part of process deprecating NAND_ECC_SOFT_BCH (and switching to enum nand_ecc_algo). Signed-off-by: Rafał Miłecki --- drivers/mtd/nand/socrates_nand.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/mtd/nand/socrates_nand.c

[PATCH 5/8] mtd: nand: orion: set ECC algorithm explicitly

This is part of process deprecating NAND_ECC_SOFT_BCH (and switching to enum nand_ecc_algo). Signed-off-by: Rafał Miłecki --- drivers/mtd/nand/orion_nand.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/mtd/nand/orion_nand.c b/drivers/mtd/nand/orion_nand.c index d4614bf..40a7c4a

[PATCH 3/8] mtd: nand: mxc: set ECC algorithm explicitly

This is part of process deprecating NAND_ECC_SOFT_BCH (and switching to enum nand_ecc_algo). Signed-off-by: Rafał Miłecki --- drivers/mtd/nand/mxc_nand.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/mtd/nand/mxc_nand.c b/drivers/mtd/nand/mxc_nand.c index 854c832..57b1b74 100644

[PATCH 8/8] mtd: nand: socrates: set ECC algorithm explicitly

This is part of process deprecating NAND_ECC_SOFT_BCH (and switching to enum nand_ecc_algo). Signed-off-by: Rafał Miłecki --- drivers/mtd/nand/socrates_nand.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/mtd/nand/socrates_nand.c b/drivers/mtd/nand/socrates_nand.c index

[PATCH 1/8] mtd: nand: ams-delta: set ECC algorithm explicitly

This is part of process deprecating NAND_ECC_SOFT_BCH (and switching to enum nand_ecc_algo). Signed-off-by: Rafał Miłecki --- drivers/mtd/nand/ams-delta.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/mtd/nand/ams-delta.c b/drivers/mtd/nand/ams-delta.c index

[PATCH 6/8] mtd: nand: pasemi: set ECC algorithm explicitly

This is part of process deprecating NAND_ECC_SOFT_BCH (and switching to enum nand_ecc_algo). Signed-off-by: Rafał Miłecki --- drivers/mtd/nand/pasemi_nand.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/mtd/nand/pasemi_nand.c b/drivers/mtd/nand/pasemi_nand.c

[PATCH 1/8] mtd: nand: ams-delta: set ECC algorithm explicitly

This is part of process deprecating NAND_ECC_SOFT_BCH (and switching to enum nand_ecc_algo). Signed-off-by: Rafał Miłecki --- drivers/mtd/nand/ams-delta.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/mtd/nand/ams-delta.c b/drivers/mtd/nand/ams-delta.c index 68b58c8..78e12cc

[PATCH 6/8] mtd: nand: pasemi: set ECC algorithm explicitly

This is part of process deprecating NAND_ECC_SOFT_BCH (and switching to enum nand_ecc_algo). Signed-off-by: Rafał Miłecki --- drivers/mtd/nand/pasemi_nand.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/mtd/nand/pasemi_nand.c b/drivers/mtd/nand/pasemi_nand.c index 3ab53ca..63fcb8c

Re: [PATCH v4 00/14] x86: remove paravirt_enabled

On Fri, Apr 08, 2016 at 03:14:43AM +0200, Luis R. Rodriguez wrote: > On Wed, Apr 06, 2016 at 05:06:20PM -0700, Luis R. Rodriguez wrote: > > Now that Andy's ASM paravirt_enabled() use is merged > > Sorry I should have provided more context, I meant that now > that Andy's ASM paravirt_enabled()

Re: [PATCH v4 00/14] x86: remove paravirt_enabled

On Fri, Apr 08, 2016 at 03:14:43AM +0200, Luis R. Rodriguez wrote: > On Wed, Apr 06, 2016 at 05:06:20PM -0700, Luis R. Rodriguez wrote: > > Now that Andy's ASM paravirt_enabled() use is merged > > Sorry I should have provided more context, I meant that now > that Andy's ASM paravirt_enabled()

[PATCH net-next] security: drop the unused hook skb_owned_by

The skb_owned_by hook was added with the commit ca10b9e9a8ca ("selinux: add a skb_owned_by() hook") and later removed when said commit was reverted. Later on, when switching to list of hooks, a field named 'skb_owned_by' was included into the security_hook_head struct, but without any users nor

[PATCH net-next] security: drop the unused hook skb_owned_by

The skb_owned_by hook was added with the commit ca10b9e9a8ca ("selinux: add a skb_owned_by() hook") and later removed when said commit was reverted. Later on, when switching to list of hooks, a field named 'skb_owned_by' was included into the security_hook_head struct, but without any users nor

Re: [RESEND PATCH v9] mtd: spi-nor: add hisilicon spi-nor flash controller driver

On 04/08/2016 10:26 AM, Jiancheng Xue wrote: > Hi, > > On 2016/4/7 10:28, Marek Vasut wrote: >> On 04/07/2016 04:10 AM, Jiancheng Xue wrote: >>> Hi Brian, >>>Thank you very much for your comments. I'll fix these issues in next >>> version. >>> In addition, for easy understanding I'd like to

Re: [RESEND PATCH v9] mtd: spi-nor: add hisilicon spi-nor flash controller driver

On 04/08/2016 10:26 AM, Jiancheng Xue wrote: > Hi, > > On 2016/4/7 10:28, Marek Vasut wrote: >> On 04/07/2016 04:10 AM, Jiancheng Xue wrote: >>> Hi Brian, >>>Thank you very much for your comments. I'll fix these issues in next >>> version. >>> In addition, for easy understanding I'd like to

Re: [PATCH 5/5 v4] ASoC: dwc: Update DOCUMENTATION for I2S Driver

Hi Mark, On 07-04-2016 18:53, Mark Brown wrote: > On Thu, Apr 07, 2016 at 05:53:59PM +0100, Jose Abreu wrote: > >> + Optional properties: >> + - snps,use-dmaengine: If set the driver will use ALSA DMA engine. If set >> + it is required to use the properties 'dmas' and 'dma-names'. > This is

Re: [PATCH 5/5 v4] ASoC: dwc: Update DOCUMENTATION for I2S Driver

Hi Mark, On 07-04-2016 18:53, Mark Brown wrote: > On Thu, Apr 07, 2016 at 05:53:59PM +0100, Jose Abreu wrote: > >> + Optional properties: >> + - snps,use-dmaengine: If set the driver will use ALSA DMA engine. If set >> + it is required to use the properties 'dmas' and 'dma-names'. > This is

Re: [PATCH v1 06/10] device property: switch to use UUID API

On Fri, 2016-04-08 at 09:27 +0800, Huang, Ying wrote: > Andy Shevchenko writes: > > > > > On Fri, 2016-02-26 at 16:11 +0200, Andy Shevchenko wrote: > > > > > > On Thu, 2016-02-18 at 01:03 +0100, Rafael J. Wysocki wrote: > > > > > > > > > > > > On Wednesday,

Re: [PATCH v1 06/10] device property: switch to use UUID API

On Fri, 2016-04-08 at 09:27 +0800, Huang, Ying wrote: > Andy Shevchenko writes: > > > > > On Fri, 2016-02-26 at 16:11 +0200, Andy Shevchenko wrote: > > > > > > On Thu, 2016-02-18 at 01:03 +0100, Rafael J. Wysocki wrote: > > > > > > > > > > > > On Wednesday, February 17, 2016 02:17:24 PM Andy

[RFC 2/3] regulator: rk808: Add support for rk818

Add support for the rk818 regulator. The regulator module consists of 4 DCDCs, 9 LDOs, 1 switch and 1 BOOST converter which is used to power OTG and HDMI5V. The output voltages are configurable and are meant to supply power to the main processor and other components. Signed-off-by: Wadim Egorov

[RFC 2/3] regulator: rk808: Add support for rk818

Add support for the rk818 regulator. The regulator module consists of 4 DCDCs, 9 LDOs, 1 switch and 1 BOOST converter which is used to power OTG and HDMI5V. The output voltages are configurable and are meant to supply power to the main processor and other components. Signed-off-by: Wadim Egorov

[RFC 0/3] Add RK818 PMIC support

Hello, this patch adds support for rockchip's RK818 PMIC. I am not sure if I have to rename all filenames and all relevant variable names after adding a second supported device to the RK808 driver, e.g: mfd/rk8xx.c regulator/rk8xx-regulator.c clk/clk-rk8xx.c Regards, Wadim Wadim Egorov

[RFC 0/3] Add RK818 PMIC support

Hello, this patch adds support for rockchip's RK818 PMIC. I am not sure if I have to rename all filenames and all relevant variable names after adding a second supported device to the RK808 driver, e.g: mfd/rk8xx.c regulator/rk8xx-regulator.c clk/clk-rk8xx.c Regards, Wadim Wadim Egorov

[RFC 3/3] mfd: dt-bindings: Add RK818 device tree bindings document

Add device tree bindings documentation for rockchip's RK818 pmic. Signed-off-by: Wadim Egorov --- Documentation/devicetree/bindings/mfd/rk808.txt | 37 +++-- 1 file changed, 34 insertions(+), 3 deletions(-) diff --git

[RFC 3/3] mfd: dt-bindings: Add RK818 device tree bindings document

Add device tree bindings documentation for rockchip's RK818 pmic. Signed-off-by: Wadim Egorov --- Documentation/devicetree/bindings/mfd/rk808.txt | 37 +++-- 1 file changed, 34 insertions(+), 3 deletions(-) diff --git a/Documentation/devicetree/bindings/mfd/rk808.txt

[RFC 1/3] mfd: RK808: Add RK818 support

The RK818 chip is a power management IC for multimedia and handheld devices. It contains the following components: - Regulators - RTC - Clkout - battery support Both chips RK808 and RK818 are using a similar register map. So we can reuse the RTC and Clkout functionality. Signed-off-by: Wadim

[RFC 1/3] mfd: RK808: Add RK818 support

The RK818 chip is a power management IC for multimedia and handheld devices. It contains the following components: - Regulators - RTC - Clkout - battery support Both chips RK808 and RK818 are using a similar register map. So we can reuse the RTC and Clkout functionality. Signed-off-by: Wadim

Re: [PATCH v10 1/4] gadget: Introduce the usb charger framework

Hi Jun, On 8 April 2016 at 16:04, Jun Li wrote: > Hi, Baolin > >> +/* >> + * usb_charger_detect_type() - detect the charger type manually. >> + * @uchger - usb charger device >> + * >> + * Note: You should ensure you need to detect the charger type manually >> +on your >> + *

Re: [PATCH v10 1/4] gadget: Introduce the usb charger framework

Hi Jun, On 8 April 2016 at 16:04, Jun Li wrote: > Hi, Baolin > >> +/* >> + * usb_charger_detect_type() - detect the charger type manually. >> + * @uchger - usb charger device >> + * >> + * Note: You should ensure you need to detect the charger type manually >> +on your >> + * platform. >> + *

[PATCH] usb: dwc3: free dwc->regset on dwc3_debugfs_exit

From: "Du, Changbin" dwc->regset is allocated on dwc3_debugfs_init, and should be released on dwc3_debugfs_exit. Signed-off-by: Du, Changbin --- This patch is seperated from patch set: [PATCH v2 0/3] Improvement, fix and new entry for dwc3 debugfs

[PATCH] usb: dwc3: free dwc->regset on dwc3_debugfs_exit

From: "Du, Changbin" dwc->regset is allocated on dwc3_debugfs_init, and should be released on dwc3_debugfs_exit. Signed-off-by: Du, Changbin --- This patch is seperated from patch set: [PATCH v2 0/3] Improvement, fix and new entry for dwc3 debugfs Because it is not related to other 2 patches.

Re: [PATCH v3 6/7] x86/cpu: Add Erratum 88 detection on AMD

On Thu, Apr 07, 2016 at 06:40:13PM -0700, Andy Lutomirski wrote: > Ingo, etc: we should probably apply one of those patches with a > -stable tag (to mitigate the otherwise potentially unpleasant > performance regression in here), but I don't really care which one. > Andi's has a name for the bug

Re: [PATCH v3 6/7] x86/cpu: Add Erratum 88 detection on AMD

On Thu, Apr 07, 2016 at 06:40:13PM -0700, Andy Lutomirski wrote: > Ingo, etc: we should probably apply one of those patches with a > -stable tag (to mitigate the otherwise potentially unpleasant > performance regression in here), but I don't really care which one. > Andi's has a name for the bug

[PATCH] sched/fair: Optimize sum computation with a lookup table

__compute_runnable_contrib() uses a loop to compute sum, whereas a table loopup can do it faster in a constant time. Signed-off-by: Yuyang Du --- kernel/sched/fair.c | 20 1 file changed, 12 insertions(+), 8 deletions(-) diff --git

[PATCH] sched/fair: Optimize sum computation with a lookup table

__compute_runnable_contrib() uses a loop to compute sum, whereas a table loopup can do it faster in a constant time. Signed-off-by: Yuyang Du --- kernel/sched/fair.c | 20 1 file changed, 12 insertions(+), 8 deletions(-) diff --git a/kernel/sched/fair.c

Re: [PATCH v2 2/9] drivers: irqchip: Add STM32 external interrupts support

On Thu, Mar 31, 2016 at 5:09 PM, Maxime Coquelin wrote: > + gc = domain->gc->gc[0]; > + gc->reg_base = base; > + gc->chip_types->type = IRQ_TYPE_EDGE_BOTH; > + gc->chip_types->chip.name =

Re: [PATCH v2 2/9] drivers: irqchip: Add STM32 external interrupts support

On Thu, Mar 31, 2016 at 5:09 PM, Maxime Coquelin wrote: > + gc = domain->gc->gc[0]; > + gc->reg_base = base; > + gc->chip_types->type = IRQ_TYPE_EDGE_BOTH; > + gc->chip_types->chip.name = gc->chip_types[0].chip.name; > +

[PATCH v3 0/2] Add a new debugfs entry to dump FIFO/Queue available space

From: "Du, Changbin" FIFO/Queue available space info can be used to debug dwc3 issues. First we remove unnecessary checking for debugfs api call, then add the new entry. changes from v2: 1. Remove commit "usb: dwc3: free dwc->regset on dwc3_debugfs_exit" Du, Changbin

[PATCH v3 0/2] Add a new debugfs entry to dump FIFO/Queue available space

From: "Du, Changbin" FIFO/Queue available space info can be used to debug dwc3 issues. First we remove unnecessary checking for debugfs api call, then add the new entry. changes from v2: 1. Remove commit "usb: dwc3: free dwc->regset on dwc3_debugfs_exit" Du, Changbin (2): usb: dwc3: make

[PATCH v3 1/2] usb: dwc3: make dwc3_debugfs_init return value be void

From: "Du, Changbin" Debugfs init failure is not so important. We can continue our job on this failure. Also no need to check debugfs_create_file call results. Signed-off-by: Du, Changbin --- changes from v2: no changes ---

[PATCH v3 2/2] usb: dwc3: add debugfs node to dump FIFO/Queue available space

From: "Du, Changbin" For DWC3 USB controller, the Global Debug Queue/FIFO Space Available Register(GDBGFIFOSPACE) can be used to dump FIFO/Queue available space. This can be used to check some special issues, like whether data is successfully copied from memory to fifo

[PATCH v3 1/2] usb: dwc3: make dwc3_debugfs_init return value be void

From: "Du, Changbin" Debugfs init failure is not so important. We can continue our job on this failure. Also no need to check debugfs_create_file call results. Signed-off-by: Du, Changbin --- changes from v2: no changes --- drivers/usb/dwc3/core.c| 10 +-

[PATCH v3 2/2] usb: dwc3: add debugfs node to dump FIFO/Queue available space

From: "Du, Changbin" For DWC3 USB controller, the Global Debug Queue/FIFO Space Available Register(GDBGFIFOSPACE) can be used to dump FIFO/Queue available space. This can be used to check some special issues, like whether data is successfully copied from memory to fifo when a trb is blocked.

Re: [PATCH v2 6/9] pinctrl: Add IRQ support to STM32 gpios

On Thu, Mar 31, 2016 at 5:09 PM, Maxime Coquelin wrote: > +static int stm32_gpio_to_irq(struct gpio_chip *chip, unsigned offset) > +{ > + struct stm32_pinctrl *pctl = dev_get_drvdata(chip->parent); > + struct stm32_gpio_bank *bank = gpiochip_get_data(chip);

Re: [PATCH v2 6/9] pinctrl: Add IRQ support to STM32 gpios

On Thu, Mar 31, 2016 at 5:09 PM, Maxime Coquelin wrote: > +static int stm32_gpio_to_irq(struct gpio_chip *chip, unsigned offset) > +{ > + struct stm32_pinctrl *pctl = dev_get_drvdata(chip->parent); > + struct stm32_gpio_bank *bank = gpiochip_get_data(chip); > + unsigned int

Re: [PATCH 2/3] sched: Correctly handle nohz ticks cpu load accounting

On Fri, Apr 08, 2016 at 03:07:12AM +0200, Frederic Weisbecker wrote: > +void cpu_load_update_nohz_start(void) > { > struct rq *this_rq = this_rq(); > + > + /* > + * This is all lockless but should be fine. If weighted_cpuload changes > + * concurrently we'll exit nohz. And

Re: [PATCH 2/3] sched: Correctly handle nohz ticks cpu load accounting

On Fri, Apr 08, 2016 at 03:07:12AM +0200, Frederic Weisbecker wrote: > +void cpu_load_update_nohz_start(void) > { > struct rq *this_rq = this_rq(); > + > + /* > + * This is all lockless but should be fine. If weighted_cpuload changes > + * concurrently we'll exit nohz. And

Re: [PATCH v3 2/7] x86/arch_prctl: Fix ARCH_GET_FS and ARCH_GET_GS

2016-04-08 10:13 GMT+03:00 Ingo Molnar : > > * Andy Lutomirski wrote: > >> ARCH_GET_FS and ARCH_GET_GS attempted to figure out the fsbase and >> gsbase respectively from saved thread state. This was wrong: fsbase >> and gsbase live in registers while a thread

Re: [PATCH v3 2/7] x86/arch_prctl: Fix ARCH_GET_FS and ARCH_GET_GS

2016-04-08 10:13 GMT+03:00 Ingo Molnar : > > * Andy Lutomirski wrote: > >> ARCH_GET_FS and ARCH_GET_GS attempted to figure out the fsbase and >> gsbase respectively from saved thread state. This was wrong: fsbase >> and gsbase live in registers while a thread is running, not in >> memory. > > So

Re: [PATCH v2 2/9] drivers: irqchip: Add STM32 external interrupts support

On Thu, Mar 31, 2016 at 5:09 PM, Maxime Coquelin wrote: > +static void stm32_irq_handler(struct irq_desc *desc) > +{ > + struct irq_domain *domain = irq_desc_get_handler_data(desc); > + struct irq_chip_generic *gc = domain->gc->gc[0]; > + struct

Re: [PATCH v2 2/9] drivers: irqchip: Add STM32 external interrupts support

On Thu, Mar 31, 2016 at 5:09 PM, Maxime Coquelin wrote: > +static void stm32_irq_handler(struct irq_desc *desc) > +{ > + struct irq_domain *domain = irq_desc_get_handler_data(desc); > + struct irq_chip_generic *gc = domain->gc->gc[0]; > + struct irq_chip *chip =

[RFC PATCH v1] block: avoid to call .bi_end_io() recursively

There were reports about heavy stack use by recursive calling .bi_end_io().[1][2][3] Also these patches[1] [2] [3] were posted for addressing the issue. And the idea is basically similar, all serializes the recursive calling of .bi_end_io() by percpu list. This patch still takes the same idea,

[RFC PATCH v1] block: avoid to call .bi_end_io() recursively

There were reports about heavy stack use by recursive calling .bi_end_io().[1][2][3] Also these patches[1] [2] [3] were posted for addressing the issue. And the idea is basically similar, all serializes the recursive calling of .bi_end_io() by percpu list. This patch still takes the same idea,

Re: [PATCH v2 3/3] drm: bridge: anx78xx: Add anx78xx driver support.

On Wed, Mar 30, 2016 at 06:22:24PM +0200, Enric Balletbo i Serra wrote: > Although there are other chips from the same family that can reuse this > driver, at the moment we only tested ANX7814 chip. > > The ANX7814 is an ultra-low power Full-HD (1080p60) SlimPort transmitter > designed for

Re: [PATCH v2 3/3] drm: bridge: anx78xx: Add anx78xx driver support.

On Wed, Mar 30, 2016 at 06:22:24PM +0200, Enric Balletbo i Serra wrote: > Although there are other chips from the same family that can reuse this > driver, at the moment we only tested ANX7814 chip. > > The ANX7814 is an ultra-low power Full-HD (1080p60) SlimPort transmitter > designed for

Re: [PATCH] ASoC: rockchip: i2s: configure the sdio pins' iomux mode

Hi Rob, On 4/8/2016 01:58, Rob Herring Wrote: On Wed, Apr 06, 2016 at 04:38:22PM +0800, Sugar Zhang wrote: There are 3 i2s sdio pins, which iomux mode is as follows: s/i2s sdio/I2S\/SDIO muxed/ - sdi3_sdo1 - sdi2_sdo2 - sdi1_sdo3 we need to configure these pins' iomux mode via the

Re: [PATCH] ASoC: rockchip: i2s: configure the sdio pins' iomux mode

Hi Rob, On 4/8/2016 01:58, Rob Herring Wrote: On Wed, Apr 06, 2016 at 04:38:22PM +0800, Sugar Zhang wrote: There are 3 i2s sdio pins, which iomux mode is as follows: s/i2s sdio/I2S\/SDIO muxed/ - sdi3_sdo1 - sdi2_sdo2 - sdi1_sdo3 we need to configure these pins' iomux mode via the

Re: [PATCH v2 8/8] scsi: ufs: connect to RPMB subsystem

Hi! On 4/7/2016 10:15 PM, Winkler, Tomas wrote: > On Wed, 2016-04-06 at 09:51 +0100, Joao Pinto wrote: >> Hi! >> >> On 4/4/2016 12:11 PM, Tomas Winkler wrote: >>> Register UFS RPMB LUN with the RPMB subsystem and provide >>> implementation for the RPMB access operations. RPMB partition is >>>

Re: [PATCH v2 8/8] scsi: ufs: connect to RPMB subsystem

Hi! On 4/7/2016 10:15 PM, Winkler, Tomas wrote: > On Wed, 2016-04-06 at 09:51 +0100, Joao Pinto wrote: >> Hi! >> >> On 4/4/2016 12:11 PM, Tomas Winkler wrote: >>> Register UFS RPMB LUN with the RPMB subsystem and provide >>> implementation for the RPMB access operations. RPMB partition is >>>

Re: 4.4, 4.6: camera and unlock buttons produce tons of interrupts (was Re: N900 sleep mode)

Hi! > > > Looks like you have 117 additional entries in .config enabled compared > > > to omap2plus_defconfig. Maybe go back to omap2plus_defconfig with minimal > > > changes and verify it idles properly first? > > > > > > I'm suspecting it's some driver(s) you have enabled causing the > > >

Re: 4.4, 4.6: camera and unlock buttons produce tons of interrupts (was Re: N900 sleep mode)

Hi! > > > Looks like you have 117 additional entries in .config enabled compared > > > to omap2plus_defconfig. Maybe go back to omap2plus_defconfig with minimal > > > changes and verify it idles properly first? > > > > > > I'm suspecting it's some driver(s) you have enabled causing the > > >

[PATCH RESEND] coresight-etm4x: Change ETM setting.

From: Pengcheng Li Force ETM idle acknowleghe when CPU enter WFI. writel_relaxed(0x2, drvdata->base + TRCAUXCTLR); Because linux kernel execute on EL1, so we just need to open EL1 trace，close EL1 trace. drvdata->vinst_ctrl |= BIT(20); Because this operation exceed the

[PATCH RESEND] coresight-etm4x: Change ETM setting.

From: Pengcheng Li Force ETM idle acknowleghe when CPU enter WFI. writel_relaxed(0x2, drvdata->base + TRCAUXCTLR); Because linux kernel execute on EL1, so we just need to open EL1 trace，close EL1 trace. drvdata->vinst_ctrl |= BIT(20); Because this operation exceed the range of boolean, so we

Re: [PATCH v8 3/3] irqchip: add nps Internal and external irqchips

Hi Marc, Could you review this patch, this is last one of this set which needs ack. This patch set is out there long time and I will appreciate any feedback. Regards, Noam From: linux-snps-arc on behalf of

Re: [PATCH v8 3/3] irqchip: add nps Internal and external irqchips

Hi Marc, Could you review this patch, this is last one of this set which needs ack. This patch set is out there long time and I will appreciate any feedback. Regards, Noam From: linux-snps-arc on behalf of Noam Camus Sent: Sunday, April 3, 2016 9:14 PM

[PATCH] scripts/gdb: Use $(abspath ...) instead of $(shell cd ... && pwd)

From: Thierry Reding Avoid forking off a shell to resolve the absolute path of the output directory when make's builtin $(abspath ...) function will do an adequate job. Signed-off-by: Thierry Reding --- scripts/gdb/linux/Makefile | 2 +- 1 file changed,

[PATCH] scripts/gdb: Use $(abspath ...) instead of $(shell cd ... && pwd)

From: Thierry Reding Avoid forking off a shell to resolve the absolute path of the output directory when make's builtin $(abspath ...) function will do an adequate job. Signed-off-by: Thierry Reding --- scripts/gdb/linux/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[PATCH] tools: Use builtin $(abspath ...) instead of $(shell cd ... && pwd)

From: Thierry Reding Avoid forking off a shell to resolve the absolute path of the output directory when make's builtin $(abspath ...) function will do an adequate job. Signed-off-by: Thierry Reding --- Makefile | 4 ++--

[PATCH] tools: Use builtin $(abspath ...) instead of $(shell cd ... && pwd)

From: Thierry Reding Avoid forking off a shell to resolve the absolute path of the output directory when make's builtin $(abspath ...) function will do an adequate job. Signed-off-by: Thierry Reding --- Makefile | 4 ++-- tools/scripts/Makefile.include | 2 +- 2 files

[PATCH] phy: phy-mt65xx-usb3: add support for mt2701 platform

A new compatible string, "mediatek,mt2701-u3phy", is added. Some register settings to avoid RX sensitivity level degradation which may arise on mt8173 platform are separated from other platforms. Signed-off-by: Chunfeng Yun ---

[PATCH] scripts: Fallback to KBUILD_OUTPUT if O is not specified

From: Thierry Reding The KBUILD_OUTPUT environment can be used to set the build directory as an alternative to passing the O variable on the command-line. This works with regular kernel builds, so it's surprising if it doesn't work within the tools/scripts directory. Allow

[PATCH] phy: phy-mt65xx-usb3: add support for mt2701 platform

A new compatible string, "mediatek,mt2701-u3phy", is added. Some register settings to avoid RX sensitivity level degradation which may arise on mt8173 platform are separated from other platforms. Signed-off-by: Chunfeng Yun --- .../devicetree/bindings/phy/phy-mt65xx-usb.txt |4 +-

[PATCH] scripts: Fallback to KBUILD_OUTPUT if O is not specified

From: Thierry Reding The KBUILD_OUTPUT environment can be used to set the build directory as an alternative to passing the O variable on the command-line. This works with regular kernel builds, so it's surprising if it doesn't work within the tools/scripts directory. Allow KBUILD_OUTPUT if O is

Re: [PATCH v12 8/9] add TC G210 platform driver

Hi Rob, On 4/7/2016 6:57 PM, Rob Herring wrote: > On Mon, Apr 04, 2016 at 11:48:23AM +0100, Joao Pinto wrote: >> >> Hi Rob, >> >> On 4/4/2016 6:15 AM, Rob Herring wrote: >>> On Thu, Mar 31, 2016 at 07:57:21PM +0100, Joao Pinto wrote: This patch adds a glue platform driver for the Synopsys

Re: [PATCH v12 8/9] add TC G210 platform driver

Hi Rob, On 4/7/2016 6:57 PM, Rob Herring wrote: > On Mon, Apr 04, 2016 at 11:48:23AM +0100, Joao Pinto wrote: >> >> Hi Rob, >> >> On 4/4/2016 6:15 AM, Rob Herring wrote: >>> On Thu, Mar 31, 2016 at 07:57:21PM +0100, Joao Pinto wrote: This patch adds a glue platform driver for the Synopsys

Re: [RFC v5 7/7] vfio-pci: Allow to mmap MSI-X table if interrupt remapping is supported

Hi Yongji, On 04/08/2016 10:14 AM, Yongji Xie wrote: > Hi Eric, > On 2016/4/7 22:23, Eric Auger wrote: >> Hi Yongji, >> On 04/07/2016 01:38 PM, Yongji Xie wrote: >>> On 2016/4/6 22:45, Alex Williamson wrote: On Tue, 5 Apr 2016 21:46:44 +0800 Yongji Xie wrote:

Re: [RFC v5 7/7] vfio-pci: Allow to mmap MSI-X table if interrupt remapping is supported

Hi Yongji, On 04/08/2016 10:14 AM, Yongji Xie wrote: > Hi Eric, > On 2016/4/7 22:23, Eric Auger wrote: >> Hi Yongji, >> On 04/07/2016 01:38 PM, Yongji Xie wrote: >>> On 2016/4/6 22:45, Alex Williamson wrote: On Tue, 5 Apr 2016 21:46:44 +0800 Yongji Xie wrote: > This patch

[PATCH 3/5] hisi_sas: add v2 hw support for >4 SATA phys

This patch adds support for directly attaching SATA disks to phy 4-8. The problem was that only registers concerned with phy 0-3 were being considered in sata_int_v2_hw(). The issue was not detected previously as the development board only exposed phy 0-3; the new board provides access to 8 phys.

[PATCH 3/5] hisi_sas: add v2 hw support for >4 SATA phys

This patch adds support for directly attaching SATA disks to phy 4-8. The problem was that only registers concerned with phy 0-3 were being considered in sata_int_v2_hw(). The issue was not detected previously as the development board only exposed phy 0-3; the new board provides access to 8 phys.

Re: [PATCH] Revert "Input: atmel_mxt_ts - disable interrupt for 50ms after reset"

On 2016-04-07 23:52, Tom Rini wrote: > This reverts commit 885f3fb9fa1f9e185e8a4e905157087495734349 due to this > change breaking the touchpad on the Chromebook Pixel 2015 on resume from > sleep or warm resets. > > Cc: Olof Johansson > Cc: Nick Dyer > Cc:

Re: [PATCH] Revert "Input: atmel_mxt_ts - disable interrupt for 50ms after reset"

On 2016-04-07 23:52, Tom Rini wrote: > This reverts commit 885f3fb9fa1f9e185e8a4e905157087495734349 due to this > change breaking the touchpad on the Chromebook Pixel 2015 on resume from > sleep or warm resets. > > Cc: Olof Johansson > Cc: Nick Dyer > Cc: Dmitry Torokhov > Cc: Henrik Rydberg

[PATCH 0/5] hisi_sas: v2 hw SATA fixes

This patchset introduces SATA support fixes for the HiSilicon v2 hw SAS controller. Fixes include: - attach issue for SATA disk attached through expander - intermittent issue for directly attaching multiple SATA disks - add support for directly attaching SATA disk to phy index 4+ - ITCT config

[PATCH 5/5] hisi_sas: update driver version to 1.4

Signed-off-by: John Garry --- drivers/scsi/hisi_sas/hisi_sas.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/scsi/hisi_sas/hisi_sas.h b/drivers/scsi/hisi_sas/hisi_sas.h index 29e89f3..7a7e543 100644 --- a/drivers/scsi/hisi_sas/hisi_sas.h +++

[PATCH] usb: core: buffer: avoid NULL pointer dereferrence

NULL pointer dereferrence will happen when class driver wants to allocate zero length buffer and pool_max[0] can't be used, so skip reserved pool in this case. Signed-off-by: Chunfeng Yun --- drivers/usb/core/buffer.c |4 ++-- 1 file changed, 2 insertions(+), 2

[PATCH 2/5] hisi_sas: fix v2 hw multiple SATA disk issue

Intermittently it is found that when multiple SATA disks are directly connected to the host that some disks are not detected. The problem is that all set bitfields in ENT_INT_SRC1 are cleared for all phys in sata_int_v2_hw() - it should clear the set bit for the phy being serviced. Also

[PATCH 0/5] hisi_sas: v2 hw SATA fixes

This patchset introduces SATA support fixes for the HiSilicon v2 hw SAS controller. Fixes include: - attach issue for SATA disk attached through expander - intermittent issue for directly attaching multiple SATA disks - add support for directly attaching SATA disk to phy index 4+ - ITCT config

[PATCH 5/5] hisi_sas: update driver version to 1.4

Signed-off-by: John Garry --- drivers/scsi/hisi_sas/hisi_sas.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/scsi/hisi_sas/hisi_sas.h b/drivers/scsi/hisi_sas/hisi_sas.h index 29e89f3..7a7e543 100644 --- a/drivers/scsi/hisi_sas/hisi_sas.h +++

[PATCH] usb: core: buffer: avoid NULL pointer dereferrence

NULL pointer dereferrence will happen when class driver wants to allocate zero length buffer and pool_max[0] can't be used, so skip reserved pool in this case. Signed-off-by: Chunfeng Yun --- drivers/usb/core/buffer.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH 2/5] hisi_sas: fix v2 hw multiple SATA disk issue

Intermittently it is found that when multiple SATA disks are directly connected to the host that some disks are not detected. The problem is that all set bitfields in ENT_INT_SRC1 are cleared for all phys in sata_int_v2_hw() - it should clear the set bit for the phy being serviced. Also

<    5   6   7   8   9   10   11   12   >