[RFC PATCH] usb: host: xhci: plat: add support for otg_set_host() call

This patch will add support for OTG host initialization. This will help OTG drivers to populate their host subsystem. Signed-off-by: Manish Narani --- drivers/usb/host/xhci-plat.c | 39 +++ 1 file changed, 39 insertions(+) diff --git

[RFC PATCH] usb: host: xhci: plat: add support for otg_set_host() call

This patch will add support for OTG host initialization. This will help OTG drivers to populate their host subsystem. Signed-off-by: Manish Narani --- drivers/usb/host/xhci-plat.c | 39 +++ 1 file changed, 39 insertions(+) diff --git

Re: [PATCH 2/3] perf/x86/pebs: add workaround for broken OVFL status on HSW

On Wed, Dec 14, 2016 at 11:26:49PM -0800, Stephane Eranian wrote: > On Wed, Dec 14, 2016 at 9:55 AM, Peter Zijlstra wrote: > > > > Just spotted this again, ping? > > > Ok, on what processor running what command, so I can try and reproduce? for me it's snb_x (model 45) and

Re: [PATCH 2/3] perf/x86/pebs: add workaround for broken OVFL status on HSW

On Wed, Dec 14, 2016 at 11:26:49PM -0800, Stephane Eranian wrote: > On Wed, Dec 14, 2016 at 9:55 AM, Peter Zijlstra wrote: > > > > Just spotted this again, ping? > > > Ok, on what processor running what command, so I can try and reproduce? for me it's snb_x (model 45) and peter's ivb-ep model 62

Re: [PATCH v2 01/46] mtdpart: Propagate _get/put_device()

On 15.12.2016 08:09, Karl Beldan wrote: >>> I think this should also go into -stable. >> >> Why? Do you have real use cases that are broken by this? I understand > > I do, some code adding partitions on a gluebi master. What exactly are you doing? >> this is a problem, but I'm curious on how

Re: [PATCH v2 01/46] mtdpart: Propagate _get/put_device()

On 15.12.2016 08:09, Karl Beldan wrote: >>> I think this should also go into -stable. >> >> Why? Do you have real use cases that are broken by this? I understand > > I do, some code adding partitions on a gluebi master. What exactly are you doing? >> this is a problem, but I'm curious on how

Re: [PATCH] vfio-mdev: Fix mtty sample driver building

On 12/15/2016 1:09 AM, Alex Williamson wrote: > This sample driver was originally under Documentation/ and was moved > to samples, but build support was never adjusted for the new location. > > Signed-off-by: Alex Williamson > --- > samples/Kconfig|7

Re: [PATCH] vfio-mdev: Fix mtty sample driver building

On 12/15/2016 1:09 AM, Alex Williamson wrote: > This sample driver was originally under Documentation/ and was moved > to samples, but build support was never adjusted for the new location. > > Signed-off-by: Alex Williamson > --- > samples/Kconfig|7 +++ > samples/Makefile

Re: [PATCH V2] Coccinelle: check usleep_range() usage

essions (5.15%) > > > 1(0) min below 10us (1.50%)* > > > 6(2) min above 10ms (7.50%)* > > > min out of spec 9.0% > > > Errors: > > > 23 where min==max (1.39%) > > >0 where max < min (0.00%) > > > > > > Total: &

Re: [PATCH V2] Coccinelle: check usleep_range() usage

50%)* > > > 6(2) min above 10ms (7.50%)* > > > min out of spec 9.0% > > > Errors: > > > 23 where min==max (1.39%) > > >0 where max < min (0.00%) > > > > > > Total: > > > Bugs: 6.48%-10.70%* > > >

Re: [PATCH 03/39] ARM: dts: armada-370: Correct license text

On Wed, Dec 14, 2016 at 11:37:10PM +0100, Alexandre Belloni wrote: > The license test has been mangled at some point then copy pasted across > multiple files. Restore it to what it should be. > Note that this is not intended as a license change. > > Cc: Arnaud Ebalard > Cc:

Re: [PATCH 03/39] ARM: dts: armada-370: Correct license text

On Wed, Dec 14, 2016 at 11:37:10PM +0100, Alexandre Belloni wrote: > The license test has been mangled at some point then copy pasted across > multiple files. Restore it to what it should be. > Note that this is not intended as a license change. > > Cc: Arnaud Ebalard > Cc: Ben Dooks > Cc:

Re: [PATCH 2/3] perf/x86/pebs: add workaround for broken OVFL status on HSW

On Wed, Dec 14, 2016 at 9:55 AM, Peter Zijlstra wrote: > > Just spotted this again, ping? > Ok, on what processor running what command, so I can try and reproduce? > On Thu, Mar 10, 2016 at 11:42:36AM +0100, Peter Zijlstra wrote: >> On Wed, Mar 09, 2016 at 09:40:07AM -0800,

