RE: [PATCH 2/2] pci-hyperv: properly handle device eject

> -Original Message- > From: Dexuan Cui > Sent: Tuesday, September 13, 2016 10:45 PM > To: Long Li ; KY Srinivasan ; > Haiyang Zhang ; Bjorn Helgaas > > Cc: de...@linuxdriverproject.org;

RE: [PATCH 2/2] pci-hyperv: properly handle device eject

> -Original Message- > From: Dexuan Cui > Sent: Tuesday, September 13, 2016 10:45 PM > To: Long Li ; KY Srinivasan ; > Haiyang Zhang ; Bjorn Helgaas > > Cc: de...@linuxdriverproject.org; linux-kernel@vger.kernel.org; linux- > p...@vger.kernel.org > Subject: RE: [PATCH 2/2] pci-hyperv:

Re: [PATCH v5 0/3] arm64: hibernate: Resume when hibernate image created on non-boot CPU

On Wednesday, September 14, 2016 09:09:26 AM James Morse wrote: > Hi Rafael, > > On 14/09/16 02:07, Rafael J. Wysocki wrote: > > What's the status of this? > > Will has queued it in his for-next/core branch. OK, thanks!

Re: [PATCH v5 0/3] arm64: hibernate: Resume when hibernate image created on non-boot CPU

On Wednesday, September 14, 2016 09:09:26 AM James Morse wrote: > Hi Rafael, > > On 14/09/16 02:07, Rafael J. Wysocki wrote: > > What's the status of this? > > Will has queued it in his for-next/core branch. OK, thanks!

Re: [PATCH v5 0/5] Introduce current_time() api

On Wed, Sep 14, 2016 at 7:48 AM, Deepa Dinamani wrote: > The series is aimed at getting rid of CURRENT_TIME and CURRENT_TIME_SEC > macros. > The macros are not y2038 safe. There is no plan to transition them into being > y2038 safe. This version looks ok to me. Al,

Re: [PATCH v5 0/5] Introduce current_time() api

On Wed, Sep 14, 2016 at 7:48 AM, Deepa Dinamani wrote: > The series is aimed at getting rid of CURRENT_TIME and CURRENT_TIME_SEC > macros. > The macros are not y2038 safe. There is no plan to transition them into being > y2038 safe. This version looks ok to me. Al, would you be willing to

Re: [PATCH] memory-hotplug: Fix bad area access on dissolve_free_huge_pages()

On 09/14/2016 09:33 AM, Rui Teng wrote: > > How about return the size of page freed from dissolve_free_huge_page(), > and jump such step on pfn? That would be a nice improvement. But, as far as describing the initial problem, can you explain how the tail pages still ended up being PageHuge()?

Re: [PATCH] memory-hotplug: Fix bad area access on dissolve_free_huge_pages()

On 09/14/2016 09:33 AM, Rui Teng wrote: > > How about return the size of page freed from dissolve_free_huge_page(), > and jump such step on pfn? That would be a nice improvement. But, as far as describing the initial problem, can you explain how the tail pages still ended up being PageHuge()?

Re: perf/x86: Use kmalloc_array() in merge_attr()

>> * 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 software. >> >> * Replace the specification of

Re: perf/x86: Use kmalloc_array() in merge_attr()

>> * 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 software. >> >> * Replace the specification of

Re: [PATCH] ACPI: CPPC: Support PCC with interrupt flag

On Wednesday, September 14, 2016 08:45:14 AM Hoan Tran wrote: > On Tue, Aug 30, 2016 at 11:20 AM, Hoan Tran wrote: > > On Thu, Jul 21, 2016 at 2:07 PM, Hoan Tran wrote: > >> For PCC mailbox with interrupt flag, CPPC should call mbox_chan_txdone() > >> function to

Re: [PATCH] ACPI: CPPC: Support PCC with interrupt flag

On Wednesday, September 14, 2016 08:45:14 AM Hoan Tran wrote: > On Tue, Aug 30, 2016 at 11:20 AM, Hoan Tran wrote: > > On Thu, Jul 21, 2016 at 2:07 PM, Hoan Tran wrote: > >> For PCC mailbox with interrupt flag, CPPC should call mbox_chan_txdone() > >> function to notify the mailbox framework

Re: [git pull] uaccess fixes

On Wed, Sep 14, 2016 at 8:47 AM, Al Viro wrote: > > Conflicts are trivial; I've pushed my variant of conflict resolution into > #proposed-merge. Hmm. They may be trivial, but we disagreed about how to resolve the ia64 case. I think I did a better job, obviously ;) But

Re: [git pull] uaccess fixes

On Wed, Sep 14, 2016 at 8:47 AM, Al Viro wrote: > > Conflicts are trivial; I've pushed my variant of conflict resolution into > #proposed-merge. Hmm. They may be trivial, but we disagreed about how to resolve the ia64 case. I think I did a better job, obviously ;) But if it turns out I screwed

Re: [PATCH V2 1/7] dt-bindings: Update QorIQ TMU thermal bindings

