[PATCH] ACPI / amba: Remove CLK_IS_ROOT

This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate CLK_IS_ROOT", 2016-02-02) so remove it. Cc: Graeme Gregory Cc: Aleksey Makarov Signed-off-by: Stephen Boyd --- drivers/acpi/acpi_amba.c | 3 +-- 1

[PATCH] ACPI / amba: Remove CLK_IS_ROOT

This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate CLK_IS_ROOT", 2016-02-02) so remove it. Cc: Graeme Gregory Cc: Aleksey Makarov Signed-off-by: Stephen Boyd --- drivers/acpi/acpi_amba.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

[PATCH] ACPI / APD: Remove CLK_IS_ROOT

This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate CLK_IS_ROOT", 2016-02-02) so remove it. Cc: Ken Xue Cc: Mika Westerberg Signed-off-by: Stephen Boyd --- drivers/acpi/acpi_apd.c | 3 +-- 1 file changed, 1

[PATCH] ACPI / APD: Remove CLK_IS_ROOT

This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate CLK_IS_ROOT", 2016-02-02) so remove it. Cc: Ken Xue Cc: Mika Westerberg Signed-off-by: Stephen Boyd --- drivers/acpi/acpi_apd.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/acpi/acpi_apd.c

Umount failing due to a file leak on 3.18 Android

Hi I am looking into a bug that results in umount failures ( since there is a mount ref from the leaked file that is never freed on the mount ) The issue seems to be a result of the following callstack 39.958104: <6> Call trace: 39.958108: <2> [] fput+0x1e0/0x1f8 39.958113:

Umount failing due to a file leak on 3.18 Android

Hi I am looking into a bug that results in umount failures ( since there is a mount ref from the leaked file that is never freed on the mount ) The issue seems to be a result of the following callstack 39.958104: <6> Call trace: 39.958108: <2> [] fput+0x1e0/0x1f8 39.958113:

Re: [PATCH 14/16] vfs: Implement mount_super_once

On Tue, Apr 19, 2016 at 4:29 PM, Linus Torvalds wrote: > > I _violently_ oppose the stupid DEVPTS_MULTIPLE_INSTANCES config option. So just to show what I want to actually happen, here's the hacky patch on top of my (now merged) cleanup patch that actually does

Re: [PATCH 14/16] vfs: Implement mount_super_once

On Tue, Apr 19, 2016 at 4:29 PM, Linus Torvalds wrote: > > I _violently_ oppose the stupid DEVPTS_MULTIPLE_INSTANCES config option. So just to show what I want to actually happen, here's the hacky patch on top of my (now merged) cleanup patch that actually does what I want devpts to do. I say

[PATCH] arm64: spin-table: add missing of_node_put()

Since of_get_cpu_node() increments refcount, the node should be put. Signed-off-by: Masahiro Yamada --- arch/arm64/kernel/smp_spin_table.c | 11 ++- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/arch/arm64/kernel/smp_spin_table.c

Re: [PATCH][v3] cpufreq: governor: Fix overflow when calculating idle time

On Tuesday, April 19, 2016 11:57:32 AM Chen Yu wrote: > It was reported that after Commit 0df35026c6a5 ("cpufreq: governor: > Fix negative idle_time when configured with CONFIG_HZ_PERIODIC"), > cpufreq ondemand governor started to act oddly. Without any load, > with freshly booted system, it

[PATCH] arm64: spin-table: add missing of_node_put()

Since of_get_cpu_node() increments refcount, the node should be put. Signed-off-by: Masahiro Yamada --- arch/arm64/kernel/smp_spin_table.c | 11 ++- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/arch/arm64/kernel/smp_spin_table.c b/arch/arm64/kernel/smp_spin_table.c

Re: [PATCH][v3] cpufreq: governor: Fix overflow when calculating idle time

On Tuesday, April 19, 2016 11:57:32 AM Chen Yu wrote: > It was reported that after Commit 0df35026c6a5 ("cpufreq: governor: > Fix negative idle_time when configured with CONFIG_HZ_PERIODIC"), > cpufreq ondemand governor started to act oddly. Without any load, > with freshly booted system, it

[PATCH] clk: hisilicon: Remove CLK_IS_ROOT

This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate CLK_IS_ROOT", 2016-02-02) so remove it. Cc: Jiancheng Xue Signed-off-by: Stephen Boyd --- drivers/clk/hisilicon/clk-hi3519.c | 18 +- 1 file changed, 9

