Re: [PATCH 1/2] NFSD: notifiers registration cleanup

On Wed, 2016-09-21 at 15:33 +0300, Vasily Averin wrote: > By design notifier can be registered once only, > however nfsd registers the same inetaddr notifiers per net-namespace. > When this happen it corrupts list of notifiers, > as result some notifiers can be not called on proper event, >

Re: [PATCH 1/2] NFSD: notifiers registration cleanup

On Wed, 2016-09-21 at 15:33 +0300, Vasily Averin wrote: > By design notifier can be registered once only, > however nfsd registers the same inetaddr notifiers per net-namespace. > When this happen it corrupts list of notifiers, > as result some notifiers can be not called on proper event, >

Re: [PATCH v2 1/1] mm/hugetlb: fix memory offline with hugepage size > memory block size

On 9/21/16 8:35 PM, Gerald Schaefer wrote: dissolve_free_huge_pages() will either run into the VM_BUG_ON() or a list corruption and addressing exception when trying to set a memory block offline that is part (but not the first part) of a hugetlb page with a size > memory block size. When no

Re: [PATCH v2 1/1] mm/hugetlb: fix memory offline with hugepage size > memory block size

On 9/21/16 8:35 PM, Gerald Schaefer wrote: dissolve_free_huge_pages() will either run into the VM_BUG_ON() or a list corruption and addressing exception when trying to set a memory block offline that is part (but not the first part) of a hugetlb page with a size > memory block size. When no

[PATCH v2] clkdev: Detect errors in clk_hw_register_clkdev() for mass registration

Unlike clk_register_clkdev(), clk_hw_register_clkdev() doesn't check for passed error objects from a previous registration call. Hence the caller of clk_hw_register_*() had to check for errors before calling clk_hw_register_clkdev*(). Make clk_hw_register_clkdev() more similar to

[PATCH v2] clkdev: Detect errors in clk_hw_register_clkdev() for mass registration

Unlike clk_register_clkdev(), clk_hw_register_clkdev() doesn't check for passed error objects from a previous registration call. Hence the caller of clk_hw_register_*() had to check for errors before calling clk_hw_register_clkdev*(). Make clk_hw_register_clkdev() more similar to

Re: [PATCH V6 0/5] ECAM quirks handling for ARM64 platforms

On Tue, Sep 20, 2016 at 09:15:14PM -0400, c...@codeaurora.org wrote: > Hi Bjorn, Thomasz, > > On 2016-09-20 15:26, Bjorn Helgaas wrote: > >On Fri, Sep 09, 2016 at 09:24:02PM +0200, Tomasz Nowicki wrote: > >>Quirk handling relies on an idea of simple static array which contains > >>quirk enties.

Re: [PATCH V6 0/5] ECAM quirks handling for ARM64 platforms

On Tue, Sep 20, 2016 at 09:15:14PM -0400, c...@codeaurora.org wrote: > Hi Bjorn, Thomasz, > > On 2016-09-20 15:26, Bjorn Helgaas wrote: > >On Fri, Sep 09, 2016 at 09:24:02PM +0200, Tomasz Nowicki wrote: > >>Quirk handling relies on an idea of simple static array which contains > >>quirk enties.

Re: virtio_console: Less function calls in init_vqs() after error detection

>> The kfree() function was called in up to five cases >> by the init_vqs() function during error handling even if >> the passed variable contained a null pointer. >> >> * Return directly after a call of the function "kmalloc_array" failed >> at the beginning. >> >> * Split a condition check for

Re: virtio_console: Less function calls in init_vqs() after error detection

>> The kfree() function was called in up to five cases >> by the init_vqs() function during error handling even if >> the passed variable contained a null pointer. >> >> * Return directly after a call of the function "kmalloc_array" failed >> at the beginning. >> >> * Split a condition check for

Re: [PATCH 0/2 v3] cpu hotplug: Preserve topology directory after soft remove event

On Wed, Sep 21, 2016 at 07:39:31AM -0400, Prarit Bhargava wrote: > The information in /sys/devices/system/cpu/cpuX/topology > directory is useful for userspace monitoring applications and in-tree > utilities like cpupower & turbostat. > > When down'ing a CPU the

Re: [PATCH 0/2 v3] cpu hotplug: Preserve topology directory after soft remove event

On Wed, Sep 21, 2016 at 07:39:31AM -0400, Prarit Bhargava wrote: > The information in /sys/devices/system/cpu/cpuX/topology > directory is useful for userspace monitoring applications and in-tree > utilities like cpupower & turbostat. > > When down'ing a CPU the

[PATCH] drm/sun4i: rgb: Enable panel after controller

The panel should be enabled after the controller so that the panel prepare/enable delays are properly taken into account. Similarly, the panel should be disabled before the controller so that the panel unprepare/disable delays are properly taken into account. This is useful for avoiding visual