Re: [PATCH 2/3] perf/x86/pebs: add workaround for broken OVFL status on HSW

On Wed, Dec 14, 2016 at 9:55 AM, Peter Zijlstra wrote: > > Just spotted this again, ping? > Ok, on what processor running what command, so I can try and reproduce? > On Thu, Mar 10, 2016 at 11:42:36AM +0100, Peter Zijlstra wrote: >> On Wed, Mar 09, 2016 at 09:40:07AM -0800, Stephane Eranian

[PATCH v5 0/2] change the proc handler for nsm_use_hostnames

nsm_use_hostnames is a module parameter and it will be exported to sysctl procfs. This is to let user sometimes change it from userspace. But the minimal unit for sysctl procfs read/write it sizeof(int). In big endian system, the converting from/to bool to/from int will cause error for proc

[PATCH v5 2/2] lockd: change the proc_handler for nsm_use_hostnames

nsm_use_hostnames is a module parameter and it will be exported to sysctl procfs. This is to let user sometimes change it from userspace. But the minimal unit for sysctl procfs read/write it sizeof(int). In big endian system, the converting from/to bool to/from int will cause error for proc

[PATCH v5 1/2] sysctl: introduce new proc handler proc_dobool

This is to let bool variable could be correctly displayed in big/little endian sysctl procfs. sizeof(bool) is arch dependent, proc_dobool should work in all arches. Suggested-by: Pan Xinhui Signed-off-by: Jia He --- include/linux/sysctl.h | 2 ++

[PATCH v5 0/2] change the proc handler for nsm_use_hostnames

nsm_use_hostnames is a module parameter and it will be exported to sysctl procfs. This is to let user sometimes change it from userspace. But the minimal unit for sysctl procfs read/write it sizeof(int). In big endian system, the converting from/to bool to/from int will cause error for proc

[PATCH v5 2/2] lockd: change the proc_handler for nsm_use_hostnames

nsm_use_hostnames is a module parameter and it will be exported to sysctl procfs. This is to let user sometimes change it from userspace. But the minimal unit for sysctl procfs read/write it sizeof(int). In big endian system, the converting from/to bool to/from int will cause error for proc

[PATCH v5 1/2] sysctl: introduce new proc handler proc_dobool

This is to let bool variable could be correctly displayed in big/little endian sysctl procfs. sizeof(bool) is arch dependent, proc_dobool should work in all arches. Suggested-by: Pan Xinhui Signed-off-by: Jia He --- include/linux/sysctl.h | 2 ++ kernel/sysctl.c| 41

[PATCH] libnvdimm, dax: replace mutex_is_locked() warnings with lockdep_assert_held

For warnings that should only ever trigger during development and testing replace WARN statements with lockdep_assert_held. The lockdep pattern is prevalent, and these paths are are well covered by libnvdimm + dax unit tests. Reported-by: Johannes Thumshirn Signed-off-by: Dan

[PATCH] libnvdimm, dax: replace mutex_is_locked() warnings with lockdep_assert_held

For warnings that should only ever trigger during development and testing replace WARN statements with lockdep_assert_held. The lockdep pattern is prevalent, and these paths are are well covered by libnvdimm + dax unit tests. Reported-by: Johannes Thumshirn Signed-off-by: Dan Williams ---

[PATCH] dax: clarify driver_data ownership

Johannes points out that the warning in alloc_dax_region() seems to imply that multiple devices might claim a dax region. In fact it's a warning to driver developers that the dax core wants to own the driver_data pointer for the hosting device of a dax_region. Add a clarification. Reported-by:

[PATCH] dax: clarify driver_data ownership

Johannes points out that the warning in alloc_dax_region() seems to imply that multiple devices might claim a dax region. In fact it's a warning to driver developers that the dax core wants to own the driver_data pointer for the hosting device of a dax_region. Add a clarification. Reported-by:

Re: [RFC] perf/x86/intel: Account interrupts for PEBS errors

On Wed, Dec 14, 2016 at 08:32:39PM +0100, Peter Zijlstra wrote: > On Wed, Dec 14, 2016 at 07:16:36PM +0100, Jiri Olsa wrote: > > > > > +++ b/arch/x86/events/intel/ds.c > > > > @@ -1389,9 +1389,13 @@ static void intel_pmu_drain_pebs_nhm(struct > > > > pt_regs *iregs) > > > >

Re: [RFC] perf/x86/intel: Account interrupts for PEBS errors

