Re: writev error codes

On Thu 19-01-17 15:09:52, Michael Kerrisk wrote: > Hello Michal, > > On 19 January 2017 at 04:44, Michal Hocko wrote: > > Hi, > > we have noticed that one of the LTP tests started to fail after > > 99526912c934 ("fix iov_iter_fault_in_readable()"). The code has expected > >

Re: [PATCH 1/2] security: Change name of CONFIG_DEBUG_RODATA

On Wed 2017-01-18 17:29:05, Laura Abbott wrote: > > Despite the word 'debug' in CONFIG_DEBUG_RODATA, this kernel option > provides key security features that are to be expected on a modern > system. Change the name to CONFIG_HARDENED_PAGE_MAPPINGS which more > accurately describes what this

Re: writev error codes

On Thu 19-01-17 15:09:52, Michael Kerrisk wrote: > Hello Michal, > > On 19 January 2017 at 04:44, Michal Hocko wrote: > > Hi, > > we have noticed that one of the LTP tests started to fail after > > 99526912c934 ("fix iov_iter_fault_in_readable()"). The code has expected > > EINVAL while it gets

Re: [PATCH 1/2] security: Change name of CONFIG_DEBUG_RODATA

On Wed 2017-01-18 17:29:05, Laura Abbott wrote: > > Despite the word 'debug' in CONFIG_DEBUG_RODATA, this kernel option > provides key security features that are to be expected on a modern > system. Change the name to CONFIG_HARDENED_PAGE_MAPPINGS which more > accurately describes what this

Re: [PATCH v1 2/2] arm: dts: mt2701: add nor flash node

On Wed, 18 Jan 2017 16:20:10 -0600 Rob Herring wrote: > On Tue, Jan 17, 2017 at 02:36:50PM +1100, Thomas Petazzoni wrote: > > Hello, > > > > (Side note: you guys should learn about stripping irrelevant parts of > > an e-mail when replying!) > > > > On Mon, 16 Jan 2017 09:40:32

Re: [PATCH v1 2/2] arm: dts: mt2701: add nor flash node

On Wed, 18 Jan 2017 16:20:10 -0600 Rob Herring wrote: > On Tue, Jan 17, 2017 at 02:36:50PM +1100, Thomas Petazzoni wrote: > > Hello, > > > > (Side note: you guys should learn about stripping irrelevant parts of > > an e-mail when replying!) > > > > On Mon, 16 Jan 2017 09:40:32 +0100, Boris

[GIT PULL] xen: fix for 4.10 rc4

Linus, Please git pull the following tag: git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git for-linus-4.10-rc4-tag It contains a fix for Xen running in nested virtualization environment. Thanks. Juergen drivers/xen/platform-pci.c | 71 ++

[GIT PULL] xen: fix for 4.10 rc4

Linus, Please git pull the following tag: git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git for-linus-4.10-rc4-tag It contains a fix for Xen running in nested virtualization environment. Thanks. Juergen drivers/xen/platform-pci.c | 71 ++

Re: [PATCH v2 3/3] xen: optimize xenbus driver for multiple concurrent xenstore accesses