[PATCH] clk: hisilicon: Remove CLK_IS_ROOT

This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate CLK_IS_ROOT", 2016-02-02) so remove it. Cc: Jiancheng Xue Signed-off-by: Stephen Boyd --- drivers/clk/hisilicon/clk-hi3519.c | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git

Re: [PATCH] ASoC: ak4642: Remove CLK_IS_ROOT

> This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate > CLK_IS_ROOT", 2016-02-02) so remove it. > > Cc: Kuninori Morimoto > Signed-off-by: Stephen Boyd > --- Acked-by: Kuninori Morimoto

Re: [PATCH] ASoC: ak4642: Remove CLK_IS_ROOT

> This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate > CLK_IS_ROOT", 2016-02-02) so remove it. > > Cc: Kuninori Morimoto > Signed-off-by: Stephen Boyd > --- Acked-by: Kuninori Morimoto

[PATCH] mfd: intel-lpss: Remove CLK_IS_ROOT

This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate CLK_IS_ROOT", 2016-02-02) so remove it. Cc: Andy Shevchenko Cc: Mika Westerberg Signed-off-by: Stephen Boyd --- drivers/mfd/intel-lpss.c

Re: [PATCH] ASoC: rsnd: Remove CLK_IS_ROOT

> This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate > CLK_IS_ROOT", 2016-02-02) so remove it. > > Cc: Kuninori Morimoto > Signed-off-by: Stephen Boyd > --- Acked-by: Kuninori Morimoto

[PATCH] mfd: intel-lpss: Remove CLK_IS_ROOT

This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate CLK_IS_ROOT", 2016-02-02) so remove it. Cc: Andy Shevchenko Cc: Mika Westerberg Signed-off-by: Stephen Boyd --- drivers/mfd/intel-lpss.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

Re: [PATCH] ASoC: rsnd: Remove CLK_IS_ROOT

> This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate > CLK_IS_ROOT", 2016-02-02) so remove it. > > Cc: Kuninori Morimoto > Signed-off-by: Stephen Boyd > --- Acked-by: Kuninori Morimoto

[PATCH] mfd: intel_quark_i2c_gpio: Remove CLK_IS_ROOT

This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate CLK_IS_ROOT", 2016-02-02) so remove it. Cc: Andy Shevchenko Signed-off-by: Stephen Boyd --- drivers/mfd/intel_quark_i2c_gpio.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH] mfd: intel_quark_i2c_gpio: Remove CLK_IS_ROOT

This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate CLK_IS_ROOT", 2016-02-02) so remove it. Cc: Andy Shevchenko Signed-off-by: Stephen Boyd --- drivers/mfd/intel_quark_i2c_gpio.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH] of: document refcount incrementation of of_get_cpu_node()

This function increments refcount. This is worth noting. Signed-off-by: Masahiro Yamada --- drivers/of/base.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/of/base.c b/drivers/of/base.c index b299de2..365e1c02 100644 ---

[PATCH] of: document refcount incrementation of of_get_cpu_node()

This function increments refcount. This is worth noting. Signed-off-by: Masahiro Yamada --- drivers/of/base.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/of/base.c b/drivers/of/base.c index b299de2..365e1c02 100644 --- a/drivers/of/base.c +++

答复: [PATCH -next] thermal: fix mtk_thermal build dependency

- drivers/thermal/Kconfig |1 + 1 file changed, 1 insertion(+) --- linux-next-20160419.orig/drivers/thermal/Kconfig +++ linux-next-20160419/drivers/thermal/Kconfig @@ -366,6 +366,7 @@ config MTK_THERMAL tristate "Temperature sensor driver for mediatek SoCs" depend

答复: [PATCH -next] thermal: fix mtk_thermal build dependency

-20160419.orig/drivers/thermal/Kconfig +++ linux-next-20160419/drivers/thermal/Kconfig @@ -366,6 +366,7 @@ config MTK_THERMAL tristate "Temperature sensor driver for mediatek SoCs" depends on ARCH_MEDIATEK || COMPILE_TEST depends on HAS_IOMEM + depends on NVMEM

[PATCH] phy: rockhip-usb: Remove CLK_IS_ROOT

