Re: [PATCH 1/6] powernv:idle: Correctly initialize core_idle_state_ptr

On Tue, 16 May 2017 14:19:43 +0530 "Gautham R. Shenoy" wrote: > From: "Gautham R. Shenoy" > > The lower 8 bits of core_idle_state_ptr tracks the number of non-idle > threads in the core. This is supposed to be initialized to bit-map >

Re: [PATCH 1/6] powernv:idle: Correctly initialize core_idle_state_ptr

On Tue, 16 May 2017 14:19:43 +0530 "Gautham R. Shenoy" wrote: > From: "Gautham R. Shenoy" > > The lower 8 bits of core_idle_state_ptr tracks the number of non-idle > threads in the core. This is supposed to be initialized to bit-map > corresponding to the threads_per_core. However, currently

Re: [PATCH 2/2] xen/input: add multi-touch support

On Fri, Apr 21, 2017 at 09:40:36AM +0300, Oleksandr Andrushchenko wrote: > Hi, Dmitry! > > On 04/21/2017 05:10 AM, Dmitry Torokhov wrote: > >Hi Oleksandr, > > > >On Thu, Apr 13, 2017 at 02:38:04PM +0300, Oleksandr Andrushchenko wrote: > >>From: Oleksandr Andrushchenko

Re: [PATCH 2/2] xen/input: add multi-touch support

On Fri, Apr 21, 2017 at 09:40:36AM +0300, Oleksandr Andrushchenko wrote: > Hi, Dmitry! > > On 04/21/2017 05:10 AM, Dmitry Torokhov wrote: > >Hi Oleksandr, > > > >On Thu, Apr 13, 2017 at 02:38:04PM +0300, Oleksandr Andrushchenko wrote: > >>From: Oleksandr Andrushchenko > >> > >>Extend

Re: [PATCH 0/2] nohz: Deal with clock reprogram skipping issues v3

* Frederic Weisbecker wrote: > > Well, this does not answer my question: between latest tip:timers/nohz and > > the > > patches you posted there's a delta, so it's not just a pure rebase. > > Yeah but like I said, you can forget the series I posted because the diff is >

Re: [PATCH 0/2] nohz: Deal with clock reprogram skipping issues v3

* Frederic Weisbecker wrote: > > Well, this does not answer my question: between latest tip:timers/nohz and > > the > > patches you posted there's a delta, so it's not just a pure rebase. > > Yeah but like I said, you can forget the series I posted because the diff is > mostly cosmetic and

[PATCH v4] Input: mousedev - fix implicit conversion warning

Clang warns: drivers/input/mousedev.c:653:63: error: implicit conversion from 'int' to 'signed char' changes value from 200 to -56 [-Wconstant-conversion] client->ps2[1] = 0x60; client->ps2[2] = 3; client->ps2[3] = 200; ~ ^~~ As far

[PATCH v4] Input: mousedev - fix implicit conversion warning

Clang warns: drivers/input/mousedev.c:653:63: error: implicit conversion from 'int' to 'signed char' changes value from 200 to -56 [-Wconstant-conversion] client->ps2[1] = 0x60; client->ps2[2] = 3; client->ps2[3] = 200; ~ ^~~ As far

Re: [RESEND PATCH] irq_work: Don't reinvent the wheel but use existing llist API

On Fri, May 12, 2017 at 09:45:35AM +0900, Byungchul Park wrote: > Although llist provides proper APIs, they are not used. Make them used. +to pet...@infradead.org +to mi...@kernel.org +to rost...@goodmis.org I am not sure whom should I send this patch to.. Could you check this if you are right

Re: [RESEND PATCH] irq_work: Don't reinvent the wheel but use existing llist API

On Fri, May 12, 2017 at 09:45:35AM +0900, Byungchul Park wrote: > Although llist provides proper APIs, they are not used. Make them used. +to pet...@infradead.org +to mi...@kernel.org +to rost...@goodmis.org I am not sure whom should I send this patch to.. Could you check this if you are right

linux-next: Tree for May 30

