[RFC 32/32] mars: activate build

From: Thomas Schoebel-Theuer --- drivers/staging/Kconfig | 2 ++ drivers/staging/Makefile | 1 + 2 files changed, 3 insertions(+) diff --git a/drivers/staging/Kconfig b/drivers/staging/Kconfig index 5d3b86a33857..bbccc4f0ebbe 100644 --- a/drivers/staging/Kconfig +++

[RFC 30/32] mars: add new module Makefile

Signed-off-by: Thomas Schoebel-Theuer --- drivers/staging/mars/Makefile | 96 +++ 1 file changed, 96 insertions(+) create mode 100644 drivers/staging/mars/Makefile diff --git a/drivers/staging/mars/Makefile b/drivers/staging/mars/Makefile new file mode

[RFC 15/32] mars: add new module lib_mapfree

Signed-off-by: Thomas Schoebel-Theuer --- drivers/staging/mars/xio_bricks/lib_mapfree.c | 382 ++ include/linux/xio/lib_mapfree.h | 84 ++ 2 files changed, 466 insertions(+) create mode 100644 drivers/staging/mars/xio_bricks/lib_mapfree.c create mode

[RFC 32/32] mars: activate build

From: Thomas Schoebel-Theuer --- drivers/staging/Kconfig | 2 ++ drivers/staging/Makefile | 1 + 2 files changed, 3 insertions(+) diff --git a/drivers/staging/Kconfig b/drivers/staging/Kconfig index 5d3b86a33857..bbccc4f0ebbe 100644 --- a/drivers/staging/Kconfig +++ b/drivers/staging/Kconfig

[RFC 24/32] mars: add new module strategy

Signed-off-by: Thomas Schoebel-Theuer --- drivers/staging/mars/mars/strategy.h | 239 +++ 1 file changed, 239 insertions(+) create mode 100644 drivers/staging/mars/mars/strategy.h diff --git a/drivers/staging/mars/mars/strategy.h

[RFC 16/32] mars: add new module lib_log

Signed-off-by: Thomas Schoebel-Theuer --- drivers/staging/mars/xio_bricks/lib_log.c | 506 ++ include/linux/xio/lib_log.h | 333 2 files changed, 839 insertions(+) create mode 100644

[RFC 25/32] mars: add new module main_strategy

Signed-off-by: Thomas Schoebel-Theuer --- drivers/staging/mars/mars/main_strategy.c | 2135 + 1 file changed, 2135 insertions(+) create mode 100644 drivers/staging/mars/mars/main_strategy.c diff --git

[RFC 27/32] mars: add new module server_strategy

Signed-off-by: Thomas Schoebel-Theuer --- drivers/staging/mars/mars/server_strategy.c | 436 1 file changed, 436 insertions(+) create mode 100644 drivers/staging/mars/mars/server_strategy.c diff --git

[RFC 24/32] mars: add new module strategy

Signed-off-by: Thomas Schoebel-Theuer --- drivers/staging/mars/mars/strategy.h | 239 +++ 1 file changed, 239 insertions(+) create mode 100644 drivers/staging/mars/mars/strategy.h diff --git a/drivers/staging/mars/mars/strategy.h

[RFC 16/32] mars: add new module lib_log

Signed-off-by: Thomas Schoebel-Theuer --- drivers/staging/mars/xio_bricks/lib_log.c | 506 ++ include/linux/xio/lib_log.h | 333 2 files changed, 839 insertions(+) create mode 100644 drivers/staging/mars/xio_bricks/lib_log.c create

[RFC 25/32] mars: add new module main_strategy

Signed-off-by: Thomas Schoebel-Theuer --- drivers/staging/mars/mars/main_strategy.c | 2135 + 1 file changed, 2135 insertions(+) create mode 100644 drivers/staging/mars/mars/main_strategy.c diff --git a/drivers/staging/mars/mars/main_strategy.c

[RFC 27/32] mars: add new module server_strategy

Signed-off-by: Thomas Schoebel-Theuer --- drivers/staging/mars/mars/server_strategy.c | 436 1 file changed, 436 insertions(+) create mode 100644 drivers/staging/mars/mars/server_strategy.c diff --git a/drivers/staging/mars/mars/server_strategy.c

[BUG] 4.9 - kernel oops when pptp connection is established and the kernel doesn't have pptp modules compiled

Hi, Been fighting with "crash" to get it to help me to analyze my crash dumps... This is the output from vmcore-dmesg. This is 100% reproducible... Config that lets the connection trough but crashes the kernel: # CONFIG_NF_CONNTRACK_PPTP is not set # CONFIG_NF_NAT_PPTP is not set CONFIG_PPTP=y