This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate CLK_IS_ROOT", 2016-02-02) so remove it. Cc: Heiko Stuebner Signed-off-by: Stephen Boyd --- drivers/phy/phy-rockchip-usb.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH] phy: rockhip-usb: Remove CLK_IS_ROOT

This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate CLK_IS_ROOT", 2016-02-02) so remove it. Cc: Heiko Stuebner Signed-off-by: Stephen Boyd --- drivers/phy/phy-rockchip-usb.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/phy/phy-rockchip-usb.c

Re: [PATCH 2/3] gpio: tegra: Remove the need of keeping device handle for gpio driver

On Mon, Apr 18, 2016 at 5:46 PM, Laxman Dewangan wrote: > Remove the file static device handle variable as this is just > required for prints. The required handle can be stored in > tegra_gpio_chip and hence it become redundancy. Small but still worthy change. "dev" in the

Re: [PATCH 2/3] gpio: tegra: Remove the need of keeping device handle for gpio driver

On Mon, Apr 18, 2016 at 5:46 PM, Laxman Dewangan wrote: > Remove the file static device handle variable as this is just > required for prints. The required handle can be stored in > tegra_gpio_chip and hence it become redundancy. Small but still worthy change. "dev" in the file's global

[PATCH] rtc: ds1307: Remove CLK_IS_ROOT

This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate CLK_IS_ROOT", 2016-02-02) so remove it. Cc: Akinobu Mita Cc: Michael Tatarinov Signed-off-by: Stephen Boyd --- drivers/rtc/rtc-ds1307.c | 2 -- 1 file changed, 2

[PATCH] rtc: ds1307: Remove CLK_IS_ROOT

This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate CLK_IS_ROOT", 2016-02-02) so remove it. Cc: Akinobu Mita Cc: Michael Tatarinov Signed-off-by: Stephen Boyd --- drivers/rtc/rtc-ds1307.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/rtc/rtc-ds1307.c

[PATCH] rtc: hym8563: Remove CLK_IS_ROOT

This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate CLK_IS_ROOT", 2016-02-02) so remove it. Cc: Heiko Stuebner Signed-off-by: Stephen Boyd --- drivers/rtc/rtc-hym8563.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH] rtc: hym8563: Remove CLK_IS_ROOT

This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate CLK_IS_ROOT", 2016-02-02) so remove it. Cc: Heiko Stuebner Signed-off-by: Stephen Boyd --- drivers/rtc/rtc-hym8563.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/rtc/rtc-hym8563.c

[PATCH] rtc: pcf8563: Remove CLK_IS_ROOT

This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate CLK_IS_ROOT", 2016-02-02) so remove it. Cc: Heiko Schocher Signed-off-by: Stephen Boyd --- drivers/rtc/rtc-pcf8563.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH] rtc: pcf8563: Remove CLK_IS_ROOT

This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate CLK_IS_ROOT", 2016-02-02) so remove it. Cc: Heiko Schocher Signed-off-by: Stephen Boyd --- drivers/rtc/rtc-pcf8563.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/rtc/rtc-pcf8563.c

[PATCH] spi: spi-pxa2xx: Remove CLK_IS_ROOT

This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate CLK_IS_ROOT", 2016-02-02) so remove it. Cc: Daniel Mack Cc: Haojian Zhuang Cc: Robert Jarzmik Signed-off-by: Stephen Boyd ---

[PATCH] spi: spi-pxa2xx: Remove CLK_IS_ROOT

This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate CLK_IS_ROOT", 2016-02-02) so remove it. Cc: Daniel Mack Cc: Haojian Zhuang Cc: Robert Jarzmik Signed-off-by: Stephen Boyd --- drivers/spi/spi-pxa2xx-pci.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH] ASoC: rsnd: Remove CLK_IS_ROOT

This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate CLK_IS_ROOT", 2016-02-02) so remove it. Cc: Kuninori Morimoto Signed-off-by: Stephen Boyd --- sound/soc/sh/rcar/adg.c | 8 ++-- 1 file changed, 2 insertions(+), 6

[PATCH] ASoC: rsnd: Remove CLK_IS_ROOT

This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate CLK_IS_ROOT", 2016-02-02) so remove it. Cc: Kuninori Morimoto Signed-off-by: Stephen Boyd --- sound/soc/sh/rcar/adg.c | 8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-) diff --git a/sound/soc/sh/rcar/adg.c