[PATCH] drm/sun4i: rgb: Enable panel after controller

The panel should be enabled after the controller so that the panel prepare/enable delays are properly taken into account. Similarly, the panel should be disabled before the controller so that the panel unprepare/disable delays are properly taken into account. This is useful for avoiding visual

Re: [GIT PULL] Greybus driver subsystem for 4.9-rc1

Hi, Apologies for the late reply to this; I don't subscribe to LKML with my work address and didn't spot this sub-thread until now. On Fri, Sep 16, 2016 at 08:05:19AM +0200, Greg KH wrote: > On Thu, Sep 15, 2016 at 03:45:53PM +0100, Mark Brown wrote: > > On Wed, Sep 14, 2016 at 12:09:49PM +0200,

Re: [GIT PULL] Greybus driver subsystem for 4.9-rc1

Hi, Apologies for the late reply to this; I don't subscribe to LKML with my work address and didn't spot this sub-thread until now. On Fri, Sep 16, 2016 at 08:05:19AM +0200, Greg KH wrote: > On Thu, Sep 15, 2016 at 03:45:53PM +0100, Mark Brown wrote: > > On Wed, Sep 14, 2016 at 12:09:49PM +0200,

Applied "ASoC: rt5663: fix sparse warnings" to the asoc tree

The patch ASoC: rt5663: fix sparse warnings has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus during

Re: [PATCH v2 21/46] mtd: nandsim: Implement preliminary destructor function