[BUG] 4.9 - kernel oops when pptp connection is established and the kernel doesn't have pptp modules compiled

Hi, Been fighting with "crash" to get it to help me to analyze my crash dumps... This is the output from vmcore-dmesg. This is 100% reproducible... Config that lets the connection trough but crashes the kernel: # CONFIG_NF_CONNTRACK_PPTP is not set # CONFIG_NF_NAT_PPTP is not set CONFIG_PPTP=y

[PATCH] samples/vfio-mdev: don't return zero on failure paths in mtty_dev_init()

If class_create() or mdev_register_device() fail, mtty_dev_init() breaks off initialization, deallocates all resources, but returns zero. The patch adds proper error code return values. Found by Linux Driver Verification project (linuxtesting.org). Signed-off-by: Alexey Khoroshilov

[PATCH] samples/vfio-mdev: don't return zero on failure paths in mtty_dev_init()

If class_create() or mdev_register_device() fail, mtty_dev_init() breaks off initialization, deallocates all resources, but returns zero. The patch adds proper error code return values. Found by Linux Driver Verification project (linuxtesting.org). Signed-off-by: Alexey Khoroshilov ---

Re: [patch] mm, thp: always direct reclaim for MADV_HUGEPAGE even when deferred

On Fri, 30 Dec 2016, Mel Gorman wrote: > Michal is correct in that my intent for defer was to have "never stall" > as the default behaviour. This was because of the number of severe stalls > users experienced that lead to recommendations in tuning guides to always > disable THP. I'd also seen

Re: [patch] mm, thp: always direct reclaim for MADV_HUGEPAGE even when deferred

On Fri, 30 Dec 2016, Mel Gorman wrote: > Michal is correct in that my intent for defer was to have "never stall" > as the default behaviour. This was because of the number of severe stalls > users experienced that lead to recommendations in tuning guides to always > disable THP. I'd also seen

Re: [PATCH] mm: Drop "PFNs busy" printk in an expected path.

Michal Nazarewicz writes: > On Thu, Dec 29 2016, Eric Anholt wrote: >> Michal Nazarewicz writes: >> >>> On Thu, Dec 29 2016, Eric Anholt wrote: Michal Hocko writes: > This has been already brought up >

Re: [PATCH] mm: Drop "PFNs busy" printk in an expected path.

Michal Nazarewicz writes: > On Thu, Dec 29 2016, Eric Anholt wrote: >> Michal Nazarewicz writes: >> >>> On Thu, Dec 29 2016, Eric Anholt wrote: Michal Hocko writes: > This has been already brought up > http://lkml.kernel.org/r/20161130092239.gd18...@dhcp22.suse.cz and there

Re: [PATCH v2 2/2] tpm: enhance TPM 2.0 PCR extend to support multiple banks

Hi Nayna, [auto build test ERROR on next-20161224] [also build test ERROR on v4.10-rc1] [cannot apply to char-misc/char-misc-testing v4.9-rc8 v4.9-rc7 v4.9-rc6] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH v2 2/2] tpm: enhance TPM 2.0 PCR extend to support multiple banks

Hi Nayna, [auto build test ERROR on next-20161224] [also build test ERROR on v4.10-rc1] [cannot apply to char-misc/char-misc-testing v4.9-rc8 v4.9-rc7 v4.9-rc6] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH v6 6/8] IIO: add STM32 timer trigger driver

On 09/12/16 14:15, Benjamin Gaignard wrote: > Timers IPs can be used to generate triggers for other IPs like > DAC, ADC or other timers. > Each trigger may result of timer internals signals like counter enable, > reset or edge, this configuration could be done through "master_mode" > device

Re: [PATCH v6 6/8] IIO: add STM32 timer trigger driver

On 09/12/16 14:15, Benjamin Gaignard wrote: > Timers IPs can be used to generate triggers for other IPs like > DAC, ADC or other timers. > Each trigger may result of timer internals signals like counter enable, > reset or edge, this configuration could be done through "master_mode" > device

Re: [PATCH] ALSA: snd-usb: fix IRQ triggered NULL pointer dereference

On Fri, 30 Dec 2016, Takashi Iwai wrote: > On Wed, 21 Dec 2016 11:38:54 +0100, > Ioan-Adrian Ratiu wrote: >> >> >> > Please take the time to fully analyze my patch and let's have a >> >> > discussion based on it, not reject it outright and replace it with >> >> > a quick and dirty

Re: [PATCH] ALSA: snd-usb: fix IRQ triggered NULL pointer dereference

On Fri, 30 Dec 2016, Takashi Iwai wrote: > On Wed, 21 Dec 2016 11:38:54 +0100, > Ioan-Adrian Ratiu wrote: >> >> >> > Please take the time to fully analyze my patch and let's have a >> >> > discussion based on it, not reject it outright and replace it with >> >> > a quick and dirty delay hack. >>

