Re: [RFC PATCH v3 2/7] proc: Reduce cache miss in {snmp,netstat}_seq_show

Hi Marcelo On 9/13/16 2:57 AM, Marcelo wrote: On Fri, Sep 09, 2016 at 02:33:57PM +0800, Jia He wrote: This is to use the generic interface snmp_get_cpu_field{,64}_batch to aggregate the data by going through all the items of each cpu sequentially. Then snmp_seq_show and netstat_seq_show are

Re: [RFC PATCH v3 2/7] proc: Reduce cache miss in {snmp,netstat}_seq_show

Hi Marcelo On 9/13/16 2:57 AM, Marcelo wrote: On Fri, Sep 09, 2016 at 02:33:57PM +0800, Jia He wrote: This is to use the generic interface snmp_get_cpu_field{,64}_batch to aggregate the data by going through all the items of each cpu sequentially. Then snmp_seq_show and netstat_seq_show are

[PATCH/REBASED] usb: chipidea: Properly mark little endian descriptors

The DMA descriptors are little endian, and we do a pretty good job of handling them with the proper le32_to_cpu() markings, but we don't actually mark them as __le32. This means checkers like sparse can't easily find new bugs. Let's mark the members of structures properly and fix the few places

[PATCH/REBASED] usb: chipidea: Properly mark little endian descriptors

The DMA descriptors are little endian, and we do a pretty good job of handling them with the proper le32_to_cpu() markings, but we don't actually mark them as __le32. This means checkers like sparse can't easily find new bugs. Let's mark the members of structures properly and fix the few places

Re: [PATCH v20 00/20] perf, tools: Add support for PMU events in JSON format

* Michael Ellerman wrote: > Jiri Olsa writes: > > > On Wed, Aug 31, 2016 at 09:15:30AM -0700, Andi Kleen wrote: > >> > > > >> > > > > >> > > > I've already made some changes in pmu-events/* to support > >> > > > this hierarchy to see how bad the change

Re: [PATCH v20 00/20] perf, tools: Add support for PMU events in JSON format

* Michael Ellerman wrote: > Jiri Olsa writes: > > > On Wed, Aug 31, 2016 at 09:15:30AM -0700, Andi Kleen wrote: > >> > > > >> > > > > >> > > > I've already made some changes in pmu-events/* to support > >> > > > this hierarchy to see how bad the change would be.. and > >> > > > it's not

Re: [PATCH v8 8/9] drm/mediatek: update DSI sub driver flow

Hi, YT: On Mon, 2016-09-12 at 20:01 +0800, YT Shen wrote: > This patch update enable/disable flow of DSI module and MIPI TX module. > Original flow works on there is a bridge chip: DSI -> bridge -> panel. > In this case: DSI -> panel, the DSI sub driver flow should be updated. > We need to

Re: [PATCH v8 8/9] drm/mediatek: update DSI sub driver flow

Hi, YT: On Mon, 2016-09-12 at 20:01 +0800, YT Shen wrote: > This patch update enable/disable flow of DSI module and MIPI TX module. > Original flow works on there is a bridge chip: DSI -> bridge -> panel. > In this case: DSI -> panel, the DSI sub driver flow should be updated. > We need to

RE: [PATCH 1/3] PCI: Xilinx NWL PCIe: Expanding PCIe core errors and printing event occurred.

> Hi Bharat, > > On Tue, Aug 30, 2016 at 04:09:16PM +0530, Bharat Kumar Gogada wrote: > > The current driver prints pcie core error, for all core events. > > Instead of just printing PCIe core error, now adding prints to show > > individual core events occurred. > > > > Signed-off-by: Bharat

RE: [PATCH 1/3] PCI: Xilinx NWL PCIe: Expanding PCIe core errors and printing event occurred.

> Hi Bharat, > > On Tue, Aug 30, 2016 at 04:09:16PM +0530, Bharat Kumar Gogada wrote: > > The current driver prints pcie core error, for all core events. > > Instead of just printing PCIe core error, now adding prints to show > > individual core events occurred. > > > > Signed-off-by: Bharat

Re: [PATCH] xen: consolidate swiotbl_xen dma_ops

On Tue, Sep 13, 2016 at 08:37:27PM +0200, Ingo Molnar wrote: > I can be passive-aggressive too, so: > > NAKed-by: Ingo Molnar > > If the ugliness that makes the patch much harder to review than it should be > is How about not beeing a dick? If you ask _nicely_ to respin

Re: [PATCH] xen: consolidate swiotbl_xen dma_ops

On Tue, Sep 13, 2016 at 08:37:27PM +0200, Ingo Molnar wrote: > I can be passive-aggressive too, so: > > NAKed-by: Ingo Molnar > > If the ugliness that makes the patch much harder to review than it should be > is How about not beeing a dick? If you ask _nicely_ to respin it anyway I'd be

RE: [PATCH 3/3] PCI: Xilinx NWL PCIe: Fix Error for multi function device for legacy interrupts.