On 18/01/17 21:14, Boris Ostrovsky wrote: > On 01/16/2017 09:15 AM, Juergen Gross wrote: >> + >> +static uint32_t xs_request_enter(struct xb_req_data *req) >> +{ >> +uint32_t rq_id; >> + >> +req->type = req->msg.type; >> + >> +spin_lock(_state_lock); >> +for (;;) { >> +

Re: [PATCH v2 3/3] xen: optimize xenbus driver for multiple concurrent xenstore accesses

On 18/01/17 21:14, Boris Ostrovsky wrote: > On 01/16/2017 09:15 AM, Juergen Gross wrote: >> + >> +static uint32_t xs_request_enter(struct xb_req_data *req) >> +{ >> +uint32_t rq_id; >> + >> +req->type = req->msg.type; >> + >> +spin_lock(_state_lock); >> +for (;;) { >> +

Re: [PATCH V2 00/18] *** SUBJECT HERE ***

On Wed, Jan 18, 2017 at 04:44:32PM -0700, k...@exchange.microsoft.com wrote: > From: K. Y. Srinivasan "interesting" subject :(

Re: [PATCH V2 00/18] *** SUBJECT HERE ***

On Wed, Jan 18, 2017 at 04:44:32PM -0700, k...@exchange.microsoft.com wrote: > From: K. Y. Srinivasan "interesting" subject :(

Re: [PATCH v6 03/25] usb: ulpi: Support device discovery via DT

On Thu, Jan 19, 2017 at 02:33:49PM +0800, Peter Chen wrote: > On Wed, Dec 28, 2016 at 02:56:49PM -0800, Stephen Boyd wrote: > > The qcom HSIC ULPI phy doesn't have any bits set in the vendor or > > product ID registers. This makes it impossible to make a ULPI > > driver match against the ID

Re: [PATCH v6 03/25] usb: ulpi: Support device discovery via DT

On Thu, Jan 19, 2017 at 02:33:49PM +0800, Peter Chen wrote: > On Wed, Dec 28, 2016 at 02:56:49PM -0800, Stephen Boyd wrote: > > The qcom HSIC ULPI phy doesn't have any bits set in the vendor or > > product ID registers. This makes it impossible to make a ULPI > > driver match against the ID

Re: [PATCH 0/6 v4] adv7511 EDID probing improvements

On Wed, Jan 18, 2017 at 9:22 PM, Archit Taneja wrote: > > > On 01/19/2017 04:34 AM, Laurent Pinchart wrote: >> >> Hi John, >> >> Thank you for the patches. >> >> On Monday 16 Jan 2017 16:52:46 John Stultz wrote: >>> >>> Wanted to re-send out v4 of this patch set,

Re: [PATCH 0/6 v4] adv7511 EDID probing improvements

On Wed, Jan 18, 2017 at 9:22 PM, Archit Taneja wrote: > > > On 01/19/2017 04:34 AM, Laurent Pinchart wrote: >> >> Hi John, >> >> Thank you for the patches. >> >> On Monday 16 Jan 2017 16:52:46 John Stultz wrote: >>> >>> Wanted to re-send out v4 of this patch set, integrating some >>> changes

tip.today - scheduler bam boom crash (cpu hotplug)

Mindless testing only, too sick to work, not sick enough to be immune to boredom. Was verifying first warning wasn't somehow rt inspired, but while doing so, plain nopreempt (and no rt patch set) went boom. [ 203.088255] smpboot: CPU 1 is now offline [ 203.168181] smpboot: CPU 2 is now offline

tip.today - scheduler bam boom crash (cpu hotplug)

Mindless testing only, too sick to work, not sick enough to be immune to boredom. Was verifying first warning wasn't somehow rt inspired, but while doing so, plain nopreempt (and no rt patch set) went boom. [ 203.088255] smpboot: CPU 1 is now offline [ 203.168181] smpboot: CPU 2 is now offline

linux-next 20170117 - lockdep whines and BUGs in ata_scsi_rbuf_fill()

linux-next 20170110 didn't exhibit this. Am seeing at boot a lockdep whine, followed by 3 BUGs. ata_scsi_rbuf_fill() is in the traceback for all of them.'git log' hints that it's one of 6 commits against drivers/ata/libata-scsi.c by Christoph, but none of them spring out as being the guilty

linux-next 20170117 - lockdep whines and BUGs in ata_scsi_rbuf_fill()

linux-next 20170110 didn't exhibit this. Am seeing at boot a lockdep whine, followed by 3 BUGs. ata_scsi_rbuf_fill() is in the traceback for all of them.'git log' hints that it's one of 6 commits against drivers/ata/libata-scsi.c by Christoph, but none of them spring out as being the guilty

Re: [patch -mm] mm, page_alloc: warn_alloc nodemask is NULL when cpusets are disabled

On 01/18/2017 10:51 PM, David Rientjes wrote: > The patch "mm, page_alloc: warn_alloc print nodemask" implicitly sets the > allocation nodemask to cpuset_current_mems_allowed when there is no > effective mempolicy. cpuset_current_mems_allowed is only effective when > cpusets are enabled, which

Re: [patch -mm] mm, page_alloc: warn_alloc nodemask is NULL when cpusets are disabled

On 01/18/2017 10:51 PM, David Rientjes wrote: > The patch "mm, page_alloc: warn_alloc print nodemask" implicitly sets the > allocation nodemask to cpuset_current_mems_allowed when there is no > effective mempolicy. cpuset_current_mems_allowed is only effective when > cpusets are enabled, which

Re: [PATCH v7 2/3] input: tm2-touchkey: Add touchkey driver support for TM2

On Thu, Jan 19, 2017 at 12:47 AM, Dmitry Torokhov wrote: > On Tue, Jan 17, 2017 at 08:10:56PM +0200, Krzysztof Kozlowski wrote: >> On Tue, Jan 17, 2017 at 10:06:27AM -0800, Dmitry Torokhov wrote: >> > On Tue, Jan 17, 2017 at 9:20 AM, Krzysztof Kozlowski

Re: [PATCH v7 2/3] input: tm2-touchkey: Add touchkey driver support for TM2

On Thu, Jan 19, 2017 at 12:47 AM, Dmitry Torokhov wrote: > On Tue, Jan 17, 2017 at 08:10:56PM +0200, Krzysztof Kozlowski wrote: >> On Tue, Jan 17, 2017 at 10:06:27AM -0800, Dmitry Torokhov wrote: >> > On Tue, Jan 17, 2017 at 9:20 AM, Krzysztof Kozlowski >> > wrote: >> > > On Tue, Jan 17, 2017

[PATCH 4/6] media: ti-vpe: cal: use of_graph_get_remote_endpoint()

From: Kuninori Morimoto Now, we can use of_graph_get_remote_endpoint(). Let's use it. Signed-off-by: Kuninori Morimoto --- drivers/media/platform/ti-vpe/cal.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 4/6] media: ti-vpe: cal: use of_graph_get_remote_endpoint()

From: Kuninori Morimoto Now, we can use of_graph_get_remote_endpoint(). Let's use it. Signed-off-by: Kuninori Morimoto --- drivers/media/platform/ti-vpe/cal.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/media/platform/ti-vpe/cal.c

[PATCH 2/6] drm/omapdrm: use of_graph_get_remote_endpoint()

From: Kuninori Morimoto Now, we can use of_graph_get_remote_endpoint(). Let's use it. Signed-off-by: Kuninori Morimoto --- drivers/gpu/drm/omapdrm/dss/dss-of.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff

[PATCH 2/6] drm/omapdrm: use of_graph_get_remote_endpoint()

From: Kuninori Morimoto Now, we can use of_graph_get_remote_endpoint(). Let's use it. Signed-off-by: Kuninori Morimoto --- drivers/gpu/drm/omapdrm/dss/dss-of.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/omapdrm/dss/dss-of.c

Re: [PATCH] kprobes: move kprobe declarations to asm-generic/kprobes.h

On Thu, 19 Jan 2017 10:38:12 +0900 Masami Hiramatsu wrote: > Hi Luis, > > On Wed, 18 Jan 2017 09:48:40 -0800 > "Luis R. Rodriguez" wrote: > > > Often all is needed is these small helpers, instead of compiler.h > > or a full kprobes.h. This is important

Re: [PATCH] kprobes: move kprobe declarations to asm-generic/kprobes.h

On Thu, 19 Jan 2017 10:38:12 +0900 Masami Hiramatsu wrote: > Hi Luis, > > On Wed, 18 Jan 2017 09:48:40 -0800 > "Luis R. Rodriguez" wrote: > > > Often all is needed is these small helpers, instead of compiler.h > > or a full kprobes.h. This is important for asm helpers, in fact even > > some

[PATCH 5/6] v4l: of: use of_graph_get_remote_endpoint()

From: Kuninori Morimoto Now, we can use of_graph_get_remote_endpoint(). Let's use it. Signed-off-by: Kuninori Morimoto --- drivers/media/v4l2-core/v4l2-of.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[PATCH 5/6] v4l: of: use of_graph_get_remote_endpoint()

From: Kuninori Morimoto Now, we can use of_graph_get_remote_endpoint(). Let's use it. Signed-off-by: Kuninori Morimoto --- drivers/media/v4l2-core/v4l2-of.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/media/v4l2-core/v4l2-of.c

Re: [PATCH 00/12] Cqm2: Intel Cache quality monitoring fixes

On Wed, Jan 18, 2017 at 12:53 AM, Thomas Gleixner wrote: > On Tue, 17 Jan 2017, Shivappa Vikas wrote: >> On Tue, 17 Jan 2017, Thomas Gleixner wrote: >> > On Fri, 6 Jan 2017, Vikas Shivappa wrote: >> > > - Issue(1): Inaccurate data for per package data, systemwide. Just prints

Re: [PATCH 00/12] Cqm2: Intel Cache quality monitoring fixes

On Wed, Jan 18, 2017 at 12:53 AM, Thomas Gleixner wrote: > On Tue, 17 Jan 2017, Shivappa Vikas wrote: >> On Tue, 17 Jan 2017, Thomas Gleixner wrote: >> > On Fri, 6 Jan 2017, Vikas Shivappa wrote: >> > > - Issue(1): Inaccurate data for per package data, systemwide. Just prints >> > > zeros or

Re: [PATCH v6 03/25] usb: ulpi: Support device discovery via DT

On Wed, Dec 28, 2016 at 02:56:49PM -0800, Stephen Boyd wrote: > The qcom HSIC ULPI phy doesn't have any bits set in the vendor or > product ID registers. This makes it impossible to make a ULPI > driver match against the ID registers. Add support to discover > the ULPI phys via DT help alleviate

Re: [PATCH v6 03/25] usb: ulpi: Support device discovery via DT

On Wed, Dec 28, 2016 at 02:56:49PM -0800, Stephen Boyd wrote: > The qcom HSIC ULPI phy doesn't have any bits set in the vendor or > product ID registers. This makes it impossible to make a ULPI > driver match against the ID registers. Add support to discover > the ULPI phys via DT help alleviate

Re: [PATCH 00/13] Ingenic JZ4740 / JZ4780 pinctrl driver

On Wed, Jan 18, 2017 at 12:14 AM, Paul Cercueil wrote: > One problem still unresolved: the pinctrl framework does not allow us to > configure each pin on demand (someone please prove me wrong), when the > various PWM channels are requested or released. For instance, the PWM

[PATCH 6/6] omapfb: use of_graph_get_remote_endpoint()

From: Kuninori Morimoto Now, we can use of_graph_get_remote_endpoint(). Let's use it. Signed-off-by: Kuninori Morimoto --- drivers/video/fbdev/omap2/omapfb/dss/dss-of.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)

[PATCH 6/6] omapfb: use of_graph_get_remote_endpoint()

From: Kuninori Morimoto Now, we can use of_graph_get_remote_endpoint(). Let's use it. Signed-off-by: Kuninori Morimoto --- drivers/video/fbdev/omap2/omapfb/dss/dss-of.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/video/fbdev/omap2/omapfb/dss/dss-of.c

Re: [PATCH 00/13] Ingenic JZ4740 / JZ4780 pinctrl driver

On Wed, Jan 18, 2017 at 12:14 AM, Paul Cercueil wrote: > One problem still unresolved: the pinctrl framework does not allow us to > configure each pin on demand (someone please prove me wrong), when the > various PWM channels are requested or released. For instance, the PWM > channels can be

[PATCH 2/6] drm/omapdrm: use of_graph_get_remote_endpoint()

From: Kuninori Morimoto Now, we can use of_graph_get_remote_endpoint(). Let's use it. Signed-off-by: Kuninori Morimoto --- drivers/gpu/drm/omapdrm/dss/dss-of.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff

[PATCH 3/6] drm: rcar-du: use of_graph_get_remote_endpoint()

From: Kuninori Morimoto Now, we can use of_graph_get_remote_endpoint(). Let's use it. Signed-off-by: Kuninori Morimoto --- drivers/gpu/drm/rcar-du/rcar_du_kms.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[PATCH 2/6] drm/omapdrm: use of_graph_get_remote_endpoint()

From: Kuninori Morimoto Now, we can use of_graph_get_remote_endpoint(). Let's use it. Signed-off-by: Kuninori Morimoto --- drivers/gpu/drm/omapdrm/dss/dss-of.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/omapdrm/dss/dss-of.c

[PATCH 3/6] drm: rcar-du: use of_graph_get_remote_endpoint()

From: Kuninori Morimoto Now, we can use of_graph_get_remote_endpoint(). Let's use it. Signed-off-by: Kuninori Morimoto --- drivers/gpu/drm/rcar-du/rcar_du_kms.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/rcar-du/rcar_du_kms.c

[PATCH 1/6] of_graph: add of_graph_get_remote_endpoint()

From: Kuninori Morimoto It should use same method to get same result. To getting remote-endpoint node, let's use of_graph_get_remote_endpoint() Signed-off-by: Kuninori Morimoto --- drivers/of/base.c| 18

[PATCH 1/6] of_graph: add of_graph_get_remote_endpoint()

From: Kuninori Morimoto It should use same method to get same result. To getting remote-endpoint node, let's use of_graph_get_remote_endpoint() Signed-off-by: Kuninori Morimoto --- drivers/of/base.c| 18 -- include/linux/of_graph.h | 8 2 files changed, 24

[PATCH 0/6] of_graph_get_remote_endpoint()

Hi Rob Now many driver is getting remote-endpoint by manually, but we should use same method to get same result IMO. Thus this patch adds of_graph_get_remote_endpoint() for this purpose. And use it on several drivers Kuninori Morimoto (6): of_graph: add of_graph_get_remote_endpoint()

[PATCH 0/6] of_graph_get_remote_endpoint()

Hi Rob Now many driver is getting remote-endpoint by manually, but we should use same method to get same result IMO. Thus this patch adds of_graph_get_remote_endpoint() for this purpose. And use it on several drivers Kuninori Morimoto (6): of_graph: add of_graph_get_remote_endpoint()

Re: [PATCH v6 23/25] usb: chipidea: Pullup D+ in device mode via phy APIs

On Wed, Jan 18, 2017 at 02:57:27PM -0600, Rob Herring wrote: > On Wed, Jan 18, 2017 at 2:54 PM, Stephen Boyd wrote: > > Quoting Peter Chen (2017-01-17 23:34:32) > >> On Tue, Jan 17, 2017 at 09:58:33AM -0800, Stephen Boyd wrote: > >> > Quoting Peter Chen (2017-01-15

Re: [PATCH v6 23/25] usb: chipidea: Pullup D+ in device mode via phy APIs

On Wed, Jan 18, 2017 at 02:57:27PM -0600, Rob Herring wrote: > On Wed, Jan 18, 2017 at 2:54 PM, Stephen Boyd wrote: > > Quoting Peter Chen (2017-01-17 23:34:32) > >> On Tue, Jan 17, 2017 at 09:58:33AM -0800, Stephen Boyd wrote: > >> > Quoting Peter Chen (2017-01-15 19:45:51) > >> > > > >> > > At

Re: [PATCH] stmmac: adding EEE to GMAC4

On Thu, Dec 29, 2016 at 10:40 PM, Joao Pinto wrote: > This patch adds Energy Efficiency Ethernet to GMAC4. > > Signed-off-by: Joao Pinto > --- > drivers/net/ethernet/stmicro/stmmac/dwmac4.h | 12 + >

Re: [PATCH] stmmac: adding EEE to GMAC4

On Thu, Dec 29, 2016 at 10:40 PM, Joao Pinto wrote: > This patch adds Energy Efficiency Ethernet to GMAC4. > > Signed-off-by: Joao Pinto > --- > drivers/net/ethernet/stmicro/stmmac/dwmac4.h | 12 + > drivers/net/ethernet/stmicro/stmmac/dwmac4_core.c | 59 > +++ > 2

Re: How to improve PCI bug tracking?

On Wed, Jan 18, 2017 at 06:29:15PM -0500, Sinan Kaya wrote: > On 1/18/2017 5:53 PM, Bjorn Helgaas wrote: > > I want to improve PCI bug tracking. It feels like our bugs don't get > > the attention they need, and I'm soliciting ideas for how to improve > > this. > > > > Current situation: > > > >

Re: How to improve PCI bug tracking?

On Wed, Jan 18, 2017 at 06:29:15PM -0500, Sinan Kaya wrote: > On 1/18/2017 5:53 PM, Bjorn Helgaas wrote: > > I want to improve PCI bug tracking. It feels like our bugs don't get > > the attention they need, and I'm soliciting ideas for how to improve > > this. > > > > Current situation: > > > >

Re: [PATCH perf/core 1/6] tools lib bpf: Fix map offsets in relocation

On 2017/1/19 7:57, Joe Stringer wrote: Commit 4708bbda5cb2 ("tools lib bpf: Fix maps resolution") attempted to fix map resolution by identifying the number of symbols that point to maps, and using this number to resolve each of the maps. However, during relocation the original definition of

Re: [PATCH perf/core 1/6] tools lib bpf: Fix map offsets in relocation

On 2017/1/19 7:57, Joe Stringer wrote: Commit 4708bbda5cb2 ("tools lib bpf: Fix maps resolution") attempted to fix map resolution by identifying the number of symbols that point to maps, and using this number to resolve each of the maps. However, during relocation the original definition of

linux-next: Tree for Jan 19

Hi all, Changes since 20170118: The audit tree gained a conflict against Linus' tree. The tip tree gained a conflict against the security tree. The rcu tree gained a semantic conflict against the net-next tree for which I applied a merge fix patch. I dropped 4 patches from the akpm tree

linux-next: Tree for Jan 19

Hi all, Changes since 20170118: The audit tree gained a conflict against Linus' tree. The tip tree gained a conflict against the security tree. The rcu tree gained a semantic conflict against the net-next tree for which I applied a merge fix patch. I dropped 4 patches from the akpm tree

Re: [PATCH] usb: dwc3: core: Disable USB2.0 phy suspend when dwc3 acts as host role

Hi John, On 19 January 2017 at 11:31, John Youn wrote: > On 1/18/2017 7:12 PM, Baolin Wang wrote: >> Hi John, >> >> On 19 January 2017 at 09:33, John Youn wrote: >>> On 1/16/2017 2:38 AM, Felipe Balbi wrote: Hi, John Youn

Re: [PATCH] usb: dwc3: core: Disable USB2.0 phy suspend when dwc3 acts as host role

Hi John, On 19 January 2017 at 11:31, John Youn wrote: > On 1/18/2017 7:12 PM, Baolin Wang wrote: >> Hi John, >> >> On 19 January 2017 at 09:33, John Youn wrote: >>> On 1/16/2017 2:38 AM, Felipe Balbi wrote: Hi, John Youn writes: >> Baolin Wang writes: Baolin

Re: [PATCH v11 12/12] drm/mediatek: add support for Mediatek SoC MT2701

Hi, YT: On Wed, 2017-01-11 at 14:51 +0800, YT Shen wrote: > This patch add support for the Mediatek MT2701 DISP subsystem. > There is only one OVL engine in MT2701. > > Signed-off-by: YT Shen Acked-by: CK Hu > --- >

Re: [PATCH v11 12/12] drm/mediatek: add support for Mediatek SoC MT2701

Hi, YT: On Wed, 2017-01-11 at 14:51 +0800, YT Shen wrote: > This patch add support for the Mediatek MT2701 DISP subsystem. > There is only one OVL engine in MT2701. > > Signed-off-by: YT Shen Acked-by: CK Hu > --- > drivers/gpu/drm/mediatek/mtk_disp_ovl.c | 8 >

Re: [PATCH 0/6 v4] adv7511 EDID probing improvements

On 01/19/2017 04:34 AM, Laurent Pinchart wrote: Hi John, Thank you for the patches. On Monday 16 Jan 2017 16:52:46 John Stultz wrote: Wanted to re-send out v4 of this patch set, integrating some changes suggested by Laurent, for consideration for merging for v4.11 The first three patches

Re: [PATCH 0/6 v4] adv7511 EDID probing improvements

On 01/19/2017 04:34 AM, Laurent Pinchart wrote: Hi John, Thank you for the patches. On Monday 16 Jan 2017 16:52:46 John Stultz wrote: Wanted to re-send out v4 of this patch set, integrating some changes suggested by Laurent, for consideration for merging for v4.11 The first three patches

Re: [PATCH v4 3/4] dt-bindings: phy: Add support for QMP phy

On 01/19/2017 06:10 AM, Stephen Boyd wrote: On 01/18, Bjorn Andersson wrote: On Tue 17 Jan 22:54 PST 2017, Vivek Gautam wrote: On 01/16/2017 02:19 PM, Kishon Vijay Abraham I wrote: On Tuesday 10 January 2017 04:21 PM, Vivek Gautam wrote: [..] + reset-names = "phy", "common",

Re: [PATCH v4 3/4] dt-bindings: phy: Add support for QMP phy

On 01/19/2017 06:10 AM, Stephen Boyd wrote: On 01/18, Bjorn Andersson wrote: On Tue 17 Jan 22:54 PST 2017, Vivek Gautam wrote: On 01/16/2017 02:19 PM, Kishon Vijay Abraham I wrote: On Tuesday 10 January 2017 04:21 PM, Vivek Gautam wrote: [..] + reset-names = "phy", "common",

Re: [PATCH v2] PCI: pciehp: Optimize PCIe root resume time

On Thu, Jan 19, 2017 at 02:57:26AM +, Shankar, Vaibhav wrote: > > From: Lukas Wunner [mailto:lu...@wunner.de] > > Sent: Tuesday, January 17, 2017 9:14 PM > > On Wed, Jan 18, 2017 at 01:32:13AM +, Shankar, Vaibhav wrote: > > > > From: Bjorn Helgaas [mailto:helg...@kernel.org] > > > > Sent:

Re: [PATCH v2] PCI: pciehp: Optimize PCIe root resume time

On Thu, Jan 19, 2017 at 02:57:26AM +, Shankar, Vaibhav wrote: > > From: Lukas Wunner [mailto:lu...@wunner.de] > > Sent: Tuesday, January 17, 2017 9:14 PM > > On Wed, Jan 18, 2017 at 01:32:13AM +, Shankar, Vaibhav wrote: > > > > From: Bjorn Helgaas [mailto:helg...@kernel.org] > > > > Sent:

Re: [PATCH 00/33] Input: Automated coccinelle cleanup

On Wed, 2017-01-18 at 21:04 -0800, Guenter Roeck wrote: > On 01/18/2017 05:42 PM, Joe Perches wrote: > > On Wed, 2017-01-18 at 09:46 -0800, Guenter Roeck wrote: > > > The conversion was done automatically with coccinelle using several > > > semantic > > > patches. The semantic patches and the

Re: [PATCH 00/33] Input: Automated coccinelle cleanup

On Wed, 2017-01-18 at 21:04 -0800, Guenter Roeck wrote: > On 01/18/2017 05:42 PM, Joe Perches wrote: > > On Wed, 2017-01-18 at 09:46 -0800, Guenter Roeck wrote: > > > The conversion was done automatically with coccinelle using several > > > semantic > > > patches. The semantic patches and the

Re: [PATCH 00/33] Input: Automated coccinelle cleanup

On 01/18/2017 05:42 PM, Joe Perches wrote: On Wed, 2017-01-18 at 09:46 -0800, Guenter Roeck wrote: The conversion was done automatically with coccinelle using several semantic patches. The semantic patches and the scripts used to generate this commit log are available at

Re: [PATCH 00/33] Input: Automated coccinelle cleanup

On 01/18/2017 05:42 PM, Joe Perches wrote: On Wed, 2017-01-18 at 09:46 -0800, Guenter Roeck wrote: The conversion was done automatically with coccinelle using several semantic patches. The semantic patches and the scripts used to generate this commit log are available at

Re: [PATCH 2/5] dmaengine: Add support for custom data mapping

On Mon, Jan 02, 2017 at 10:12:33AM -0600, Andy Gross wrote: > On Mon, Jan 02, 2017 at 07:55:37PM +0530, Abhishek Sahu wrote: > > >>> So a couple of thoughts on how to deal with this: > > >>> > > >>> 1) Define a virtual channel for the command descriptors vs a normal > > >>> DMA >

Re: [PATCH 2/5] dmaengine: Add support for custom data mapping

On Mon, Jan 02, 2017 at 10:12:33AM -0600, Andy Gross wrote: > On Mon, Jan 02, 2017 at 07:55:37PM +0530, Abhishek Sahu wrote: > > >>> So a couple of thoughts on how to deal with this: > > >>> > > >>> 1) Define a virtual channel for the command descriptors vs a normal > > >>> DMA >

Re: [PATCH 13/33] Input: bfin_rotary - Use 'dev' instead of dereferencing it and other changes

On Wed, 2017-01-18 at 12:35 -0800, Guenter Roeck wrote: > On Wed, Jan 18, 2017 at 11:39:52AM -0800, Dmitry Torokhov wrote: > > On Wed, Jan 18, 2017 at 09:46:34AM -0800, Guenter Roeck wrote: [] > > > diff --git a/drivers/input/misc/bfin_rotary.c > > > b/drivers/input/misc/bfin_rotary.c [] > > > @@

Re: [PATCH 13/33] Input: bfin_rotary - Use 'dev' instead of dereferencing it and other changes

On Wed, 2017-01-18 at 12:35 -0800, Guenter Roeck wrote: > On Wed, Jan 18, 2017 at 11:39:52AM -0800, Dmitry Torokhov wrote: > > On Wed, Jan 18, 2017 at 09:46:34AM -0800, Guenter Roeck wrote: [] > > > diff --git a/drivers/input/misc/bfin_rotary.c > > > b/drivers/input/misc/bfin_rotary.c [] > > > @@

Re: [PATCH net-next] macb: Common code to enable ptp support for SAMA5Dx platforms.

On Wed, Jan 18, 2017 at 11:02 PM, Nicolas Ferre wrote: > Le 18/01/2017 à 09:57, Andrei Pistirica a écrit : >> This patch does the following: >> - add GEM-PTP interface >> - registers and bitfields for TSU are named according to SAMA5Dx data sheet >> - PTP support based on

Re: [PATCH net-next] macb: Common code to enable ptp support for SAMA5Dx platforms.

On Wed, Jan 18, 2017 at 11:02 PM, Nicolas Ferre wrote: > Le 18/01/2017 à 09:57, Andrei Pistirica a écrit : >> This patch does the following: >> - add GEM-PTP interface >> - registers and bitfields for TSU are named according to SAMA5Dx data sheet >> - PTP support based on platform capability > >

Re: [RFC PATCH v3] crypto: Add IV generation algorithms

Hi Gilad, On 18 January 2017 at 20:51, Gilad Ben-Yossef wrote: > I have some review comments and a bug report - Thank you very much for testing this on ARM and for the comments. > I'm pretty sure this needs to be > > n2 = bio_segments(ctx->bio_out); Yes you are right,

Re: [RFC PATCH v3] crypto: Add IV generation algorithms

Hi Gilad, On 18 January 2017 at 20:51, Gilad Ben-Yossef wrote: > I have some review comments and a bug report - Thank you very much for testing this on ARM and for the comments. > I'm pretty sure this needs to be > > n2 = bio_segments(ctx->bio_out); Yes you are right, that was a typo :) >>

Re: [PATCH 4/6] PM / domain: Register for PM QOS performance notifier

On 03-01-17, 16:36, Viresh Kumar wrote: > Some platforms have the capability to configure the performance state of > their Power Domains. The performance levels are represented by positive > integer values, a lower value represents lower performance state. > > This patch registers the power

Re: [PATCH v5] ARM64: dts: meson-gx: Add firmware reserved memory zones

Andreas Färber writes: > Am 19.01.2017 um 01:20 schrieb Andreas Färber: >> Hi, >> >> Am 18.01.2017 um 17:50 schrieb Neil Armstrong: >>> The Amlogic Meson GXBB/GXL/GXM secure monitor uses part of the memory space, >>> this patch adds these reserved zones. >>> >>> Without such

Re: [PATCH v5] ARM64: dts: meson-gx: Add firmware reserved memory zones

Andreas Färber writes: > Am 19.01.2017 um 01:20 schrieb Andreas Färber: >> Hi, >> >> Am 18.01.2017 um 17:50 schrieb Neil Armstrong: >>> The Amlogic Meson GXBB/GXL/GXM secure monitor uses part of the memory space, >>> this patch adds these reserved zones. >>> >>> Without such reserved memory

Re: [PATCH 4/6] PM / domain: Register for PM QOS performance notifier

On 03-01-17, 16:36, Viresh Kumar wrote: > Some platforms have the capability to configure the performance state of > their Power Domains. The performance levels are represented by positive > integer values, a lower value represents lower performance state. > > This patch registers the power

Re: linux-next: manual merge of the audit tree with Linus' tree

On 2017-01-19 13:51, Stephen Rothwell wrote: > Hi Paul, Hi Stephen, > Today's linux-next merge of the audit tree got a conflict in: > > include/uapi/linux/audit.h > > between commits: > > 7ff89ac608d9 ("audit: add exclude filter extension to feature bitmap") > dcdaa2f9480c ("Merge

Re: linux-next: manual merge of the audit tree with Linus' tree

On 2017-01-19 13:51, Stephen Rothwell wrote: > Hi Paul, Hi Stephen, > Today's linux-next merge of the audit tree got a conflict in: > > include/uapi/linux/audit.h > > between commits: > > 7ff89ac608d9 ("audit: add exclude filter extension to feature bitmap") > dcdaa2f9480c ("Merge

[PATCH v2] tools build: add tools tree support for 'make -s'

When doing a kernel build with 'make -s', everything is silenced except the objtool build. That's because the tools tree support for silent builds is some combination of missing and broken. Three changes are needed to fix it: - Makefile: propagate '-s' to the sub-make's MAKEFLAGS variable so

[PATCH v2] tools build: add tools tree support for 'make -s'

When doing a kernel build with 'make -s', everything is silenced except the objtool build. That's because the tools tree support for silent builds is some combination of missing and broken. Three changes are needed to fix it: - Makefile: propagate '-s' to the sub-make's MAKEFLAGS variable so

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

Hi Paul, After merging the rcu tree, today's linux-next build (x86_64 allmodconfig) failed like this: net/smc/af_smc.c:102:16: error: 'SLAB_DESTROY_BY_RCU' undeclared here (not in a function) .slab_flags = SLAB_DESTROY_BY_RCU, ^ Caused by commit c7a545924ca1 ("mm: Rename

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

Hi Paul, After merging the rcu tree, today's linux-next build (x86_64 allmodconfig) failed like this: net/smc/af_smc.c:102:16: error: 'SLAB_DESTROY_BY_RCU' undeclared here (not in a function) .slab_flags = SLAB_DESTROY_BY_RCU, ^ Caused by commit c7a545924ca1 ("mm: Rename

[PATCH] arm64: dts: msm8996: Add ADSP PIL node

Add ADSP node required for Qualcomm ADSP Peripheral Image Loader. Signed-off-by: Sarangdhar Joshi --- This patch uses "xo_board" clock for now. We would have to move to rpmcc once it is available. arch/arm64/boot/dts/qcom/msm8996.dtsi | 20 1 file

Re: [PATCH 08/33] Input: spear-keyboard - Drop unnecessary error messages and other changes

On Wed, Jan 18, 2017 at 11:16 PM, Guenter Roeck wrote: > Error messages after memory allocation failures are unnecessary and > can be dropped. > > This conversion was done automatically with coccinelle using the > following semantic patches. The semantic patches and the

[PATCH] arm64: dts: msm8996: Add ADSP PIL node

Add ADSP node required for Qualcomm ADSP Peripheral Image Loader. Signed-off-by: Sarangdhar Joshi --- This patch uses "xo_board" clock for now. We would have to move to rpmcc once it is available. arch/arm64/boot/dts/qcom/msm8996.dtsi | 20 1 file changed, 20

Re: [PATCH 08/33] Input: spear-keyboard - Drop unnecessary error messages and other changes

On Wed, Jan 18, 2017 at 11:16 PM, Guenter Roeck wrote: > Error messages after memory allocation failures are unnecessary and > can be dropped. > > This conversion was done automatically with coccinelle using the > following semantic patches. The semantic patches and the scripts > used to generate

Re: [PATCH RFC] powerpc/32: fix handling of stack protector with recent GCC

On Mon, 16 Jan 2017, Christophe Leroy wrote: > Christian, can you test it ? OK, so with that applied to v4.10-rc4, compilation still fails with GCC 4.9.2 and CC_STACKPROTECTOR_STRONG=y, see below. But it compiles just fine with CC_STACKPROTECTOR_REGULAR=y and boots to! Cross-compiling the

Re: [PATCH RFC] powerpc/32: fix handling of stack protector with recent GCC

On Mon, 16 Jan 2017, Christophe Leroy wrote: > Christian, can you test it ? OK, so with that applied to v4.10-rc4, compilation still fails with GCC 4.9.2 and CC_STACKPROTECTOR_STRONG=y, see below. But it compiles just fine with CC_STACKPROTECTOR_REGULAR=y and boots to! Cross-compiling the

[PATCH] tools build: add tools tree support for 'make -s'

When doing a kernel build with 'make -s', everything is silenced except the objtool build. That's because the tools tree support for silent builds is some combination of missing and broken. Three changes are needed to fix it: - Makefile: propagate '-s' to the sub-make's MAKEFLAGS variable so

Re: [PATCHv4 2/5] arm: mvebu: support for SMP on 98DX3336 SoC

On 19/01/17 13:48, Stephen Boyd wrote: > On 01/13, Chris Packham wrote: >> diff --git a/arch/arm/mach-mvebu/platsmp.c b/arch/arm/mach-mvebu/platsmp.c >> index 46c742d3bd41..59be3ca0464f 100644 >> --- a/arch/arm/mach-mvebu/platsmp.c >> +++ b/arch/arm/mach-mvebu/platsmp.c >> @@ -184,3 +184,89 @@

[PATCH] tools build: add tools tree support for 'make -s'

When doing a kernel build with 'make -s', everything is silenced except the objtool build. That's because the tools tree support for silent builds is some combination of missing and broken. Three changes are needed to fix it: - Makefile: propagate '-s' to the sub-make's MAKEFLAGS variable so

Re: [PATCHv4 2/5] arm: mvebu: support for SMP on 98DX3336 SoC

On 19/01/17 13:48, Stephen Boyd wrote: > On 01/13, Chris Packham wrote: >> diff --git a/arch/arm/mach-mvebu/platsmp.c b/arch/arm/mach-mvebu/platsmp.c >> index 46c742d3bd41..59be3ca0464f 100644 >> --- a/arch/arm/mach-mvebu/platsmp.c >> +++ b/arch/arm/mach-mvebu/platsmp.c >> @@ -184,3 +184,89 @@

  1   2   3   4   5   6   7   8   9   10   >