[tip:timers/urgent] timers: Forward timer base before migrating timers

Commit-ID: c52232a49e203a65a6e1a670cd5262f59e9364a0 Gitweb: https://git.kernel.org/tip/c52232a49e203a65a6e1a670cd5262f59e9364a0 Author: Lingutla Chandrasekhar AuthorDate: Thu, 18 Jan 2018 17:20:22 +0530 Committer: Thomas Gleixner CommitDate: Wed, 28 Feb 2018 23:34:33 +0100 timers:

[PATCH 3/3] microblaze: dts: replace 'linux,stdout-path' with 'stdout-path'

'linux,stdout-path' has been deprecated for some time in favor of 'stdout-path'. Now dtc will warn on occurrences of 'linux,stdout-path'. Search and replace the one occurrence with 'stdout-path'. Signed-off-by: Rob Herring Cc: Mark Rutland Cc: Michal Simek Cc: devicet...@vger.kernel.org ---

Re: [RFC 3/4] hwmon: add Gateworks System Controller support

On Wed, Feb 28, 2018 at 01:44:36PM -0800, Tim Harvey wrote: > On Tue, Feb 27, 2018 at 6:05 PM, Guenter Roeck wrote: > > On 02/27/2018 05:21 PM, Tim Harvey wrote: > >> > >> The Gateworks System Controller has a hwmon sub-component that exposes > >> up to 16 ADC's, some of which

Re: [RFC 3/4] hwmon: add Gateworks System Controller support

On Wed, Feb 28, 2018 at 01:44:36PM -0800, Tim Harvey wrote: > On Tue, Feb 27, 2018 at 6:05 PM, Guenter Roeck wrote: > > On 02/27/2018 05:21 PM, Tim Harvey wrote: > >> > >> The Gateworks System Controller has a hwmon sub-component that exposes > >> up to 16 ADC's, some of which are temperature

Re: [PATCH v2 15/15] ARM: dts: dra7: Add high speed modes capability to MMC1/MMC2 dt node

* Sekhar Nori [180213 11:11]: > On Wednesday 07 February 2018 02:51 PM, Kishon Vijay Abraham I wrote: > > Hi, > > > > On Wednesday 07 February 2018 02:41 PM, Sekhar Nori wrote: > >> Kishon, > >> > >> On Tuesday 06 February 2018 06:28 PM, Kishon Vijay Abraham I wrote: > >>> Add

Re: [PATCH v7 02/13] drivers: base: cacheinfo: setup DT cache properties early

On Wed, 28 Feb 2018 14:06:08 PST (-0800), jeremy.lin...@arm.com wrote: The original intent in cacheinfo was that an architecture specific populate_cache_leaves() would probe the hardware and then cache_shared_cpu_map_setup() and cache_override_properties() would provide firmware help to

Re: [PATCH v2 15/15] ARM: dts: dra7: Add high speed modes capability to MMC1/MMC2 dt node

* Sekhar Nori [180213 11:11]: > On Wednesday 07 February 2018 02:51 PM, Kishon Vijay Abraham I wrote: > > Hi, > > > > On Wednesday 07 February 2018 02:41 PM, Sekhar Nori wrote: > >> Kishon, > >> > >> On Tuesday 06 February 2018 06:28 PM, Kishon Vijay Abraham I wrote: > >>> Add UHS/HS200/DDR

Re: [PATCH v7 02/13] drivers: base: cacheinfo: setup DT cache properties early

On Wed, 28 Feb 2018 14:06:08 PST (-0800), jeremy.lin...@arm.com wrote: The original intent in cacheinfo was that an architecture specific populate_cache_leaves() would probe the hardware and then cache_shared_cpu_map_setup() and cache_override_properties() would provide firmware help to

[PATCH v3 2/4] mm: Split page_type out from _map_count

From: Matthew Wilcox We're already using a union of many fields here, so stop abusing the _map_count and make page_type its own field. That implies renaming some of the machinery that creates PageBuddy, PageBalloon and PageKmemcg; bring back the PG_buddy, PG_balloon and

[PATCH v3 2/4] mm: Split page_type out from _map_count

From: Matthew Wilcox We're already using a union of many fields here, so stop abusing the _map_count and make page_type its own field. That implies renaming some of the machinery that creates PageBuddy, PageBalloon and PageKmemcg; bring back the PG_buddy, PG_balloon and PG_kmemcg names. As

[PATCH v3 3/4] mm: Mark pages allocated through vmalloc

From: Matthew Wilcox Use a bit in page_type to mark pages which have been allocated through vmalloc. This can be helpful when debugging or analysing crashdumps. Signed-off-by: Matthew Wilcox --- include/linux/page-flags.h | 6 ++

[PATCH v3 3/4] mm: Mark pages allocated through vmalloc