On Wed, Jun 8, 2016 at 2:52 PM, Rob Herring wrote: > On Tue, Jun 07, 2016 at 11:27:34AM +0800, Jia Hongtao wrote: >> For different types of SoC the sensor id and endianness may vary. >> "#thermal-sensor-cells" is used to provide sensor id information. >> "little-endian" property

Re: [PATCH V2 1/7] dt-bindings: Update QorIQ TMU thermal bindings

On Wed, Jun 8, 2016 at 2:52 PM, Rob Herring wrote: > On Tue, Jun 07, 2016 at 11:27:34AM +0800, Jia Hongtao wrote: >> For different types of SoC the sensor id and endianness may vary. >> "#thermal-sensor-cells" is used to provide sensor id information. >> "little-endian" property is to tell the

Re: [PATCH 1/3] tools include: Add uapi mman.h for each architecture

On 2016/09/14 10:52AM, Arnaldo Carvalho de Melo wrote: > Em Wed, Sep 14, 2016 at 02:58:10PM +0530, Naveen N. Rao escreveu: > > On 2016/09/12 06:15PM, Arnaldo Carvalho de Melo wrote: > > > Em Mon, Sep 12, 2016 at 04:07:42PM -0300, Arnaldo Carvalho de Melo > > > escreveu: > > > So, please take a

Re: [PATCH 1/3] tools include: Add uapi mman.h for each architecture

On 2016/09/14 10:52AM, Arnaldo Carvalho de Melo wrote: > Em Wed, Sep 14, 2016 at 02:58:10PM +0530, Naveen N. Rao escreveu: > > On 2016/09/12 06:15PM, Arnaldo Carvalho de Melo wrote: > > > Em Mon, Sep 12, 2016 at 04:07:42PM -0300, Arnaldo Carvalho de Melo > > > escreveu: > > > So, please take a

Re: [PATCH] memory-hotplug: Fix bad area access on dissolve_free_huge_pages()