Hi all, Changes since 20170529: New trees: reset, reset-fixes The nand tree gained a conflict against the jc_docs tree. Non-merge commits (relative to Linus' tree): 3099 3410 files changed, 126865 insertions(+), 68052 deletions

linux-next: Tree for May 30

Hi all, Changes since 20170529: New trees: reset, reset-fixes The nand tree gained a conflict against the jc_docs tree. Non-merge commits (relative to Linus' tree): 3099 3410 files changed, 126865 insertions(+), 68052 deletions

Re: panel-samsung-s6e3ha2.c:undefined reference to `backlight_device_unregister'

Dear Thierry, This problem need to [1] patch. [1] https://patchwork.kernel.org/patch/9688585/ Best regards, Hoegeun On 05/28/2017 11:52 AM, kbuild test robot wrote: tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head:

Re: panel-samsung-s6e3ha2.c:undefined reference to `backlight_device_unregister'

Dear Thierry, This problem need to [1] patch. [1] https://patchwork.kernel.org/patch/9688585/ Best regards, Hoegeun On 05/28/2017 11:52 AM, kbuild test robot wrote: tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head:

[PATCH v4] sched/deadline: Change the time to replenish runtime for sleep tasks

Hi Juri, Peterz, I checked if this case actually happens practically but it has not happened. As expected, it's too rare to happen, though it can save unnecessary interrupts if all the timings are satisfied as the example in the commit log. So I don't think it's that worth as much as I initially

[PATCH v4] sched/deadline: Change the time to replenish runtime for sleep tasks

Hi Juri, Peterz, I checked if this case actually happens practically but it has not happened. As expected, it's too rare to happen, though it can save unnecessary interrupts if all the timings are satisfied as the example in the commit log. So I don't think it's that worth as much as I initially

Re: [PATCH] macintosh: move mac_hid driver to input/mouse.

On Mon, May 29, 2017 at 08:03:25PM +0200, Michal Suchánek wrote: > On Sun, 28 May 2017 10:55:40 -0700 > Dmitry Torokhov wrote: > > > On Sun, May 28, 2017 at 11:47:58AM +0200, Michal Suchanek wrote: > > > On Tue, 9 May 2017 17:43:27 -0700 > > > Dmitry Torokhov

Re: [PATCH] macintosh: move mac_hid driver to input/mouse.

On Mon, May 29, 2017 at 08:03:25PM +0200, Michal Suchánek wrote: > On Sun, 28 May 2017 10:55:40 -0700 > Dmitry Torokhov wrote: > > > On Sun, May 28, 2017 at 11:47:58AM +0200, Michal Suchanek wrote: > > > On Tue, 9 May 2017 17:43:27 -0700 > > > Dmitry Torokhov wrote: > > > > > > > If not then

Re: [PATCH 5/5] lib/interval_tree: Fast overlap detection

Hi Davidlohr, [auto build test ERROR on next-20170529] url: https://github.com/0day-ci/linux/commits/Davidlohr-Bueso/rbtree-Cache-leftmost-node-internally/20170530-101713 config: x86_64-allmodconfig (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901 reproduce

Re: [PATCH 5/5] lib/interval_tree: Fast overlap detection

Hi Davidlohr, [auto build test ERROR on next-20170529] url: https://github.com/0day-ci/linux/commits/Davidlohr-Bueso/rbtree-Cache-leftmost-node-internally/20170530-101713 config: x86_64-allmodconfig (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901 reproduce

Re: [PATCH RFC] tpm: migrate pubek_show to struct tpm_buf

On Thu, May 25, 2017 at 04:40:50PM -0600, Jason Gunthorpe wrote: > On Thu, May 25, 2017 at 03:28:01PM -0700, Jarkko Sakkinen wrote: > > On Thu, May 25, 2017 at 03:16:13PM -0600, Jason Gunthorpe wrote: > > > On Thu, May 25, 2017 at 02:11:04PM -0700, Jarkko Sakkinen wrote: > > > > struct

Re: [PATCH v3] tpm: vtpm_proxy: Suppress error logging when in closed state

On Thu, May 25, 2017 at 06:29:13PM -0400, Stefan Berger wrote: > Suppress the error logging when the core TPM driver sends commands > to the VTPM proxy driver and -EPIPE is returned in case the VTPM > proxy driver is 'closed' (closed anonymous file descriptor). This > error code is only returned

Re: [PATCH v2] mm/oom_kill: count global and memory cgroup oom kills

On Tue, May 30, 2017 at 7:29 AM, David Rientjes wrote: > On Thu, 25 May 2017, Konstantin Khlebnikov wrote: > >> diff --git a/mm/oom_kill.c b/mm/oom_kill.c >> index 04c9143a8625..dd30a045ef5b 100644 >> --- a/mm/oom_kill.c >> +++ b/mm/oom_kill.c >> @@ -876,6 +876,11 @@ static

Re: [PATCH RFC] tpm: migrate pubek_show to struct tpm_buf

On Thu, May 25, 2017 at 04:40:50PM -0600, Jason Gunthorpe wrote: > On Thu, May 25, 2017 at 03:28:01PM -0700, Jarkko Sakkinen wrote: > > On Thu, May 25, 2017 at 03:16:13PM -0600, Jason Gunthorpe wrote: > > > On Thu, May 25, 2017 at 02:11:04PM -0700, Jarkko Sakkinen wrote: > > > > struct

Re: [PATCH v3] tpm: vtpm_proxy: Suppress error logging when in closed state

On Thu, May 25, 2017 at 06:29:13PM -0400, Stefan Berger wrote: > Suppress the error logging when the core TPM driver sends commands > to the VTPM proxy driver and -EPIPE is returned in case the VTPM > proxy driver is 'closed' (closed anonymous file descriptor). This > error code is only returned

Re: [PATCH v2] mm/oom_kill: count global and memory cgroup oom kills

On Tue, May 30, 2017 at 7:29 AM, David Rientjes wrote: > On Thu, 25 May 2017, Konstantin Khlebnikov wrote: > >> diff --git a/mm/oom_kill.c b/mm/oom_kill.c >> index 04c9143a8625..dd30a045ef5b 100644 >> --- a/mm/oom_kill.c >> +++ b/mm/oom_kill.c >> @@ -876,6 +876,11 @@ static void

[PATCH] Input: synaptics-rmi4 - use %ph to form F34 configuration ID

Instead of printing bytes one by one, let's use %phN to print the buffer in one go. Also use hweight8 to count number of partitions instead of inspecting it bit by bit. Signed-off-by: Dmitry Torokhov --- drivers/input/rmi4/rmi_f34v7.c | 22 -- 1

[PATCH] Input: synaptics-rmi4 - use %ph to form F34 configuration ID

Instead of printing bytes one by one, let's use %phN to print the buffer in one go. Also use hweight8 to count number of partitions instead of inspecting it bit by bit. Signed-off-by: Dmitry Torokhov --- drivers/input/rmi4/rmi_f34v7.c | 22 -- 1 file changed, 8

Re: [PATCH 2/2] Input: pm8941-pwrkey: Introduce reboot mode support

On Mon 29 May 19:53 PDT 2017, Dmitry Torokhov wrote: > On Fri, May 26, 2017 at 11:51:30PM -0700, Bjorn Andersson wrote: > > In some Qualcomm platforms the magic for informing LK which mode to > > reboot into is stored in the PON_SOFT_RB_SPARE register. Register with > > the reboot mode helpers to

Re: [PATCH 2/2] Input: pm8941-pwrkey: Introduce reboot mode support

On Mon 29 May 19:53 PDT 2017, Dmitry Torokhov wrote: > On Fri, May 26, 2017 at 11:51:30PM -0700, Bjorn Andersson wrote: > > In some Qualcomm platforms the magic for informing LK which mode to > > reboot into is stored in the PON_SOFT_RB_SPARE register. Register with > > the reboot mode helpers to

Re: [PATCH] tpm, tpmrm: Mark tpmrm_write as static

On Thu, May 25, 2017 at 07:43:05AM +0200, Peter Huewe wrote: > sparse complains that tpmrm_write can be made static, and since it is > right we make it static. > > Signed-off-by: Peter Huewe Reviewed-by: Jarkko Sakkinen /Jarkko > --- >

Re: [PATCH] tpm, tpmrm: Mark tpmrm_write as static

On Thu, May 25, 2017 at 07:43:05AM +0200, Peter Huewe wrote: > sparse complains that tpmrm_write can be made static, and since it is > right we make it static. > > Signed-off-by: Peter Huewe Reviewed-by: Jarkko Sakkinen /Jarkko > --- > drivers/char/tpm/tpmrm-dev.c | 2 +- > 1 file changed,

Re: [PATCH v2] powerpc/fadump: return error when fadump registration fails

On 05/27/2017 09:16 PM, Michal Suchanek wrote: > - log an error message when registration fails and no error code listed > in the switch is returned > - translate the hv error code to posix error code and return it from > fw_register > - return the posix error code from fw_register to the

Re: [PATCH v2] powerpc/fadump: return error when fadump registration fails

On 05/27/2017 09:16 PM, Michal Suchanek wrote: > - log an error message when registration fails and no error code listed > in the switch is returned > - translate the hv error code to posix error code and return it from > fw_register > - return the posix error code from fw_register to the

Re: [PATCH] clocksource/drivers/fttmr010: Fix aspeed-2500 initialization

On Mon, May 29, 2017 at 5:15 PM, Daniel Lezcano wrote: > On 29/05/2017 08:05, Andrew Jeffery wrote: >> On Fri, 2017-05-26 at 10:48 +0200, Daniel Lezcano wrote: >>> The recent changes made the fttmr010 to be more generic and support >>> different >>> timers with a very

Re: [PATCH] clocksource/drivers/fttmr010: Fix aspeed-2500 initialization

On Mon, May 29, 2017 at 5:15 PM, Daniel Lezcano wrote: > On 29/05/2017 08:05, Andrew Jeffery wrote: >> On Fri, 2017-05-26 at 10:48 +0200, Daniel Lezcano wrote: >>> The recent changes made the fttmr010 to be more generic and support >>> different >>> timers with a very few differences like moxart

[PATCH] MIPS: Lantiq: Fix ASC0/ASC1 clocks

ASC1 is available on every Lantiq SoC (also AmazonSE) and should be enabled like the other generic xway clocks instead of ASC0, which is only available for AR9 and Danube. Signed-off-by: Martin Schiller --- arch/mips/lantiq/xway/sysctrl.c | 3 +-- 1 file changed, 1

[PATCH] MIPS: Lantiq: Fix ASC0/ASC1 clocks

ASC1 is available on every Lantiq SoC (also AmazonSE) and should be enabled like the other generic xway clocks instead of ASC0, which is only available for AR9 and Danube. Signed-off-by: Martin Schiller --- arch/mips/lantiq/xway/sysctrl.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-)

Re: [linux-sunxi] [PATCH 1/3] ARM: dts: sun7i-a20: Rename bananapi as bananapi m1

On Tue, May 30, 2017 at 3:15 AM, Karsten Merker wrote: > On Mon, May 29, 2017 at 07:30:26PM +, Jagan Teki wrote: >> From: Jagan Teki >> >> from BPI(BIPAI KEJI LIMITED) products the Bananapi board >> is named as 'Bananapi M1' and this is the

Re: [linux-sunxi] [PATCH 1/3] ARM: dts: sun7i-a20: Rename bananapi as bananapi m1

On Tue, May 30, 2017 at 3:15 AM, Karsten Merker wrote: > On Mon, May 29, 2017 at 07:30:26PM +, Jagan Teki wrote: >> From: Jagan Teki >> >> from BPI(BIPAI KEJI LIMITED) products the Bananapi board >> is named as 'Bananapi M1' and this is the starting >> bananapi board from M1 series. >> >> So

Re: [PATCH v2] mm/oom_kill: count global and memory cgroup oom kills

On Thu, 25 May 2017, Konstantin Khlebnikov wrote: > diff --git a/mm/oom_kill.c b/mm/oom_kill.c > index 04c9143a8625..dd30a045ef5b 100644 > --- a/mm/oom_kill.c > +++ b/mm/oom_kill.c > @@ -876,6 +876,11 @@ static void oom_kill_process(struct oom_control *oc, > const char *message) > /* Get a

Re: [PATCH v2] mm/oom_kill: count global and memory cgroup oom kills

On Thu, 25 May 2017, Konstantin Khlebnikov wrote: > diff --git a/mm/oom_kill.c b/mm/oom_kill.c > index 04c9143a8625..dd30a045ef5b 100644 > --- a/mm/oom_kill.c > +++ b/mm/oom_kill.c > @@ -876,6 +876,11 @@ static void oom_kill_process(struct oom_control *oc, > const char *message) > /* Get a

Re: [PATCH v2] mm: introduce MADV_RESET_HUGEPAGE

On Mon, 29 May 2017, Mike Rapoport wrote: > Currently applications can explicitly enable or disable THP for a memory > region using MADV_HUGEPAGE or MADV_NOHUGEPAGE. However, once either of > these advises is used, the region will always have > VM_HUGEPAGE/VM_NOHUGEPAGE flag set in vma->vm_flags.

Re: [PATCH v2] mm: introduce MADV_RESET_HUGEPAGE

On Mon, 29 May 2017, Mike Rapoport wrote: > Currently applications can explicitly enable or disable THP for a memory > region using MADV_HUGEPAGE or MADV_NOHUGEPAGE. However, once either of > these advises is used, the region will always have > VM_HUGEPAGE/VM_NOHUGEPAGE flag set in vma->vm_flags.

Re: linux-next: build failure after merge of the rcu tree

"Paul E. McKenney" writes: > On Mon, May 29, 2017 at 04:02:09PM +1000, Stephen Rothwell wrote: >> Hi Paul, >> >> After merging the rcu tree, today's linux-next build (bfin >> BF526-EZBRD_defconfig and several other bfin configs) failed like this: >> >> In file

Re: linux-next: build failure after merge of the rcu tree

"Paul E. McKenney" writes: > On Mon, May 29, 2017 at 04:02:09PM +1000, Stephen Rothwell wrote: >> Hi Paul, >> >> After merging the rcu tree, today's linux-next build (bfin >> BF526-EZBRD_defconfig and several other bfin configs) failed like this: >> >> In file included from

Re: [PATCH 1/4] thermal: uniphier: add UniPhier thermal driver

On Tue, 30 May 2017 08:51:31 +0530 Keerthy wrote: > > > On Tuesday 30 May 2017 08:17 AM, Kunihiko Hayashi wrote: > > Hi Keerthy, > > Thank you for your comment. > > > > On Mon, 29 May 2017 15:53:39 +0530 Keerthy wrote: > >> > >> > >> On Monday 29 May 2017

Re: [PATCH 1/4] thermal: uniphier: add UniPhier thermal driver

On Tue, 30 May 2017 08:51:31 +0530 Keerthy wrote: > > > On Tuesday 30 May 2017 08:17 AM, Kunihiko Hayashi wrote: > > Hi Keerthy, > > Thank you for your comment. > > > > On Mon, 29 May 2017 15:53:39 +0530 Keerthy wrote: > >> > >> > >> On Monday 29 May 2017 02:45 PM, Kunihiko Hayashi wrote: >

linux-next: build warning after merge of the gpio tree

Hi Linus, After merging the gpio tree, today's linux-next build (arm multi_v7_defconfig) produced this warning: drivers/gpio/gpiolib.c: In function 'gpiochip_irqchip_init_valid_mask': drivers/gpio/gpiolib.c:1474:6: warning: unused variable 'i' [-Wunused-variable] int i; ^ Introduced by

linux-next: build warning after merge of the gpio tree

Hi Linus, After merging the gpio tree, today's linux-next build (arm multi_v7_defconfig) produced this warning: drivers/gpio/gpiolib.c: In function 'gpiochip_irqchip_init_valid_mask': drivers/gpio/gpiolib.c:1474:6: warning: unused variable 'i' [-Wunused-variable] int i; ^ Introduced by

Re: [RFC PATCH 0/4] PM / Domains: Add support for explicit control of PM domains

[].. >>> I was proposing to have such a lower-layer by splitting the existing >>> genpd framework so the drivers would have the option of calling the >>> lower-level power control functions to look-up pm-domains and control >>> them directly from their rpm callbacks (if they need to). Same as we

Re: [RFC PATCH 0/4] PM / Domains: Add support for explicit control of PM domains

[].. >>> I was proposing to have such a lower-layer by splitting the existing >>> genpd framework so the drivers would have the option of calling the >>> lower-level power control functions to look-up pm-domains and control >>> them directly from their rpm callbacks (if they need to). Same as we

Re: [Linux-ima-devel] [PATCH v2 4/5] keys, trusted: modify arguments of tpm_pcr_extend()

On Fri, 2017-05-05 at 16:21 +0200, Roberto Sassu wrote: > pcrlock() has been modified to pass the correct arguments > to tpm_pcr_extend(): the pointer of a tpm2_digest structure containing > a random value generated by tpm_get_random() and the size of the array (1). If the number of arguments is

Re: [Linux-ima-devel] [PATCH v2 4/5] keys, trusted: modify arguments of tpm_pcr_extend()

On Fri, 2017-05-05 at 16:21 +0200, Roberto Sassu wrote: > pcrlock() has been modified to pass the correct arguments > to tpm_pcr_extend(): the pointer of a tpm2_digest structure containing > a random value generated by tpm_get_random() and the size of the array (1). If the number of arguments is

Re: [PATCH net-next] net: dsa: b53: remove unused dev argument

From: Florian Fainelli Date: Fri, 26 May 2017 15:50:51 -0700 > On 05/26/2017 03:07 PM, Vivien Didelot wrote: >> The port net device passed to b53_fdb_copy is not used. Remove it. >> >> Signed-off-by: Vivien Didelot > > Reviewed-by:

Re: [PATCH net-next] net: dsa: b53: remove unused dev argument

From: Florian Fainelli Date: Fri, 26 May 2017 15:50:51 -0700 > On 05/26/2017 03:07 PM, Vivien Didelot wrote: >> The port net device passed to b53_fdb_copy is not used. Remove it. >> >> Signed-off-by: Vivien Didelot > > Reviewed-by: Florian Fainelli Applied.

Re: [PATCH net-next] net: dsa: remove dsa_port_is_bridged

From: Vivien Didelot Date: Fri, 26 May 2017 18:12:42 -0400 > The helper is only used once and makes the code more complicated that it > should. Remove it and reorganize the variables so that it fits on 80 > columns. > > Signed-off-by: Vivien Didelot

Re: [PATCH net-next] net: dsa: remove dsa_port_is_bridged

From: Vivien Didelot Date: Fri, 26 May 2017 18:12:42 -0400 > The helper is only used once and makes the code more complicated that it > should. Remove it and reorganize the variables so that it fits on 80 > columns. > > Signed-off-by: Vivien Didelot Applied, thanks.

Re: [PATCH 0/2] PCI: Workaround for bus reset on Cavium cn8xxx root ports

Following up on this thread... On 05/23/2017 06:15 PM, Alex Williamson wrote: > On Tue, 23 May 2017 14:22:01 -0700 > David Daney wrote: > >> On 05/23/2017 02:04 PM, Alex Williamson wrote: >>> On Tue, 23 May 2017 15:47:50 -0500 >>> Bjorn Helgaas

Re: [PATCH 0/2] PCI: Workaround for bus reset on Cavium cn8xxx root ports

Following up on this thread... On 05/23/2017 06:15 PM, Alex Williamson wrote: > On Tue, 23 May 2017 14:22:01 -0700 > David Daney wrote: > >> On 05/23/2017 02:04 PM, Alex Williamson wrote: >>> On Tue, 23 May 2017 15:47:50 -0500 >>> Bjorn Helgaas wrote: >>> On Mon, May 15, 2017 at

Re: [Linux-ima-devel] [PATCH v2 3/5] tpm: pass multiple digests to tpm_pcr_extend()

On Fri, 2017-05-05 at 16:21 +0200, Roberto Sassu wrote: > The tpm_pcr_extend() definition has been modified to take an array of > tpm2_digest structures, and the size of the array as arguments. > > The function now checks if callers provided a digests for each active > PCR bank (or a SHA1 digest

Re: [Linux-ima-devel] [PATCH v2 3/5] tpm: pass multiple digests to tpm_pcr_extend()

On Fri, 2017-05-05 at 16:21 +0200, Roberto Sassu wrote: > The tpm_pcr_extend() definition has been modified to take an array of > tpm2_digest structures, and the size of the array as arguments. > > The function now checks if callers provided a digests for each active > PCR bank (or a SHA1 digest

Re: [PATCH 1/4] thermal: uniphier: add UniPhier thermal driver

On Tuesday 30 May 2017 08:17 AM, Kunihiko Hayashi wrote: > Hi Keerthy, > Thank you for your comment. > > On Mon, 29 May 2017 15:53:39 +0530 Keerthy wrote: >> >> >> On Monday 29 May 2017 02:45 PM, Kunihiko Hayashi wrote: >>> Add a thermal driver for on-chip PVT (Process,

Re: [PATCH 1/4] thermal: uniphier: add UniPhier thermal driver

On Tuesday 30 May 2017 08:17 AM, Kunihiko Hayashi wrote: > Hi Keerthy, > Thank you for your comment. > > On Mon, 29 May 2017 15:53:39 +0530 Keerthy wrote: >> >> >> On Monday 29 May 2017 02:45 PM, Kunihiko Hayashi wrote: >>> Add a thermal driver for on-chip PVT (Process, Voltage and

Re: Yes, people use FOLL_FORCE ;)

On Mon, May 29, 2017 at 4:08 PM, Keno Fischer wrote: > > As I said, personally we can patch our software and deal with this, but I > think > a change like this deserves a bit wider discussion, so may I suggest a revert > of this change for the time being? Maybe there can

Re: Yes, people use FOLL_FORCE ;)

On Mon, May 29, 2017 at 4:08 PM, Keno Fischer wrote: > > As I said, personally we can patch our software and deal with this, but I > think > a change like this deserves a bit wider discussion, so may I suggest a revert > of this change for the time being? Maybe there can be a syslog warning such

Re: [kernel-hardening] Re: [PATCH v7 2/2] security: tty: make TIOCSTI ioctl require CAP_SYS_ADMIN

On 5/29/17 10:46 PM, Casey Schaufler wrote: > On 5/29/2017 7:00 PM, Matt Brown wrote: >> Casey Schaufler, >> >> First I must start this off by saying I really appreciate your presentation >> on >> LSMs that is up on youtube. I've got a LSM in the works and your talk has >> helped me a bunch. > >

Re: [kernel-hardening] Re: [PATCH v7 2/2] security: tty: make TIOCSTI ioctl require CAP_SYS_ADMIN

On 5/29/17 10:46 PM, Casey Schaufler wrote: > On 5/29/2017 7:00 PM, Matt Brown wrote: >> Casey Schaufler, >> >> First I must start this off by saying I really appreciate your presentation >> on >> LSMs that is up on youtube. I've got a LSM in the works and your talk has >> helped me a bunch. > >

Re: [PATCH 2/3] Input: synaptics - warn the users when there is a better mode

On Tue, May 23, 2017 at 02:20:51PM -0700, Dmitry Torokhov wrote: > On Tue, May 23, 2017 at 10:36:56AM +0200, Benjamin Tissoires wrote: > > The Synaptics touchpads are now either using i2c-hid or rmi-smbus. > > Warn the users if they are missing the rmi-smbus modules and have no > > chance of

Re: [PATCH 2/3] Input: synaptics - warn the users when there is a better mode

On Tue, May 23, 2017 at 02:20:51PM -0700, Dmitry Torokhov wrote: > On Tue, May 23, 2017 at 10:36:56AM +0200, Benjamin Tissoires wrote: > > The Synaptics touchpads are now either using i2c-hid or rmi-smbus. > > Warn the users if they are missing the rmi-smbus modules and have no > > chance of

Re: [PATCH] Input: synaptics - clear device info before filling in

On Sun, May 28, 2017 at 10:27:07PM -0700, Eric Biggers wrote: > From: Eric Biggers > > synaptics_query_hardware() was being passed a > 'struct synaptics_device_info' in uninitialized stack memory, then not > always initializing all fields. This caused garbage to show up in

Re: [PATCH] Input: synaptics - clear device info before filling in

On Sun, May 28, 2017 at 10:27:07PM -0700, Eric Biggers wrote: > From: Eric Biggers > > synaptics_query_hardware() was being passed a > 'struct synaptics_device_info' in uninitialized stack memory, then not > always initializing all fields. This caused garbage to show up in > certain fields,

Re: linux-next: build failure after merge of the rcu tree

Hi Joe, On Mon, 29 May 2017 19:20:25 -0700 Joe Perches wrote: > > On Mon, 2017-05-29 at 19:14 -0700, Paul E. McKenney wrote: > > On Mon, May 29, 2017 at 06:54:26PM -0700, Joe Perches wrote: > > > On Tue, 2017-05-30 at 11:40 +1000, Stephen Rothwell wrote: > > > > Hi Paul, >

Re: linux-next: build failure after merge of the rcu tree

Hi Joe, On Mon, 29 May 2017 19:20:25 -0700 Joe Perches wrote: > > On Mon, 2017-05-29 at 19:14 -0700, Paul E. McKenney wrote: > > On Mon, May 29, 2017 at 06:54:26PM -0700, Joe Perches wrote: > > > On Tue, 2017-05-30 at 11:40 +1000, Stephen Rothwell wrote: > > > > Hi Paul, > > > > > > > > >

Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)

Geert Uytterhoeven writes: > Hi Michael, > > On Mon, May 29, 2017 at 2:07 PM, Michael Ellerman wrote: >> Geert Uytterhoeven writes: >>> On Tue, May 23, 2017 at 11:45 PM, Babu Moger wrote: Found this

Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)

Geert Uytterhoeven writes: > Hi Michael, > > On Mon, May 29, 2017 at 2:07 PM, Michael Ellerman wrote: >> Geert Uytterhoeven writes: >>> On Tue, May 23, 2017 at 11:45 PM, Babu Moger wrote: Found this problem while enabling queued rwlock on SPARC. The parameter CONFIG_CPU_BIG_ENDIAN

Re: [PATCH RFC 0/5] *** SPI Slave mode support ***

Hi Fabio On 05/29/2017 05:01 AM, Fabio Estevam wrote: Hi Jiada, On Thu, Apr 27, 2017 at 3:43 AM, Jiada Wang wrote: BUT if you think the use case don't need to be supported from SPI core, then I don't have objection either, I will only submit imx SPI slave support

Re: [PATCH 2/2] Input: pm8941-pwrkey: Introduce reboot mode support

On Fri, May 26, 2017 at 11:51:30PM -0700, Bjorn Andersson wrote: > In some Qualcomm platforms the magic for informing LK which mode to > reboot into is stored in the PON_SOFT_RB_SPARE register. Register with > the reboot mode helpers to expose this to the user. Hmm, is the power key driver the

Re: [PATCH RFC 0/5] *** SPI Slave mode support ***

Hi Fabio On 05/29/2017 05:01 AM, Fabio Estevam wrote: Hi Jiada, On Thu, Apr 27, 2017 at 3:43 AM, Jiada Wang wrote: BUT if you think the use case don't need to be supported from SPI core, then I don't have objection either, I will only submit imx SPI slave support patch, after your SPI slave

Re: [PATCH 2/2] Input: pm8941-pwrkey: Introduce reboot mode support

On Fri, May 26, 2017 at 11:51:30PM -0700, Bjorn Andersson wrote: > In some Qualcomm platforms the magic for informing LK which mode to > reboot into is stored in the PON_SOFT_RB_SPARE register. Register with > the reboot mode helpers to expose this to the user. Hmm, is the power key driver the

Re: [PATCH 1/4] thermal: uniphier: add UniPhier thermal driver

Hi Keerthy, Thank you for your comment. On Mon, 29 May 2017 15:53:39 +0530 Keerthy wrote: > > > On Monday 29 May 2017 02:45 PM, Kunihiko Hayashi wrote: > > Add a thermal driver for on-chip PVT (Process, Voltage and Temperature) > > monitoring unit implemented on UniPhier

Re: [PATCH 1/4] thermal: uniphier: add UniPhier thermal driver

Hi Keerthy, Thank you for your comment. On Mon, 29 May 2017 15:53:39 +0530 Keerthy wrote: > > > On Monday 29 May 2017 02:45 PM, Kunihiko Hayashi wrote: > > Add a thermal driver for on-chip PVT (Process, Voltage and Temperature) > > monitoring unit implemented on UniPhier SoCs. This driver

Re: [kernel-hardening] Re: [PATCH v7 2/2] security: tty: make TIOCSTI ioctl require CAP_SYS_ADMIN

On 5/29/2017 7:00 PM, Matt Brown wrote: > Casey Schaufler, > > First I must start this off by saying I really appreciate your presentation on > LSMs that is up on youtube. I've got a LSM in the works and your talk has > helped me a bunch. Thank you. Feedback (especially positive) is always

Re: [kernel-hardening] Re: [PATCH v7 2/2] security: tty: make TIOCSTI ioctl require CAP_SYS_ADMIN

On 5/29/2017 7:00 PM, Matt Brown wrote: > Casey Schaufler, > > First I must start this off by saying I really appreciate your presentation on > LSMs that is up on youtube. I've got a LSM in the works and your talk has > helped me a bunch. Thank you. Feedback (especially positive) is always

Re: [PATCH 16/16] platform/x86: dell-wmi: Convert to the WMI bus infrastructure

On Sat, May 27, 2017 at 11:40:52AM -0700, Andy Lutomirski wrote: > On Sat, May 27, 2017 at 9:17 AM, Dmitry Torokhov > wrote: > > On May 27, 2017 9:04:38 AM PDT, Andy Lutomirski wrote: > >>On Sat, May 27, 2017 at 3:50 AM, Pali Rohár

Re: [PATCH 16/16] platform/x86: dell-wmi: Convert to the WMI bus infrastructure

On Sat, May 27, 2017 at 11:40:52AM -0700, Andy Lutomirski wrote: > On Sat, May 27, 2017 at 9:17 AM, Dmitry Torokhov > wrote: > > On May 27, 2017 9:04:38 AM PDT, Andy Lutomirski wrote: > >>On Sat, May 27, 2017 at 3:50 AM, Pali Rohár > >>wrote: > >>> On Saturday 27 May 2017 07:31:30 Darren Hart

Re: [PATCH v3] Input: mousedev - fix implicit conversion warning

On Mon, May 29, 2017 at 12:22:52PM -0700, Nick Desaulniers wrote: > On Fri, May 26, 2017 at 10:07:46AM -0700, Dmitry Torokhov wrote: > > If you look at the code of this fucntion we really use ps2_data as > > signed in calculations, and this change would break that. While making > > ps2_data u8

Re: [PATCH v3] Input: mousedev - fix implicit conversion warning

On Mon, May 29, 2017 at 12:22:52PM -0700, Nick Desaulniers wrote: > On Fri, May 26, 2017 at 10:07:46AM -0700, Dmitry Torokhov wrote: > > If you look at the code of this fucntion we really use ps2_data as > > signed in calculations, and this change would break that. While making > > ps2_data u8

Re: [PATCH] ubifs: Add freeze support

On Mon, May 29, 2017 at 10:42:37AM +0200, Richard Weinberger wrote: > Hyunchul, > > Am 29.05.2017 um 04:24 schrieb Hyunchul Lee: > >>> This is just broken. First ubifs should still properly propagate > >>> the errors, and second freezing/unfreezing read only file systems is > >>> perfectly

Re: [PATCH] ubifs: Add freeze support

On Mon, May 29, 2017 at 10:42:37AM +0200, Richard Weinberger wrote: > Hyunchul, > > Am 29.05.2017 um 04:24 schrieb Hyunchul Lee: > >>> This is just broken. First ubifs should still properly propagate > >>> the errors, and second freezing/unfreezing read only file systems is > >>> perfectly

Re: [PATCH] spi: add null check before pointer dereference

Hi Andi, Quoting Andi Shyti : Hi Gustavo, desc = dmaengine_prep_slave_sg(dma->ch, sgt->sgl, sgt->nents, dma->direction, DMA_PREP_INTERRUPT); + if (!desc) { + dev_err(>master->dev, +

Re: [PATCH] spi: add null check before pointer dereference

Hi Andi, Quoting Andi Shyti : Hi Gustavo, desc = dmaengine_prep_slave_sg(dma->ch, sgt->sgl, sgt->nents, dma->direction, DMA_PREP_INTERRUPT); + if (!desc) { + dev_err(>master->dev, +

Re: linux-next: build failure after merge of the rcu tree

On Mon, 2017-05-29 at 19:14 -0700, Paul E. McKenney wrote: > On Mon, May 29, 2017 at 06:54:26PM -0700, Joe Perches wrote: > > On Tue, 2017-05-30 at 11:40 +1000, Stephen Rothwell wrote: > > > Hi Paul, > > > > > > > On Mon, 29 May 2017 14:15:05 -0700 "Paul E. McKenney" > > > >

Re: linux-next: build failure after merge of the rcu tree

On Mon, 2017-05-29 at 19:14 -0700, Paul E. McKenney wrote: > On Mon, May 29, 2017 at 06:54:26PM -0700, Joe Perches wrote: > > On Tue, 2017-05-30 at 11:40 +1000, Stephen Rothwell wrote: > > > Hi Paul, > > > > > > > On Mon, 29 May 2017 14:15:05 -0700 "Paul E. McKenney" > > > > wrote: > > > > > >

Re: linux-next: build failure after merge of the rcu tree

On Mon, May 29, 2017 at 06:54:26PM -0700, Joe Perches wrote: > On Tue, 2017-05-30 at 11:40 +1000, Stephen Rothwell wrote: > > Hi Paul, > > > > > On Mon, 29 May 2017 14:15:05 -0700 "Paul E. McKenney" > > > wrote: > > > > > > Anyone see any other options? > > My

Re: linux-next: build failure after merge of the rcu tree

On Mon, May 29, 2017 at 06:54:26PM -0700, Joe Perches wrote: > On Tue, 2017-05-30 at 11:40 +1000, Stephen Rothwell wrote: > > Hi Paul, > > > > > On Mon, 29 May 2017 14:15:05 -0700 "Paul E. McKenney" > > > wrote: > > > > > > Anyone see any other options? > > My preferred option would be

[PATCH 3/5] locking/rtmutex: Replace top-waiter and pi_waiters leftmost caching

... with the generic rbtree flavor instead. No changes in semantics whatsoever. Signed-off-by: Davidlohr Bueso --- include/linux/init_task.h | 5 ++--- include/linux/rtmutex.h | 9 - include/linux/sched.h | 3 +-- kernel/fork.c

[PATCH 3/5] locking/rtmutex: Replace top-waiter and pi_waiters leftmost caching

... with the generic rbtree flavor instead. No changes in semantics whatsoever. Signed-off-by: Davidlohr Bueso --- include/linux/init_task.h | 5 ++--- include/linux/rtmutex.h | 9 - include/linux/sched.h | 3 +-- kernel/fork.c | 3 +--

[PATCH 2/5] sched/fair: Replace cfs_rq->rb_leftmost

... with the generic rbtree flavor instead. No changes in semantics whatsoever. Signed-off-by: Davidlohr Bueso --- kernel/sched/debug.c | 2 +- kernel/sched/fair.c | 35 +++ kernel/sched/sched.h | 3 +-- 3 files changed, 13 insertions(+), 27

[PATCH 2/5] sched/fair: Replace cfs_rq->rb_leftmost

... with the generic rbtree flavor instead. No changes in semantics whatsoever. Signed-off-by: Davidlohr Bueso --- kernel/sched/debug.c | 2 +- kernel/sched/fair.c | 35 +++ kernel/sched/sched.h | 3 +-- 3 files changed, 13 insertions(+), 27 deletions(-) diff

  1   2   3   4   5   6   7   8   9   10   >