From: Matthew Wilcox Use a bit in page_type to mark pages which have been allocated through vmalloc. This can be helpful when debugging or analysing crashdumps. Signed-off-by: Matthew Wilcox --- include/linux/page-flags.h | 6 ++ mm/vmalloc.c | 2 ++ 2 files changed, 8

[PATCH v3 0/4] Split page_type out from mapcount

From: Matthew Wilcox I want to use the _mapcount field to record what a page is in use as. This can help with debugging and we can also expose that information to userspace through /proc/kpageflags to help diagnose memory usage (not included as part of this patch set).

[PATCH v3 0/4] Split page_type out from mapcount

From: Matthew Wilcox I want to use the _mapcount field to record what a page is in use as. This can help with debugging and we can also expose that information to userspace through /proc/kpageflags to help diagnose memory usage (not included as part of this patch set). First, we need s390 to

[PATCH v3 4/4] mm: Mark pages in use for page tables

From: Matthew Wilcox Define a new PageTable bit in the page_type and use it to mark pages in use as page tables. Signed-off-by: Matthew Wilcox --- include/linux/mm.h | 2 ++ include/linux/page-flags.h | 6 ++ 2 files changed, 8

[PATCH v3 4/4] mm: Mark pages in use for page tables

From: Matthew Wilcox Define a new PageTable bit in the page_type and use it to mark pages in use as page tables. Signed-off-by: Matthew Wilcox --- include/linux/mm.h | 2 ++ include/linux/page-flags.h | 6 ++ 2 files changed, 8 insertions(+) diff --git a/include/linux/mm.h

[PATCH v3 1/4] s390: Use _refcount for pgtables

From: Matthew Wilcox s390 borrows the storage used for _mapcount in struct page in order to account whether the bottom or top half is being used for 2kB page tables. I want to use that for something else, so use the top byte of _refcount instead of the bottom byte of

[PATCH v3 1/4] s390: Use _refcount for pgtables

From: Matthew Wilcox s390 borrows the storage used for _mapcount in struct page in order to account whether the bottom or top half is being used for 2kB page tables. I want to use that for something else, so use the top byte of _refcount instead of the bottom byte of _mapcount. _refcount may

Re: [PATCH V3] nvme-pci: Fixes EEH failure on ppc

On 2018-02-15 14:05, wenxi...@linux.vnet.ibm.com wrote: From: Wen Xiong With b2a0eb1a0ac72869c910a79d935a0b049ec78ad9(nvme-pci: Remove watchdog timer), EEH recovery stops working on ppc. After removing whatdog timer routine, when trigger EEH on ppc, we hit EEH in

Re: [PATCH V3] nvme-pci: Fixes EEH failure on ppc

On 2018-02-15 14:05, wenxi...@linux.vnet.ibm.com wrote: From: Wen Xiong With b2a0eb1a0ac72869c910a79d935a0b049ec78ad9(nvme-pci: Remove watchdog timer), EEH recovery stops working on ppc. After removing whatdog timer routine, when trigger EEH on ppc, we hit EEH in nvme_timeout(). We would like

[PATCH 3/3] drivers: clk: Add ZynqMP clock driver

This patch adds CCF compliant clock driver for ZynqMP. Clock driver queries supported clock information from firmware and regiters pll and output clocks with CCF. Signed-off-by: Jolly Shah Signed-off-by: Rajan Vaja Signed-off-by: Tejas Patel

[PATCH 0/3] drivers: clk: Add ZynqMp clock driver support

Add clock driver for ZynqMp. This patchset has dependency on below drivers: Firmware Driver: https://patchwork.kernel.org/patch/10230773/ Jolly Shah (3): drivers: clk: Add clk_get_children support dt-bindings: clock: Add bindings for ZynqMP clock driver drivers: clk: Add ZynqMP clock

[PATCH 3/3] drivers: clk: Add ZynqMP clock driver

This patch adds CCF compliant clock driver for ZynqMP. Clock driver queries supported clock information from firmware and regiters pll and output clocks with CCF. Signed-off-by: Jolly Shah Signed-off-by: Rajan Vaja Signed-off-by: Tejas Patel Signed-off-by: Shubhrajyoti Datta ---

[PATCH 0/3] drivers: clk: Add ZynqMp clock driver support

Add clock driver for ZynqMp. This patchset has dependency on below drivers: Firmware Driver: https://patchwork.kernel.org/patch/10230773/ Jolly Shah (3): drivers: clk: Add clk_get_children support dt-bindings: clock: Add bindings for ZynqMP clock driver drivers: clk: Add ZynqMP clock

[PATCH 2/3] dt-bindings: clock: Add bindings for ZynqMP clock driver

Add documentation to describe Xilinx ZynqMP clock driver bindings. Signed-off-by: Jolly Shah Signed-off-by: Rajan Vaja Signed-off-by: Shubhrajyoti Datta --- .../devicetree/bindings/clock/xlnx,zynqmp-clk.txt | 163