Re: [PATCH next v2 2/2] PCI: keystone: remove unnecessary goto statement

Hi Murali, On Mon, Apr 11, 2016 at 10:50:31AM -0400, Murali Karicheri wrote: > Fix the misuse of goto statement in ks_pcie_get_irq_controller_info() > as simple return is more appropriate for this function. While at > it add an error log for absence of interrupt controller node. > >

Re: [PATCH next v2 2/2] PCI: keystone: remove unnecessary goto statement

Hi Murali, On Mon, Apr 11, 2016 at 10:50:31AM -0400, Murali Karicheri wrote: > Fix the misuse of goto statement in ks_pcie_get_irq_controller_info() > as simple return is more appropriate for this function. While at > it add an error log for absence of interrupt controller node. > >

[PATCH] kprobes: fix race condition in __unregister_kprobe_top

In the following case, it will trigger kernel panic: 1. register a kprobe for one function 2. register a jprobe for the same function (to make it easier to reproduce, let the entry callback take a long time such as calling mdelay) 3. trigger the function be called, and then unregister the jprobe

[PATCH] kprobes: fix race condition in __unregister_kprobe_top

In the following case, it will trigger kernel panic: 1. register a kprobe for one function 2. register a jprobe for the same function (to make it easier to reproduce, let the entry callback take a long time such as calling mdelay) 3. trigger the function be called, and then unregister the jprobe

[RFC/PATCHv2 v2 2/4] dma-mapping: Add dma_remap() APIs

From: Laura Abbott Some systems are memory constrained but they need to load very large firmwares. The firmware subsystem allows drivers to request this firmware be loaded from the filesystem, but this requires that the entire firmware be loaded into kernel memory first

[RFC/PATCHv2 v2 3/4] firmware_class: Provide infrastructure to make fw caching optional

From: Vikram Mulukutla Some low memory systems with complex peripherals cannot afford to have the relatively large firmware images taking up valuable memory during suspend and resume. Change the internal implementation of firmware_class to disallow caching based on a

[RFC/PATCHv2 v2 2/4] dma-mapping: Add dma_remap() APIs

From: Laura Abbott Some systems are memory constrained but they need to load very large firmwares. The firmware subsystem allows drivers to request this firmware be loaded from the filesystem, but this requires that the entire firmware be loaded into kernel memory first before it's provided to

[RFC/PATCHv2 v2 3/4] firmware_class: Provide infrastructure to make fw caching optional

From: Vikram Mulukutla Some low memory systems with complex peripherals cannot afford to have the relatively large firmware images taking up valuable memory during suspend and resume. Change the internal implementation of firmware_class to disallow caching based on a configurable option. In the

[RFC/PATCHv2 v2 4/4] firmware: Support requesting firmware directly into DMA memory

Some systems are memory constrained but they need to load very large firmwares. The firmware subsystem allows drivers to request this firmware be loaded from the filesystem, but this requires that the entire firmware be loaded into kernel memory first before it's provided to the driver. This can

[RFC/PATCHv2 v2 4/4] firmware: Support requesting firmware directly into DMA memory

Some systems are memory constrained but they need to load very large firmwares. The firmware subsystem allows drivers to request this firmware be loaded from the filesystem, but this requires that the entire firmware be loaded into kernel memory first before it's provided to the driver. This can

[RFC/PATCHv2 v2 0/4] request_firmware() on memory constrained devices

I'm sending this again to solicit feedback on if this is even the right approach. After Mimi's patches that change where firmware loading code is done, I've had to modify fs/exec.c and add a struct to linux/fs.h, and that feels wrong. If that is OK, then my only other concern is doing the security

[RFC/PATCHv2 v2 0/4] request_firmware() on memory constrained devices

I'm sending this again to solicit feedback on if this is even the right approach. After Mimi's patches that change where firmware loading code is done, I've had to modify fs/exec.c and add a struct to linux/fs.h, and that feels wrong. If that is OK, then my only other concern is doing the security

[PATCH] ASoC: ak4642: Remove CLK_IS_ROOT

This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate CLK_IS_ROOT", 2016-02-02) so remove it. Cc: Kuninori Morimoto Signed-off-by: Stephen Boyd --- sound/soc/codecs/ak4642.c | 4 +--- 1 file changed, 1 insertion(+), 3