> [+cc Ley Foon (altera), Thomas (aardvark), Kishon (dra7xx), Murali (keystone)] > > On Tue, Sep 13, 2016 at 10:05:11AM -0500, Bjorn Helgaas wrote: > > On Tue, Sep 13, 2016 at 08:41:28AM +0100, Marc Zyngier wrote: > > > On 12/09/16 23:02, Bjorn Helgaas wrote: > > > > On Thu, Sep 01, 2016 at

RE: [PATCH 3/3] PCI: Xilinx NWL PCIe: Fix Error for multi function device for legacy interrupts.

> [+cc Ley Foon (altera), Thomas (aardvark), Kishon (dra7xx), Murali (keystone)] > > On Tue, Sep 13, 2016 at 10:05:11AM -0500, Bjorn Helgaas wrote: > > On Tue, Sep 13, 2016 at 08:41:28AM +0100, Marc Zyngier wrote: > > > On 12/09/16 23:02, Bjorn Helgaas wrote: > > > > On Thu, Sep 01, 2016 at

Re: [PATCH v4 22/22] phy: Add support for Qualcomm's USB HS phy

On Saturday 10 September 2016 05:48 PM, Kishon Vijay Abraham I wrote: > > On Wed, Sep 07, 2016 at 02:35:19PM -0700, Stephen Boyd wrote: >> The high-speed phy on qcom SoCs is controlled via the ULPI >> viewport. >> >> Cc: Kishon Vijay Abraham I >> Cc:

Re: [PATCH v4 22/22] phy: Add support for Qualcomm's USB HS phy

On Saturday 10 September 2016 05:48 PM, Kishon Vijay Abraham I wrote: > > On Wed, Sep 07, 2016 at 02:35:19PM -0700, Stephen Boyd wrote: >> The high-speed phy on qcom SoCs is controlled via the ULPI >> viewport. >> >> Cc: Kishon Vijay Abraham I >> Cc: >> Signed-off-by: Stephen Boyd > >

RE: [PATCH 1/3] PCI: Xilinx NWL PCIe: Expanding PCIe core errors and printing event occurred.

> On Tue, Aug 30, 2016 at 04:09:16PM +0530, Bharat Kumar Gogada wrote: > > The current driver prints pcie core error, for all core events. > > Instead of just printing PCIe core error, now adding prints to show > > individual core events occurred. > > > > Signed-off-by: Bharat Kumar Gogada

RE: [PATCH 1/3] PCI: Xilinx NWL PCIe: Expanding PCIe core errors and printing event occurred.

> On Tue, Aug 30, 2016 at 04:09:16PM +0530, Bharat Kumar Gogada wrote: > > The current driver prints pcie core error, for all core events. > > Instead of just printing PCIe core error, now adding prints to show > > individual core events occurred. > > > > Signed-off-by: Bharat Kumar Gogada > > I

[RFC PATCH 01/11] pci: endpoint: add EP core layer to enable EP controller and EP functions

Introduce a new EP core layer in order to support endpoint functions in linux kernel. This comprises of EPC library (Endpoint Controller Library) and EPF library (Endpoint Function Library). EPC library implements functions that is specific to an endpoint controller and EPF library implements

[RFC PATCH 09/11] misc: add a new host side PCI endpoint test driver

Add PCI endpoint test driver that can verify base address register and legacy interrupt. (TODO: buffer tests and MSI interrupt). The corresponding pci-epf-test function driver should be used on the EP side. Signed-off-by: Kishon Vijay Abraham I --- drivers/misc/Kconfig

[RFC PATCH 01/11] pci: endpoint: add EP core layer to enable EP controller and EP functions

Introduce a new EP core layer in order to support endpoint functions in linux kernel. This comprises of EPC library (Endpoint Controller Library) and EPF library (Endpoint Function Library). EPC library implements functions that is specific to an endpoint controller and EPF library implements

[RFC PATCH 09/11] misc: add a new host side PCI endpoint test driver

Add PCI endpoint test driver that can verify base address register and legacy interrupt. (TODO: buffer tests and MSI interrupt). The corresponding pci-epf-test function driver should be used on the EP side. Signed-off-by: Kishon Vijay Abraham I --- drivers/misc/Kconfig |7 +

[RFC PATCH 00/11] pci: support for configurable PCI endpoint

This patch series *) adds PCI endpoint core layer *) modifies designware/dra7xx driver to be configured in EP mode *) adds a PCI endpoint *test* function driver Known Limitation: *) Does not support multi-function devices TODO: *) access buffers in RC

[RFC PATCH 00/11] pci: support for configurable PCI endpoint

This patch series *) adds PCI endpoint core layer *) modifies designware/dra7xx driver to be configured in EP mode *) adds a PCI endpoint *test* function driver Known Limitation: *) Does not support multi-function devices TODO: *) access buffers in RC

[RFC PATCH 05/11] pci: rename *host* directory to *controller*

No functional change. Renamed the *host* directory present inside drivers/pci to *controller*. Some of the controllers present in drivers/pci/host is capable of operating in endpoint mode. So having these drivers in *host* directory might not be appropriate. This is in preparation for adding