[PATCH 1/3] drivers: clk: Add clk_get_children support

From: Jolly Shah This API helps to determine the users for any clock. Signed-off-by: Jolly Shah Signed-off-by: Tejas Patel Signed-off-by: Shubhrajyoti Datta --- drivers/clk/clk.c| 28

[PATCH 2/3] dt-bindings: clock: Add bindings for ZynqMP clock driver

Add documentation to describe Xilinx ZynqMP clock driver bindings. Signed-off-by: Jolly Shah Signed-off-by: Rajan Vaja Signed-off-by: Shubhrajyoti Datta --- .../devicetree/bindings/clock/xlnx,zynqmp-clk.txt | 163 + 1 file changed, 163 insertions(+) create mode 100644

[PATCH 1/3] drivers: clk: Add clk_get_children support

From: Jolly Shah This API helps to determine the users for any clock. Signed-off-by: Jolly Shah Signed-off-by: Tejas Patel Signed-off-by: Shubhrajyoti Datta --- drivers/clk/clk.c| 28 include/linux/clk-provider.h | 1 + 2 files changed, 29

[PATCH 1/3] media: vb2-core: vb2_buffer_done: consolidate docs

Documentation about what start_streaming() should do on failure are scattered in two places and mostly duplicated, so consolidate them in one of the two places. Signed-off-by: Luca Ceresoli Cc: Laurent Pinchart Cc: Pawel Osciak

[PATCH 1/3] media: vb2-core: vb2_buffer_done: consolidate docs

Documentation about what start_streaming() should do on failure are scattered in two places and mostly duplicated, so consolidate them in one of the two places. Signed-off-by: Luca Ceresoli Cc: Laurent Pinchart Cc: Pawel Osciak Cc: Marek Szyprowski Cc: Kyungmin Park Cc: Mauro Carvalho Chehab

[PATCH 2/3] media: vb2-core: document the REQUEUEING state

VB2_BUF_STATE_REQUEUEING is accepted by vb2_buffer_done() but not documented, so add it along with notes about calls in interrupt context. Signed-off-by: Luca Ceresoli Cc: Laurent Pinchart Cc: Pawel Osciak Cc: Marek

[PATCH 2/3] media: vb2-core: document the REQUEUEING state

VB2_BUF_STATE_REQUEUEING is accepted by vb2_buffer_done() but not documented, so add it along with notes about calls in interrupt context. Signed-off-by: Luca Ceresoli Cc: Laurent Pinchart Cc: Pawel Osciak Cc: Marek Szyprowski Cc: Kyungmin Park Cc: Mauro Carvalho Chehab ---

[PATCH 3/3] media: vb2-core: vb2_ops: document non-interrupt-cantext calling

Driver writers can benefit in knowing if/when callbacks are called in interrupt context. But it is not completely obvious here, so document it. Signed-off-by: Luca Ceresoli Cc: Laurent Pinchart Cc: Pawel Osciak Cc:

[PATCH 3/3] media: vb2-core: vb2_ops: document non-interrupt-cantext calling

Driver writers can benefit in knowing if/when callbacks are called in interrupt context. But it is not completely obvious here, so document it. Signed-off-by: Luca Ceresoli Cc: Laurent Pinchart Cc: Pawel Osciak Cc: Marek Szyprowski Cc: Kyungmin Park Cc: Mauro Carvalho Chehab ---

[PATCH] x86/kvm/mmu: const-ify struct kvm_memory_slot pointers

Remove `(struct kvm_memory_slot *)` cast of the `const struct kvm_memory_slot *memslot` parameter and const-ify all references to that pointer down the function call chain. Signed-off-by: Joey Pabalinas 1 file changed, 7 insertions(+), 9 deletions(-) diff --git

[PATCH] x86/kvm/mmu: const-ify struct kvm_memory_slot pointers

Remove `(struct kvm_memory_slot *)` cast of the `const struct kvm_memory_slot *memslot` parameter and const-ify all references to that pointer down the function call chain. Signed-off-by: Joey Pabalinas 1 file changed, 7 insertions(+), 9 deletions(-) diff --git a/arch/x86/kvm/mmu.c

Re: [PATCH v11 8/8] perf: ARM DynamIQ Shared Unit PMU support