[RFC/PATCHv2 v2 1/4] ARM64: dma: Add support for NO_KERNEL_MAPPING attribute

Both the IOMMU and non-IOMMU allocations don't respect the NO_KERNEL_MAPPING attribute, therefore drivers can't save virtual address space and time spent mapping large buffers that are intended only for userspace. Plumb this attribute into the code for both types of DMA ops. Cc: Robin Murphy

[PATCH] ASoC: ak4642: Remove CLK_IS_ROOT

This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate CLK_IS_ROOT", 2016-02-02) so remove it. Cc: Kuninori Morimoto Signed-off-by: Stephen Boyd --- sound/soc/codecs/ak4642.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/sound/soc/codecs/ak4642.c

[RFC/PATCHv2 v2 1/4] ARM64: dma: Add support for NO_KERNEL_MAPPING attribute

Both the IOMMU and non-IOMMU allocations don't respect the NO_KERNEL_MAPPING attribute, therefore drivers can't save virtual address space and time spent mapping large buffers that are intended only for userspace. Plumb this attribute into the code for both types of DMA ops. Cc: Robin Murphy Cc:

Re: [PATCH next v2 1/2] PCI: keystone: add pci error irq handler

Hi Murali, On Mon, Apr 11, 2016 at 10:50:30AM -0400, Murali Karicheri wrote: > Keystone PCI hardware generates error interrupts at RC using platform > irq instead of standard msi/legacy irq. Add a simple error handler that > logs the fatal interrupt status to the console. > > Signed-off-by:

Re: [PATCH next v2 1/2] PCI: keystone: add pci error irq handler

Hi Murali, On Mon, Apr 11, 2016 at 10:50:30AM -0400, Murali Karicheri wrote: > Keystone PCI hardware generates error interrupts at RC using platform > irq instead of standard msi/legacy irq. Add a simple error handler that > logs the fatal interrupt status to the console. > > Signed-off-by:

RE: [PATCH kernel 1/2] mm: add the related functions to build the free page bitmap

> On Tue, 2016-04-19 at 15:02 +, Li, Liang Z wrote: > > > > > > On Tue, 2016-04-19 at 22:34 +0800, Liang Li wrote: > > > > > > > > The free page bitmap will be sent to QEMU through virtio interface > > > > and used for live migration optimization. > > > > Drop the cache before building the

RE: [PATCH kernel 1/2] mm: add the related functions to build the free page bitmap

> On Tue, 2016-04-19 at 15:02 +, Li, Liang Z wrote: > > > > > > On Tue, 2016-04-19 at 22:34 +0800, Liang Li wrote: > > > > > > > > The free page bitmap will be sent to QEMU through virtio interface > > > > and used for live migration optimization. > > > > Drop the cache before building the

Re: [PATCH 1/3] gpio: tegra: Don't open code of_device_get_match_data()

On Mon, Apr 18, 2016 at 5:46 PM, Laxman Dewangan wrote: > Use of_device_get_match_data() for getting matched data > instead of implementing this locally. Maybe this is moving things around more than needed, but the end result is arguably nicer. Reviewed-by: Alexandre

Re: [PATCH 1/3] gpio: tegra: Don't open code of_device_get_match_data()

On Mon, Apr 18, 2016 at 5:46 PM, Laxman Dewangan wrote: > Use of_device_get_match_data() for getting matched data > instead of implementing this locally. Maybe this is moving things around more than needed, but the end result is arguably nicer. Reviewed-by: Alexandre Courbot

Re: [PATCH 01/16] devpts: Attempting to get it right

On 04/19/2016 05:24 PM, Peter Hurley wrote: > On 04/19/2016 04:35 PM, Linus Torvalds wrote: >> On Tue, Apr 19, 2016 at 3:06 PM, Eric W. Biederman >> wrote: >>> >>> I have work inspired by this rolled into my code. I will post shortly >>> after a little more testing. >> >>

Re: [PATCH 01/16] devpts: Attempting to get it right

On 04/19/2016 05:24 PM, Peter Hurley wrote: > On 04/19/2016 04:35 PM, Linus Torvalds wrote: >> On Tue, Apr 19, 2016 at 3:06 PM, Eric W. Biederman >> wrote: >>> >>> I have work inspired by this rolled into my code. I will post shortly >>> after a little more testing. >> >> Actually, I have a