On Wed, Dec 14, 2016 at 08:32:39PM +0100, Peter Zijlstra wrote: > On Wed, Dec 14, 2016 at 07:16:36PM +0100, Jiri Olsa wrote: > > > > > +++ b/arch/x86/events/intel/ds.c > > > > @@ -1389,9 +1389,13 @@ static void intel_pmu_drain_pebs_nhm(struct > > > > pt_regs *iregs) > > > >

Re: [PATCH v2 01/46] mtdpart: Propagate _get/put_device()

On Wed, Dec 14, 2016 at 9:09 PM, Brian Norris wrote: > On Wed, Dec 14, 2016 at 07:24:46PM +, Karl Beldan wrote: >> On Wed, Sep 28, 2016 at 8:16 PM, Brian Norris >> wrote: >> > On Wed, Sep 21, 2016 at 12:15:31PM +0200, Boris Brezillon

Re: [PATCH v2 01/46] mtdpart: Propagate _get/put_device()

On Wed, Dec 14, 2016 at 9:09 PM, Brian Norris wrote: > On Wed, Dec 14, 2016 at 07:24:46PM +, Karl Beldan wrote: >> On Wed, Sep 28, 2016 at 8:16 PM, Brian Norris >> wrote: >> > On Wed, Sep 21, 2016 at 12:15:31PM +0200, Boris Brezillon wrote: >> >> On Wed, 21 Sep 2016 11:43:56 +0200 >> >>

Re: [PATCH 8/8] Makefile: drop -D__CHECK_ENDIAN__ from cflags

Hi Michael, > That's the default now, no need for makefiles to set it. > > Signed-off-by: Michael S. Tsirkin > --- > drivers/bluetooth/Makefile| 2 -- > drivers/net/can/Makefile | 1 - >

Re: [PATCH 8/8] Makefile: drop -D__CHECK_ENDIAN__ from cflags

Hi Michael, > That's the default now, no need for makefiles to set it. > > Signed-off-by: Michael S. Tsirkin > --- > drivers/bluetooth/Makefile| 2 -- > drivers/net/can/Makefile | 1 - > drivers/net/ethernet/altera/Makefile

[PATCHSET v3] blk-mq scheduling framework

This is version 3 of the blk-mq scheduling framework. Version 2 was posted here: https://marc.info/?l=linux-block=148122805026762=2 It's fully stable. In fact I'm running it on my laptop [1]. That may or may not have been part of a dare. In any case, it's been stable on that too, and has

[PATCHSET v3] blk-mq scheduling framework

This is version 3 of the blk-mq scheduling framework. Version 2 was posted here: https://marc.info/?l=linux-block=148122805026762=2 It's fully stable. In fact I'm running it on my laptop [1]. That may or may not have been part of a dare. In any case, it's been stable on that too, and has

Re: [PATCHv6] support for AD5820 camera auto-focus coil

Hi Pali and Tony, On Wed, Dec 14, 2016 at 07:08:19AM -0800, Tony Lindgren wrote: > * Pali Rohár [161214 05:38]: > > On Monday 08 August 2016 23:41:32 Pavel Machek wrote: > > > On Mon 2016-08-08 11:09:56, Sakari Ailus wrote: > > > > On Fri, Aug 05, 2016 at 12:26:11PM +0200,

Re: [PATCHv6] support for AD5820 camera auto-focus coil

Hi Pali and Tony, On Wed, Dec 14, 2016 at 07:08:19AM -0800, Tony Lindgren wrote: > * Pali Rohár [161214 05:38]: > > On Monday 08 August 2016 23:41:32 Pavel Machek wrote: > > > On Mon 2016-08-08 11:09:56, Sakari Ailus wrote: > > > > On Fri, Aug 05, 2016 at 12:26:11PM +0200, Pavel Machek wrote: >

Re: [PATCH 1/8] dax: add region-available-size attribute

On Wed, Dec 14, 2016 at 7:53 AM, Dan Williams wrote: > On Wed, Dec 14, 2016 at 6:38 AM, Johannes Thumshirn > wrote: >> Hi Dan, >> >> On Sat, Dec 10, 2016 at 10:28:30PM -0800, Dan Williams wrote: >>> In preparation for a facility that enables dax

Re: [PATCH 1/8] dax: add region-available-size attribute

On Wed, Dec 14, 2016 at 7:53 AM, Dan Williams wrote: > On Wed, Dec 14, 2016 at 6:38 AM, Johannes Thumshirn > wrote: >> Hi Dan, >> >> On Sat, Dec 10, 2016 at 10:28:30PM -0800, Dan Williams wrote: >>> In preparation for a facility that enables dax regions to be >>> sub-divided, introduce a

Re: [PATCH 3/3] arm64: dts: rockchip: add clk-480m for ehci and ohci of rk3399