[PATCH] staging: r8192U_core: Use kmalloc_array() in rtl8192_usb_initendpoints()

From: Markus Elfring Date: Fri, 30 Dec 2016 21:43:22 +0100 * A multiplication for the size determination of a memory allocation indicated that an array data structure should be processed. Thus use the corresponding function "kmalloc_array". This issue was

[PATCH] staging: r8192U_core: Use kmalloc_array() in rtl8192_usb_initendpoints()

From: Markus Elfring Date: Fri, 30 Dec 2016 21:43:22 +0100 * A multiplication for the size determination of a memory allocation indicated that an array data structure should be processed. Thus use the corresponding function "kmalloc_array". This issue was detected by using the Coccinelle

Re: PROBLEM: Kernel BUG with raid5 soft + Xen + DRBD - invalid opcode

MasterPrenium writes: > Hello Guys, > > I've having some trouble on a new system I'm setting up. I'm getting a > kernel BUG message, seems to be related with the use of Xen (when I > boot the system _without_ Xen, I don't get any crash). > Here is configuration : > -

Re: PROBLEM: Kernel BUG with raid5 soft + Xen + DRBD - invalid opcode

MasterPrenium writes: > Hello Guys, > > I've having some trouble on a new system I'm setting up. I'm getting a > kernel BUG message, seems to be related with the use of Xen (when I > boot the system _without_ Xen, I don't get any crash). > Here is configuration : > - 3x Hard Drives running on

Re: [PATCH v2 2/2] tpm: enhance TPM 2.0 PCR extend to support multiple banks

Hi Nayna, [auto build test WARNING on next-20161224] [also build test WARNING on v4.10-rc1] [cannot apply to char-misc/char-misc-testing v4.9-rc8 v4.9-rc7 v4.9-rc6] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH v2 2/2] tpm: enhance TPM 2.0 PCR extend to support multiple banks

Hi Nayna, [auto build test WARNING on next-20161224] [also build test WARNING on v4.10-rc1] [cannot apply to char-misc/char-misc-testing v4.9-rc8 v4.9-rc7 v4.9-rc6] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH v6 2/8] MFD: add STM32 Timers driver

On 09/12/16 14:15, Benjamin Gaignard wrote: > This hardware block could at used at same time for PWM generation > and IIO timers. > PWM and IIO timer configuration are mixed in the same registers > so we need a multi fonction driver to be able to share those registers. fonction -> function > >

Re: [PATCH v6 2/8] MFD: add STM32 Timers driver

On 09/12/16 14:15, Benjamin Gaignard wrote: > This hardware block could at used at same time for PWM generation > and IIO timers. > PWM and IIO timer configuration are mixed in the same registers > so we need a multi fonction driver to be able to share those registers. fonction -> function > >

Re: [PATCH v9 8/8] drivers:input:tsc2007: add iio interface to read external ADC input and temperature

On 28/12/16 14:53, H. Nikolaus Schaller wrote: > The tsc2007 chip not only has a resistive touch screen controller but > also an external AUX adc imput which can be used for an ambient > light sensor, battery voltage monitoring or any general purpose. > > Additionally it can measure the chip

Re: [PATCH v9 8/8] drivers:input:tsc2007: add iio interface to read external ADC input and temperature

On 28/12/16 14:53, H. Nikolaus Schaller wrote: > The tsc2007 chip not only has a resistive touch screen controller but > also an external AUX adc imput which can be used for an ambient > light sensor, battery voltage monitoring or any general purpose. > > Additionally it can measure the chip

Re: [PATCH v2 3/4] ARM64: dts: exynos5433: use macros for pinctrl configuration on Exynos5433