On 02/25/2018 06:36 AM, Mark Rutland wrote: On Fri, Feb 23, 2018 at 04:53:18PM -0800, Saravana Kannan wrote: On 01/02/2018 03:25 AM, Suzuki K Poulose wrote: +static void dsu_pmu_event_update(struct perf_event *event) +{ + struct hw_perf_event *hwc = >hw; + u64 delta, prev_count,

Re: [PATCH v11 8/8] perf: ARM DynamIQ Shared Unit PMU support

On 02/25/2018 06:36 AM, Mark Rutland wrote: On Fri, Feb 23, 2018 at 04:53:18PM -0800, Saravana Kannan wrote: On 01/02/2018 03:25 AM, Suzuki K Poulose wrote: +static void dsu_pmu_event_update(struct perf_event *event) +{ + struct hw_perf_event *hwc = >hw; + u64 delta, prev_count,

[PATCH] drm/radeon/mkregtable: Delete unused list functions and macros

The util mkregtable includes a copy of the kernel API for linked lists, only a small subset of it is used. Delete the unused functions and macros. Signed-off-by: Matthias Kaehlcke --- drivers/gpu/drm/radeon/mkregtable.c | 433 1 file changed, 433

[PATCH] drm/radeon/mkregtable: Delete unused list functions and macros

The util mkregtable includes a copy of the kernel API for linked lists, only a small subset of it is used. Delete the unused functions and macros. Signed-off-by: Matthias Kaehlcke --- drivers/gpu/drm/radeon/mkregtable.c | 433 1 file changed, 433 deletions(-) diff

[PATCH v7 02/13] drivers: base: cacheinfo: setup DT cache properties early

The original intent in cacheinfo was that an architecture specific populate_cache_leaves() would probe the hardware and then cache_shared_cpu_map_setup() and cache_override_properties() would provide firmware help to extend/expand upon what was probed. Arm64 was really the only architecture that

[PATCH v7 02/13] drivers: base: cacheinfo: setup DT cache properties early

The original intent in cacheinfo was that an architecture specific populate_cache_leaves() would probe the hardware and then cache_shared_cpu_map_setup() and cache_override_properties() would provide firmware help to extend/expand upon what was probed. Arm64 was really the only architecture that

[PATCH v7 04/13] arm64/acpi: Create arch specific cpu to acpi id helper

Its helpful to be able to lookup the acpi_processor_id associated with a logical cpu. Provide an arm64 helper to do this. Signed-off-by: Jeremy Linton --- arch/arm64/include/asm/acpi.h | 4 1 file changed, 4 insertions(+) diff --git a/arch/arm64/include/asm/acpi.h

[PATCH v7 04/13] arm64/acpi: Create arch specific cpu to acpi id helper

Its helpful to be able to lookup the acpi_processor_id associated with a logical cpu. Provide an arm64 helper to do this. Signed-off-by: Jeremy Linton --- arch/arm64/include/asm/acpi.h | 4 1 file changed, 4 insertions(+) diff --git a/arch/arm64/include/asm/acpi.h

[PATCH v7 03/13] cacheinfo: rename of_node to fw_token

Rename and change the type of of_node to indicate it is a generic pointer which is generally only used for comparison purposes. In a later patch we will put an ACPI/PPTT token pointer in fw_token so that the code which builds the shared cpu masks can be reused. Signed-off-by: Jeremy Linton

[PATCH v7 03/13] cacheinfo: rename of_node to fw_token

Rename and change the type of of_node to indicate it is a generic pointer which is generally only used for comparison purposes. In a later patch we will put an ACPI/PPTT token pointer in fw_token so that the code which builds the shared cpu masks can be reused. Signed-off-by: Jeremy Linton ---

[PATCH v7 05/13] ACPI/PPTT: Add Processor Properties Topology Table parsing

ACPI 6.2 adds a new table, which describes how processing units are related to each other in tree like fashion. Caches are also sprinkled throughout the tree and describe the properties of the caches in relation to other caches and processing units. Add the code to parse the cache hierarchy and

[PATCH v7 05/13] ACPI/PPTT: Add Processor Properties Topology Table parsing

ACPI 6.2 adds a new table, which describes how processing units are related to each other in tree like fashion. Caches are also sprinkled throughout the tree and describe the properties of the caches in relation to other caches and processing units. Add the code to parse the cache hierarchy and

[PATCH v7 09/13] ACPI/PPTT: Add topology parsing code

The PPTT can be used to determine the groupings of CPU's at given levels in the system. Lets add a few routines to the PPTT parsing code to return a unique id for each unique level in the processor hierarchy. This can then be matched to build thread/core/cluster/die/package/etc mappings for each

[PATCH v7 09/13] ACPI/PPTT: Add topology parsing code

The PPTT can be used to determine the groupings of CPU's at given levels in the system. Lets add a few routines to the PPTT parsing code to return a unique id for each unique level in the processor hierarchy. This can then be matched to build thread/core/cluster/die/package/etc mappings for each

[PATCH v7 08/13] arm64: Add support for ACPI based firmware tables

The /sys cache entries should support ACPI/PPTT generated cache topology information. Lets detect ACPI systems and call an arch specific cache_setup_acpi() routine to update the hardware probed cache topology. For arm64, if ACPI is enabled, determine the max number of cache levels and populate

[PATCH v7 08/13] arm64: Add support for ACPI based firmware tables

The /sys cache entries should support ACPI/PPTT generated cache topology information. Lets detect ACPI systems and call an arch specific cache_setup_acpi() routine to update the hardware probed cache topology. For arm64, if ACPI is enabled, determine the max number of cache levels and populate

Re: [PATCH] gpio: raspberrypi-ext: fix firmware dependency

On Wed, Feb 28, 2018 at 10:47 PM, Baruch Siach wrote: > Hi Arnd, > > Thanks for the fix. > > On Wed, Feb 28, 2018 at 02:48:08PM +0100, Arnd Bergmann wrote: >> When the firmware driver is a loadable module, the gpio driver cannot be >> built-in: >> >>

Re: [PATCH] gpio: raspberrypi-ext: fix firmware dependency

On Wed, Feb 28, 2018 at 10:47 PM, Baruch Siach wrote: > Hi Arnd, > > Thanks for the fix. > > On Wed, Feb 28, 2018 at 02:48:08PM +0100, Arnd Bergmann wrote: >> When the firmware driver is a loadable module, the gpio driver cannot be >> built-in: >> >> drivers/gpio/gpio-raspberrypi-exp.o: In

[PATCH v7 10/13] arm64: topology: rename cluster_id

Lets match the name of the arm64 topology field to the kernel macro that uses it. Signed-off-by: Jeremy Linton --- arch/arm64/include/asm/topology.h | 4 ++-- arch/arm64/kernel/topology.c | 26 +- 2 files changed, 15 insertions(+), 15

[PATCH v7 10/13] arm64: topology: rename cluster_id

Lets match the name of the arm64 topology field to the kernel macro that uses it. Signed-off-by: Jeremy Linton --- arch/arm64/include/asm/topology.h | 4 ++-- arch/arm64/kernel/topology.c | 26 +- 2 files changed, 15 insertions(+), 15 deletions(-) diff --git

[PATCH v7 07/13] drivers: base cacheinfo: Add support for ACPI based firmware tables

Call ACPI cache parsing routines from base cacheinfo code if ACPI is enable. Also stub out cache_setup_acpi() so that individual architectures can enable ACPI topology parsing. Signed-off-by: Jeremy Linton --- drivers/acpi/pptt.c | 1 + drivers/base/cacheinfo.c |

Re: [PATCH net-next 5/5] net: phy: marvell10g: Utilize gen10g_soft_reset()

On 02/28/2018 11:49 AM, Moritz Fischer wrote: > Florian, > > On Wed, Feb 28, 2018 at 11:44 AM, Russell King wrote: >> On Wed, Feb 28, 2018 at 11:36:12AM -0800, Florian Fainelli wrote: >>> We do the same thing as the generic function: nothing, so utilize it. >>> >>>

[PATCH v7 07/13] drivers: base cacheinfo: Add support for ACPI based firmware tables

Call ACPI cache parsing routines from base cacheinfo code if ACPI is enable. Also stub out cache_setup_acpi() so that individual architectures can enable ACPI topology parsing. Signed-off-by: Jeremy Linton --- drivers/acpi/pptt.c | 1 + drivers/base/cacheinfo.c | 14 ++

Re: [PATCH net-next 5/5] net: phy: marvell10g: Utilize gen10g_soft_reset()

On 02/28/2018 11:49 AM, Moritz Fischer wrote: > Florian, > > On Wed, Feb 28, 2018 at 11:44 AM, Russell King wrote: >> On Wed, Feb 28, 2018 at 11:36:12AM -0800, Florian Fainelli wrote: >>> We do the same thing as the generic function: nothing, so utilize it. >>> >>> Signed-off-by: Florian

[PATCH v7 06/13] ACPI: Enable PPTT support on ARM64

Now that we have a PPTT parser, in preparation for its use on arm64, lets build it. Signed-off-by: Jeremy Linton --- arch/arm64/Kconfig| 1 + drivers/acpi/Kconfig | 3 +++ drivers/acpi/Makefile | 1 + 3 files changed, 5 insertions(+) diff --git a/arch/arm64/Kconfig

[PATCH v7 06/13] ACPI: Enable PPTT support on ARM64

Now that we have a PPTT parser, in preparation for its use on arm64, lets build it. Signed-off-by: Jeremy Linton --- arch/arm64/Kconfig| 1 + drivers/acpi/Kconfig | 3 +++ drivers/acpi/Makefile | 1 + 3 files changed, 5 insertions(+) diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig

[PATCH v7 13/13] arm64: topology: divorce MC scheduling domain from core_siblings

Now that we have an accurate view of the physical topology we need to represent it correctly to the scheduler. In the case of NUMA in socket, we need to assure that the sched domain we build for the MC layer isn't larger than the DIE above it. To do this correctly, we should really base that on

[PATCH v7 12/13] ACPI: Add PPTT to injectable table list

Add ACPI_SIG_PPTT to the table so initrd's can override the system topology. Signed-off-by: Geoffrey Blake Signed-off-by: Jeremy Linton --- drivers/acpi/tables.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v7 13/13] arm64: topology: divorce MC scheduling domain from core_siblings

Now that we have an accurate view of the physical topology we need to represent it correctly to the scheduler. In the case of NUMA in socket, we need to assure that the sched domain we build for the MC layer isn't larger than the DIE above it. To do this correctly, we should really base that on

[PATCH v7 12/13] ACPI: Add PPTT to injectable table list

Add ACPI_SIG_PPTT to the table so initrd's can override the system topology. Signed-off-by: Geoffrey Blake Signed-off-by: Jeremy Linton --- drivers/acpi/tables.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/acpi/tables.c b/drivers/acpi/tables.c index

[PATCH v7 11/13] arm64: topology: enable ACPI/PPTT based CPU topology

Propagate the topology information from the PPTT tree to the cpu_topology array. We can get the thread id, core_id and cluster_id by assuming certain levels of the PPTT tree correspond to those concepts. The package_id is flagged in the tree and can be found by calling

[PATCH v7 11/13] arm64: topology: enable ACPI/PPTT based CPU topology

Propagate the topology information from the PPTT tree to the cpu_topology array. We can get the thread id, core_id and cluster_id by assuming certain levels of the PPTT tree correspond to those concepts. The package_id is flagged in the tree and can be found by calling

Re: [PATCH] pci: Do not read INTx PIN and LINE registers for virtual functions

On Wed, Jan 17, 2018 at 07:30:29PM +0100, KarimAllah Ahmed wrote: > ... since INTx is not supported by-spec for virtual functions. > > Cc: Bjorn Helgaas > Cc: linux-...@vger.kernel.org > Cc: linux-kernel@vger.kernel.org > Signed-off-by: KarimAllah Ahmed

Re: [PATCH] pci: Do not read INTx PIN and LINE registers for virtual functions

On Wed, Jan 17, 2018 at 07:30:29PM +0100, KarimAllah Ahmed wrote: > ... since INTx is not supported by-spec for virtual functions. > > Cc: Bjorn Helgaas > Cc: linux-...@vger.kernel.org > Cc: linux-kernel@vger.kernel.org > Signed-off-by: KarimAllah Ahmed > Signed-off-by: Jan H. Schönherr

[PATCH v7 01/13] drivers: base: cacheinfo: move cache_setup_of_node()

In preparation for the next patch, and to aid in review of that patch, lets move cache_setup_of_node further down in the module without any changes. Signed-off-by: Jeremy Linton --- drivers/base/cacheinfo.c | 80 1 file

[PATCH v7 01/13] drivers: base: cacheinfo: move cache_setup_of_node()

In preparation for the next patch, and to aid in review of that patch, lets move cache_setup_of_node further down in the module without any changes. Signed-off-by: Jeremy Linton --- drivers/base/cacheinfo.c | 80 1 file changed, 40 insertions(+),

[PATCH v7 00/13] Support PPTT for ARM64

ACPI 6.2 adds the Processor Properties Topology Table (PPTT), which is used to describe the processor and cache topology. Ideally it is used to extend/override information provided by the hardware, but right now ARM64 is entirely dependent on firmware provided tables. This patch parses the table

[PATCH v7 00/13] Support PPTT for ARM64

ACPI 6.2 adds the Processor Properties Topology Table (PPTT), which is used to describe the processor and cache topology. Ideally it is used to extend/override information provided by the hardware, but right now ARM64 is entirely dependent on firmware provided tables. This patch parses the table

Re: [PATCH] regmap: irq: fix ack-invert

* Tim Harvey [180228 21:18]: > On Tue, Feb 27, 2018 at 10:39 AM, Tony Lindgren wrote: > > * Tim Harvey [180227 16:07]: > >> When acking irqs we need to take into account the ack-invert case. Without > >> this chips that require 0's

Re: [PATCH] regmap: irq: fix ack-invert

* Tim Harvey [180228 21:18]: > On Tue, Feb 27, 2018 at 10:39 AM, Tony Lindgren wrote: > > * Tim Harvey [180227 16:07]: > >> When acking irqs we need to take into account the ack-invert case. Without > >> this chips that require 0's to ACK interrupts will never clear the > >> interrupt. > >> >

Re: [PATCH v2 01/16] clk: sunxi-ng: Add check for minimal rate to NM PLLs

Hi, Dne sreda, 28. februar 2018 ob 08:34:40 CET je Maxime Ripard napisal(a): > Hi, > > On Tue, Feb 27, 2018 at 11:26:46PM +0100, Jernej Skrabec wrote: > > Some NM PLLs doesn't work well when their output clock rate is set below > > certain rate. > > > > Add support for that constrain. > > > >

Re: [PATCH v2 01/16] clk: sunxi-ng: Add check for minimal rate to NM PLLs

Hi, Dne sreda, 28. februar 2018 ob 08:34:40 CET je Maxime Ripard napisal(a): > Hi, > > On Tue, Feb 27, 2018 at 11:26:46PM +0100, Jernej Skrabec wrote: > > Some NM PLLs doesn't work well when their output clock rate is set below > > certain rate. > > > > Add support for that constrain. > > > >

Re: [PATCH v2 1/1] usb: musb: call pm_runtime_{get,put}_sync before reading vbus registers

* Merlijn Wajer [180227 22:29]: > Without pm_runtime_{get,put}_sync calls in place, reading > vbus status via /sys causes the following error: > > Unhandled fault: external abort on non-linefetch (0x1028) at 0xfa0ab060 > pgd = b333e822 > [fa0ab060] *pgd=48011452(bad) > > []

Re: [PATCH v2 1/1] usb: musb: call pm_runtime_{get,put}_sync before reading vbus registers

* Merlijn Wajer [180227 22:29]: > Without pm_runtime_{get,put}_sync calls in place, reading > vbus status via /sys causes the following error: > > Unhandled fault: external abort on non-linefetch (0x1028) at 0xfa0ab060 > pgd = b333e822 > [fa0ab060] *pgd=48011452(bad) > > [] (musb_default_readb)

Re: [PATCH] gpio: raspberrypi-ext: fix firmware dependency

Hi Arnd, Thanks for the fix. On Wed, Feb 28, 2018 at 02:48:08PM +0100, Arnd Bergmann wrote: > When the firmware driver is a loadable module, the gpio driver cannot be > built-in: > > drivers/gpio/gpio-raspberrypi-exp.o: In function `rpi_exp_gpio_set': > gpio-raspberrypi-exp.c:(.text+0xb4):

Re: [PATCH] gpio: raspberrypi-ext: fix firmware dependency

Hi Arnd, Thanks for the fix. On Wed, Feb 28, 2018 at 02:48:08PM +0100, Arnd Bergmann wrote: > When the firmware driver is a loadable module, the gpio driver cannot be > built-in: > > drivers/gpio/gpio-raspberrypi-exp.o: In function `rpi_exp_gpio_set': > gpio-raspberrypi-exp.c:(.text+0xb4):

[PATCH] uts: create "struct uts_namespace" from kmem_cache

So "struct uts_namespace" can enjoy fine-grained SLAB debugging and usercopy protection. I'd prefer shorter name "utsns" but there is "user_namespace" already. Signed-off-by: Alexey Dobriyan --- include/linux/utsname.h |6 ++ init/main.c |2 ++

[PATCH] uts: create "struct uts_namespace" from kmem_cache

So "struct uts_namespace" can enjoy fine-grained SLAB debugging and usercopy protection. I'd prefer shorter name "utsns" but there is "user_namespace" already. Signed-off-by: Alexey Dobriyan --- include/linux/utsname.h |6 ++ init/main.c |2 ++ kernel/utsname.c

[PATCH] rtc: fix rtc_time64_to_tm for 3477

The current correction for leap years will fail in 3477. 3476-12-31 being 3477-01-00 because this is 366 leap years after 1970 and 3477 isn't a leap year. Fix that by looping over until days is positive or zero. Signed-off-by: Alexandre Belloni ---

[PATCH] rtc: fix rtc_time64_to_tm for 3477

The current correction for leap years will fail in 3477. 3476-12-31 being 3477-01-00 because this is 366 leap years after 1970 and 3477 isn't a leap year. Fix that by looping over until days is positive or zero. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-lib.c | 2 +- 1 file changed,

Re: [PATCH v3] Documentation: Update ncurses package names for menuconfig

On 02/28/2018 01:32 PM, Arvind Prasanna wrote: > The package name is ncurses-devel for Redhat based distros > and libncurses-dev for Debian based distros. > > Signed-off-by: Arvind Prasanna Thanks. Looks good to me. Acked-by: Randy Dunlap >

Re: [PATCH v3] Documentation: Update ncurses package names for menuconfig

On 02/28/2018 01:32 PM, Arvind Prasanna wrote: > The package name is ncurses-devel for Redhat based distros > and libncurses-dev for Debian based distros. > > Signed-off-by: Arvind Prasanna Thanks. Looks good to me. Acked-by: Randy Dunlap > --- > > Changes in v3: > - Fix a package name in

Re: [PATCH] of: Kconfig: OF_OVERLAY, select OF_EARLY_FLATTREE

On 02/28/18 12:26, Rob Herring wrote: > Sorry for the delay, been away for a few days. > > On Mon, Feb 19, 2018 at 12:24 AM, Frank Rowand wrote: >> >> On 02/18/18 17:46, Rob Herring wrote: >>> On Sun, Feb 18, 2018 at 6:29 PM, wrote: From:

Re: [PATCH] of: Kconfig: OF_OVERLAY, select OF_EARLY_FLATTREE

On 02/28/18 12:26, Rob Herring wrote: > Sorry for the delay, been away for a few days. > > On Mon, Feb 19, 2018 at 12:24 AM, Frank Rowand wrote: >> >> On 02/18/18 17:46, Rob Herring wrote: >>> On Sun, Feb 18, 2018 at 6:29 PM, wrote: From: Frank Rowand kbuild test robot reported

Re: [RFC 3/4] hwmon: add Gateworks System Controller support

On Tue, Feb 27, 2018 at 6:05 PM, Guenter Roeck wrote: > On 02/27/2018 05:21 PM, Tim Harvey wrote: >> >> The Gateworks System Controller has a hwmon sub-component that exposes >> up to 16 ADC's, some of which are temperature sensors, others which are >> voltage inputs. The ADC

Re: [RFC 3/4] hwmon: add Gateworks System Controller support

On Tue, Feb 27, 2018 at 6:05 PM, Guenter Roeck wrote: > On 02/27/2018 05:21 PM, Tim Harvey wrote: >> >> The Gateworks System Controller has a hwmon sub-component that exposes >> up to 16 ADC's, some of which are temperature sensors, others which are >> voltage inputs. The ADC configuration

[PATCH] random: Optimize add_interrupt_randomness

From: Andi Kleen add_interrupt_randomess always wakes up code blocking on /dev/random. This wake up is done unconditionally. Unfortunately this means all interrupts take the wait queue spinlock, which can be rather expensive on large systems processing lots of interrupts.

[PATCH] random: Optimize add_interrupt_randomness

From: Andi Kleen add_interrupt_randomess always wakes up code blocking on /dev/random. This wake up is done unconditionally. Unfortunately this means all interrupts take the wait queue spinlock, which can be rather expensive on large systems processing lots of interrupts. We saw 1% cpu time

Re: [PATCH v2 06/16] drm/sun4i: Don't process LVDS if TCON doesn't support it

Hi Maxime, Dne sreda, 28. februar 2018 ob 08:36:08 CET je Maxime Ripard napisal(a): > On Tue, Feb 27, 2018 at 11:26:51PM +0100, Jernej Skrabec wrote: > > TCON checks for LVDS properties even if it doesn't support it. Add a > > check to skip that part of the code if TCON doesn't support channel 0.

Re: [PATCH v2 06/16] drm/sun4i: Don't process LVDS if TCON doesn't support it

Hi Maxime, Dne sreda, 28. februar 2018 ob 08:36:08 CET je Maxime Ripard napisal(a): > On Tue, Feb 27, 2018 at 11:26:51PM +0100, Jernej Skrabec wrote: > > TCON checks for LVDS properties even if it doesn't support it. Add a > > check to skip that part of the code if TCON doesn't support channel 0.

Re: [RESEND][PATCH] cpuidle/powernv : Restore different PSSCR for idle and hotplug

On Thu, 2018-03-01 at 01:03 +0530, Akshay Adiga wrote: > commit 1e1601b38e6e ("powerpc/powernv/idle: Restore SPRs for deep idle > states via stop API.") uses stop-api provided by the firmware to restore > PSSCR. PSSCR restore is required for handling special wakeup. When special > wakeup is

[GIT PULL 2/2] bcm2835-defconfig-next-2018-02-28

Hi Florian, Linux 4.16-rc1 (2018-02-11 15:04:29 -0800) are available in the Git repository at: git://github.com/anholt/linux tags/bcm2835-defconfig-next-2018-02-28 for you to fetch changes up to bb9d91a4e5c87cabfa2c9d35761374aa11150c2d: ARM: multi_v7_defconfig: Enable thermal driver for

[GIT PULL 2/2] bcm2835-defconfig-next-2018-02-28

Hi Florian, Linux 4.16-rc1 (2018-02-11 15:04:29 -0800) are available in the Git repository at: git://github.com/anholt/linux tags/bcm2835-defconfig-next-2018-02-28 for you to fetch changes up to bb9d91a4e5c87cabfa2c9d35761374aa11150c2d: ARM: multi_v7_defconfig: Enable thermal driver for

Re: [RESEND][PATCH] cpuidle/powernv : Restore different PSSCR for idle and hotplug

On Thu, 2018-03-01 at 01:03 +0530, Akshay Adiga wrote: > commit 1e1601b38e6e ("powerpc/powernv/idle: Restore SPRs for deep idle > states via stop API.") uses stop-api provided by the firmware to restore > PSSCR. PSSCR restore is required for handling special wakeup. When special > wakeup is

<    1   2   3   4   5   6   7   8   9   10   >