Hi Brain, Doug and Heiko, I would like to summarize why this story was constructed. The ehci/ohci-platform suspend process are blocked due to UTMI clock which directly output from usb-phy has been disabled, and why the UTMI clock was disabled? UTMI clock and 480m clock all output from the

Re: [RFC PATCH] Memory hotplug support for arm64 platform

On 2016/12/15 14:18, Xishi Qiu wrote: > On 2016/12/14 20:16, Maciej Bielski wrote: > >> >> >> -#ifdef CONFIG_MEMORY_HOTREMOVE >> -int arch_remove_memory(u64 start, u64 size) >> -{ >> -unsigned long start_pfn = start >> PAGE_SHIFT; >> -unsigned long nr_pages = size >> PAGE_SHIFT; >> -

Re: [PATCH 3/3] arm64: dts: rockchip: add clk-480m for ehci and ohci of rk3399

Hi Brain, Doug and Heiko, I would like to summarize why this story was constructed. The ehci/ohci-platform suspend process are blocked due to UTMI clock which directly output from usb-phy has been disabled, and why the UTMI clock was disabled? UTMI clock and 480m clock all output from the

Re: [RFC PATCH] Memory hotplug support for arm64 platform

On 2016/12/15 14:18, Xishi Qiu wrote: > On 2016/12/14 20:16, Maciej Bielski wrote: > >> >> >> -#ifdef CONFIG_MEMORY_HOTREMOVE >> -int arch_remove_memory(u64 start, u64 size) >> -{ >> -unsigned long start_pfn = start >> PAGE_SHIFT; >> -unsigned long nr_pages = size >> PAGE_SHIFT; >> -

Re: [PATCH 1/1] platform/x86: surface3-wmi: Balance locking on error path

On Thu, Dec 15, 2016 at 03:24:58AM +0200, Andy Shevchenko wrote: > There is a possibility that lock will be left acquired. > Consolidate error path under out_free_unlock label. > > Reported-by: kbuild test robot > Cc: Benjamin Tissoires >

Re: [PATCH] cifs: use %16phN for formatting md5 sum

merged into cifs-2.6.git for-next On Wed, Nov 30, 2016 at 4:40 PM, Rasmus Villemoes wrote: > Passing a gazillion arguments takes a lot of code: > > add/remove: 0/0 grow/shrink: 0/2 up/down: 0/-253 (-253) > > Signed-off-by: Rasmus Villemoes >

Re: [PATCH 1/1] platform/x86: surface3-wmi: Balance locking on error path

On Thu, Dec 15, 2016 at 03:24:58AM +0200, Andy Shevchenko wrote: > There is a possibility that lock will be left acquired. > Consolidate error path under out_free_unlock label. > > Reported-by: kbuild test robot > Cc: Benjamin Tissoires > Signed-off-by: Andy Shevchenko > --- >

Re: [PATCH] cifs: use %16phN for formatting md5 sum

merged into cifs-2.6.git for-next On Wed, Nov 30, 2016 at 4:40 PM, Rasmus Villemoes wrote: > Passing a gazillion arguments takes a lot of code: > > add/remove: 0/0 grow/shrink: 0/2 up/down: 0/-253 (-253) > > Signed-off-by: Rasmus Villemoes > --- > fs/cifs/link.c | 9 ++--- > 1 file

Re: [PATCH] vfio/type1: Restore mapping performance with mdev support

On 12/14/2016 2:28 AM, Alex Williamson wrote: > As part of the mdev support, type1 now gets a task reference per > vfio_dma and uses that to get an mm reference for the task while > working on accounting. That's the correct thing to do for paths > where we can't rely on using current, but there

Re: [PATCH] vfio/type1: Restore mapping performance with mdev support

On 12/14/2016 2:28 AM, Alex Williamson wrote: > As part of the mdev support, type1 now gets a task reference per > vfio_dma and uses that to get an mm reference for the task while > working on accounting. That's the correct thing to do for paths > where we can't rely on using current, but there

[PATCH 1/7] block: move existing elevator ops to union

Prep patch for adding MQ ops as well, since doing anon unions with named initializers doesn't work on older compilers. Signed-off-by: Jens Axboe --- block/blk-ioc.c | 8 +++ block/blk-merge.c| 4 ++-- block/blk.h | 10

[PATCH 1/7] block: move existing elevator ops to union

Prep patch for adding MQ ops as well, since doing anon unions with named initializers doesn't work on older compilers. Signed-off-by: Jens Axboe --- block/blk-ioc.c | 8 +++ block/blk-merge.c| 4 ++-- block/blk.h | 10 block/cfq-iosched.c | 2

Re: [RFC PATCH] Memory hotplug support for arm64 platform