On 9/14/16 1:32 AM, Dave Hansen wrote: On 09/13/2016 01:39 AM, Rui Teng wrote: diff --git a/mm/hugetlb.c b/mm/hugetlb.c index 87e11d8..64b5f81 100644 --- a/mm/hugetlb.c +++ b/mm/hugetlb.c @@ -1442,7 +1442,7 @@ static int free_pool_huge_page(struct hstate *h, nodemask_t *nodes_allowed, static

Re: [PATCH] memory-hotplug: Fix bad area access on dissolve_free_huge_pages()

On 9/14/16 1:32 AM, Dave Hansen wrote: On 09/13/2016 01:39 AM, Rui Teng wrote: diff --git a/mm/hugetlb.c b/mm/hugetlb.c index 87e11d8..64b5f81 100644 --- a/mm/hugetlb.c +++ b/mm/hugetlb.c @@ -1442,7 +1442,7 @@ static int free_pool_huge_page(struct hstate *h, nodemask_t *nodes_allowed, static

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

On Wed, Sep 07, 2016 at 01:47:22PM +0300, Felipe Balbi wrote: > > Hi, > > Robin Murphy writes: > > On 07/09/16 10:55, Peter Chen wrote: > > [...] > >>> Regarding the DMA configuration that you mention in ci_hdrc_add_device(), > >>> I think we should replace > >>> > >>>

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

On Wed, Sep 07, 2016 at 01:47:22PM +0300, Felipe Balbi wrote: > > Hi, > > Robin Murphy writes: > > On 07/09/16 10:55, Peter Chen wrote: > > [...] > >>> Regarding the DMA configuration that you mention in ci_hdrc_add_device(), > >>> I think we should replace > >>> > >>>

Re: drivers: staging: vme: Fixed some code style warnings

‎Thanks, I understood my fault, but haven't done this changes yet. I can't understand if I should reply to original message with v2 patch or send a new email with it?   Исходное сообщение   От: Markus Böhme Отправлено: среда, 14 сентября 2016 г., 15:56 Кому: Andrew Kanner;

Re: drivers: staging: vme: Fixed some code style warnings

‎Thanks, I understood my fault, but haven't done this changes yet. I can't understand if I should reply to original message with v2 patch or send a new email with it?   Исходное сообщение   От: Markus Böhme Отправлено: среда, 14 сентября 2016 г., 15:56 Кому: Andrew Kanner;

Re: [PATCH] staging: android: ion: Make ION_OF depend on OF_ADDRESS

; Add a dependency on OF_ADDRESS > > Reported-by: Guenter Roeck <li...@roeck-us.net> > Signed-off-by: Laura Abbott <labb...@redhat.com> > --- > Based on next-20160914 > --- > drivers/staging/android/ion/Kconfig | 2 +- > 1 file changed, 1 insertion(+), 1 dele

Re: [PATCH] staging: android: ion: Make ION_OF depend on OF_ADDRESS

: Guenter Roeck > Signed-off-by: Laura Abbott > --- > Based on next-20160914 > --- > drivers/staging/android/ion/Kconfig | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/staging/android/ion/Kconfig > b/drivers/staging/android/ion/Kconfig &

Re: [PATCH] perf tools: Fix static building

Hi Vineet, Jiri, On Thu, 2016-09-01 at 11:28 -0700, Vineet Gupta wrote: > On 08/31/2016 12:21 AM, Jiri Olsa wrote: > > > > On Mon, Aug 22, 2016 at 08:33:42PM +0300, Alexey Brodkin wrote: > > > > > > With commit e3d09ec8126f ("tools lib traceevent: Export dynamic symbols > > > used by traceevent

Re: [PATCH] perf tools: Fix static building

Hi Vineet, Jiri, On Thu, 2016-09-01 at 11:28 -0700, Vineet Gupta wrote: > On 08/31/2016 12:21 AM, Jiri Olsa wrote: > > > > On Mon, Aug 22, 2016 at 08:33:42PM +0300, Alexey Brodkin wrote: > > > > > > With commit e3d09ec8126f ("tools lib traceevent: Export dynamic symbols > > > used by traceevent

Re: [PATCH 3/3] perf/x86/rapl: Enable Baytrail/Braswell RAPL support

On Tue, 13 Sep 2016, Pan, Harry wrote: > This things is because of the Baytrail/Braswell quirk breaks original > assumption of perf RAPL polling timer rate calculation regarding of > counter overflow case based on 200W; ESU are the 'Energy Status Units' bits in the MSR_RAPL_POWER_UNIT msr. ESU

Re: [PATCH 3/3] perf/x86/rapl: Enable Baytrail/Braswell RAPL support

On Tue, 13 Sep 2016, Pan, Harry wrote: > This things is because of the Baytrail/Braswell quirk breaks original > assumption of perf RAPL polling timer rate calculation regarding of > counter overflow case based on 200W; ESU are the 'Energy Status Units' bits in the MSR_RAPL_POWER_UNIT msr. ESU

Re: [PATCH] pty: make ptmx file ops read-only after init

On Wed, Sep 14, 2016 at 7:04 AM, One Thousand Gnomes wrote: > On Wed, 14 Sep 2016 09:59:42 +0200 > Jiri Slaby wrote: > >> On 09/09/2016, 12:35 AM, Kees Cook wrote: >> > The ptmx_fops structure is only changed during init, so mark it as such. >> >>

Re: [PATCH] pty: make ptmx file ops read-only after init

On Wed, Sep 14, 2016 at 7:04 AM, One Thousand Gnomes wrote: > On Wed, 14 Sep 2016 09:59:42 +0200 > Jiri Slaby wrote: > >> On 09/09/2016, 12:35 AM, Kees Cook wrote: >> > The ptmx_fops structure is only changed during init, so mark it as such. >> >> Right, but I am missing what is the benefit? You

Re: [PATCH] android: binder: Disable preemption while holding the global binder lock

On Wed, Sep 14, 2016 at 06:11:03PM +0200, Peter Zijlstra wrote: > On Tue, Sep 13, 2016 at 12:53:27PM -0700, Arve Hjønnevåg wrote: > > On Tue, Sep 13, 2016 at 12:32 AM, Peter Zijlstra > > wrote: > > > cgroups should be irrelevant, PI is unaware of them. > > > > I don't

Re: [PATCH] android: binder: Disable preemption while holding the global binder lock

On Wed, Sep 14, 2016 at 06:11:03PM +0200, Peter Zijlstra wrote: > On Tue, Sep 13, 2016 at 12:53:27PM -0700, Arve Hjønnevåg wrote: > > On Tue, Sep 13, 2016 at 12:32 AM, Peter Zijlstra > > wrote: > > > cgroups should be irrelevant, PI is unaware of them. > > > > I don't think cgroups are

Re: [PATCH] android: binder: Disable preemption while holding the global binder lock

On Tue, Sep 13, 2016 at 12:53:27PM -0700, Arve Hjønnevåg wrote: > On Tue, Sep 13, 2016 at 12:32 AM, Peter Zijlstra wrote: > > cgroups should be irrelevant, PI is unaware of them. > > I don't think cgroups are irrelevant. PI being unaware of them > explains the problem I

Re: [PATCH] android: binder: Disable preemption while holding the global binder lock

On Tue, Sep 13, 2016 at 12:53:27PM -0700, Arve Hjønnevåg wrote: > On Tue, Sep 13, 2016 at 12:32 AM, Peter Zijlstra wrote: > > cgroups should be irrelevant, PI is unaware of them. > > I don't think cgroups are irrelevant. PI being unaware of them > explains the problem I described. If the task

Re: [PATCH] net/mlx4_en: fix off by one in error handling

On Wed, 14 Sep 2016, Tariq Toukan wrote: > On 14/09/2016 4:53 PM, Sebastian Ott wrote: > > On Wed, 14 Sep 2016, Tariq Toukan wrote: > > > On 14/09/2016 2:09 PM, Sebastian Ott wrote: > > > > If an error occurs in mlx4_init_eq_table the index used in the > > > > err_out_unmap label is one too big

Re: [PATCH] net/mlx4_en: fix off by one in error handling

On Wed, 14 Sep 2016, Tariq Toukan wrote: > On 14/09/2016 4:53 PM, Sebastian Ott wrote: > > On Wed, 14 Sep 2016, Tariq Toukan wrote: > > > On 14/09/2016 2:09 PM, Sebastian Ott wrote: > > > > If an error occurs in mlx4_init_eq_table the index used in the > > > > err_out_unmap label is one too big

[PATCH 2/2] net/ibm/emac: add mutex to 'set multicast list'

for preventing race conditions within ioctl calls. Signed-off-by: Ivan Mikhaylov --- drivers/net/ethernet/ibm/emac/core.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/net/ethernet/ibm/emac/core.c b/drivers/net/ethernet/ibm/emac/core.c index 2dfc603..7af09cb

[PATCH 2/2] net/ibm/emac: add mutex to 'set multicast list'

for preventing race conditions within ioctl calls. Signed-off-by: Ivan Mikhaylov --- drivers/net/ethernet/ibm/emac/core.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/net/ethernet/ibm/emac/core.c b/drivers/net/ethernet/ibm/emac/core.c index 2dfc603..7af09cb 100644 ---

Re: [PATCH v3 0/4] tpm/tpm_crb: implement power management.

On Wed, Sep 14, 2016 at 07:06:02PM +0300, Jarkko Sakkinen wrote: > On Wed, Sep 14, 2016 at 06:28:03AM +, Winkler, Tomas wrote: > > On Mon, 2016-09-12 at 16:04 +0300, Tomas Winkler wrote: > > > Te overall platform ability to enter a low power state is also > > > conditioned on the ability of a

[PATCH 1/2] net/ibm/emac: add set mac addr callback

add realization for mac address set and remove dummy callback. Signed-off-by: Ivan Mikhaylov --- drivers/net/ethernet/ibm/emac/core.c | 31 +-- 1 file changed, 29 insertions(+), 2 deletions(-) diff --git a/drivers/net/ethernet/ibm/emac/core.c

Re: [PATCH v3 0/4] tpm/tpm_crb: implement power management.

On Wed, Sep 14, 2016 at 07:06:02PM +0300, Jarkko Sakkinen wrote: > On Wed, Sep 14, 2016 at 06:28:03AM +, Winkler, Tomas wrote: > > On Mon, 2016-09-12 at 16:04 +0300, Tomas Winkler wrote: > > > Te overall platform ability to enter a low power state is also > > > conditioned on the ability of a

[PATCH 1/2] net/ibm/emac: add set mac addr callback

add realization for mac address set and remove dummy callback. Signed-off-by: Ivan Mikhaylov --- drivers/net/ethernet/ibm/emac/core.c | 31 +-- 1 file changed, 29 insertions(+), 2 deletions(-) diff --git a/drivers/net/ethernet/ibm/emac/core.c

Re: [PATCH v3 0/4] tpm/tpm_crb: implement power management.

On Wed, Sep 14, 2016 at 06:28:03AM +, Winkler, Tomas wrote: > On Mon, 2016-09-12 at 16:04 +0300, Tomas Winkler wrote: > > Te overall platform ability to enter a low power state is also > > conditioned on the ability of a tpm device to go to idle state. > > This series should provide this

Re: [PATCH v3 0/4] tpm/tpm_crb: implement power management.

On Wed, Sep 14, 2016 at 06:28:03AM +, Winkler, Tomas wrote: > On Mon, 2016-09-12 at 16:04 +0300, Tomas Winkler wrote: > > Te overall platform ability to enter a low power state is also > > conditioned on the ability of a tpm device to go to idle state. > > This series should provide this

Re: [PATCH v1 2/3] ARM: dts: imx6q-apalis-ixora: Remove use of pwm-leds

On 2016-09-13 23:35, Sanchayan Maity wrote: > Remove use of pwm-leds and use the standard /sys/class/pwm > interface from PWM subsystem. Don't we have actual leds on the Ixora? -- Stefan > > Signed-off-by: Sanchayan Maity > --- >

Re: [PATCH v1 2/3] ARM: dts: imx6q-apalis-ixora: Remove use of pwm-leds

On 2016-09-13 23:35, Sanchayan Maity wrote: > Remove use of pwm-leds and use the standard /sys/class/pwm > interface from PWM subsystem. Don't we have actual leds on the Ixora? -- Stefan > > Signed-off-by: Sanchayan Maity > --- > arch/arm/boot/dts/imx6q-apalis-ixora.dts | 22

arch/mips/vdso/gettimeofday.c:1:0: error: '-march=r3900' requires '-mfp32'

Hi Guenter, First bad commit (maybe != root cause): tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 5924bbecd0267d87c24110cbe2041b5075173a25 commit: 398c7500a1f5f74e207bd2edca1b1721b3cc1f1e MIPS: VDSO: Fix build error with binutils 2.24 and earlier

arch/mips/vdso/gettimeofday.c:1:0: error: '-march=r3900' requires '-mfp32'

Hi Guenter, First bad commit (maybe != root cause): tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 5924bbecd0267d87c24110cbe2041b5075173a25 commit: 398c7500a1f5f74e207bd2edca1b1721b3cc1f1e MIPS: VDSO: Fix build error with binutils 2.24 and earlier

Re: Regression in 4.8 - CPU speed set very low

On 09/09/2016 12:39 PM, Larry Finger wrote: I have found a regression in kernel 4.8-rc2 that causes the speed of my laptop with an Intel(R) Core(TM) i7-4600M CPU @ 2.90GHz to suddenly have a maximum cpu frequency of ~400 MHz. Unfortunately, I do not know how to trigger this problem, thus a

Re: Regression in 4.8 - CPU speed set very low

On 09/09/2016 12:39 PM, Larry Finger wrote: I have found a regression in kernel 4.8-rc2 that causes the speed of my laptop with an Intel(R) Core(TM) i7-4600M CPU @ 2.90GHz to suddenly have a maximum cpu frequency of ~400 MHz. Unfortunately, I do not know how to trigger this problem, thus a

Re: [PATCH 2/2] HID: wacom: do not detect Pad devices as joysticks

On Sep 13 2016 or thereabouts, Ping Cheng wrote: > Hi Benjamin, > > On Tuesday, September 13, 2016, Benjamin Tissoires < > benjamin.tissoi...@redhat.com> wrote: > > > Well, joydev consider our Pad devices as joysticks and associate a > > /dev/input/jsX node for them. > > > Indeed, this issue

Re: [PATCH 2/2] HID: wacom: do not detect Pad devices as joysticks

On Sep 13 2016 or thereabouts, Ping Cheng wrote: > Hi Benjamin, > > On Tuesday, September 13, 2016, Benjamin Tissoires < > benjamin.tissoi...@redhat.com> wrote: > > > Well, joydev consider our Pad devices as joysticks and associate a > > /dev/input/jsX node for them. > > > Indeed, this issue

Re: [PATCH v4] stop_machine: Avoid a sleep and wakeup in the stop_one_cpu()

On 09/14, Cheng Chao wrote: > > --- a/kernel/sched/core.c > +++ b/kernel/sched/core.c > @@ -1063,8 +1063,12 @@ static int migration_cpu_stop(void *data) >* holding rq->lock, if p->on_rq == 0 it cannot get enqueued because >* we're holding p->pi_lock. >*/ > - if

Re: [PATCH v4] stop_machine: Avoid a sleep and wakeup in the stop_one_cpu()

On 09/14, Cheng Chao wrote: > > --- a/kernel/sched/core.c > +++ b/kernel/sched/core.c > @@ -1063,8 +1063,12 @@ static int migration_cpu_stop(void *data) >* holding rq->lock, if p->on_rq == 0 it cannot get enqueued because >* we're holding p->pi_lock. >*/ > - if

arch/mips/vdso/elf.S:1:0: error: '-march=r3900' requires '-mfp32'

Hi Alex, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 5924bbecd0267d87c24110cbe2041b5075173a25 commit: ebb5e78cc63417a35254a791de66e1cc84f963cc MIPS: Initial implementation of a VDSO date: 10 months ago

arch/mips/vdso/elf.S:1:0: error: '-march=r3900' requires '-mfp32'

Hi Alex, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 5924bbecd0267d87c24110cbe2041b5075173a25 commit: ebb5e78cc63417a35254a791de66e1cc84f963cc MIPS: Initial implementation of a VDSO date: 10 months ago

Re: [PATCH V2 3/3] net-next: dsa: add new driver for qca8xxx family

On 14/09/2016 12:39, John Crispin wrote: > +static void > +qca8k_fdb_add(struct dsa_switch *ds, int port, > + const struct switchdev_obj_port_fdb *fdb, > + struct switchdev_trans *trans) > +{ > + struct qca8k_priv *priv = qca8k_to_priv(ds); > + u16 port_mask =

Re: [PATCH V2 3/3] net-next: dsa: add new driver for qca8xxx family

On 14/09/2016 12:39, John Crispin wrote: > +static void > +qca8k_fdb_add(struct dsa_switch *ds, int port, > + const struct switchdev_obj_port_fdb *fdb, > + struct switchdev_trans *trans) > +{ > + struct qca8k_priv *priv = qca8k_to_priv(ds); > + u16 port_mask =

[git pull] uaccess fixes

Fixes for broken uaccess primitives - mostly lack of proper zeroing in copy_from_user()/get_user()/__get_user(), but for several architectures there's more (broken clear_user() on frv and strncpy_from_user() on hexagon). All of that is rc2-based stable fodder; usercopy stuff that went into

[git pull] uaccess fixes

Fixes for broken uaccess primitives - mostly lack of proper zeroing in copy_from_user()/get_user()/__get_user(), but for several architectures there's more (broken clear_user() on frv and strncpy_from_user() on hexagon). All of that is rc2-based stable fodder; usercopy stuff that went into

[PATCH] fmc: clean up module_init functions

Remove unneeded variables and assignments. Signed-off-by: Masahiro Yamada --- drivers/fmc/fmc-chardev.c | 5 + drivers/fmc/fmc-trivial.c | 5 + drivers/fmc/fmc-write-eeprom.c | 5 + 3 files changed, 3 insertions(+), 12 deletions(-) diff

Re: [PATCH v3] stop_machine: Make migration_cpu_stop() does useful works for CONFIG_PREEMPT_NONE

On 09/13, Peter Zijlstra wrote: > > On Tue, Sep 13, 2016 at 06:14:27PM +0200, Oleg Nesterov wrote: > > > Hmm. And preempt_enable_no_resched_notrace() under TASK_DEAD in > > __schedule() should be removed it seems, do_exit() can call __schedule() > > directly. > > something like so? Yes, exactly.

Re: [PATCH] ACPI: CPPC: Support PCC with interrupt flag

Hi Hoan, On 8/30/2016 12:20 PM, Hoan Tran wrote: > On Thu, Jul 21, 2016 at 2:07 PM, Hoan Tran wrote: >> For PCC mailbox with interrupt flag, CPPC should call mbox_chan_txdone() >> function to notify the mailbox framework about TX completion. >> >> Signed-off-by: Hoan Tran

[PATCH] fmc: clean up module_init functions

Remove unneeded variables and assignments. Signed-off-by: Masahiro Yamada --- drivers/fmc/fmc-chardev.c | 5 + drivers/fmc/fmc-trivial.c | 5 + drivers/fmc/fmc-write-eeprom.c | 5 + 3 files changed, 3 insertions(+), 12 deletions(-) diff --git a/drivers/fmc/fmc-chardev.c

Re: [PATCH v3] stop_machine: Make migration_cpu_stop() does useful works for CONFIG_PREEMPT_NONE

On 09/13, Peter Zijlstra wrote: > > On Tue, Sep 13, 2016 at 06:14:27PM +0200, Oleg Nesterov wrote: > > > Hmm. And preempt_enable_no_resched_notrace() under TASK_DEAD in > > __schedule() should be removed it seems, do_exit() can call __schedule() > > directly. > > something like so? Yes, exactly.

Re: [PATCH] ACPI: CPPC: Support PCC with interrupt flag

Hi Hoan, On 8/30/2016 12:20 PM, Hoan Tran wrote: > On Thu, Jul 21, 2016 at 2:07 PM, Hoan Tran wrote: >> For PCC mailbox with interrupt flag, CPPC should call mbox_chan_txdone() >> function to notify the mailbox framework about TX completion. >> >> Signed-off-by: Hoan Tran >> --- >> This patch

Re: [PATCH 2/5] ipc/sem: rework task wakeups

On Tue, 13 Sep 2016, Manfred Spraul wrote: + if ((error = queue.status) != -EINTR && !signal_pending(current)) { + /* +* User space could assume that semop() is a memory barrier: +* Without the mb(), the cpu could speculatively read in user +

Re: [PATCH] ACPI: CPPC: Support PCC with interrupt flag

On Tue, Aug 30, 2016 at 11:20 AM, Hoan Tran wrote: > On Thu, Jul 21, 2016 at 2:07 PM, Hoan Tran wrote: >> For PCC mailbox with interrupt flag, CPPC should call mbox_chan_txdone() >> function to notify the mailbox framework about TX completion. >> >> Signed-off-by:

Re: taint/module: Clean up global and module taint flags handling

On Tue 2016-09-13 16:36:09, Jessica Yu wrote: > +++ Petr Mladek [12/09/16 16:13 +0200]: > >The commit 66cc69e34e86a231 ("Fix: module signature vs tracepoints: > >add new TAINT_UNSIGNED_MODULE") updated module_taint_flags() to > >potentially print one more character. But it did not increase the >

Re: [PATCH 2/5] ipc/sem: rework task wakeups

On Tue, 13 Sep 2016, Manfred Spraul wrote: + if ((error = queue.status) != -EINTR && !signal_pending(current)) { + /* +* User space could assume that semop() is a memory barrier: +* Without the mb(), the cpu could speculatively read in user +

Re: [PATCH] ACPI: CPPC: Support PCC with interrupt flag

On Tue, Aug 30, 2016 at 11:20 AM, Hoan Tran wrote: > On Thu, Jul 21, 2016 at 2:07 PM, Hoan Tran wrote: >> For PCC mailbox with interrupt flag, CPPC should call mbox_chan_txdone() >> function to notify the mailbox framework about TX completion. >> >> Signed-off-by: Hoan Tran >> --- >> This patch

Re: taint/module: Clean up global and module taint flags handling

On Tue 2016-09-13 16:36:09, Jessica Yu wrote: > +++ Petr Mladek [12/09/16 16:13 +0200]: > >The commit 66cc69e34e86a231 ("Fix: module signature vs tracepoints: > >add new TAINT_UNSIGNED_MODULE") updated module_taint_flags() to > >potentially print one more character. But it did not increase the >

Re: [PATCH 1/2] HID: input: ignore System Control application usages if not System Controls

On Sep 13 2016 or thereabouts, Michel Hermier wrote: > Le 13 sept. 2016 15:58, "Benjamin Tissoires" > a écrit : > > > > On Sep 13 2016 or thereabouts, Michel Hermier wrote: > > > Hi, > > > > > > Le 13 sept. 2016 11:54 AM, "Benjamin Tissoires" < > > >

Re: [RFC PATCH v2 05/11] ACPI: platform: setup MSI domain for ACPI based platform device

On 14/09/16 15:21, Hanjun Guo wrote: > From: Hanjun Guo > > With the platform msi domain created, we can set up the msi domain > for a platform device when it's probed. > > This patch introduces acpi_configure_msi_domain(), which retrieves > the domain from iort and set

Re: [PATCH 1/2] HID: input: ignore System Control application usages if not System Controls

On Sep 13 2016 or thereabouts, Michel Hermier wrote: > Le 13 sept. 2016 15:58, "Benjamin Tissoires" > a écrit : > > > > On Sep 13 2016 or thereabouts, Michel Hermier wrote: > > > Hi, > > > > > > Le 13 sept. 2016 11:54 AM, "Benjamin Tissoires" < > > > benjamin.tissoi...@redhat.com> a écrit : > > >

Re: [RFC PATCH v2 05/11] ACPI: platform: setup MSI domain for ACPI based platform device

On 14/09/16 15:21, Hanjun Guo wrote: > From: Hanjun Guo > > With the platform msi domain created, we can set up the msi domain > for a platform device when it's probed. > > This patch introduces acpi_configure_msi_domain(), which retrieves > the domain from iort and set it to platform device. >

Re: [RESEND PATCH v3] mailbox: pcc: Support HW-Reduced Communication Subspace type 2

On Mon, Sep 12, 2016 at 3:07 PM, Rafael J. Wysocki wrote: > On Monday, August 15, 2016 05:14:05 PM Hoan Tran wrote: >> ACPI 6.1 has a PCC HW-Reduced Communication Subspace type 2 intended for >> use on HW-Reduce ACPI Platform, which requires read-modify-write sequence >> to

Re: [RESEND PATCH v3] mailbox: pcc: Support HW-Reduced Communication Subspace type 2

On Mon, Sep 12, 2016 at 3:07 PM, Rafael J. Wysocki wrote: > On Monday, August 15, 2016 05:14:05 PM Hoan Tran wrote: >> ACPI 6.1 has a PCC HW-Reduced Communication Subspace type 2 intended for >> use on HW-Reduce ACPI Platform, which requires read-modify-write sequence >> to acknowledge doorbell

Re: [PATCH v2] mm, proc: Fix region lost in /proc/self/smaps

On 09/13, Dave Hansen wrote: > > On 09/13/2016 07:59 AM, Oleg Nesterov wrote: > > I agree. I don't even understand why this was considered as a bug. > > Obviously, m_stop() which drops mmap_sep should not be called, or > > all the threads should be stopped, if you want to trust the result. > >

Re: [PATCH v2] mm, proc: Fix region lost in /proc/self/smaps

On 09/13, Dave Hansen wrote: > > On 09/13/2016 07:59 AM, Oleg Nesterov wrote: > > I agree. I don't even understand why this was considered as a bug. > > Obviously, m_stop() which drops mmap_sep should not be called, or > > all the threads should be stopped, if you want to trust the result. > >

Re: [PATCH 1/4] ACPI / watchdog: Add support for WDAT hardware watchdog

On Wed, Sep 14, 2016 at 07:54:34AM -0700, Guenter Roeck wrote: > On 09/14/2016 01:06 AM, Mika Westerberg wrote: > > On Tue, Sep 13, 2016 at 02:00:25PM -0700, Guenter Roeck wrote: > > > On 09/13/2016 08:23 AM, Mika Westerberg wrote: > > > > Starting from Intel Skylake the iTCO watchdog timer

Re: [PATCH 1/4] ACPI / watchdog: Add support for WDAT hardware watchdog

On Wed, Sep 14, 2016 at 07:54:34AM -0700, Guenter Roeck wrote: > On 09/14/2016 01:06 AM, Mika Westerberg wrote: > > On Tue, Sep 13, 2016 at 02:00:25PM -0700, Guenter Roeck wrote: > > > On 09/13/2016 08:23 AM, Mika Westerberg wrote: > > > > Starting from Intel Skylake the iTCO watchdog timer

[PATCH] staging: android: ion: Make ION_OF depend on OF_ADDRESS

to `of_platform_device_create' Add a dependency on OF_ADDRESS Reported-by: Guenter Roeck <li...@roeck-us.net> Signed-off-by: Laura Abbott <labb...@redhat.com> --- Based on next-20160914 --- drivers/staging/android/ion/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/dri

[PATCH] staging: android: ion: Make ION_OF depend on OF_ADDRESS

to `of_platform_device_create' Add a dependency on OF_ADDRESS Reported-by: Guenter Roeck Signed-off-by: Laura Abbott --- Based on next-20160914 --- drivers/staging/android/ion/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/android/ion/Kconfig b/drivers/staging

RE: [PATCH 1/6] PCI: xilinx: Keep both legacy and MSI interrupt references.

On Thu, Sep 01, 2016 at 03:44:41PM +0530, Bharat Kumar Gogada wrote: > When built with MSI support the legacy domain reference is being > overwritten with MSI. > Instead creating two separate domains for MSI and legacy interrupts. > > Signed-off-by: Bharat Kumar Gogada

RE: [PATCH 1/6] PCI: xilinx: Keep both legacy and MSI interrupt references.

On Thu, Sep 01, 2016 at 03:44:41PM +0530, Bharat Kumar Gogada wrote: > When built with MSI support the legacy domain reference is being > overwritten with MSI. > Instead creating two separate domains for MSI and legacy interrupts. > > Signed-off-by: Bharat Kumar Gogada Applied all these

[PATCH] mips: squash lines for simple wrapper functions

Remove unneeded variables and assignments. Signed-off-by: Masahiro Yamada --- arch/mips/include/asm/mach-generic/floppy.h | 6 +- arch/mips/include/asm/pgalloc.h | 6 +- arch/mips/mti-malta/malta-platform.c| 8 +---

[PATCH] mips: squash lines for simple wrapper functions

Remove unneeded variables and assignments. Signed-off-by: Masahiro Yamada --- arch/mips/include/asm/mach-generic/floppy.h | 6 +- arch/mips/include/asm/pgalloc.h | 6 +- arch/mips/mti-malta/malta-platform.c| 8 +--- arch/mips/pnx833x/common/platform.c |

Re: [PATCH] [RFC] irqchip or mfd/tps65217: fix link error

On 14.09.2016 15:56, Arnd Bergmann wrote: On Wednesday, September 14, 2016 11:31:17 AM CEST Thomas Gleixner wrote: On Wed, 14 Sep 2016, Arnd Bergmann wrote: Building tps65217 as a loadable module (as done in allmodconfig) now fails after we started calling irq_set_parent(): ERROR:

Re: [PATCH] [RFC] irqchip or mfd/tps65217: fix link error

On 14.09.2016 15:56, Arnd Bergmann wrote: On Wednesday, September 14, 2016 11:31:17 AM CEST Thomas Gleixner wrote: On Wed, 14 Sep 2016, Arnd Bergmann wrote: Building tps65217 as a loadable module (as done in allmodconfig) now fails after we started calling irq_set_parent(): ERROR:

[PATCH v3] console: Add persistent scrollback buffers for all VGA consoles

Add a scrollback buffers for each VGA console. The benefit is that the scrollback history is not flushed when switching between consoles but is persistent. The buffers are allocated on demand when a new console is opened. It always annoys me when I switch back to a console and I can just read

[PATCH v3] console: Add persistent scrollback buffers for all VGA consoles

Add a scrollback buffers for each VGA console. The benefit is that the scrollback history is not flushed when switching between consoles but is persistent. The buffers are allocated on demand when a new console is opened. It always annoys me when I switch back to a console and I can just read

Re: [PATCH 01/47] block-rbd: Use kmalloc_array() in rbd_header_from_disk()

On Mon, Sep 12, 2016 at 8:42 PM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sun, 11 Sep 2016 12:21:25 +0200 > > * A multiplication for the size determination of a memory allocation > indicated that an array data

Re: [PATCH 01/47] block-rbd: Use kmalloc_array() in rbd_header_from_disk()

On Mon, Sep 12, 2016 at 8:42 PM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sun, 11 Sep 2016 12:21:25 +0200 > > * A multiplication for the size determination of a memory allocation > indicated that an array data structure should be processed. > Thus use the corresponding

Re: [PATCH] pintctrl: amlogic: gxbb: add i2c pins

Jerome Brunet writes: > Add EE domains pins for the i2c devices A,B,C > > Signed-off-by: Jerome Brunet Acked-by: Kevin Hilman

Re: [PATCH] pintctrl: amlogic: gxbb: add i2c pins

Jerome Brunet writes: > Add EE domains pins for the i2c devices A,B,C > > Signed-off-by: Jerome Brunet Acked-by: Kevin Hilman

Re: [PATCH] pinctrl: cherryview: Do not mask all interrupts on probe

On Wed, Sep 14, 2016 at 02:46:01PM +0200, Linus Walleij wrote: > > I'm going to re-read the hardware spec and see if there is anything we > > can do about this. The newer hardware (Skylake, Broxton) has a bit that > > tells the IRQ is routed directly to I/O-APIC but unfortunately Braswell > >

Re: [RESEND][PATCH V7 0/5] perf: Driver specific configuration for PMU

Em Wed, Sep 14, 2016 at 08:38:04AM -0600, Mathieu Poirier escreveu: > On 13 September 2016 at 14:06, Arnaldo Carvalho de Melo > wrote: > > Em Tue, Sep 06, 2016 at 10:37:12AM -0600, Mathieu Poirier escreveu: > >> Original blurb: > >> --- > > > > So, I managed to apply

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