[RFC PATCH 07/11] pci: controller: designware: Add EP mode support

Add endpoint mode support to designware driver. This uses the EP Core layer introduced recently to add endpoint mode support. *Any* function driver can now use this designware device to achieve the EP functionality. Signed-off-by: Kishon Vijay Abraham I ---

[RFC PATCH 04/11] pci: endpoint: functions: add an EP function to test PCI

This adds a new endpoint function driver (to program the virtual test device) making use of the EP-core library. The complete usage of the test function is described in Documentation/PCI/pci-test.txt (included in this commit). Signed-off-by: Kishon Vijay Abraham I ---

[RFC PATCH 08/11] pci: controller: dra7xx: Add EP mode support

The PCIe controller integrated in dra7xx SoCs is capable of operating in endpoint mode. Add support for dra7xx SoCs to operate in endpoint mode. Signed-off-by: Kishon Vijay Abraham I --- Documentation/devicetree/bindings/pci/ti-pci.txt | 30 ++- drivers/pci/controller/Kconfig

[RFC PATCH 05/11] pci: rename *host* directory to *controller*

No functional change. Renamed the *host* directory present inside drivers/pci to *controller*. Some of the controllers present in drivers/pci/host is capable of operating in endpoint mode. So having these drivers in *host* directory might not be appropriate. This is in preparation for adding

[RFC PATCH 07/11] pci: controller: designware: Add EP mode support

Add endpoint mode support to designware driver. This uses the EP Core layer introduced recently to add endpoint mode support. *Any* function driver can now use this designware device to achieve the EP functionality. Signed-off-by: Kishon Vijay Abraham I ---

[RFC PATCH 04/11] pci: endpoint: functions: add an EP function to test PCI

This adds a new endpoint function driver (to program the virtual test device) making use of the EP-core library. The complete usage of the test function is described in Documentation/PCI/pci-test.txt (included in this commit). Signed-off-by: Kishon Vijay Abraham I --- Documentation/PCI/00-INDEX

[RFC PATCH 08/11] pci: controller: dra7xx: Add EP mode support

The PCIe controller integrated in dra7xx SoCs is capable of operating in endpoint mode. Add support for dra7xx SoCs to operate in endpoint mode. Signed-off-by: Kishon Vijay Abraham I --- Documentation/devicetree/bindings/pci/ti-pci.txt | 30 ++- drivers/pci/controller/Kconfig

Re: [PATCH] staging: lustre: lustre/ldlm: Fixed sparse warnings

On Sep 12, 2016, at 04:27, Greg KH wrote: > > On Fri, Sep 09, 2016 at 08:50:35PM +0530, Nayeemahmed Badebade wrote: >> Added __acquires / __releases sparse locking annotations >> to lock_res_and_lock and unlock_res_and_lock functions in >> l_lock.c, to fix below

[RFC PATCH 10/11] ARM: dts: DRA7: Modify pcie1 dt node for EP mode

Modify pcie1 dt node in order for the controller to operate in endpoint mode. This is used only for testing EP mode. Signed-off-by: Kishon Vijay Abraham I --- arch/arm/boot/dts/dra7.dtsi | 43 +++ 1 file changed, 11 insertions(+), 32

[RFC PATCH 11/11] HACK: pci: controller: dra7xx: disable smart idle

Smart idle prevents RC to access the memory space of this controller. Set the idle mode to smart idle wakeup. This should ideally be done in hwmod. Till it's figured out how to configure it in hwmod, mark this as HACK. Signed-off-by: Kishon Vijay Abraham I ---

Re: [PATCH] staging: lustre: lustre/ldlm: Fixed sparse warnings

On Sep 12, 2016, at 04:27, Greg KH wrote: > > On Fri, Sep 09, 2016 at 08:50:35PM +0530, Nayeemahmed Badebade wrote: >> Added __acquires / __releases sparse locking annotations >> to lock_res_and_lock and unlock_res_and_lock functions in >> l_lock.c, to fix below sparse warnings: >> >>

[RFC PATCH 10/11] ARM: dts: DRA7: Modify pcie1 dt node for EP mode

Modify pcie1 dt node in order for the controller to operate in endpoint mode. This is used only for testing EP mode. Signed-off-by: Kishon Vijay Abraham I --- arch/arm/boot/dts/dra7.dtsi | 43 +++ 1 file changed, 11 insertions(+), 32 deletions(-) diff

[RFC PATCH 11/11] HACK: pci: controller: dra7xx: disable smart idle

Smart idle prevents RC to access the memory space of this controller. Set the idle mode to smart idle wakeup. This should ideally be done in hwmod. Till it's figured out how to configure it in hwmod, mark this as HACK. Signed-off-by: Kishon Vijay Abraham I ---

[RFC PATCH 06/11] pci: controller: split designware into *core* and *host*

No functional change. Split the designware core driver into *core* driver and *host* only driver. This is in preparation to add endpoint support in designware. The *endpoint* driver will reuse the *core* driver. This also modifies the dra7xx code to use the new architecture. TODO: All other