On 2016/12/14 20:16, Maciej Bielski wrote: > > > -#ifdef CONFIG_MEMORY_HOTREMOVE > -int arch_remove_memory(u64 start, u64 size) > -{ > - unsigned long start_pfn = start >> PAGE_SHIFT; > - unsigned long nr_pages = size >> PAGE_SHIFT; > - struct zone *zone; > - int ret; > +

Re: [RFC PATCH] Memory hotplug support for arm64 platform

On 2016/12/14 20:16, Maciej Bielski wrote: > > > -#ifdef CONFIG_MEMORY_HOTREMOVE > -int arch_remove_memory(u64 start, u64 size) > -{ > - unsigned long start_pfn = start >> PAGE_SHIFT; > - unsigned long nr_pages = size >> PAGE_SHIFT; > - struct zone *zone; > - int ret; > +

[PATCH 3/7] block: move rq_ioc() to blk.h

We want to use it outside of blk-core.c. Signed-off-by: Jens Axboe --- block/blk-core.c | 16 block/blk.h | 16 2 files changed, 16 insertions(+), 16 deletions(-) diff --git a/block/blk-core.c b/block/blk-core.c index

[PATCH 3/7] block: move rq_ioc() to blk.h

We want to use it outside of blk-core.c. Signed-off-by: Jens Axboe --- block/blk-core.c | 16 block/blk.h | 16 2 files changed, 16 insertions(+), 16 deletions(-) diff --git a/block/blk-core.c b/block/blk-core.c index 61ba08c58b64..92baea07acbc 100644 ---

[PATCH 5/7] blk-mq-sched: add framework for MQ capable IO schedulers

Signed-off-by: Jens Axboe --- block/Makefile | 2 +- block/blk-core.c | 7 +- block/blk-exec.c | 3 +- block/blk-flush.c| 7 +- block/blk-mq-sched.c | 375 +++ block/blk-mq-sched.h | 190

[PATCH 5/7] blk-mq-sched: add framework for MQ capable IO schedulers

Signed-off-by: Jens Axboe --- block/Makefile | 2 +- block/blk-core.c | 7 +- block/blk-exec.c | 3 +- block/blk-flush.c| 7 +- block/blk-mq-sched.c | 375 +++ block/blk-mq-sched.h | 190

Re: [PATCH V2] Coccinelle: check usleep_range() usage

max (1.39%) > >0 where max < min (0.00%) > > > > Total: > > Bugs: 6.48%-10.70%* > > Crit: 3.09%-3.15%* (min < 10, min==max, max < min) > > Detectable by coccinelle: > > Bugs: 74/103 (71.8%) > > Crit: 50/52 (96.1%) > >

Re: [PATCH V2] Coccinelle: check usleep_range() usage

> > > > Total: > > Bugs: 6.48%-10.70%* > > Crit: 3.09%-3.15%* (min < 10, min==max, max < min) > > Detectable by coccinelle: > > Bugs: 74/103 (71.8%) > > Crit: 50/52 (96.1%) > > * numbers estimated based on code review > > > &