Hi Linus, > > Use the macros defined in include/dt-bindings/pinctrl/samsung.h > > instead of hardcoded values. > > > > Signed-off-by: Andi Shyti > > These look fine, but that this and the other DTS patch through ARM SoC. > > If you also need the headerfile patch (patch

Re: [PATCH v2 3/4] ARM64: dts: exynos5433: use macros for pinctrl configuration on Exynos5433

Hi Linus, > > Use the macros defined in include/dt-bindings/pinctrl/samsung.h > > instead of hardcoded values. > > > > Signed-off-by: Andi Shyti > > These look fine, but that this and the other DTS patch through ARM SoC. > > If you also need the headerfile patch (patch 2) to go through ARM SoC

Re: [PATCH v4 1/2] net: 3com: typhoon: typhoon_init_one: fix incorrect return values

From: Thomas Preisner Date: Fri, 30 Dec 2016 03:37:53 +0100 > In a few cases the err-variable is not set to a negative error code if a > function call in typhoon_init_one() fails and thus 0 is returned > instead. > It may be better to set err to the appropriate

Re: [PATCH v4 1/2] net: 3com: typhoon: typhoon_init_one: fix incorrect return values

From: Thomas Preisner Date: Fri, 30 Dec 2016 03:37:53 +0100 > In a few cases the err-variable is not set to a negative error code if a > function call in typhoon_init_one() fails and thus 0 is returned > instead. > It may be better to set err to the appropriate negative error > code before

Re: [PATCH v4 2/2] net: 3com: typhoon: typhoon_init_one: make return values more specific

From: Thomas Preisner Date: Fri, 30 Dec 2016 03:37:54 +0100 > In some cases the return value of a failing function is not being used > and the function typhoon_init_one() returns another negative error code > instead. > > Signed-off-by: Thomas Preisner

Re: [PATCH v4 2/2] net: 3com: typhoon: typhoon_init_one: make return values more specific

From: Thomas Preisner Date: Fri, 30 Dec 2016 03:37:54 +0100 > In some cases the return value of a failing function is not being used > and the function typhoon_init_one() returns another negative error code > instead. > > Signed-off-by: Thomas Preisner > Signed-off-by: Milan Stephan Applied

Re: [PATCH] ipv4: make tcp_notsent_lowat sysctl knob behave as true unsigned int

From: Pavel Tikhomirov Date: Thu, 29 Dec 2016 17:35:07 +0300 > @@ -958,7 +959,9 @@ static struct ctl_table ipv4_net_table[] = { > .data = _net.ipv4.sysctl_tcp_notsent_lowat, > .maxlen = sizeof(unsigned int), >

Re: [PATCH] ipv4: make tcp_notsent_lowat sysctl knob behave as true unsigned int

From: Pavel Tikhomirov Date: Thu, 29 Dec 2016 17:35:07 +0300 > @@ -958,7 +959,9 @@ static struct ctl_table ipv4_net_table[] = { > .data = _net.ipv4.sysctl_tcp_notsent_lowat, > .maxlen = sizeof(unsigned int), > .mode = 0644, >

Re: [PATCH] iio: Documentation: fix spelling mistake: "deactived" -> "deactivated"

On 28/12/16 17:40, Colin King wrote: > From: Colin Ian King > > trivial fix to spelling mistake in iio documentation > > Signed-off-by: Colin Ian King Thanks, Applied to the togreg branch of iio.git - initially pushed out as testing for the

Re: [PATCH] iio: Documentation: fix spelling mistake: "deactived" -> "deactivated"

On 28/12/16 17:40, Colin King wrote: > From: Colin Ian King > > trivial fix to spelling mistake in iio documentation > > Signed-off-by: Colin Ian King Thanks, Applied to the togreg branch of iio.git - initially pushed out as testing for the autobuilders to ignore this ;) Jonathan > --- >

Re: [PATCH v8 3/8] drivers:input:tsc2007: add iio interface to read external ADC input and temperature

On 28/12/16 14:52, H. Nikolaus Schaller wrote: > Hi Dmitry, > >> Am 27.12.2016 um 22:54 schrieb Dmitry Torokhov : >> >> On Mon, Dec 12, 2016 at 10:21:25PM +0100, H. Nikolaus Schaller wrote: >>> Hi, >>> >>> Am 27.11.2016 um 16:47 schrieb H. Nikolaus Schaller

Re: [PATCH v8 3/8] drivers:input:tsc2007: add iio interface to read external ADC input and temperature

On 28/12/16 14:52, H. Nikolaus Schaller wrote: > Hi Dmitry, > >> Am 27.12.2016 um 22:54 schrieb Dmitry Torokhov : >> >> On Mon, Dec 12, 2016 at 10:21:25PM +0100, H. Nikolaus Schaller wrote: >>> Hi, >>> >>> Am 27.11.2016 um 16:47 schrieb H. Nikolaus Schaller : Hi Jonathan,

Re: [PATCH v3 2/2] staging: iio: ad7606: move out of staging

On 11/12/16 02:47, Eva Rachel Retuya wrote: > Move the ad7606 driver from staging/iio/adc to iio/adc. Also, update the > corresponding Makefile and Kconfig associated with the change. > > Signed-off-by: Eva Rachel Retuya Personally (and this is much debated ;) I prefer for

Re: [PATCH] iio: mxs-lradc: fix error handling in mxs_lradc_probe()

> Jonathan Cameron hat am 30. Dezember 2016 um 20:09 > geschrieben: > > > On 26/12/16 22:04, Stefan Wahren wrote: > > > >> Alexey Khoroshilov hat am 23. Dezember 2016 um > >> 23:15 geschrieben: > >> > >> > >> During transition to using

Re: [PATCH v3 2/2] staging: iio: ad7606: move out of staging

On 11/12/16 02:47, Eva Rachel Retuya wrote: > Move the ad7606 driver from staging/iio/adc to iio/adc. Also, update the > corresponding Makefile and Kconfig associated with the change. > > Signed-off-by: Eva Rachel Retuya Personally (and this is much debated ;) I prefer for the odd case of

Re: [PATCH] iio: mxs-lradc: fix error handling in mxs_lradc_probe()

> Jonathan Cameron hat am 30. Dezember 2016 um 20:09 > geschrieben: > > > On 26/12/16 22:04, Stefan Wahren wrote: > > > >> Alexey Khoroshilov hat am 23. Dezember 2016 um > >> 23:15 geschrieben: > >> > >> > >> During transition to using devm_input_allocate_device() > >> goto to resource

Re: [PATCH] drivers: remoteproc: constify rproc_ops structures

On Sat 17 Dec 03:29 PST 2016, Bhumika Goyal wrote: > Declare rproc_ops structures as const as they are only passed as an > argument to the function rproc_alloc. This argument is of type const, so > rproc_ops structures having this property can be declared const too. > Done using Coccinelle: > >

Re: [PATCH] drivers: remoteproc: constify rproc_ops structures

On Sat 17 Dec 03:29 PST 2016, Bhumika Goyal wrote: > Declare rproc_ops structures as const as they are only passed as an > argument to the function rproc_alloc. This argument is of type const, so > rproc_ops structures having this property can be declared const too. > Done using Coccinelle: > >

Re: [PATCH] remoteproc: add some kind of help

On Mon 19 Dec 01:22 PST 2016, Pavel Machek wrote: > > Top level config option without any kind of help... is kind of > strange. Remote processors could also mean some kind of distributed > computing... > > Signed-off-by: Pavel Machek Thanks, applied. Regards, Bjorn > > diff

Re: [PATCH] remoteproc: add some kind of help

On Mon 19 Dec 01:22 PST 2016, Pavel Machek wrote: > > Top level config option without any kind of help... is kind of > strange. Remote processors could also mean some kind of distributed > computing... > > Signed-off-by: Pavel Machek Thanks, applied. Regards, Bjorn > > diff --git

Re: [PATCH v3 1/2] staging: iio: ad7606: replace range/range_available with corresponding scale

On 11/12/16 02:47, Eva Rachel Retuya wrote: > Eliminate the non-standard attributes in_voltage_range and > in_voltage_range_available. Implement in_voltage_scale_available in place > of these attributes and update the SCALE accordingly. The array > scale_avail is introduced to hold the available

Re: [PATCH v3 1/2] staging: iio: ad7606: replace range/range_available with corresponding scale

On 11/12/16 02:47, Eva Rachel Retuya wrote: > Eliminate the non-standard attributes in_voltage_range and > in_voltage_range_available. Implement in_voltage_scale_available in place > of these attributes and update the SCALE accordingly. The array > scale_avail is introduced to hold the available

[PATCH 13/18] Drivers: hv: vmbus: Define APIs to manipulate the message page

From: K. Y. Srinivasan As part of cleaning up architecture specific code, define APIs to manipulate the message page. Signed-off-by: K. Y. Srinivasan --- arch/x86/include/asm/mshyperv.h |3 +++ drivers/hv/hv.c |8 2

[PATCH 13/18] Drivers: hv: vmbus: Define APIs to manipulate the message page

From: K. Y. Srinivasan As part of cleaning up architecture specific code, define APIs to manipulate the message page. Signed-off-by: K. Y. Srinivasan --- arch/x86/include/asm/mshyperv.h |3 +++ drivers/hv/hv.c |8 2 files changed, 7 insertions(+), 4

[PATCH 12/18] Drivers: hv: vmbus: Get rid of an unsused variable

From: K. Y. Srinivasan The version variable while it is initialized is not used; get rid of it. Signed-off-by: K. Y. Srinivasan --- drivers/hv/hv.c |4 1 files changed, 0 insertions(+), 4 deletions(-) diff --git a/drivers/hv/hv.c

[PATCH 07/18] Drivers: hv: vmbus: Move the crash notification function

From: K. Y. Srinivasan As part of the effort to separate out architecture specific code, move the crash notification function. Signed-off-by: K. Y. Srinivasan --- arch/x86/hyperv/hv_init.c | 26 ++

[PATCH 12/18] Drivers: hv: vmbus: Get rid of an unsused variable

From: K. Y. Srinivasan The version variable while it is initialized is not used; get rid of it. Signed-off-by: K. Y. Srinivasan --- drivers/hv/hv.c |4 1 files changed, 0 insertions(+), 4 deletions(-) diff --git a/drivers/hv/hv.c b/drivers/hv/hv.c index 0afffd8..5a2a329 100644 ---

[PATCH 07/18] Drivers: hv: vmbus: Move the crash notification function

From: K. Y. Srinivasan As part of the effort to separate out architecture specific code, move the crash notification function. Signed-off-by: K. Y. Srinivasan --- arch/x86/hyperv/hv_init.c | 26 ++ arch/x86/include/asm/mshyperv.h|1 +

Re: [PATCH v4 1/5] devicetree: mfd: Add binding for the TI LM3533

On 26/12/16 18:11, Bjorn Andersson wrote: > From: Bjorn Andersson > > Add the binding for the Texas Instruments LM3533 lighting power > solution. > > Signed-off-by: Bjorn Andersson > Signed-off-by: Bjorn Andersson

Re: [PATCH v4 1/5] devicetree: mfd: Add binding for the TI LM3533

On 26/12/16 18:11, Bjorn Andersson wrote: > From: Bjorn Andersson > > Add the binding for the Texas Instruments LM3533 lighting power > solution. > > Signed-off-by: Bjorn Andersson > Signed-off-by: Bjorn Andersson > --- > > I had Acks from Jonathan and Rob on v3, but dropped these due to the

RE: [PATCH 00/15] hyperv: more stuff to uapi + cleanup

> -Original Message- > From: Roman Kagan [mailto:rka...@virtuozzo.com] > Sent: Wednesday, December 28, 2016 8:57 AM > To: KY Srinivasan > Cc: Paolo Bonzini ; Radim Krčmář > ; Vitaly Kuznetsov ; Thomas >

RE: [PATCH 00/15] hyperv: more stuff to uapi + cleanup

> -Original Message- > From: Roman Kagan [mailto:rka...@virtuozzo.com] > Sent: Wednesday, December 28, 2016 8:57 AM > To: KY Srinivasan > Cc: Paolo Bonzini ; Radim Krčmář > ; Vitaly Kuznetsov ; Thomas > Gleixner ; Ingo Molnar ; H. Peter > Anvin ; x...@kernel.org; Haiyang Zhang > ;

Re: [linux-sunxi] [PATCH 1/2] drivers: pinctrl: add driver for Allwinner H5 SoC

* Linus Walleij [161230 04:56]: > On Mon, Dec 26, 2016 at 3:33 PM, André Przywara > wrote: > > > So while this patch technically looks correct, I was wondering if we > > should really explore the possibility of making the whole of sunxi > >

Re: [linux-sunxi] [PATCH 1/2] drivers: pinctrl: add driver for Allwinner H5 SoC

* Linus Walleij [161230 04:56]: > On Mon, Dec 26, 2016 at 3:33 PM, André Przywara > wrote: > > > So while this patch technically looks correct, I was wondering if we > > should really explore the possibility of making the whole of sunxi > > pinctrl DT controlled. > > I brought this up a while

[PATCH 08/18] Drivers: hv: vmbus: Move the check for hypercall page setup

From: K. Y. Srinivasan As part of the effort to separate out architecture specific code, move the check for detecting if the hypercall page is setup. Signed-off-by: K. Y. Srinivasan --- arch/x86/hyperv/hv_init.c | 15 +++

[PATCH 14/18] Drivers: hv: vmbus: Define APIs to manipulate the event page

From: K. Y. Srinivasan As part of cleaning up architecture specific code, define APIs to manipulate the event page. Signed-off-by: K. Y. Srinivasan --- arch/x86/include/asm/mshyperv.h |3 +++ drivers/hv/hv.c |8 2 files

[PATCH 09/18] Drivers: hv: vmbus: Move the code to signal end of message

From: K. Y. Srinivasan As part of the effort to separate out architecture specific code, move the code for signaling end of message. Signed-off-by: K. Y. Srinivasan --- arch/x86/include/asm/mshyperv.h | 37 +

[PATCH 08/18] Drivers: hv: vmbus: Move the check for hypercall page setup

From: K. Y. Srinivasan As part of the effort to separate out architecture specific code, move the check for detecting if the hypercall page is setup. Signed-off-by: K. Y. Srinivasan --- arch/x86/hyperv/hv_init.c | 15 +++ arch/x86/include/asm/mshyperv.h |1 +

[PATCH 14/18] Drivers: hv: vmbus: Define APIs to manipulate the event page

From: K. Y. Srinivasan As part of cleaning up architecture specific code, define APIs to manipulate the event page. Signed-off-by: K. Y. Srinivasan --- arch/x86/include/asm/mshyperv.h |3 +++ drivers/hv/hv.c |8 2 files changed, 7 insertions(+), 4 deletions(-)

[PATCH 09/18] Drivers: hv: vmbus: Move the code to signal end of message

From: K. Y. Srinivasan As part of the effort to separate out architecture specific code, move the code for signaling end of message. Signed-off-by: K. Y. Srinivasan --- arch/x86/include/asm/mshyperv.h | 37 + drivers/hv/channel_mgmt.c |1 +

[PATCH 10/18] Drivers: hv: vmbus: Restructure the clockevents code

From: K. Y. Srinivasan Move the relevant code that programs the hypervisor to an architecture specific file. Signed-off-by: K. Y. Srinivasan --- arch/x86/include/asm/mshyperv.h |4 drivers/hv/hv.c | 10 +- 2 files

[PATCH 01/18] Drivers: hv: vmbus: Move the definition of hv_x64_msr_hypercall_contents

From: K. Y. Srinivasan As part of the effort to separate out architecture specific code, move the definition of hv_x64_msr_hypercall_contents to x86 specific header file. Signed-off-by: K. Y. Srinivasan --- arch/x86/include/asm/mshyperv.h | 12

[PATCH 05/18] Drivers: hv: vmbus: Consolidate all Hyper-V specific clocksource code

From: K. Y. Srinivasan As part of the effort to separate out architecture specific code, consolidate all Hyper-V specific clocksource code to an architecture specific code. Signed-off-by: K. Y. Srinivasan --- arch/x86/hyperv/hv_init.c | 104

[PATCH 04/18] Drivers: hv: vmbus: Move Hypercall invocation code out of common code

From: K. Y. Srinivasan As part of the effort to separate out architecture specific code, move the hypercall invocation code to an architecture specific file. Signed-off-by: K. Y. Srinivasan --- arch/x86/hyperv/hv_init.c | 54

[PATCH 10/18] Drivers: hv: vmbus: Restructure the clockevents code

From: K. Y. Srinivasan Move the relevant code that programs the hypervisor to an architecture specific file. Signed-off-by: K. Y. Srinivasan --- arch/x86/include/asm/mshyperv.h |4 drivers/hv/hv.c | 10 +- 2 files changed, 9 insertions(+), 5 deletions(-)

[PATCH 01/18] Drivers: hv: vmbus: Move the definition of hv_x64_msr_hypercall_contents

From: K. Y. Srinivasan As part of the effort to separate out architecture specific code, move the definition of hv_x64_msr_hypercall_contents to x86 specific header file. Signed-off-by: K. Y. Srinivasan --- arch/x86/include/asm/mshyperv.h | 12 drivers/hv/hyperv_vmbus.h |

[PATCH 05/18] Drivers: hv: vmbus: Consolidate all Hyper-V specific clocksource code

From: K. Y. Srinivasan As part of the effort to separate out architecture specific code, consolidate all Hyper-V specific clocksource code to an architecture specific code. Signed-off-by: K. Y. Srinivasan --- arch/x86/hyperv/hv_init.c | 104 +++

[PATCH 04/18] Drivers: hv: vmbus: Move Hypercall invocation code out of common code

From: K. Y. Srinivasan As part of the effort to separate out architecture specific code, move the hypercall invocation code to an architecture specific file. Signed-off-by: K. Y. Srinivasan --- arch/x86/hyperv/hv_init.c | 54 +++---

[PATCH 06/18] Drivers: hv: vmbus: Move the extracting of Hypervisor version information

From: K. Y. Srinivasan As part of the effort to separate out architecture specific code, extract hypervisor version information in an architecture specific file. Signed-off-by: K. Y. Srinivasan --- arch/x86/include/asm/mshyperv.h | 19 +++

[PATCH 11/18] Drivers: hv: util: Use hv_get_current_tick() to get current tick

From: K. Y. Srinivasan As part of the effort to interact with Hyper-V in an instruction set architecture independent way, use the new API to get the current tick. Signed-off-by: K. Y. Srinivasan --- drivers/hv/hv_util.c |3 ++- 1 files changed, 2

[PATCH 17/18] Drivers: hv: vmbus: Define an APIs to manage interrupt state

From: K. Y. Srinivasan As part of cleaning up architecture specific code, define APIs to manage interrupt state. Signed-off-by: K. Y. Srinivasan --- arch/x86/include/asm/mshyperv.h |3 +++ drivers/hv/hv.c | 12 2 files

[PATCH 18/18] Drivers: hv: vmbus: Cleanup hyperv_vmbus.h

From: K. Y. Srinivasan Get rid of all unused definitions. Signed-off-by: K. Y. Srinivasan --- drivers/hv/hyperv_vmbus.h | 152 + 1 files changed, 2 insertions(+), 150 deletions(-) diff --git

[PATCH 06/18] Drivers: hv: vmbus: Move the extracting of Hypervisor version information

From: K. Y. Srinivasan As part of the effort to separate out architecture specific code, extract hypervisor version information in an architecture specific file. Signed-off-by: K. Y. Srinivasan --- arch/x86/include/asm/mshyperv.h | 19 +++ arch/x86/kernel/cpu/mshyperv.c | 20

[PATCH 11/18] Drivers: hv: util: Use hv_get_current_tick() to get current tick

From: K. Y. Srinivasan As part of the effort to interact with Hyper-V in an instruction set architecture independent way, use the new API to get the current tick. Signed-off-by: K. Y. Srinivasan --- drivers/hv/hv_util.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git

[PATCH 17/18] Drivers: hv: vmbus: Define an APIs to manage interrupt state

From: K. Y. Srinivasan As part of cleaning up architecture specific code, define APIs to manage interrupt state. Signed-off-by: K. Y. Srinivasan --- arch/x86/include/asm/mshyperv.h |3 +++ drivers/hv/hv.c | 12 2 files changed, 11 insertions(+), 4

[PATCH 18/18] Drivers: hv: vmbus: Cleanup hyperv_vmbus.h

From: K. Y. Srinivasan Get rid of all unused definitions. Signed-off-by: K. Y. Srinivasan --- drivers/hv/hyperv_vmbus.h | 152 + 1 files changed, 2 insertions(+), 150 deletions(-) diff --git a/drivers/hv/hyperv_vmbus.h b/drivers/hv/hyperv_vmbus.h

[PATCH 02/18] Drivers: hv: vmbus: Move the definition of generate_guest_id()

From: K. Y. Srinivasan As part of the effort to separate out architecture specific code, move the definition of generate_guest_id() to x86 specific header file. Signed-off-by: K. Y. Srinivasan --- arch/x86/include/asm/mshyperv.h | 43

[PATCH 16/18] Drivers: hv: vmbus: Define an API to retrieve virtual processor index

From: K. Y. Srinivasan As part of cleaning up architecture specific code, define an API to retrieve the virtual procesor index. Signed-off-by: K. Y. Srinivasan --- arch/x86/include/asm/mshyperv.h |2 ++ drivers/hv/hv.c |2 +- 2

[PATCH 02/18] Drivers: hv: vmbus: Move the definition of generate_guest_id()

From: K. Y. Srinivasan As part of the effort to separate out architecture specific code, move the definition of generate_guest_id() to x86 specific header file. Signed-off-by: K. Y. Srinivasan --- arch/x86/include/asm/mshyperv.h | 43 +++

[PATCH 16/18] Drivers: hv: vmbus: Define an API to retrieve virtual processor index

From: K. Y. Srinivasan As part of cleaning up architecture specific code, define an API to retrieve the virtual procesor index. Signed-off-by: K. Y. Srinivasan --- arch/x86/include/asm/mshyperv.h |2 ++ drivers/hv/hv.c |2 +- 2 files changed, 3 insertions(+), 1

[PATCH 03/18] Drivers: hv vmbus: Move Hypercall page setup out of common code

From: K. Y. Srinivasan As part of the effort to separate out architecture specific code, move the hypercall page setup to an architecture specific file. Signed-off-by: K. Y. Srinivasan --- arch/x86/Kbuild |3 ++

[PATCH 15/18] Drivers: hv: vmbus: Define APIs to manipulate the synthetic interrupt controller

From: K. Y. Srinivasan As part of cleaning up architecture specific code, define APIs to manipulate the interrupt controller state. Signed-off-by: K. Y. Srinivasan --- arch/x86/include/asm/mshyperv.h |3 +++ drivers/hv/hv.c |8

[PATCH 03/18] Drivers: hv vmbus: Move Hypercall page setup out of common code

From: K. Y. Srinivasan As part of the effort to separate out architecture specific code, move the hypercall page setup to an architecture specific file. Signed-off-by: K. Y. Srinivasan --- arch/x86/Kbuild |3 ++ arch/x86/hyperv/Makefile|1 +

[PATCH 15/18] Drivers: hv: vmbus: Define APIs to manipulate the synthetic interrupt controller

From: K. Y. Srinivasan As part of cleaning up architecture specific code, define APIs to manipulate the interrupt controller state. Signed-off-by: K. Y. Srinivasan --- arch/x86/include/asm/mshyperv.h |3 +++ drivers/hv/hv.c |8 2 files changed, 7

<    1   2   3   4   5   6   7   >