Re: [PATCH] sched/cpufreq: don't trigger cpufreq update w/o real rt/deadline tasks running

2016-04-20 8:32 GMT+08:00 Rafael J. Wysocki : > On Monday, April 18, 2016 01:51:24 PM Wanpeng Li wrote: >> Sometimes update_curr() is called w/o tasks actually running, it is >> captured by: >> u64 delta_exec = rq_clock_task(rq) - curr->se.exec_start; >> We should not

Re: [PATCH] sched/cpufreq: don't trigger cpufreq update w/o real rt/deadline tasks running

2016-04-20 8:32 GMT+08:00 Rafael J. Wysocki : > On Monday, April 18, 2016 01:51:24 PM Wanpeng Li wrote: >> Sometimes update_curr() is called w/o tasks actually running, it is >> captured by: >> u64 delta_exec = rq_clock_task(rq) - curr->se.exec_start; >> We should not trigger cpufreq update

Re: [BUG] machine check Oops on Alpha

On Tue, 19 Apr 2016, Bob Tracy wrote: > > 4.6.0-rc4 build complete, including suggested (by Alan Young) "Verbose > > Machine Checks" option set to level 2 by default. System rebooted, and > > now we wait... Thanks for everyone's continued patience. > > Within three minutes of rebooting, I got

Re: [BUG] machine check Oops on Alpha

On Tue, 19 Apr 2016, Bob Tracy wrote: > > 4.6.0-rc4 build complete, including suggested (by Alan Young) "Verbose > > Machine Checks" option set to level 2 by default. System rebooted, and > > now we wait... Thanks for everyone's continued patience. > > Within three minutes of rebooting, I got

[PATCH v2] sched/cpufreq: fix trigger cpufreq update w/o real rt/deadline tasks running

From: Wanpeng Li Sometimes update_curr() is called w/o tasks actually running, it is captured by: u64 delta_exec = rq_clock_task(rq) - curr->se.exec_start; We should not trigger cpufreq update in this case for rt/deadline classes, and this patch fix it.

[PATCH v2] sched/cpufreq: fix trigger cpufreq update w/o real rt/deadline tasks running

From: Wanpeng Li Sometimes update_curr() is called w/o tasks actually running, it is captured by: u64 delta_exec = rq_clock_task(rq) - curr->se.exec_start; We should not trigger cpufreq update in this case for rt/deadline classes, and this patch fix it. Signed-off-by: Wanpeng Li ---

Re: [PATCH] VSOCK: Only check error on skb_recv_datagram when skb is NULL

From: Jorgen Hansen Date: Mon, 18 Apr 2016 23:58:52 -0700 > If skb_recv_datagram returns an skb, we should ignore the err > value returned. Otherwise, datagram receives will return EAGAIN > when they have to wait for a datagram. > > Acked-by: Adit Ranadive

Re: [PATCH] VSOCK: Only check error on skb_recv_datagram when skb is NULL

From: Jorgen Hansen Date: Mon, 18 Apr 2016 23:58:52 -0700 > If skb_recv_datagram returns an skb, we should ignore the err > value returned. Otherwise, datagram receives will return EAGAIN > when they have to wait for a datagram. > > Acked-by: Adit Ranadive > Signed-off-by: Jorgen Hansen

Fast Loans

Do you need a loan? we lease loan to individuals,companies and business firm at a soft interest rate to those who are seriously in need of a loan.If you are in need of a loan contact us today.

Fast Loans

Do you need a loan? we lease loan to individuals,companies and business firm at a soft interest rate to those who are seriously in need of a loan.If you are in need of a loan contact us today.

[PATCH net-next V5 2/2] intel: ixgbevf: Support Windows hosts (Hyper-V)

On Hyper-V, the VF/PF communication is a via software mediated path as opposed to the hardware mailbox. Make the necessary adjustments to support Hyper-V. Signed-off-by: K. Y. Srinivasan --- V2: Addressed most of the comments from Alexander Duyck

[PATCH net-next V5 1/2] ethernet: intel: Add the device ID's presented while running on Hyper-V

Intel SR-IOV cards present different ID when running on Hyper-V. Add the device IDs presented while running on Hyper-V. Signed-off-by: K. Y. Srinivasan --- V5: No change from V1 drivers/net/ethernet/intel/ixgbevf/defines.h |5 + 1 files changed, 5