make[1]: *** No rule to make target 'include/config/auto.conf', needed by 'include/config/kernel.release'.

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 5cc60aeedf315a7513f92e98314e86d515b986d1 commit: eed0eabd12ef061821cbfa20d903476e07645320 MIPS: generic: Introduce generic DT-based board support date: 2 months ago config: mips-allyesconfig (attached as

make[1]: *** No rule to make target 'include/config/auto.conf', needed by 'include/config/kernel.release'.

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 5cc60aeedf315a7513f92e98314e86d515b986d1 commit: eed0eabd12ef061821cbfa20d903476e07645320 MIPS: generic: Introduce generic DT-based board support date: 2 months ago config: mips-allyesconfig (attached as

[PATCH] sched/deadline:fix coding style issue

Line 45 of cpudeadline.c violates chapter 3 of CodingStyle - space required before the open parenthesis '('. Signed-off-by: Gaosheng Wu --- checkpatch.pl complained as the following: ERROR: space required before the open parenthesis '(' #45: FILE:

[PATCH] sched/deadline:fix coding style issue

Line 45 of cpudeadline.c violates chapter 3 of CodingStyle - space required before the open parenthesis '('. Signed-off-by: Gaosheng Wu --- checkpatch.pl complained as the following: ERROR: space required before the open parenthesis '(' #45: FILE: kernel/sched/cpudeadline.c:45: +

[PATCH 4/7] blk-mq: export some helpers we need to the scheduling framework

Signed-off-by: Jens Axboe --- block/blk-mq.c | 31 +-- block/blk-mq.h | 25 + 2 files changed, 42 insertions(+), 14 deletions(-) diff --git a/block/blk-mq.c b/block/blk-mq.c index 87b7eaa1cb74..8d1cec8e25d1 100644 ---

[PATCH 4/7] blk-mq: export some helpers we need to the scheduling framework

Signed-off-by: Jens Axboe --- block/blk-mq.c | 31 +-- block/blk-mq.h | 25 + 2 files changed, 42 insertions(+), 14 deletions(-) diff --git a/block/blk-mq.c b/block/blk-mq.c index 87b7eaa1cb74..8d1cec8e25d1 100644 --- a/block/blk-mq.c +++

Re: [PATCH v2] crypto: sun4i-ss: support the Security System PRNG

On Thu, Dec 15, 2016 at 12:47:16AM +0530, PrasannaKumar Muralidharan wrote: > Should there be a mandate that driver will be accepted only when it > passes 'rngtest'. This will make sure that prng drivers won't get > added in future. You cannot use software to distinguish between a PRNG and an

Re: [PATCH v2] crypto: sun4i-ss: support the Security System PRNG

On Thu, Dec 15, 2016 at 12:47:16AM +0530, PrasannaKumar Muralidharan wrote: > Should there be a mandate that driver will be accepted only when it > passes 'rngtest'. This will make sure that prng drivers won't get > added in future. You cannot use software to distinguish between a PRNG and an

[i915] WARN_ON_ONCE(!intel_dp->lane_count)

There's a FIXME there, but seems you may still want to hear about it, so here ya go. [4.481803] [drm] Initialized [4.600103] [drm] Memory usable by graphics device = 4096M [4.600108] checking generic (c000 1d5000) vs hw (c000 1000) [4.600109] fb: switching to

[i915] WARN_ON_ONCE(!intel_dp->lane_count)

There's a FIXME there, but seems you may still want to hear about it, so here ya go. [4.481803] [drm] Initialized [4.600103] [drm] Memory usable by graphics device = 4096M [4.600108] checking generic (c000 1d5000) vs hw (c000 1000) [4.600109] fb: switching to

Re: [PATCH 00/39] ARM: dts: mvebu: Fix license text

On 14.12.2016 23:37, Alexandre Belloni wrote: When the license was switched to dual GPLv2/X11, the text that was used was missing a few characters. Fix that now. I'll let the maintainers decide whether this change requires an ack of every contributors. It has been separated with that in mind if

Re: [PATCH 00/39] ARM: dts: mvebu: Fix license text

On 14.12.2016 23:37, Alexandre Belloni wrote: When the license was switched to dual GPLv2/X11, the text that was used was missing a few characters. Fix that now. I'll let the maintainers decide whether this change requires an ack of every contributors. It has been separated with that in mind if

[PATCH 04/11] powerpc/kvm: Don't store values derivable from HPT order

Currently the kvm_hpt_info structure stores the hashed page table's order, and also the number of HPTEs it contains and a mask for its size. The last two can be easily derived from the order, so remove them and just calculate them as necessary with a couple of helper inlines. Signed-off-by:

[PATCH 03/11] powerpc/kvm: Gather HPT related variables into sub-structure

Currently, the powerpc kvm_arch structure contains a number of variables tracking the state of the guest's hashed page table (HPT) in KVM HV. This patch gathers them all together into a single kvm_hpt_info substructure. This makes life more convenient for the upcoming HPT resizing implementation.

[PATCH 02/11] powerpc/kvm: Rename kvm_alloc_hpt() for clarity

The difference between kvm_alloc_hpt() and kvmppc_alloc_hpt() is not at all obvious from the name. In practice kvmppc_alloc_hpt() allocates an HPT by whatever means, and calls kvm_alloc_hpt() which will attempt to allocate it with CMA only. To make this less confusing, rename kvm_alloc_hpt() to

[PATCH 04/11] powerpc/kvm: Don't store values derivable from HPT order

Currently the kvm_hpt_info structure stores the hashed page table's order, and also the number of HPTEs it contains and a mask for its size. The last two can be easily derived from the order, so remove them and just calculate them as necessary with a couple of helper inlines. Signed-off-by:

[PATCH 03/11] powerpc/kvm: Gather HPT related variables into sub-structure

Currently, the powerpc kvm_arch structure contains a number of variables tracking the state of the guest's hashed page table (HPT) in KVM HV. This patch gathers them all together into a single kvm_hpt_info substructure. This makes life more convenient for the upcoming HPT resizing implementation.

[PATCH 02/11] powerpc/kvm: Rename kvm_alloc_hpt() for clarity

The difference between kvm_alloc_hpt() and kvmppc_alloc_hpt() is not at all obvious from the name. In practice kvmppc_alloc_hpt() allocates an HPT by whatever means, and calls kvm_alloc_hpt() which will attempt to allocate it with CMA only. To make this less confusing, rename kvm_alloc_hpt() to

[PATCH 06/11] powerpc/kvm: Allow KVM_PPC_ALLOCATE_HTAB ioctl() to change HPT size

The KVM_PPC_ALLOCATE_HTAB ioctl() is used to set the size of hashed page table (HPT) that userspace expects a guest VM to have, and is also used to clear that HPT when necessary (e.g. guest reboot). At present, once the ioctl() is called for the first time, the HPT size can never be changed

[PATCH 06/11] powerpc/kvm: Allow KVM_PPC_ALLOCATE_HTAB ioctl() to change HPT size

The KVM_PPC_ALLOCATE_HTAB ioctl() is used to set the size of hashed page table (HPT) that userspace expects a guest VM to have, and is also used to clear that HPT when necessary (e.g. guest reboot). At present, once the ioctl() is called for the first time, the HPT size can never be changed

[PATCH 05/11] powerpc/kvm: Split HPT allocation from activation

Currently, kvmppc_alloc_hpt() both allocates a new hashed page table (HPT) and sets it up as the active page table for a VM. For the upcoming HPT resize implementation we're going to want to allocate HPTs separately from activating them. So, split the allocation itself out into

[PATCH 07/11] powerpc/kvm: Create kvmppc_unmap_hpte_helper()

The kvm_unmap_rmapp() function, called from certain MMU notifiers, is used to force all guest mappings of a particular host page to be set ABSENT, and removed from the reverse mappings. For HPT resizing, we will have some cases where we want to set just a single guest HPTE ABSENT and remove its

[PATCH 08/11] powerpc/kvm: KVM-HV HPT resizing stub implementation

This patch adds a stub (always failing) implementation of the ioctl()s for the HPT resizing PAPR extension. Signed-off-by: David Gibson --- arch/powerpc/include/asm/kvm_ppc.h | 4 arch/powerpc/kvm/book3s_64_mmu_hv.c | 16

[PATCH 05/11] powerpc/kvm: Split HPT allocation from activation

Currently, kvmppc_alloc_hpt() both allocates a new hashed page table (HPT) and sets it up as the active page table for a VM. For the upcoming HPT resize implementation we're going to want to allocate HPTs separately from activating them. So, split the allocation itself out into

[PATCH 07/11] powerpc/kvm: Create kvmppc_unmap_hpte_helper()

The kvm_unmap_rmapp() function, called from certain MMU notifiers, is used to force all guest mappings of a particular host page to be set ABSENT, and removed from the reverse mappings. For HPT resizing, we will have some cases where we want to set just a single guest HPTE ABSENT and remove its

[PATCH 08/11] powerpc/kvm: KVM-HV HPT resizing stub implementation

This patch adds a stub (always failing) implementation of the ioctl()s for the HPT resizing PAPR extension. Signed-off-by: David Gibson --- arch/powerpc/include/asm/kvm_ppc.h | 4 arch/powerpc/kvm/book3s_64_mmu_hv.c | 16 arch/powerpc/kvm/book3s_hv.c| 22

[PATCH 10/11] powerpc/kvm: KVM-HV HPT resizing implementation

This adds the "guts" of the implementation for the HPT resizing PAPR extension. It has the code to allocate and clear a new HPT, rehash an existing HPT's entries into it, and accomplish the switchover for a KVM guest from the old HPT to the new one. Signed-off-by: David Gibson

[PATCH 00/11] KVM implementation of PAPR HPT resizing extension

Here is the KVM implementation for the proposed PAPR extension which allows the runtime resizing of a PAPR guest's Hashed Page Table (HPT). Using this requires a guest kernel with support for the extension. Patches for guest side support in Linux were posted earlier:

[PATCH 10/11] powerpc/kvm: KVM-HV HPT resizing implementation

This adds the "guts" of the implementation for the HPT resizing PAPR extension. It has the code to allocate and clear a new HPT, rehash an existing HPT's entries into it, and accomplish the switchover for a KVM guest from the old HPT to the new one. Signed-off-by: David Gibson ---

[PATCH 00/11] KVM implementation of PAPR HPT resizing extension

Here is the KVM implementation for the proposed PAPR extension which allows the runtime resizing of a PAPR guest's Hashed Page Table (HPT). Using this requires a guest kernel with support for the extension. Patches for guest side support in Linux were posted earlier:

[PATCH 01/11] powerpc/kvm: Reserve capabilities and ioctls for HPT resizing

This adds a new powerpc-specific KVM_CAP_SPAPR_RESIZE_HPT capability to advertise whether KVM is capable of handling the PAPR extensions for resizing the hashed page table during guest runtime. At present, HPT resizing is possible with KVM PR without kernel modification, since the HPT is managed

[PATCH 11/11] powerpc/kvm: Advertise availablity of HPT resizing on KVM HV

This updates the KVM_CAP_SPAPR_RESIZE_HPT capability to advertise the presence of in-kernel HPT resizing on KVM HV. In fact the HPT resizing isn't fully implemented, but this allows us to experiment with what's there. Signed-off-by: David Gibson ---

[PATCH 09/11] powerpc/kvm: Outline of KVM-HV HPT resizing implementation

This adds an outline (not yet working) of an implementation for the HPT resizing PAPR extension. Specifically it adds the work function which will handle preparation for the resize, and synchronization between this, the the HPT resizing hypercalls, the guest page fault path and guest HPT update

[PATCH 01/11] powerpc/kvm: Reserve capabilities and ioctls for HPT resizing

This adds a new powerpc-specific KVM_CAP_SPAPR_RESIZE_HPT capability to advertise whether KVM is capable of handling the PAPR extensions for resizing the hashed page table during guest runtime. At present, HPT resizing is possible with KVM PR without kernel modification, since the HPT is managed

[PATCH 11/11] powerpc/kvm: Advertise availablity of HPT resizing on KVM HV

This updates the KVM_CAP_SPAPR_RESIZE_HPT capability to advertise the presence of in-kernel HPT resizing on KVM HV. In fact the HPT resizing isn't fully implemented, but this allows us to experiment with what's there. Signed-off-by: David Gibson --- arch/powerpc/kvm/powerpc.c | 5 - 1 file

[PATCH 09/11] powerpc/kvm: Outline of KVM-HV HPT resizing implementation

This adds an outline (not yet working) of an implementation for the HPT resizing PAPR extension. Specifically it adds the work function which will handle preparation for the resize, and synchronization between this, the the HPT resizing hypercalls, the guest page fault path and guest HPT update

[PATCH 2/7] blk-mq: make mq_ops a const pointer

We never change it, make that clear. Signed-off-by: Jens Axboe --- block/blk-mq.c | 2 +- include/linux/blk-mq.h | 2 +- include/linux/blkdev.h | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-) diff --git a/block/blk-mq.c b/block/blk-mq.c index

[PATCH 2/7] blk-mq: make mq_ops a const pointer

We never change it, make that clear. Signed-off-by: Jens Axboe --- block/blk-mq.c | 2 +- include/linux/blk-mq.h | 2 +- include/linux/blkdev.h | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-) diff --git a/block/blk-mq.c b/block/blk-mq.c index d79fdc11b1ee..87b7eaa1cb74 100644