Hi Richard, [auto build test ERROR on mtd/master] [also build test ERROR on v4.8-rc7] [cannot apply to next-20160921] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [Suggest to use git(>=2.9.0) format-patch --base= (or --base=a

Applied "ASoC: sti: fix missing clk_disable_unprepare() on error in uni_player_start()" to the asoc tree

The patch ASoC: sti: fix missing clk_disable_unprepare() on error in uni_player_start() has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in

Applied "ASoC: rt5663: fix platform_no_drv_owner.cocci warnings" to the asoc tree

The patch ASoC: rt5663: fix platform_no_drv_owner.cocci warnings has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Applied "ASoC: rt5663: fix sparse warnings" to the asoc tree

The patch ASoC: rt5663: fix sparse warnings has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus during

Re: [PATCH v2 21/46] mtd: nandsim: Implement preliminary destructor function

Hi Richard, [auto build test ERROR on mtd/master] [also build test ERROR on v4.8-rc7] [cannot apply to next-20160921] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [Suggest to use git(>=2.9.0) format-patch --base= (or --base=a

Applied "ASoC: sti: fix missing clk_disable_unprepare() on error in uni_player_start()" to the asoc tree

The patch ASoC: sti: fix missing clk_disable_unprepare() on error in uni_player_start() has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in

Applied "ASoC: rt5663: fix platform_no_drv_owner.cocci warnings" to the asoc tree

The patch ASoC: rt5663: fix platform_no_drv_owner.cocci warnings has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Re: [PATCH 47/61] perf c2c report: Add cacheline browser

On Wed, Sep 21, 2016 at 10:21:55AM +0200, Jiri Olsa wrote: > On Tue, Sep 20, 2016 at 03:10:07PM -0500, Kim Phillips wrote: > > On Mon, 19 Sep 2016 15:09:56 +0200 > > Jiri Olsa wrote: > > > > > + /* reset abort key so that it can get Ctrl-C as a key */ > > > + SLang_reset_tty();

Re: [PATCH 9/9] arch/x86/platform/uv: BAU UV4 add version-specific functions

* Andrew Banman wrote: > Add the UV4-specific function definitions and define an operations struct > to implement them in the BAU driver. > > Many BAU MMRs, although functionally the same, have new addresses on UV4 > due to hardware changes. Each MMR requires new read/write

Re: [PATCH 47/61] perf c2c report: Add cacheline browser

On Wed, Sep 21, 2016 at 10:21:55AM +0200, Jiri Olsa wrote: > On Tue, Sep 20, 2016 at 03:10:07PM -0500, Kim Phillips wrote: > > On Mon, 19 Sep 2016 15:09:56 +0200 > > Jiri Olsa wrote: > > > > > + /* reset abort key so that it can get Ctrl-C as a key */ > > > + SLang_reset_tty(); > > > +

Re: [PATCH 9/9] arch/x86/platform/uv: BAU UV4 add version-specific functions

* Andrew Banman wrote: > Add the UV4-specific function definitions and define an operations struct > to implement them in the BAU driver. > > Many BAU MMRs, although functionally the same, have new addresses on UV4 > due to hardware changes. Each MMR requires new read/write functions, but >

Re: [PATCH] usb: dwc3: host: inherit dma configuration from parent dev

On Wednesday, September 21, 2016 11:43:59 AM CEST Sriram Dash wrote: > >From: Arnd Bergmann [mailto:a...@arndb.de] > >On Wednesday, September 21, 2016 11:06:47 AM CEST Sriram Dash wrote: > > == > From

Re: [PATCH] usb: dwc3: host: inherit dma configuration from parent dev

On Wednesday, September 21, 2016 11:43:59 AM CEST Sriram Dash wrote: > >From: Arnd Bergmann [mailto:a...@arndb.de] > >On Wednesday, September 21, 2016 11:06:47 AM CEST Sriram Dash wrote: > > == > From

Re: [PATCH/RFC v2 1/7] spi: Document DT bindings for SPI controllers in slave mode

Hi Rob, On Tue, Sep 20, 2016 at 5:00 PM, Rob Herring wrote: > On Mon, Sep 12, 2016 at 10:50:40PM +0200, Geert Uytterhoeven wrote: >> Signed-off-by: Geert Uytterhoeven >> --- >> v2: >> - Do not create a child node in SPI slave mode. Instead, add an >>

Re: [PATCH/RFC v2 1/7] spi: Document DT bindings for SPI controllers in slave mode

Hi Rob, On Tue, Sep 20, 2016 at 5:00 PM, Rob Herring wrote: > On Mon, Sep 12, 2016 at 10:50:40PM +0200, Geert Uytterhoeven wrote: >> Signed-off-by: Geert Uytterhoeven >> --- >> v2: >> - Do not create a child node in SPI slave mode. Instead, add an >> "spi-slave" property, and put the mode

Re: [PATCH v2 02/46] mtd: nand: Provide nand_cleanup() function to free NAND related resources

Hi Richard, [auto build test WARNING on mtd/master] [also build test WARNING on v4.8-rc7] [cannot apply to next-20160921] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [Suggest to use git(>=2.9.0) format-patch --base= (or --base=a

Re: [PATCH v2 02/46] mtd: nand: Provide nand_cleanup() function to free NAND related resources

Hi Richard, [auto build test WARNING on mtd/master] [also build test WARNING on v4.8-rc7] [cannot apply to next-20160921] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [Suggest to use git(>=2.9.0) format-patch --base= (or --base=a

[PATCH v3 2/9] dmaengine: edma: Fix of_device_id data parameter usage (legacy vs TPCC)

Use pointers to static constant variables for eDMA binding type (legacy vs TPCC). Fixes the following warning when compiling the driver for 64bit architectures (x86_64 for example): drivers/dma/edma.c:2185:16: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] if

[PATCH v3 2/9] dmaengine: edma: Fix of_device_id data parameter usage (legacy vs TPCC)

Use pointers to static constant variables for eDMA binding type (legacy vs TPCC). Fixes the following warning when compiling the driver for 64bit architectures (x86_64 for example): drivers/dma/edma.c:2185:16: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] if

[PATCH v3 6/9] dmaengine: ti-dma-crossbar: Fix of_device_id data parameter usage

Use pointers to static constant variables for crossbar type and for DMA offset configuration. Fixes compiler warnings on 64bit architectures: drivers/dma/ti-dma-crossbar.c: In function ‘ti_dra7_xbar_probe’: drivers/dma/ti-dma-crossbar.c:398:21: warning: cast from pointer to integer of different

[PATCH v3 6/9] dmaengine: ti-dma-crossbar: Fix of_device_id data parameter usage

Use pointers to static constant variables for crossbar type and for DMA offset configuration. Fixes compiler warnings on 64bit architectures: drivers/dma/ti-dma-crossbar.c: In function ‘ti_dra7_xbar_probe’: drivers/dma/ti-dma-crossbar.c:398:21: warning: cast from pointer to integer of different

[PATCH v3 8/9] dmaengine: omap-dma: enable COMPILE_TEST

To get more coverage, enable COMPILE_TEST for this driver. Signed-off-by: Peter Ujfalusi --- drivers/dma/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/dma/Kconfig b/drivers/dma/Kconfig index 4348249b943a..84647d6cb2f4 100644 ---

[PATCH v3 8/9] dmaengine: omap-dma: enable COMPILE_TEST

To get more coverage, enable COMPILE_TEST for this driver. Signed-off-by: Peter Ujfalusi --- drivers/dma/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/dma/Kconfig b/drivers/dma/Kconfig index 4348249b943a..84647d6cb2f4 100644 --- a/drivers/dma/Kconfig +++

[PATCH v3 1/9] dmaengine: edma: Add missing MODULE_DEVICE_TABLE() for of_device_id structs

The MODULE_DEVICE_TABLE() were missing from the driver for the of_device_id structures. Signed-off-by: Peter Ujfalusi --- drivers/dma/edma.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/dma/edma.c b/drivers/dma/edma.c index 3d277fa76c1a..c2098a4b4dcf

[PATCH v3 5/9] dmaengine: ti-dma-crossbar: Correct type for of_find_property() third parameter

The correct type is int and not for the third parameter of of_find_property(). Fixes compilation for 64bit architectures (x86_64, aarch64). Signed-off-by: Peter Ujfalusi --- drivers/dma/ti-dma-crossbar.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v3 4/9] dmaengine/ARM: omap-dma: Fix the DMAengine compile test on non OMAP configs

The DMAengine driver for omap-dma use three function calls from the plat-omap legacy driver. When the DMAengine driver is built when ARCH_OMAP is not set, the compilation will fail due to missing symbols. Add empty inline functions to allow the DMAengine driver to be compiled with COMPILE_TEST.

[PATCH v3 1/9] dmaengine: edma: Add missing MODULE_DEVICE_TABLE() for of_device_id structs

The MODULE_DEVICE_TABLE() were missing from the driver for the of_device_id structures. Signed-off-by: Peter Ujfalusi --- drivers/dma/edma.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/dma/edma.c b/drivers/dma/edma.c index 3d277fa76c1a..c2098a4b4dcf 100644 ---

[PATCH v3 5/9] dmaengine: ti-dma-crossbar: Correct type for of_find_property() third parameter

The correct type is int and not for the third parameter of of_find_property(). Fixes compilation for 64bit architectures (x86_64, aarch64). Signed-off-by: Peter Ujfalusi --- drivers/dma/ti-dma-crossbar.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v3 4/9] dmaengine/ARM: omap-dma: Fix the DMAengine compile test on non OMAP configs

The DMAengine driver for omap-dma use three function calls from the plat-omap legacy driver. When the DMAengine driver is built when ARCH_OMAP is not set, the compilation will fail due to missing symbols. Add empty inline functions to allow the DMAengine driver to be compiled with COMPILE_TEST.

[PATCH v3 0/9] dmaengine: ti drivers: enable COMPILE_TESTing

Hi, Changes since v2: - Instead of converting to use enum for the of_device_id data parameter the two patch for edma and ti-dma-crossbar is using pointers to u32 variables to make sure that the code compile (and in theory work) on all architectures. - fixed issue in the ti-dma-crossbar driver

[PATCH v3 9/9] dmaengine: ti-dma-crossbar: enable COMPILE_TEST

To get more coverage, enable COMPILE_TEST for this driver. When compile testing eDMA or omap-dma, select also the ti-dma-crossbar so it is also covered by the compile testing. Signed-off-by: Peter Ujfalusi --- drivers/dma/Kconfig | 4 ++-- 1 file changed, 2 insertions(+),

[PATCH v3 7/9] dmaengine: edma: enable COMPILE_TEST

To get more coverage, enable COMPILE_TEST for this driver. Signed-off-by: Peter Ujfalusi --- drivers/dma/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/dma/Kconfig b/drivers/dma/Kconfig index fe2dbb811e19..4348249b943a 100644 ---

[PATCH v3 9/9] dmaengine: ti-dma-crossbar: enable COMPILE_TEST

To get more coverage, enable COMPILE_TEST for this driver. When compile testing eDMA or omap-dma, select also the ti-dma-crossbar so it is also covered by the compile testing. Signed-off-by: Peter Ujfalusi --- drivers/dma/Kconfig | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff

[PATCH v3 0/9] dmaengine: ti drivers: enable COMPILE_TESTing

Hi, Changes since v2: - Instead of converting to use enum for the of_device_id data parameter the two patch for edma and ti-dma-crossbar is using pointers to u32 variables to make sure that the code compile (and in theory work) on all architectures. - fixed issue in the ti-dma-crossbar driver

[PATCH v3 7/9] dmaengine: edma: enable COMPILE_TEST

To get more coverage, enable COMPILE_TEST for this driver. Signed-off-by: Peter Ujfalusi --- drivers/dma/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/dma/Kconfig b/drivers/dma/Kconfig index fe2dbb811e19..4348249b943a 100644 --- a/drivers/dma/Kconfig +++

[PATCH v3 3/9] dmaengine: edma: Use correct type for of_find_property() third parameter

The correct type is int and not for the third parameter of of_find_property(). Fixes compilation for 64bit architectures (x86_64, aarch64). Signed-off-by: Peter Ujfalusi --- drivers/dma/edma.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

[PATCH v3 3/9] dmaengine: edma: Use correct type for of_find_property() third parameter

The correct type is int and not for the third parameter of of_find_property(). Fixes compilation for 64bit architectures (x86_64, aarch64). Signed-off-by: Peter Ujfalusi --- drivers/dma/edma.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/dma/edma.c

Re: [PATCH 2/2] time: alarmtimer: Add the trcepoints for alarmtimer

On Wed, 21 Sep 2016, Steven Rostedt wrote: > On Wed, 21 Sep 2016 09:26:20 +0200 (CEST) > Thomas Gleixner wrote: > > A single u64 does not take more storage space than this and it's a single > > store. > > So to use rtc_tm_to_time64()? Is the work to do the calculations of the

Re: [PATCH 2/2] time: alarmtimer: Add the trcepoints for alarmtimer

On Wed, 21 Sep 2016, Steven Rostedt wrote: > On Wed, 21 Sep 2016 09:26:20 +0200 (CEST) > Thomas Gleixner wrote: > > A single u64 does not take more storage space than this and it's a single > > store. > > So to use rtc_tm_to_time64()? Is the work to do the calculations of the > conversion faster

Re: [PATCH] ALSA: snd-usb-line6 depends on CONFIG_SND_HWDEP

On Wed, 21 Sep 2016 03:56:05 +0200, Takashi Sakamoto wrote: > > On Sep 21 2016 07:14, Valdis Kletnieks wrote: > > ALSA - snd-usb-line6 depends on CONFIG_SND_HWDEP > > > > ERROR: "snd_hwdep_new" [sound/usb/line6/snd-usb-line6.ko] undefined! > > scripts/Makefile.modpost:91: recipe for target

Re: [PATCH] ALSA: snd-usb-line6 depends on CONFIG_SND_HWDEP

On Wed, 21 Sep 2016 03:56:05 +0200, Takashi Sakamoto wrote: > > On Sep 21 2016 07:14, Valdis Kletnieks wrote: > > ALSA - snd-usb-line6 depends on CONFIG_SND_HWDEP > > > > ERROR: "snd_hwdep_new" [sound/usb/line6/snd-usb-line6.ko] undefined! > > scripts/Makefile.modpost:91: recipe for target

[PATCH v2 1/1] mm/hugetlb: fix memory offline with hugepage size > memory block size

dissolve_free_huge_pages() will either run into the VM_BUG_ON() or a list corruption and addressing exception when trying to set a memory block offline that is part (but not the first part) of a hugetlb page with a size > memory block size. When no other smaller hugetlb page sizes are present,

[PATCH v2 1/1] mm/hugetlb: fix memory offline with hugepage size > memory block size

dissolve_free_huge_pages() will either run into the VM_BUG_ON() or a list corruption and addressing exception when trying to set a memory block offline that is part (but not the first part) of a hugetlb page with a size > memory block size. When no other smaller hugetlb page sizes are present,

[PATCH 2/2] notifiers: double register detection

WARN_ON should help to detect double register of the same notifiers Signed-off-by: Vasily Averin --- kernel/notifier.c | 1 + 1 file changed, 1 insertion(+) diff --git a/kernel/notifier.c b/kernel/notifier.c index fd2c9ac..e02b2f0 100644 --- a/kernel/notifier.c +++

[PATCH 2/2] notifiers: double register detection

WARN_ON should help to detect double register of the same notifiers Signed-off-by: Vasily Averin --- kernel/notifier.c | 1 + 1 file changed, 1 insertion(+) diff --git a/kernel/notifier.c b/kernel/notifier.c index fd2c9ac..e02b2f0 100644 --- a/kernel/notifier.c +++ b/kernel/notifier.c @@ -22,6

[PATCH 1/2] NFSD: notifiers registration cleanup

By design notifier can be registered once only, however nfsd registers the same inetaddr notifiers per net-namespace. When this happen it corrupts list of notifiers, as result some notifiers can be not called on proper event, traverse on list can be cycled forever, and second unregister can access

[PATCH 1/2] NFSD: notifiers registration cleanup

By design notifier can be registered once only, however nfsd registers the same inetaddr notifiers per net-namespace. When this happen it corrupts list of notifiers, as result some notifiers can be not called on proper event, traverse on list can be cycled forever, and second unregister can access

Re: [PATCH 2/7 v3] sched: fix hierarchical order in rq->leaf_cfs_rq_list

Hi Dietmar, On 21 September 2016 at 12:14, Dietmar Eggemann wrote: > Hi Vincent, > > On 12/09/16 08:47, Vincent Guittot wrote: >> Fix the insertion of cfs_rq in rq->leaf_cfs_rq_list to ensure that >> a child will always be called before its parent. >> >> The

Re: [PATCH 2/7 v3] sched: fix hierarchical order in rq->leaf_cfs_rq_list

Hi Dietmar, On 21 September 2016 at 12:14, Dietmar Eggemann wrote: > Hi Vincent, > > On 12/09/16 08:47, Vincent Guittot wrote: >> Fix the insertion of cfs_rq in rq->leaf_cfs_rq_list to ensure that >> a child will always be called before its parent. >> >> The hierarchical order in shares update

Re: [PATCH] x86: Report Intel platform_id in /proc/cpuinfo

On Thu, 2 Jun 2016, Andi Kleen wrote: Sorry for answering late. This got stuck in my backlog forever. > diff --git a/arch/x86/kernel/cpu/microcode/intel.c > b/arch/x86/kernel/cpu/microcode/intel.c > index ee81c54..bcd3f59 100644 > --- a/arch/x86/kernel/cpu/microcode/intel.c > +++

Re: [PATCH 2/2] time: alarmtimer: Add the trcepoints for alarmtimer

On Wed, 21 Sep 2016 09:26:20 +0200 (CEST) Thomas Gleixner wrote: > > As suggested by Steven, change the type of RTC value to save trace buffer. The original code did everything just like the above but stored every value into ints, I just said that the value could be stored

Re: [PATCH] x86: Report Intel platform_id in /proc/cpuinfo

On Thu, 2 Jun 2016, Andi Kleen wrote: Sorry for answering late. This got stuck in my backlog forever. > diff --git a/arch/x86/kernel/cpu/microcode/intel.c > b/arch/x86/kernel/cpu/microcode/intel.c > index ee81c54..bcd3f59 100644 > --- a/arch/x86/kernel/cpu/microcode/intel.c > +++

Re: [PATCH 2/2] time: alarmtimer: Add the trcepoints for alarmtimer

On Wed, 21 Sep 2016 09:26:20 +0200 (CEST) Thomas Gleixner wrote: > > As suggested by Steven, change the type of RTC value to save trace buffer. The original code did everything just like the above but stored every value into ints, I just said that the value could be stored in chars to save

Re: crash by cdc_acm driver in kernels 4.8-rc1/5

On Tue, 2016-09-20 at 17:45 +0200, Wim Osterholt wrote: > On Tue, Sep 20, 2016 at 03:05:14PM +0200, Oliver Neukum wrote: > > > > I cannot replicate it. Could you please provide "lsusb -v"? > > > > Regards > > Oliver > > It concerns these type of modems: >

Re: crash by cdc_acm driver in kernels 4.8-rc1/5

On Tue, 2016-09-20 at 17:45 +0200, Wim Osterholt wrote: > On Tue, Sep 20, 2016 at 03:05:14PM +0200, Oliver Neukum wrote: > > > > I cannot replicate it. Could you please provide "lsusb -v"? > > > > Regards > > Oliver > > It concerns these type of modems: >

[PATCH v3 7/7] clk: qcom: ipq4019: changed i2c freq table

The current I2C freq table uses MND values which is not applicable for I2C since its RCG does not have MND counter. This patch updates the freq table for 19.05 MHz clk frequency with FEPLL_200 parent. Signed-off-by: Abhishek Sahu --- drivers/clk/qcom/gcc-ipq4019.c | 3 +--

[PATCH v3 5/7] clk: qcom: ipq4019: corrected sdcc frequency and parent name

1. The parent for sdcc clock is sdccpll so corrected the same in its parent map. 2. The frequency value was wrong so changed to correct frequency. Signed-off-by: Abhishek Sahu --- drivers/clk/qcom/gcc-ipq4019.c | 16 1 file changed, 8 insertions(+),

[PATCH v3 7/7] clk: qcom: ipq4019: changed i2c freq table

The current I2C freq table uses MND values which is not applicable for I2C since its RCG does not have MND counter. This patch updates the freq table for 19.05 MHz clk frequency with FEPLL_200 parent. Signed-off-by: Abhishek Sahu --- drivers/clk/qcom/gcc-ipq4019.c | 3 +-- 1 file changed, 1

[PATCH v3 5/7] clk: qcom: ipq4019: corrected sdcc frequency and parent name

1. The parent for sdcc clock is sdccpll so corrected the same in its parent map. 2. The frequency value was wrong so changed to correct frequency. Signed-off-by: Abhishek Sahu --- drivers/clk/qcom/gcc-ipq4019.c | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff

Re: [PATCH 02/13] genirq/affinity: Provide smarter irq spreading infrastructure

On Wed, Sep 14, 2016 at 04:18:48PM +0200, Christoph Hellwig wrote: > +/** > + * irq_calc_affinity_vectors - Calculate to optimal number of vectors for a > given affinity mask > + * @affinity:The affinity mask to spread. If NULL > cpu_online_mask > + * is used >

[PATCH v3 6/7] clk: qcom: ipq4019: changed the frequency value for ddr pll

The feedback divider for DDR PLL has been changed in IPQ4019 bootloader from 111 to 112 so changed the frequency values for the same. Signed-off-by: Abhishek Sahu --- drivers/clk/qcom/gcc-ipq4019.c | 52 +- 1 file changed, 26

Re: [PATCH 02/13] genirq/affinity: Provide smarter irq spreading infrastructure

On Wed, Sep 14, 2016 at 04:18:48PM +0200, Christoph Hellwig wrote: > +/** > + * irq_calc_affinity_vectors - Calculate to optimal number of vectors for a > given affinity mask > + * @affinity:The affinity mask to spread. If NULL > cpu_online_mask > + * is used >

[PATCH v3 6/7] clk: qcom: ipq4019: changed the frequency value for ddr pll

The feedback divider for DDR PLL has been changed in IPQ4019 bootloader from 111 to 112 so changed the frequency values for the same. Signed-off-by: Abhishek Sahu --- drivers/clk/qcom/gcc-ipq4019.c | 52 +- 1 file changed, 26 insertions(+), 26

[PATCH v3 2/7] clk: qcom: ipq4019: Added the apss cpu pll divider clock node

The current ipq4019 clock driver does not have support for all the frequency supported by APPS CPU. APPS CPU frequency is provided with APSS CPU PLL divider which divides down the VCO frequency. This divider is nonlinear and specific to IPQ4019 so the standard divider code cannot be used for this.

[PATCH v3 3/7] clk: qcom: ipq4019: Added the nodes for pcnoc

The current ipq4019 clock driver does not have the node for PCNOC so this patch adds and registers the PCNOC clock nodes. This PCNOC clock is critical and should not be turned off so setting CRITICAL flag also. Signed-off-by: Abhishek Sahu ---

[PATCH v3 4/7] clk: qcom: ipq4019: Added all the frequencies for apps cpu

The APPS CPU clock does not contain all the frequencies in its frequency table so this patch adds the same. Signed-off-by: Abhishek Sahu --- drivers/clk/qcom/gcc-ipq4019.c | 12 +++- 1 file changed, 11 insertions(+), 1 deletion(-) diff --git

[PATCH v3 2/7] clk: qcom: ipq4019: Added the apss cpu pll divider clock node

The current ipq4019 clock driver does not have support for all the frequency supported by APPS CPU. APPS CPU frequency is provided with APSS CPU PLL divider which divides down the VCO frequency. This divider is nonlinear and specific to IPQ4019 so the standard divider code cannot be used for this.

[PATCH v3 3/7] clk: qcom: ipq4019: Added the nodes for pcnoc

The current ipq4019 clock driver does not have the node for PCNOC so this patch adds and registers the PCNOC clock nodes. This PCNOC clock is critical and should not be turned off so setting CRITICAL flag also. Signed-off-by: Abhishek Sahu --- drivers/clk/qcom/gcc-ipq4019.c | 39

[PATCH v3 4/7] clk: qcom: ipq4019: Added all the frequencies for apps cpu

The APPS CPU clock does not contain all the frequencies in its frequency table so this patch adds the same. Signed-off-by: Abhishek Sahu --- drivers/clk/qcom/gcc-ipq4019.c | 12 +++- 1 file changed, 11 insertions(+), 1 deletion(-) diff --git a/drivers/clk/qcom/gcc-ipq4019.c

[PATCH v3 1/7] clk: qcom: ipq4019: Added the clock nodes and operations for pll

The current ipq4019 clock driver registered the PLL clocks and dividers as fixed clock. These fixed clock needs to be removed from driver probe function and same need to be registered with clock framework. These PLL clocks should be programmed only once and the same are being programmed already by

[PATCH v3 0/7] Patches for QCOM IPQ4019 clock driver

These patches are related to Qualcomm IPQ4019 GCC (Global Clock Controller) driver code mainly adding the nodes for clock marked as fixed in current IPQ4019 clock driver and support for multiple CPU frequencies. [V3] 1. Addressed the review comments given in v2 patches. 2. Replaced the

[PATCH v3 1/7] clk: qcom: ipq4019: Added the clock nodes and operations for pll

The current ipq4019 clock driver registered the PLL clocks and dividers as fixed clock. These fixed clock needs to be removed from driver probe function and same need to be registered with clock framework. These PLL clocks should be programmed only once and the same are being programmed already by

[PATCH v3 0/7] Patches for QCOM IPQ4019 clock driver

These patches are related to Qualcomm IPQ4019 GCC (Global Clock Controller) driver code mainly adding the nodes for clock marked as fixed in current IPQ4019 clock driver and support for multiple CPU frequencies. [V3] 1. Addressed the review comments given in v2 patches. 2. Replaced the

[tip:irq/core] ARM/dts: Add EXTI controller node to stm32f429

Commit-ID: 5a79d596378b65e773d93d00edcb57a33f87ea94 Gitweb: http://git.kernel.org/tip/5a79d596378b65e773d93d00edcb57a33f87ea94 Author: Alexandre TORGUE AuthorDate: Tue, 20 Sep 2016 18:00:59 +0200 Committer: Thomas Gleixner CommitDate: Wed,

[tip:irq/core] ARM/dts: Add EXTI controller node to stm32f429

Commit-ID: 5a79d596378b65e773d93d00edcb57a33f87ea94 Gitweb: http://git.kernel.org/tip/5a79d596378b65e773d93d00edcb57a33f87ea94 Author: Alexandre TORGUE AuthorDate: Tue, 20 Sep 2016 18:00:59 +0200 Committer: Thomas Gleixner CommitDate: Wed, 21 Sep 2016 14:13:21 +0200 ARM/dts: Add EXTI

[tip:irq/core] ARM/STM32: Select external interrupts controller

Commit-ID: 47f91519546ce39cceee2c51b0f5045eadc688a9 Gitweb: http://git.kernel.org/tip/47f91519546ce39cceee2c51b0f5045eadc688a9 Author: Alexandre TORGUE AuthorDate: Tue, 20 Sep 2016 18:00:58 +0200 Committer: Thomas Gleixner CommitDate: Wed,

[tip:irq/core] ARM/STM32: Select external interrupts controller

Commit-ID: 47f91519546ce39cceee2c51b0f5045eadc688a9 Gitweb: http://git.kernel.org/tip/47f91519546ce39cceee2c51b0f5045eadc688a9 Author: Alexandre TORGUE AuthorDate: Tue, 20 Sep 2016 18:00:58 +0200 Committer: Thomas Gleixner CommitDate: Wed, 21 Sep 2016 14:13:21 +0200 ARM/STM32: Select

[tip:irq/core] drivers/irqchip: Add STM32 external interrupts support

Commit-ID: e072041688ca73f125719815fa4b0fd23a45152c Gitweb: http://git.kernel.org/tip/e072041688ca73f125719815fa4b0fd23a45152c Author: Alexandre TORGUE AuthorDate: Tue, 20 Sep 2016 18:00:57 +0200 Committer: Thomas Gleixner CommitDate: Wed,

[tip:irq/core] drivers/irqchip: Add STM32 external interrupts support

Commit-ID: e072041688ca73f125719815fa4b0fd23a45152c Gitweb: http://git.kernel.org/tip/e072041688ca73f125719815fa4b0fd23a45152c Author: Alexandre TORGUE AuthorDate: Tue, 20 Sep 2016 18:00:57 +0200 Committer: Thomas Gleixner CommitDate: Wed, 21 Sep 2016 14:13:21 +0200 drivers/irqchip:

[tip:irq/core] Documentation/dt-bindings: Document STM32 EXTI controller bindings

Commit-ID: 3027f78bb7243bef28c103507fc857e1471d769d Gitweb: http://git.kernel.org/tip/3027f78bb7243bef28c103507fc857e1471d769d Author: Alexandre TORGUE AuthorDate: Tue, 20 Sep 2016 18:00:56 +0200 Committer: Thomas Gleixner CommitDate: Wed,

[tip:irq/core] Documentation/dt-bindings: Document STM32 EXTI controller bindings

Commit-ID: 3027f78bb7243bef28c103507fc857e1471d769d Gitweb: http://git.kernel.org/tip/3027f78bb7243bef28c103507fc857e1471d769d Author: Alexandre TORGUE AuthorDate: Tue, 20 Sep 2016 18:00:56 +0200 Committer: Thomas Gleixner CommitDate: Wed, 21 Sep 2016 14:13:21 +0200

Re: [PATCH 03/13] genirq/msi: Switch to new irq spreading infrastructure

On Wed, Sep 14, 2016 at 04:18:49PM +0200, Christoph Hellwig wrote: > @@ -1039,6 +1058,7 @@ EXPORT_SYMBOL(pci_msi_enabled); > static int __pci_enable_msi_range(struct pci_dev *dev, int minvec, int > maxvec, > unsigned int flags) > { > + bool affinity = flags & PCI_IRQ_AFFINITY;

Re: [PATCH 03/13] genirq/msi: Switch to new irq spreading infrastructure

On Wed, Sep 14, 2016 at 04:18:49PM +0200, Christoph Hellwig wrote: > @@ -1039,6 +1058,7 @@ EXPORT_SYMBOL(pci_msi_enabled); > static int __pci_enable_msi_range(struct pci_dev *dev, int minvec, int > maxvec, > unsigned int flags) > { > + bool affinity = flags & PCI_IRQ_AFFINITY;

<    5   6   7   8   9   10   11   12   13   14   >