[PATCH net-next V5 2/2] intel: ixgbevf: Support Windows hosts (Hyper-V)

On Hyper-V, the VF/PF communication is a via software mediated path as opposed to the hardware mailbox. Make the necessary adjustments to support Hyper-V. Signed-off-by: K. Y. Srinivasan --- V2: Addressed most of the comments from Alexander Duyck and Rustad, Mark

[PATCH net-next V5 1/2] ethernet: intel: Add the device ID's presented while running on Hyper-V

Intel SR-IOV cards present different ID when running on Hyper-V. Add the device IDs presented while running on Hyper-V. Signed-off-by: K. Y. Srinivasan --- V5: No change from V1 drivers/net/ethernet/intel/ixgbevf/defines.h |5 + 1 files changed, 5 insertions(+), 0 deletions(-)

[PATCH net-next V5 0/2] ethernet: intel: Support Hyper-V hosts

Make adjustments to the Intel 10G VF driver to support running on Hyper-V hosts. K. Y. Srinivasan (2): ethernet: intel: Add the device ID's presented while running on Hyper-V intel: ixgbevf: Support Windows hosts (Hyper-V) drivers/net/ethernet/intel/ixgbevf/defines.h |5 +

[PATCH net-next V5 0/2] ethernet: intel: Support Hyper-V hosts

Make adjustments to the Intel 10G VF driver to support running on Hyper-V hosts. K. Y. Srinivasan (2): ethernet: intel: Add the device ID's presented while running on Hyper-V intel: ixgbevf: Support Windows hosts (Hyper-V) drivers/net/ethernet/intel/ixgbevf/defines.h |5 +

Re: [PATCH] sched/cpufreq: don't trigger cpufreq update w/o real rt/deadline tasks running

On Monday, April 18, 2016 01:51:24 PM Wanpeng Li wrote: > Sometimes update_curr() is called w/o tasks actually running, it is > captured by: > u64 delta_exec = rq_clock_task(rq) - curr->se.exec_start; > We should not trigger cpufreq update in this case for rt/deadline > classes, and this

Re: [PATCH] sched/cpufreq: don't trigger cpufreq update w/o real rt/deadline tasks running

On Monday, April 18, 2016 01:51:24 PM Wanpeng Li wrote: > Sometimes update_curr() is called w/o tasks actually running, it is > captured by: > u64 delta_exec = rq_clock_task(rq) - curr->se.exec_start; > We should not trigger cpufreq update in this case for rt/deadline > classes, and this

Re: [PATCH net-next] net: dsa: kill circular reference with slave priv

From: Vivien Didelot Date: Mon, 18 Apr 2016 16:10:24 -0400 > The dsa_slave_priv structure does not need a pointer to its net_device. > Kill it. > > Signed-off-by: Vivien Didelot Applied.

Re: [PATCH net-next] net: dsa: kill circular reference with slave priv

From: Vivien Didelot Date: Mon, 18 Apr 2016 16:10:24 -0400 > The dsa_slave_priv structure does not need a pointer to its net_device. > Kill it. > > Signed-off-by: Vivien Didelot Applied.

Re: [PATCH net-next v2 0/2] BPF updates

From: Daniel Borkmann Date: Mon, 18 Apr 2016 21:01:22 +0200 > This minor set adds a new helper bpf_event_output() for eBPF cls/act > program types which allows to pass events to user space applications. > For details, please see individual patches. ... > v1 -> v2: > -

Re: [PATCH net-next v2 0/2] BPF updates

From: Daniel Borkmann Date: Mon, 18 Apr 2016 21:01:22 +0200 > This minor set adds a new helper bpf_event_output() for eBPF cls/act > program types which allows to pass events to user space applications. > For details, please see individual patches. ... > v1 -> v2: > - Address kbuild bot found

Re: [PATCH 01/16] devpts: Attempting to get it right

On 04/19/2016 04:35 PM, Linus Torvalds wrote: > On Tue, Apr 19, 2016 at 3:06 PM, Eric W. Biederman > wrote: >> >> I have work inspired by this rolled into my code. I will post shortly >> after a little more testing. > > Actually, I have a slightly fixed version in my

Re: [PATCH 01/16] devpts: Attempting to get it right