[RFC PATCH 06/11] pci: controller: split designware into *core* and *host*

No functional change. Split the designware core driver into *core* driver and *host* only driver. This is in preparation to add endpoint support in designware. The *endpoint* driver will reuse the *core* driver. This also modifies the dra7xx code to use the new architecture. TODO: All other

[RFC PATCH 03/11] Documentation: PCI: guide to use PCI Endpoint Core Layer

Add Documentation to let users enable endpoint mode in the PCI controller and add new PCI endpoint function. Signed-off-by: Kishon Vijay Abraham I --- Documentation/PCI/00-INDEX |2 + Documentation/PCI/pci-endpoint.txt | 199 2

[RFC PATCH 03/11] Documentation: PCI: guide to use PCI Endpoint Core Layer

Add Documentation to let users enable endpoint mode in the PCI controller and add new PCI endpoint function. Signed-off-by: Kishon Vijay Abraham I --- Documentation/PCI/00-INDEX |2 + Documentation/PCI/pci-endpoint.txt | 199 2 files changed,

[RFC PATCH 02/11] pci: endpoint: introduce configfs entry for configuring EP functions

Introduce a new configfs entry to configure the EP function (like configuring the standard configuration header entries) and to bind the function with a controller. Signed-off-by: Kishon Vijay Abraham I --- drivers/pci/endpoint/Kconfig |4 +-

[RFC PATCH 02/11] pci: endpoint: introduce configfs entry for configuring EP functions

Introduce a new configfs entry to configure the EP function (like configuring the standard configuration header entries) and to bind the function with a controller. Signed-off-by: Kishon Vijay Abraham I --- drivers/pci/endpoint/Kconfig |4 +- drivers/pci/endpoint/Makefile |3 +-

linux-next: Tree for Sep 14

Hi all, Changes since 20160913: The pm tree gained a build failure for which I partially reverted a commit. The kbuild tree still had its build warnings for PowerPC, for which I reverted a commit. Non-merge commits (relative to Linus' tree): 6956 6884 files changed, 325027 insertions

linux-next: Tree for Sep 14

Hi all, Changes since 20160913: The pm tree gained a build failure for which I partially reverted a commit. The kbuild tree still had its build warnings for PowerPC, for which I reverted a commit. Non-merge commits (relative to Linus' tree): 6956 6884 files changed, 325027 insertions

Re: [RFC PATCH] pci: support for configurable PCI endpoint

Hi, Will resend the series with patch numbering. Thanks Kishon On Tuesday 13 September 2016 10:40 PM, Kishon Vijay Abraham I wrote: > This patch series > *) adds PCI endpoint core layer > *) modifies designware/dra7xx driver to be configured in EP mode > *) adds a PCI endpoint

Re: [RFC PATCH] pci: support for configurable PCI endpoint

Hi, Will resend the series with patch numbering. Thanks Kishon On Tuesday 13 September 2016 10:40 PM, Kishon Vijay Abraham I wrote: > This patch series > *) adds PCI endpoint core layer > *) modifies designware/dra7xx driver to be configured in EP mode > *) adds a PCI endpoint

Re: [PATCH for-next 10/20] IB/hns: Modify the init of iboe lock

On Wed, Sep 14, 2016 at 02:09:37AM +, Salil Mehta wrote: > > > > -Original Message- > > From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma- > > ow...@vger.kernel.org] On Behalf Of Leon Romanovsky > > Sent: Tuesday, September 13, 2016 7:50 AM > > To: Salil Mehta > > Cc:

Re: [PATCH for-next 10/20] IB/hns: Modify the init of iboe lock

On Wed, Sep 14, 2016 at 02:09:37AM +, Salil Mehta wrote: > > > > -Original Message- > > From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma- > > ow...@vger.kernel.org] On Behalf Of Leon Romanovsky > > Sent: Tuesday, September 13, 2016 7:50 AM > > To: Salil Mehta > > Cc:

Re: [PATCH v14 13/15] selftests/powerpc: Add ptrace tests for TM SPR registers

On Mon, 2016-09-12 at 15:33 +0800, wei.guo.si...@gmail.com wrote: > From: Anshuman Khandual > > This patch adds ptrace interface test for TM SPR registers. This > also adds ptrace interface based helper functions related to TM > SPR registers access. > I'm seeing

Re: [PATCH v14 13/15] selftests/powerpc: Add ptrace tests for TM SPR registers

On Mon, 2016-09-12 at 15:33 +0800, wei.guo.si...@gmail.com wrote: > From: Anshuman Khandual > > This patch adds ptrace interface test for TM SPR registers. This > also adds ptrace interface based helper functions related to TM > SPR registers access. > I'm seeing this one fail a lot, it does

Re: [PATCH] powerpc/powernv: Initialise nest mmu