Re: [PATCH V2] Coccinelle: check usleep_range() usage

3 (71.8%) > Crit: 50/52 (96.1%) > * numbers estimated based on code review > > Patch is againts 4.9.0 (localversion-next is next-20161214) > > scripts/coccinelle/api/bad_usleep_range.cocci | 88 > +++ > 1 file changed, 88 insertions(+) > create

Re: [PATCH V2] Coccinelle: check usleep_range() usage

9.0% > Errors: > 23 where min==max (1.39%) >0 where max < min (0.00%) > > Total: > Bugs: 6.48%-10.70%* > Crit: 3.09%-3.15%* (min < 10, min==max, max < min) > Detectable by coccinelle: > Bugs: 74/103 (71.8%) > Crit: 50/52 (96.1%) > * numb

Re: [GIT PULL] xfs: updates for 4.10-rc1

On Wed, Dec 14, 2016 at 8:16 PM, Dave Chinner wrote: > > Can you please pull the XFS update from the tag below? Pulled, going through my usual build stuff now. > In other news you need to know about, this is likely the last pull > request you'll see from me for some time.

Re: [GIT PULL] xfs: updates for 4.10-rc1

On Wed, Dec 14, 2016 at 8:16 PM, Dave Chinner wrote: > > Can you please pull the XFS update from the tag below? Pulled, going through my usual build stuff now. > In other news you need to know about, this is likely the last pull > request you'll see from me for some time. I'm about to go on >

Re: [PATCH 01/37] ARM: dts: imx6dl-aristainetos2: Correct license text

Hello Alexandre, Am 15.12.2016 um 00:57 schrieb Alexandre Belloni: The license test has been mangled at some point then copy pasted across multiple files. Restore it to what it should be. Note that this is not intended as a license change. Cc: Dong Aisheng Cc:

Re: [PATCH 01/37] ARM: dts: imx6dl-aristainetos2: Correct license text

Hello Alexandre, Am 15.12.2016 um 00:57 schrieb Alexandre Belloni: The license test has been mangled at some point then copy pasted across multiple files. Restore it to what it should be. Note that this is not intended as a license change. Cc: Dong Aisheng Cc: Geert Uytterhoeven Cc: Heiko

  1   2   3   4   5   6   7   8   9   10   >