On 04/19/2016 04:35 PM, Linus Torvalds wrote: > On Tue, Apr 19, 2016 at 3:06 PM, Eric W. Biederman > wrote: >> >> I have work inspired by this rolled into my code. I will post shortly >> after a little more testing. > > Actually, I have a slightly fixed version in my tree. I've been > running

Re: [PATCH V6 08/13] PCI: generic, thunder: update to use generic ECAM API

On Wed, Apr 20, 2016 at 3:10 AM, Arnd Bergmann wrote: > On Friday 15 April 2016 19:06:43 Tomasz Nowicki wrote: >> From: Jayachandran C >> >> Add config option PCI_GENERIC_ECAM and file drivers/pci/ecam.c to >> provide generic functions for accessing memory

Re: [PATCH V6 08/13] PCI: generic, thunder: update to use generic ECAM API

On Wed, Apr 20, 2016 at 3:10 AM, Arnd Bergmann wrote: > On Friday 15 April 2016 19:06:43 Tomasz Nowicki wrote: >> From: Jayachandran C >> >> Add config option PCI_GENERIC_ECAM and file drivers/pci/ecam.c to >> provide generic functions for accessing memory mapped PCI config space. >> >> The API

Re: Does anyone care about a race free ptsname?

On Tue, Apr 19, 2016 at 4:39 PM, H. Peter Anvin wrote: > > What do you think of the idea of TIOCPTSOPEN (or whatever) to get a file > descriptor for the slave device given the master device? Then we can > use realpath() or a readlink on /proc/self/fd/# to get the pathname if >

Re: Does anyone care about a race free ptsname?

On Tue, Apr 19, 2016 at 4:39 PM, H. Peter Anvin wrote: > > What do you think of the idea of TIOCPTSOPEN (or whatever) to get a file > descriptor for the slave device given the master device? Then we can > use realpath() or a readlink on /proc/self/fd/# to get the pathname if > needed. That

Re: [PATCH 2/5] arcnet: com90xx: add __init attribute

From: Julia Lawall Date: Mon, 18 Apr 2016 16:55:35 +0200 > Add __init attribute on a function that is only called from other __init > functions and that is not inlined, at least with gcc version 4.8.4 on an > x86 machine with allyesconfig. Currently, the function is put in

Re: [PATCH 2/5] arcnet: com90xx: add __init attribute

From: Julia Lawall Date: Mon, 18 Apr 2016 16:55:35 +0200 > Add __init attribute on a function that is only called from other __init > functions and that is not inlined, at least with gcc version 4.8.4 on an > x86 machine with allyesconfig. Currently, the function is put in the > .text.unlikely

Re: [PATCH v2 0/1] drivers: net: cpsw: Fix NULL pointer dereference with two slave PHYs

From: Andrew Goodbody Date: Mon, 18 Apr 2016 14:53:25 +0100 > This is a fix for a NULL pointer dereference from cpsw which is triggered > by having two slave PHYs attached to a cpsw network device. The problem is > due to only maintaining a single reference to a

Re: [PATCH v2 0/1] drivers: net: cpsw: Fix NULL pointer dereference with two slave PHYs

From: Andrew Goodbody Date: Mon, 18 Apr 2016 14:53:25 +0100 > This is a fix for a NULL pointer dereference from cpsw which is triggered > by having two slave PHYs attached to a cpsw network device. The problem is > due to only maintaining a single reference to a PHY node in the prive data >

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

Add a new OF device ID for mt2701 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 --- drivers/phy/Kconfig |5 ++-

[PATCH v3 1/2] dt-bindings: phy-mt65xx-usb: add support for mt2701 platform

Add a new compatible string for "mt2701" Signed-off-by: Chunfeng Yun Reviewed-by: Matthias Brugger --- .../devicetree/bindings/phy/phy-mt65xx-usb.txt |4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git

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

Add a new OF device ID for mt2701 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 --- drivers/phy/Kconfig |5 ++- drivers/phy/phy-mt65xx-usb3.c | 77

[PATCH v3 1/2] dt-bindings: phy-mt65xx-usb: add support for mt2701 platform

Add a new compatible string for "mt2701" Signed-off-by: Chunfeng Yun Reviewed-by: Matthias Brugger --- .../devicetree/bindings/phy/phy-mt65xx-usb.txt |4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/Documentation/devicetree/bindings/phy/phy-mt65xx-usb.txt

<    1   2   3   4   5   6   7   8   9   10   >