On Mon, 15 Aug 2016 04:51:59 PM Alistair Popple wrote: > POWER9 contains an off core mmu called the nest mmu (NMMU). This is > used by other hardware units on the chip to translate virtual > addresses into real addresses. The unit attempting an address > translation provides the majority of the

Re: [PATCH] powerpc/powernv: Initialise nest mmu

On Mon, 15 Aug 2016 04:51:59 PM Alistair Popple wrote: > POWER9 contains an off core mmu called the nest mmu (NMMU). This is > used by other hardware units on the chip to translate virtual > addresses into real addresses. The unit attempting an address > translation provides the majority of the

Re: [PATCH v14 15/15] selftests/powerpc: Fix a build issue

On Mon, 2016-09-12 at 15:33 +0800, wei.guo.si...@gmail.com wrote: > From: Anshuman Khandual > > Fixes the following build failure - > > cp_abort.c:90:3: error: ‘for’ loop initial declarations are only > allowed in C99 or C11 mode >    for (int i = 0; i < NUM_LOOPS;

Re: [PATCH v14 15/15] selftests/powerpc: Fix a build issue

On Mon, 2016-09-12 at 15:33 +0800, wei.guo.si...@gmail.com wrote: > From: Anshuman Khandual > > Fixes the following build failure - > > cp_abort.c:90:3: error: ‘for’ loop initial declarations are only > allowed in C99 or C11 mode >    for (int i = 0; i < NUM_LOOPS; i++) { >    ^ >

Re: [PATCH 0/4] Add V4L2_PIX_FMT_MT21C format for MT8173 codec driver

Hi Hans, On Thu, 2016-09-08 at 11:27 +0200, Hans Verkuil wrote: > On 09/08/16 11:11, Tiffany Lin wrote: > > Hi Hans, > > > > On Thu, 2016-09-08 at 09:21 +0200, Hans Verkuil wrote: > >> Hi Tiffany, > >> > >> On 09/07/2016 08:56 AM, Tiffany Lin wrote: > >>> This patch series add Mediatek compressed

Re: [PATCH v14 07/15] selftests/powerpc: Add ptrace tests for TAR, PPR, DSCR registers

On Mon, 2016-09-12 at 15:33 +0800, wei.guo.si...@gmail.com wrote: > From: Anshuman Khandual > > This patch adds ptrace interface test for TAR, PPR, DSCR > registers. This also adds ptrace interface based helper > functions related to TAR, PPR, DSCR register access. >

Re: [PATCH 0/4] Add V4L2_PIX_FMT_MT21C format for MT8173 codec driver

Hi Hans, On Thu, 2016-09-08 at 11:27 +0200, Hans Verkuil wrote: > On 09/08/16 11:11, Tiffany Lin wrote: > > Hi Hans, > > > > On Thu, 2016-09-08 at 09:21 +0200, Hans Verkuil wrote: > >> Hi Tiffany, > >> > >> On 09/07/2016 08:56 AM, Tiffany Lin wrote: > >>> This patch series add Mediatek compressed

Re: [PATCH v14 07/15] selftests/powerpc: Add ptrace tests for TAR, PPR, DSCR registers

On Mon, 2016-09-12 at 15:33 +0800, wei.guo.si...@gmail.com wrote: > From: Anshuman Khandual > > This patch adds ptrace interface test for TAR, PPR, DSCR > registers. This also adds ptrace interface based helper > functions related to TAR, PPR, DSCR register access. > > Signed-off-by: Anshuman

Re: [PATCH v14 04/15] selftests/powerpc: Add ptrace tests for GPR/FPR registers

On Mon, 2016-09-12 at 15:33 +0800, wei.guo.si...@gmail.com wrote: > From: Anshuman Khandual > > This patch adds ptrace interface test for GPR/FPR registers. > This adds ptrace interface based helper functions related to > GPR/FPR access and some assembly helper

Re: [PATCH v14 04/15] selftests/powerpc: Add ptrace tests for GPR/FPR registers

On Mon, 2016-09-12 at 15:33 +0800, wei.guo.si...@gmail.com wrote: > From: Anshuman Khandual > > This patch adds ptrace interface test for GPR/FPR registers. > This adds ptrace interface based helper functions related to > GPR/FPR access and some assembly helper functions related to > GPR/FPR

Re: [PATCH v14 05/15] selftests/powerpc: Add ptrace tests for GPR/FPR registers in TM

On Mon, 2016-09-12 at 15:33 +0800, wei.guo.si...@gmail.com wrote: > From: Anshuman Khandual > > This patch adds ptrace interface test for GPR/FPR registers > inside TM context. This adds ptrace interface based helper > functions related to checkpointed GPR/FPR

Re: [PATCH v14 05/15] selftests/powerpc: Add ptrace tests for GPR/FPR registers in TM

On Mon, 2016-09-12 at 15:33 +0800, wei.guo.si...@gmail.com wrote: > From: Anshuman Khandual > > This patch adds ptrace interface test for GPR/FPR registers > inside TM context. This adds ptrace interface based helper > functions related to checkpointed GPR/FPR access. > > Signed-off-by:

Re: [PATCH v3 07/15] lockdep: Implement crossrelease feature

On Wed, Sep 14, 2016 at 11:27 AM, Byungchul Park wrote: > On Wed, Sep 14, 2016 at 4:38 AM, Peter Zijlstra wrote: >> On Wed, Sep 14, 2016 at 02:12:51AM +0900, Byungchul Park wrote: >>> On Wed, Sep 14, 2016 at 12:05 AM, Peter Zijlstra

Re: [PATCH v3 07/15] lockdep: Implement crossrelease feature

On Wed, Sep 14, 2016 at 11:27 AM, Byungchul Park wrote: > On Wed, Sep 14, 2016 at 4:38 AM, Peter Zijlstra wrote: >> On Wed, Sep 14, 2016 at 02:12:51AM +0900, Byungchul Park wrote: >>> On Wed, Sep 14, 2016 at 12:05 AM, Peter Zijlstra >>> wrote: >>> > >>> > >>> > So the idea is to add support

Re: [PATCH v14 01/15] selftests/powerpc: Add more SPR numbers, TM & VMX instructions to 'reg.h'

On Mon, 2016-09-12 at 15:33 +0800, wei.guo.si...@gmail.com wrote: > From: Anshuman Khandual > > This patch adds SPR number for TAR, PPR, DSCR special > purpose registers. It also adds TM, VSX, VMX related > instructions which will then be used by patches later > in

Re: [PATCH v14 01/15] selftests/powerpc: Add more SPR numbers, TM & VMX instructions to 'reg.h'

On Mon, 2016-09-12 at 15:33 +0800, wei.guo.si...@gmail.com wrote: > From: Anshuman Khandual > > This patch adds SPR number for TAR, PPR, DSCR special > purpose registers. It also adds TM, VSX, VMX related > instructions which will then be used by patches later > in the series. > >

Re: [PATCH] ARM: dts: omap3-gta04: reduce panel backlight PWM frequency to 83Hz

Hi, > Am 14.09.2016 um 00:07 schrieb Tony Lindgren : > > * H. Nikolaus Schaller [160910 02:10]: >>> Am 10.09.2016 um 10:20 schrieb Matthijs van Duin >>> : >> >> But with the patch submitted, I just want to give the dts of a

Re: [PATCH] ARM: dts: omap3-gta04: reduce panel backlight PWM frequency to 83Hz

Hi, > Am 14.09.2016 um 00:07 schrieb Tony Lindgren : > > * H. Nikolaus Schaller [160910 02:10]: >>> Am 10.09.2016 um 10:20 schrieb Matthijs van Duin >>> : >> >> But with the patch submitted, I just want to give the dts of a single >> device I have even designed a more reasonable value than in

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

Hi Rafael, After merging the pm tree, today's linux-next build (powerpc allyesconfig) failed like this: drivers/devfreq/tegra-devfreq.c: In function 'tegra_devfreq_target': drivers/devfreq/tegra-devfreq.c:500:2: error: implicit declaration of function 'clk_set_min_rate'

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

Hi Rafael, After merging the pm tree, today's linux-next build (powerpc allyesconfig) failed like this: drivers/devfreq/tegra-devfreq.c: In function 'tegra_devfreq_target': drivers/devfreq/tegra-devfreq.c:500:2: error: implicit declaration of function 'clk_set_min_rate'

Re: kvm-unit-test fail for split irqchip

2016-09-14 4:43 GMT+08:00 Paolo Bonzini : > > > On 13/09/2016 21:01, Radim Krcmar wrote: >> kvm_handle_interrupt() does >> >> interrupt_request |= CPU_INTERRUPT_HARD >> >> which later calls cpu_get_pic_interrupt() in kvm_arch_pre_run(), but >> that function uses stale

Re: kvm-unit-test fail for split irqchip

2016-09-14 4:43 GMT+08:00 Paolo Bonzini : > > > On 13/09/2016 21:01, Radim Krcmar wrote: >> kvm_handle_interrupt() does >> >> interrupt_request |= CPU_INTERRUPT_HARD >> >> which later calls cpu_get_pic_interrupt() in kvm_arch_pre_run(), but >> that function uses stale information from APIC and

Re: kvm-unit-test fail for split irqchip

2016-09-14 3:01 GMT+08:00 Radim Krcmar : > 2016-09-13 19:06+0800, Wanpeng Li: >> Add -kernel_irqchip=split >> ./x86-run x86/eventinj.flat >> >> qemu-system-x86_64 -enable-kvm -machine kernel_irqchip=split -cpu host >> -device pc-testdev -device

Re: kvm-unit-test fail for split irqchip

2016-09-14 3:01 GMT+08:00 Radim Krcmar : > 2016-09-13 19:06+0800, Wanpeng Li: >> Add -kernel_irqchip=split >> ./x86-run x86/eventinj.flat >> >> qemu-system-x86_64 -enable-kvm -machine kernel_irqchip=split -cpu host >> -device pc-testdev -device isa-debug-exit,iobase=0xf4,iosize=0x4 -vnc >> none

Re: [PATCH 2/2] tools/testing/nvdimm: test get_config_size DSM failures

Hi Dan, [auto build test WARNING on next-20160913] [cannot apply to pm/linux-next linus/master linux/master v4.8-rc6 v4.8-rc5 v4.8-rc4 v4.8-rc6] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [Suggest to use git(>=2.9.0) format-patch --b

Re: [PATCH 2/2] tools/testing/nvdimm: test get_config_size DSM failures

Hi Dan, [auto build test WARNING on next-20160913] [cannot apply to pm/linux-next linus/master linux/master v4.8-rc6 v4.8-rc5 v4.8-rc4 v4.8-rc6] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [Suggest to use git(>=2.9.0) format-patch --b

[PATCH] driver-core: platform: Catch errors from calls to irq_get_irq_data

irq_get_irq_data() can return NULL, which results in a nasty crash. Check its return value before passing it on to irqd_set_trigger_type(). Signed-off-by: Guenter Roeck --- drivers/base/platform.c | 11 --- 1 file changed, 8 insertions(+), 3 deletions(-) diff --git

[PATCH] driver-core: platform: Catch errors from calls to irq_get_irq_data

irq_get_irq_data() can return NULL, which results in a nasty crash. Check its return value before passing it on to irqd_set_trigger_type(). Signed-off-by: Guenter Roeck --- drivers/base/platform.c | 11 --- 1 file changed, 8 insertions(+), 3 deletions(-) diff --git

Re: [PATCH v4 2/5] ARM: dts: imx6q: Add Engicam i.CoreM6 Quad/Dual initial support

On Sun, Sep 11, 2016 at 3:30 PM, Jagan Teki wrote: > + { > + pinctrl-names = "default"; > + pinctrl-0 = <_gpmi_nand>; > + fsl,legacy-bch-geometry; I don't see this property documented nor used anywhere.

Re: [PATCH v4 2/5] ARM: dts: imx6q: Add Engicam i.CoreM6 Quad/Dual initial support

On Sun, Sep 11, 2016 at 3:30 PM, Jagan Teki wrote: > + { > + pinctrl-names = "default"; > + pinctrl-0 = <_gpmi_nand>; > + fsl,legacy-bch-geometry; I don't see this property documented nor used anywhere.

Re: [RFC/PATCH] usb: misc: Add a driver for TC7USB40MU

On Tue, Sep 13, 2016 at 06:42:46PM -0700, Stephen Boyd wrote: > On the db410c 96boards platform we have a TC7USB40MU[1] on the > board to mux the D+/D- lines from the SoC between a micro usb > "device" port and a USB hub for "host" roles. Upon a role switch, > we need to change this mux to forward

Re: [RFC/PATCH] usb: misc: Add a driver for TC7USB40MU

On Tue, Sep 13, 2016 at 06:42:46PM -0700, Stephen Boyd wrote: > On the db410c 96boards platform we have a TC7USB40MU[1] on the > board to mux the D+/D- lines from the SoC between a micro usb > "device" port and a USB hub for "host" roles. Upon a role switch, > we need to change this mux to forward

Crashing 'kzm' target in next-20160913 due to 'gpio: mxc: shift gpio_mxc_init() to subsys_initcall level'

l address 000c [1.211600] pgd = c0004000 [1.211680] [000c] *pgd= [1.212067] Internal error: Oops: 5 [#1] SMP ARM [1.212245] Modules linked in: [1.212542] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.8.0-rc6-next-20160913 #1 [1.212671] Hardware name: Kyoto Mic

Crashing 'kzm' target in next-20160913 due to 'gpio: mxc: shift gpio_mxc_init() to subsys_initcall level'

l address 000c [1.211600] pgd = c0004000 [1.211680] [000c] *pgd= [1.212067] Internal error: Oops: 5 [#1] SMP ARM [1.212245] Modules linked in: [1.212542] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.8.0-rc6-next-20160913 #1 [1.212671] Hardware name: Kyoto Mic

RE: [PATCH] ACPICA / Interpreter: Remove redundant newline

Hi, > From: Joe Perches [mailto:j...@perches.com] > Subject: Re: [PATCH] ACPICA / Interpreter: Remove redundant newline > > On Fri, 2016-09-09 at 20:40 +0200, Borislav Petkov wrote: > > On Fri, Sep 09, 2016 at 06:26:17PM +, Moore, Robert wrote: > > > Is this a big deal? > > > We do this on

RE: [PATCH] ACPICA / Interpreter: Remove redundant newline

Hi, > From: Joe Perches [mailto:j...@perches.com] > Subject: Re: [PATCH] ACPICA / Interpreter: Remove redundant newline > > On Fri, 2016-09-09 at 20:40 +0200, Borislav Petkov wrote: > > On Fri, Sep 09, 2016 at 06:26:17PM +, Moore, Robert wrote: > > > Is this a big deal? > > > We do this on

Re: [RFC PATCH v3 3/7] proc: Reduce cache miss in snmp6_seq_show

On 9/13/16 3:05 AM, Marcelo wrote: On Fri, Sep 09, 2016 at 02:33:58PM +0800, Jia He wrote: This is to use the generic interface snmp_get_cpu_field{,64}_batch to aggregate the data by going through all the items of each cpu sequentially. Signed-off-by: Jia He ---

RE: [PATCH] ACPICA / Interpreter: Remove redundant newline

Hi, > From: linux-acpi-ow...@vger.kernel.org > [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Moore, > Robert > David E > Subject: RE: [PATCH] ACPICA / Interpreter: Remove redundant newline > > Well, I never thought I would write a couple lines of code like this,

Re: [RFC PATCH v3 3/7] proc: Reduce cache miss in snmp6_seq_show

On 9/13/16 3:05 AM, Marcelo wrote: On Fri, Sep 09, 2016 at 02:33:58PM +0800, Jia He wrote: This is to use the generic interface snmp_get_cpu_field{,64}_batch to aggregate the data by going through all the items of each cpu sequentially. Signed-off-by: Jia He --- net/ipv6/proc.c | 32

RE: [PATCH] ACPICA / Interpreter: Remove redundant newline

Hi, > From: linux-acpi-ow...@vger.kernel.org > [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Moore, > Robert > David E > Subject: RE: [PATCH] ACPICA / Interpreter: Remove redundant newline > > Well, I never thought I would write a couple lines of code like this, but > here is a

Re: [RFC PATCH v3 2/7] proc: Reduce cache miss in {snmp,netstat}_seq_show

Hi Marcelo On 9/13/16 2:57 AM, Marcelo wrote: On Fri, Sep 09, 2016 at 02:33:57PM +0800, Jia He wrote: This is to use the generic interface snmp_get_cpu_field{,64}_batch to aggregate the data by going through all the items of each cpu sequentially. Then snmp_seq_show and netstat_seq_show are

Re: [RFC PATCH v3 2/7] proc: Reduce cache miss in {snmp,netstat}_seq_show

Hi Marcelo On 9/13/16 2:57 AM, Marcelo wrote: On Fri, Sep 09, 2016 at 02:33:57PM +0800, Jia He wrote: This is to use the generic interface snmp_get_cpu_field{,64}_batch to aggregate the data by going through all the items of each cpu sequentially. Then snmp_seq_show and netstat_seq_show are

RE: [PATCH] ACPICA / Interpreter: Remove redundant newline

The newline is intentional for acpiexec. So you should fix this issue in acpiexec, aka, in ACPICA upstream. Thanks Lv > From: linux-acpi-ow...@vger.kernel.org > [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Borislav > Petkov > Subject: [PATCH] ACPICA / Interpreter: Remove redundant

RE: [PATCH] ACPICA / Interpreter: Remove redundant newline

The newline is intentional for acpiexec. So you should fix this issue in acpiexec, aka, in ACPICA upstream. Thanks Lv > From: linux-acpi-ow...@vger.kernel.org > [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Borislav > Petkov > Subject: [PATCH] ACPICA / Interpreter: Remove redundant

[PATCH 02/10] staging: slicoss: slic.h: add a macro IOMEM_GET_FIELD32 to fix sparse warnings

Signed-off-by: Peng Sun --- drivers/staging/slicoss/slic.h | 7 +++ 1 file changed, 7 insertions(+) diff --git a/drivers/staging/slicoss/slic.h b/drivers/staging/slicoss/slic.h index 7c23190..ff71070 100644 --- a/drivers/staging/slicoss/slic.h +++

[PATCH 02/10] staging: slicoss: slic.h: add a macro IOMEM_GET_FIELD32 to fix sparse warnings

Signed-off-by: Peng Sun --- drivers/staging/slicoss/slic.h | 7 +++ 1 file changed, 7 insertions(+) diff --git a/drivers/staging/slicoss/slic.h b/drivers/staging/slicoss/slic.h index 7c23190..ff71070 100644 --- a/drivers/staging/slicoss/slic.h +++ b/drivers/staging/slicoss/slic.h @@ -546,6

[PATCH 03/10] staging: slicoss: slic.h: add a macro IOMEM_SET_FIELD32 to fix sparse warnings

Signed-off-by: Peng Sun --- drivers/staging/slicoss/slic.h | 7 +++ 1 file changed, 7 insertions(+) diff --git a/drivers/staging/slicoss/slic.h b/drivers/staging/slicoss/slic.h index ff71070..4c22863 100644 --- a/drivers/staging/slicoss/slic.h +++

[PATCH 06/10] staging: slicoss: slicoss.c: fix different address space sparse warning

Signed-off-by: Peng Sun --- drivers/staging/slicoss/slicoss.c | 49 +-- 1 file changed, 32 insertions(+), 17 deletions(-) diff --git a/drivers/staging/slicoss/slicoss.c b/drivers/staging/slicoss/slicoss.c index 929a0d5..03b01c5

  1   2   3   4   5   6   7   8   9   10   >